mkin - Fitting kinetic models to chemical degradation data (also on github)

Age	Commit message (Collapse)	Author	Files	Lines
2021-01-11	Rebuild docs	Johannes Ranke	1	-4/+4

2021-01-06	Make saemix and corresponding tests optional	Johannes Ranke	1	-4/+4
	Address release critical check and test issues
2020-12-21	plot.mixed: Possibility to overlay predictions	Johannes Ranke	1	-0/+5

2020-12-16	Add printout of d24 model and update docs	Johannes Ranke	1	-2/+0

2020-12-09	Make saem using mkinpredict work again	Johannes Ranke	1	-13/+17
	I threw out mclapply as it did not play well with the linear algebra routines used in the saemix code. Most of the change is actually indentation in the code creating the model function. But there is an important fix in mkinpredict which I had broken.
2020-12-08	mixed.mmkin and test coverage	Johannes Ranke	1	-4/+22

2020-11-13	More work on f_time_norm_focus	Johannes Ranke	1	-3/+4

2020-11-11	Update static docs	Johannes Ranke	1	-5/+9

2020-11-11	Add print and plot calls to the saem example code	Johannes Ranke	1	-2/+5

2020-11-10	Digits for summary methods, print.saem.mmkin	Johannes Ranke	1	-0/+7

2020-11-09	saemix.mmkin and nlme.mmkin inherit from mixed.mmkin	Johannes Ranke	1	-2/+3
	With a plot method. The class mixed.mmkin is currently only a virtual class created to unify the plotting method.
2020-11-09	Some work on example code, pkgdown update	Johannes Ranke	1	-2/+7

2020-11-09	Custom analytical solutions for saemix	Johannes Ranke	1	-7/+16
	Currently SFO-SFO and DFOP-SFO. Speed increase factor about 60
2020-11-08	Improve saem method, add summary	Johannes Ranke	1	-4/+8
	Also make the endpoints function work for saem objects.
2020-11-07	Create saem generic for fitting saemix models	Johannes Ranke	1	-0/+100
	The reasons for this decision were - Creating an saemix generic in the saemix package caused problems with roxygen, because functions like saemix.plot.xy were documented in their help files as S3 methods, although explicitly exported with @export - Creating an saemix generic in this package is possible, but would make it necessary to load samix with exclude = "saemix" in order to avoid overwriting the generic when loading saemix. - The return object of such an saemix generic in this package cannot be an S3 class with class attribute c("saemix.mmkin", "SaemixObject") similar to nlme.mmkin, as saemix returns an S4 class. - Extending the S4 class SaemixObject using simple inheritance to a class SaemixMmkinObject with additional slots did not work as expected. When the initialize method was left untouched, it prevented creation of an SaemixMmkinObject even if it was based on an initialised SaemixObject, as the initialize method seems to always be called by new(). This could potentially be circumvented by a coerce method. If an alternative initialize method was used, an SaemixMmkinObject could be created. However, the methods written for SaemixObjects only worked in some instances, either because they checked for the class, and not for class inheritance (like compare.saemix), or because the initialize method was called for some reason. Therefore, the idea of creating a derived S4 class was abandoned. - A side effect of this decision is that the introduction of the saem generic opens the possibility to use the same generic also for other backends like nlmixr with the SAEM algorithm.