Releases: giscience-fsu/sperrorest
sperrorest 3.0.5
- adjust handling of class name in response to R check 'Note'
sperrorest 3.0.2
sperrorest 3.0.0
Breaking
- All parallel modes got removed in favor of using parallelism via package {future}.
This simplifies usage a lot and helps simplyifing future maintenance.
Also it gives users the freedom to choose the parallel backend on their own. sperrorest()run sequentially by default again rather than in parallel.
Package infrastructure
- Removed the following packages from Imports: {glue}, {purrr}, {doFuture}, {gdata}, {magrittr}, {parallel}, {pbapply}, {pbmcapply}, {foreach}
- Moved the following packages from Imports to Suggests: {rpart}
- Removed the following packages from Suggests: {pacman}, {ipred}, {RSAGA}
- The "spatial-use-case" vignette now runs and is not read-only anymore.
sperrorest 2.1.5
Bugfixes
- Updated error message displayed to the user if
err_fun()throws an error during performance calculation.
An exemplary case would be a binary classification in which only one level of the response exists in the test data (due to spatial partitioning).
sperrorest 2.1.4
Minor
- import
future_lapplyfromfuture.applyinstead offuture
sperrorest 2.1.3
Minor
- update CITATION file
sperrorest 2.1.2
fake release for zenodo
sperrorest 2.0.1 (20-Jul-2017)
Bugfixes:
- Fixes a bug which caused equal importance of all predictors when performing permutation-based variable importance assessment
sperrorest v2.0.0 (12-Jun-2017)
Major:
- integration of
parsperrorest()intosperrorest(). - by default,
sperrorest()now runs in parallel using all available cores. runfolds()andrunreps()are now doing the heavy lifting in the background. All modes are now running on the same code base. Before, all parallel modes were running on different code implementations.- function and argument name changes to 'snake_case'
Features:
- new (parallel) modes:
apply: callspbmclapply()on Unix andpbapply()on Windows.future: callsfuture_lapply()with variousfutureoptions (multiprocess,multicore, etc.).foreach:foreach()with variousfutureoptions (multiprocess,multicore, etc.). Default option tocluster. This is also the overall default mode forsperrorest().sequential: sequential execution usingfuturebackend.
- RMSE instead of MSE as error measure
- You can now pass also single values to
repetitionargument ofsperrorest(). Specifying a range likerepetition = 1:10will also stay valid. - New vignette
sperrorest::parallel-modescomparing the various parallel modes. - New vignette
sperrorest::custom-pred-and-model-functionsexplaining why and how custom defined model and predict functions are needed for some model setups.
Misc:
- Limit workers to number of repetitions if number of cores > number of repetitions. This ensures that no unnecessary workers are started and increases robustness of parallel execuction.
- documentation improvements.
do_tryargument has been removed.error.fold,error.repanderr.trainarguments have been removed because they are all calculated by default now.
Bugfixes:
- partial matching of arguments
- account for factor levels only present in test data but missing in training data. Previously,
sperroresterrored during the predict step when this case occured. Now, this is accounted for and an informative message is given.
sperrorest v1.0.0
New features:
-
add
parsperrorest(): This function lets you exexutesperrorest()in parallel. It includes two modes (par.mode = 1andpar.mode = 2) which use different parallelization approaches in the background. See?parsperrorest()for more details. -
add
partition.factor.cv(): This resampling method enables partitioning based
on a given factor variable. This can be used, for example, to resample
agricultural data, that is grouped by fields, at the agricultural field level
in order to preserve spatial autocorrelation within fields. -
sperrorest()andparsperrorest(): Addbenchmarkitem to returned object giving information about execution time, used cores and other system details.
Changes to functions:
-
sperrorest(): Change argument naming.err.unpooledis nowerror.foldanderr.pooledis nowerror.rep -
sperrorest()andparsperrorest(): Change order and naming of returned object- class
sperrorestpoolederroris nowsperrorestreperror - returned
sperrorestlist is now ordered as follows:- error.rep
- error.fold
- importance
- benchmarks
- package.version
- class
Package related:
-
add package NEWS
-
add package vignette ->
vignette("sperrorest-vignette", package = "sperrorest") -
package is now ByteCompiled
-
Github repo of
sperrorestnow at
https://github.com/pat-s/sperrorest/