NEWS.md

Version 2.2.0 (2019-04-28)

The new version of the spsann package includes some bug fixes and a few modifications. Users now can choose how optimCLHS computes objective function values: as in the original paper or as in the FORTRAN implementation. Users now also must inform the weights passed to optimCLHS as to guarantee that s/he is aware of what s/he is doing. The same apples to other functions that deal with multi-objective optimization problems: optimACDC and optimSPAM. Another important modification in the current version of spsann is the possibility to use a finite set of candidate locations by setting cellsize = 0. This is useful when optimizing sample points only in the feature space and should reduce the computation time needed to find the solution.

Version 2.1.0.9005 (2019-04-26)

Version 2.1.0.9004 (2019-04-10)

Version 2.1.0.9003 (2018-07-19)

Version 2.1.0.9002 (2018-07-18)

Version 2.1.0.9001 (2018-07-17)

Version 2.1.0.9000 (2018-07-16)

Version 2.1-0 (2017-06-23)

Now spsann can be used to augment an existing sample configuration, that is, add new sampling points to a spatial sample configuration generated using spsann or any other means. To do so, when using one of the functions from the family of optim...() functions, the user must pass to the function argument points an object of class list containing two named sub-arguments: fixed, a matrix with the coordinates of the existing sample configuration -- kept fixed during the optimization --, and free, the number of sample points that should be added to the existing sample configuration -- free to move around during the optimization.

Version 2.0-0 (2016-03-14)

This is a major release of package spsann that includes several conceptual changes. Despite our efforts, it was not possible to guarantee the compatibility with previous versions. We have decided not to deprecate functions and function arguments because (1) this would require deprecating a lot of code and (2) you should first read the updated package documentation to understand the conceptual changes that we have made before you start using it. This is a summary of the changes: A completely new annealing schedule was implemented. The reason for this modification is that the former annealing schedule showed to be inefficient during our tests. The new annealing schedule is the very simple and most-used schedule proposed by Kirkpatrick et al. (1983). We have also replaced the acceptance criterion with the well-known Metropolis criterion. This new implementation showed to be more efficient in our tests than our early implementation. Setting up this new annealing schedule is done using the new function scheduleSPSANN. A more elegant solution to jitter the sample points was implemented. It consists of using a finite set of candidate locations that are seen by the algorithm as the centre of grid cells. In the first stage, we select a grid cell with replacement. In the second stage, we select a location within that grid cell using simple random sampling. This guarantees that any location in the sampling region is a candidate location for the jittered sample point. Solving multi-objective combinatorial optimization problems (MOCOP) has become easier with the creation of the new function minmaxPareto(). This function computes the Pareto maximum and minimum values of the objective functions that compose the MOCOP needed to scale the objective functions to the same approximate range of values. The user can now chose to follow the progress of the optimization using a text progress bar in the R console or a Tk progress bar widget. A Tk progress bar widget is useful when running spsann in parallel processors. The output of the optimization is now stored in an object of class OptimizedSampleConfiguration. This object contains three slots. The first (points) holds the coordinates of the optimized sample configuration. The second, spsann, stores information about the settings used with the spatial simulated annealing algorithm. The third, objective, holds the settings used with the chosen objective function. Methods were implemented to retrieve information from the new class, as well as producing plots of the optimized sample configuration. Package documentation was expanded and adapted to cope with the conceptual changes that were made. It also includes a vignette that gives a short description of the package and its structure, as well as presents a few examples on how to use the package. It is strongly recommended to read the new package documentation and the accompanying vignette before you start using the package. * Finally, bugs were fixed, warning messages were improved, and a faster code was implemented whenever possible.

Version 1.0-2.9013 (2016-03-14)

Version 1.0-2.9012 (2016-03-14)

Version 1.0-2.9011 (2016-03-11)

Version 1.0-2.9010 (2016-03-10)

Version 1.0-2.9009 (2015-11-30)

Version 1.0-2.9008 (2015-11-19)

Version 1.0-2.9007 (2015-11-18)

Version 1.0-2.9006 (2015-11-17)

Version 1.0-2.9005 (2015-11-17)

Version 1.0-2.9004 (2015-11-16)

Version 1.0-2.9003 (2015-11-15)

Version 1.0-2.9002 (2015-11-14)

Version 1.0-2.9001 (2015-11-13)

Version 1.0-2.9000 (2015-10-27)

Version 1.0-2 (2015-10-25)

Version 1.0-1 (2015-07-30)

Version 1.0-0 (2015-07-14)

Version 0.0.0.9012 (2015-07-14)

Version 0.0.0.9011 (2015-07-13)

Version 0.0.0.9010 (2015-07-05)

Version 0.0.0.9009 (2015-06-30)

Version 0.0.0.9008 (2015-06-29)

Version 0.0.0.9007 (2015-06-12)

Version 0.0.0.9006 (2015-05-12)

Version 0.0.0.9005 (2015-04-29)

Version 0.0.0.9004 (2015-04-24)

Version 0.0.0.9003 (2015-04-20)

Version 0.0.0.9002 (2015-04-19)

Version 0.0.0.9001 (2015-02-24)

Version 0.0.0.9000 (2015-01-08)



Try the spsann package in your browser

Any scripts or data that you put into this service are public.

spsann documentation built on May 2, 2019, 1:36 p.m.