Releases: kingaa/pomp
6.0.2.2
6.0.1.0
This release contains two breaking changes.
- From version 5.8.4, the manner in which extra model elements (
userdata
) are supplied has changed. As of that version, use of the old method generated a warning. As of this version, an error will be generated. To supply additional elements (i.e., beyond parameters, latent-state variables, observations, and covariates) to the basic model components, provide them as a list via theuserdata
argument. - In calls to
pomp
elementary and inference algorithms, it is now necessary to pass all arguments by name. This has always been good practice, but from this release, calls that rely on the position of arguments will typically generate errors.
See the news blog for more detail.
5.11.1.0
5.11.0.0
Identical to CRAN version 5.11.
5.10.0.3
An improper typecast in the C snippet system, which was resolvable by many compilers but threw an error under recent versions of clang
on MacOS, has been repaired.
5.10.0.0
This is identical to version 5.10 on CRAN.
5.9.1.0
The rprocess plugin onestep
now always takes exactly one step to get from one observation time to the next, even when the interval between them is zero. That is, if P
is a 'pomp' object with an rprocess built using rprocess=onestep(f)
, t0=timezero(P)
, and t=time(P)
, then f
will be called exactly once for the interval (t0
,t[1]
) and once for each of the intervals (t[i-1]
,t[i]
), i=2,...,length(t)
.
5.9.0.0
User-visible change
As documented in the manual, basic model components have access to parameters, covariates, state variables, and in some cases, the data. To make additional elements available to the basic model components, pomp provides the "userdata" facility. From this version, such elements should be furnished to pomp functions in a list via the argument userdata
. For the present, the old behavior will still work, but will generate a warning. In a future release, this will become an error.
Bug fix
A bug in covariate-table extrapolation for the case order="constant"
has been fixed.
Feature enhancement
A new experimental function repair_lookup_table
is provided to help eliminate unnecessary warnings about extrapolation. One can use it "repair" a covariate table that does not span the full temporal range of observations. This is simply a matter of performing the extrapolations and adding them to the lookup table. See the manual for more information and an example.
Other changes
Functions with names that include dots (.
), which have been defunct since version 4.7, have now been expunged entirely.
5.8.4.0
To add additional elements for use by the basic model components (i.e., "userdata"), the userdata
argument should now be used. The old behavior will still work, but will generate a warning. In a future release, this will become an p error.
5.8.3.0
- Internally, pomp codes no longer include
Rinternal.h
.