<?xml version="1.0" ?>
<rss version="2.0">
  <channel>
    <title>FLR</title>
    <lastBuildDate>Mon, 09 Aug 2010 13:44:41 +0200</lastBuildDate>
    <description>FLcore bugs</description>
    <link>http://flr-project.org/bugs/</link>
        <item>
      <title>FS#32: as.data.frame(FLQuants(m(ple4)))  name of data is &quot;missing&quot;  </title>
      <author>Laurie Kell</author>
      <pubDate>Mon, 09 Aug 2010 13:44:41 +0200</pubDate>
      <description><![CDATA[head(as.data.frame(FLQuants(m(ple4))))<br />
<br />
name of data is &quot;missing&quot;<br />
]]></description>
      <link>http://flr-project.org/bugs/index.php?do=details&amp;task_id=32</link>
      <guid>http://flr-project.org/bugs/index.php?do=details&amp;task_id=32</guid>
    </item>
        <item>
      <title>FS#31: fixed in FLGrowth</title>
      <author>Laurie Kell</author>
      <pubDate>Sat, 31 Jul 2010 11:08:39 +0200</pubDate>
      <description><![CDATA[Looks like you cant fix parameters in FLGrowth<br />
<br />
# class FLGrowth<br />
setClass(&#039;FLGrowth&#039;, representation(&#039;FLModel&#039;,<br />
   mass=&#039;FLArray&#039;))<br />
<br />
# constructor<br />
setGeneric(&#039;FLGrowth&#039;, function(model, ...)<br />
  standardGeneric(&#039;FLGrowth&#039;))<br />
<br />
setMethod(&#039;FLGrowth&#039;, signature(model=&#039;ANY&#039;),<br />
   function(model, ...)<br />
     return(FLModel(model, ..., class=&#039;FLGrowth&#039;)))<br />
<br />
setMethod(&#039;FLGrowth&#039;, signature(model=&#039;missing&#039;),<br />
 function(...)<br />
  return(FLModel(formula(NULL), ..., class=&#039;FLGrowth&#039;)))<br />
<br />
# example<br />
data(ple4)<br />
<br />
gro ]]></description>
      <link>http://flr-project.org/bugs/index.php?do=details&amp;task_id=31</link>
      <guid>http://flr-project.org/bugs/index.php?do=details&amp;task_id=31</guid>
    </item>
        <item>
      <title>FS#30: FLCohort constructor not fully functional</title>
      <author>Laurie Kell</author>
      <pubDate>Fri, 30 Jul 2010 08:33:01 +0200</pubDate>
      <description><![CDATA[This works<br />
<br />
FLQuant(0:20,dimnames=list(age=0:20,year=1980:2010))<br />
<br />
so why not?<br />
<br />
FLCohort(0:20,dimnames=list(age=0:20,cohort=1980:2010))<br />
<br />
various other things missing from FLCohort]]></description>
      <link>http://flr-project.org/bugs/index.php?do=details&amp;task_id=30</link>
      <guid>http://flr-project.org/bugs/index.php?do=details&amp;task_id=30</guid>
    </item>
        <item>
      <title>FS#29: ple4[&quot;10&quot;]</title>
      <author>Laurie Kell</author>
      <pubDate>Mon, 26 Jul 2010 19:23:53 +0200</pubDate>
      <description><![CDATA[this works<br />
<br />
ple4[10]<br />
<br />
but this fails<br />
<br />
ple4[ac(10)]<br />
]]></description>
      <link>http://flr-project.org/bugs/index.php?do=details&amp;task_id=29</link>
      <guid>http://flr-project.org/bugs/index.php?do=details&amp;task_id=29</guid>
    </item>
        <item>
      <title>FS#28: FLPar bugs</title>
      <author>Laurie Kell</author>
      <pubDate>Mon, 26 Jul 2010 15:33:38 +0200</pubDate>
      <description><![CDATA[#I´m using Version: 2.3-644 and I´m having problems with FLPar.<br />
<br />
#These dont appear to work but will be required for many applications<br />
<br />
FLPar(c(Linf=238.6,K=0.185,t0=-1.404),params=c(&quot;Linf&quot;,&quot;K&quot;,&quot;t0&quot;),unit=c(&quot;male&quot;,&quot;female&quot;),iter=1)<br />
FLPar(c(Linf=238.6,K=0.185,t0=-1.404),params=c(&quot;Linf&quot;,&quot;K&quot;,&quot;t0&quot;),season=1:4,iter=1)<br />
FLPar(c(Linf=238.6,K=0.185,t0=-1.404),params=c(&quot;Linf&quot;,&quot;K&quot;,&quot;t0&quot;),areas=1:2,iter=1)<br />
<br />
<br />
#This works<br />
<br />
params  ]]></description>
      <link>http://flr-project.org/bugs/index.php?do=details&amp;task_id=28</link>
      <guid>http://flr-project.org/bugs/index.php?do=details&amp;task_id=28</guid>
    </item>
        <item>
      <title>FS#27: as.data.frame(FLQuant) doesn´t return the same as as.data.frame(FLQuant)</title>
      <author>Laurie Kell</author>
      <pubDate>Mon, 26 Jul 2010 10:14:42 +0200</pubDate>
      <description><![CDATA[as.data.frame(FLQuant) doesn´t return the same as as.data.frame(FLQuant) as in FLQuants the data.frame returns factors, can we make these the same.<br />
<br />
 mapply(function(x,y) class(y[x]), x=names(t.),y=as.data.frame(m(ple4)))<br />
      age      year      unit    season      area      iter      data     qname<br />
&quot;numeric&quot; &quot;numeric&quot;  &quot;factor&quot;  &quot;factor&quot;  &quot;factor&quot;  &quot;factor&quot; &quot;numeric&quot; &quot;numeric&quot;<br />
<br />
mapply(function(x,y) class(y[x]), x=names(t.),y=as.data.frame(FLQuants(m(ple4))))<br />
        age        year        unit      season        area        iter        data       qname<br />
   &quot;factor&quot;   &quot;numeric&quot;    &quot;factor&quot;    &quot;factor&quot;    &quot;factor&quot;    &quot;factor&quot;   &quot;numeric&quot; &quot;character&quot;<br />
<br />
<br />
If they have to be factors can we also make sure that for ages as years teh order matches the numeric order<br />
<br />
Laurie]]></description>
      <link>http://flr-project.org/bugs/index.php?do=details&amp;task_id=27</link>
      <guid>http://flr-project.org/bugs/index.php?do=details&amp;task_id=27</guid>
    </item>
        <item>
      <title>FS#26: using mcf loses names</title>
      <author>Laurie Kell</author>
      <pubDate>Sat, 13 Mar 2010 10:02:41 +0100</pubDate>
      <description><![CDATA[using mcf loses names<br />
<br />
 head(as.data.frame(FLQuants(m=m(ple4))))<br />
    age year   unit season   area iter data qname<br />
m.1   1 1957 unique    all unique    1  0.1     m<br />
m.2   2 1957 unique    all unique    1  0.1     m<br />
m.3   3 1957 unique    all unique    1  0.1     m<br />
m.4   4 1957 unique    all unique    1  0.1     m<br />
m.5   5 1957 unique    all unique    1  0.1     m<br />
m.6   6 1957 unique    all unique    1  0.1     m<br />
&gt; head(as.data.frame(mcf(FLQuants(m=m(ple4)))))<br />
     age year   unit season   area iter data qname<br />
NA.1   1 1957 unique    all unique    1  0.1  <br />
NA.2   2 1957 unique    all unique    1  0.1  <br />
NA.3   3 1957 unique    all unique    1  0.1  <br />
NA.4   4 1957 unique    all unique    1  0.1  <br />
NA.5   5 1957 unique    all unique    1  0.1  <br />
NA.6   6 1957 unique    all unique    1  0.1  ]]></description>
      <link>http://flr-project.org/bugs/index.php?do=details&amp;task_id=26</link>
      <guid>http://flr-project.org/bugs/index.php?do=details&amp;task_id=26</guid>
    </item>
        <item>
      <title>FS#25: FLCohort; bugs and missing bits</title>
      <author>Laurie Kell</author>
      <pubDate>Wed, 17 Feb 2010 09:15:57 +0100</pubDate>
      <description><![CDATA[There are a few bugs in FLCohort that make it difficult to use i.e.<br />
<br />
#1) There is no creater<br />
flc   ]]></description>
      <link>http://flr-project.org/bugs/index.php?do=details&amp;task_id=25</link>
      <guid>http://flr-project.org/bugs/index.php?do=details&amp;task_id=25</guid>
    </item>
        <item>
      <title>FS#24: Changes to FLSR to make it more robust and consistent</title>
      <author>Laurie Kell</author>
      <pubDate>Wed, 23 Dec 2009 09:28:27 +0100</pubDate>
      <description><![CDATA[Changes to FLSR to make it more robust and consistent<br />
<br />
     1) Change algorithm for setting initial values in BH<br />
     2) Add limits to segreg to ensure breakpoint doesn´t fall outside of the data<br />
     3) Calculate sigma from the residuals rather than fitting it as part of the likelihood<br />
     4) Add auto parscaling<br />
     5) Change all likelihoods to lognormal or at least put a option to choose<br />
     6) Ensure residuals are on the log scale if a log normal error model is used.<br />
     7) turn sv2ab and ab2sv into methods<br />
     8) check that steepness &amp; virgin biomass options work across all classes<br />
<br />
1,2,3 and 4 then Beverton and Holt, Ricker and segmented regression SRRs can be fitted to the ICES stock database. Otherwise fits can fail which can cause problems in that<br />
parameters are wrong especially for Monte Carlo simulations.<br />
<br />
Problems are due to FLSR simply not being able to find the solution, there are several reasons for this, poor initial values, going off into parameter space with a flat likelihood, different scales for parameters<br />
<br />
In some methods normal log likelihood is used while in other the log normal, e.g. in bevholt.ar1() it is the log normal as this is needed to deal with AR1 processes, but you can fixed rho to 0 and you then have a standard normal likelihood but this may differ from bevholt()<br />
<br />
Diagnostic plots are on the untransformed scale even when the error model is lognormal, this is because residuals are not on the log scale, this means that the QQ plots are wrong, the residual plots misleading and difficult to interpret and that passing FLSR objects to other methods (e.g. fwd for projection) liable to error.<br />
<br />
Most of these suggestions have been coded up and are in FLBocadillio, main task is to check them and add to FLCore]]></description>
      <link>http://flr-project.org/bugs/index.php?do=details&amp;task_id=24</link>
      <guid>http://flr-project.org/bugs/index.php?do=details&amp;task_id=24</guid>
    </item>
        <item>
      <title>FS#23: Iters</title>
      <author>Laurie Kell</author>
      <pubDate>Fri, 30 Oct 2009 17:43:10 +0100</pubDate>
      <description><![CDATA[1) Secondary classes don´t always work correctly when mixing iters as 1 <br />
or n, for example having landings.sel with n iters in FLBRP means that <br />
landings.n must also have n iters. I had major problems in fwd() when <br />
working with FLStocks, FLBiols, FLMetiers, FLFleets, FLCatches and FLSRs <br />
and so created some validation code, found in FLCoreVarCon.R. I think it <br />
would be worthwhile either adding this to FLCore or creating some <br />
protocols for use in secondary packages.<br />
<br />
I therefore propose we look at FLCoreVarCon.R in FLBRP and add it to FLCore as a generic routine <br />
for use in secondary packages<br />
]]></description>
      <link>http://flr-project.org/bugs/index.php?do=details&amp;task_id=23</link>
      <guid>http://flr-project.org/bugs/index.php?do=details&amp;task_id=23</guid>
    </item>
      </channel>
</rss>
