Closed nevrome closed 4 years ago
Merging #20 into master will not change coverage by
%
. The diff coverage is0.00%
.
@@ Coverage Diff @@
## master #20 +/- ##
======================================
Coverage 0.00% 0.00%
======================================
Files 6 6
Lines 139 144 +5
======================================
- Misses 139 144 +5
Impacted Files | Coverage Δ | |
---|---|---|
R/estimatepast_RKI_timeseries.R | 0.00% <0.00%> (ø) |
Continue to review full report at Codecov.
Legend - Click here to learn more
Δ = absolute <relative> (impact)
,ø = not affected
,? = missing data
Powered by Codecov. Last update 4f0b4ea...1983ac0. Read the comment docs.
Ich glaube, dass ich bei der Implementierung der Hochrechnungsfunktion
estimatepast_RKI_timeseries()
einen entscheidenden Fehler gemacht habe. Ich habe die Wachstumsprognose (EstimationCumNumberIllPresent
) basierend auf der Zeitreihe vergangener, hochgerechneter Werte (EstimationCumNumberIllPast
) berechnet, glaube nun aber, dass das falsch ist. Stattdessen geht das Wachstum vom letzten und damit höchsten Wert dieser Reihe aus.Das hat zur Konsequenz, dass die Werte der beiden Schätzmechanismen zumindest in dieser einfachen Implementierung wie schon von @stschiff im Chat vorhergesagt überlappen und damit die hübsche Optimierungsanwendung, die ich mir überlegt hatte, nicht funktioniert. :man_facepalming:
EstimationCumNumberDead
ist damit im Augenblick ziemlich sinnlos, da allerdings leicht eine Zukunftsprognose mit diesem Wert implementierbar wäre, lasse ich ihn für den Moment einmal stehen.