[FLR-list] size

[Laurie Kell]

I suggest

(5, 12], (12, 20], ...

and some methods using grep for conversion. Then leave it to the
user/developer

Laurie


On Wed, May 22, 2013 at 2:42 PM, Santiago Cerviño <
santiago.cervino at vi.ieo.es> wrote:

>  Hi,****
>
> ** **
>
> The way GADGET deals with this is thorough text aggregation files that
> translate names to length bins in the computations. Something like:****
>
> ** **
>
> # nam   low      up****
>
> Len1     1          5****
>
> Len2     5          12****
>
> Len3     12        20****
>
> Len4     20        30****
>
> …****
>
> ** **
>
> If we do not like to have many extra files, the use of labels with the
> boundaries (Len1_5, Len5_12, Len12_20, etc) may also be a good option.****
>
> ** **
>
> Santi****
>
> ** **
>
> ** **
>  ------------------------------
>
> *De:* flr-list-bounces at lists.r-forge.r-project.org [mailto:
> flr-list-bounces at lists.r-forge.r-project.org] *En nombre de *Laurie Kell
> *Enviado el:* 22 May 2013 13:23
> *Para:* flr-list at flr-project.org
> *Asunto:* Re: [FLR-list] size****
>
> ** **
>
> There is an issue, boring but may be important to agree on now, i.e.
> labeling of length bins.****
>
> What does a length bin mean, i.e. if the "quant" dim represents length?
> and the values are 5, 10, ...?****
>
> In the mixdist package these are the righthand boundaries i.e. they
> represent (0,5] and (5,10]. But if they are the lefthand boundaries then
> they represent (5,10] and (10,INF]. Or they could be midpoints. One option
> would be to explicitly label the bins with the boundaries and then have
> methods for going backwards and forwards between parametric and
> non-parametric methods. Or to have an attribute that tracks the properties.
> ****
>
> Otherwise I can see a lot of time being wasted in stock assessments. well
> more than normal.****
>
> Laurie ****
>
> ** **
>
> On Wed, May 22, 2013 at 1:07 PM, Ernesto <ernesto.jardim at jrc.ec.europa.eu>
> wrote:****
>
> On 05/22/2013 12:02 PM, Ernesto wrote:****
>
> On 05/22/2013 11:34 AM, Sarah Kraak wrote:****
>
> Hi FLR-guys,
>
> As you know I am not an active FLR user, but last year I showed some
> interest in whether you have size-based stuff in FLR (see attached email).
> In the meanwhile Coilin Minto and myself have been working on something
> (also attached - note this is a draft of the idea; at the moment we are
> working on the code to get the final graphs out) which we are coding in R
> but which could/should eventually been done in FLR. Perhaps you are
> interested.
>
> Cheers,
> Sarah****
>
>
> Hi,
>
> Following Laurie's suggestion I've started a git repository for length
> methods in FLRhttps://github.com/ejardim/FLMethLen
>
> Maybe our first task should be o write down what we're doing with length
> data. Laurie's working on ALKs, so I guess you're interested in
> converting length frequencies to ages for stock assessment !? We (a4a)
> are working on OMs and how to generate them from length based data so
> that uncertainty on the growth model can be included in the MSE. Sarah
> and Colin Minto are working on selectivity. What else ?
>
> Best
>
> EJ****
>
> Hi,
>
> I've updated the readme to reflect the latest messages.****
>
>
>
> EJ
>
> --
> Ernesto Jardim<ernesto.jardim at jrc.ec.europa.eu>
> Fisheries Scientist
> FISHREG – Scientific Support to Fisheries
> IPSC Maritime Affairs Unit
> EC Joint Research Center
> TP 051, Via Enrico Fermi 2749
> I-21027 Ispra (VA), Italy
> Office : +39 0332 785311
> Fax: +39 0332 789658 <%2B39%200332%20789658>
> https://fishreg.jrc.ec.europa.eu/
>
>
> _______________________________________________
> flr-list mailing list
> flr-list at flr-project.org
> https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/flr-list****
>
> ** **
>
> _______________________________________________
> flr-list mailing list
> flr-list at flr-project.org
> https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/flr-list
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.r-forge.r-project.org/pipermail/flr-list/attachments/20130522/15be1560/attachment.html>