You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: scripts/reports/season_2025_talk/season_summary_2025_presentation.qmd
+18-6Lines changed: 18 additions & 6 deletions
Original file line number
Diff line number
Diff line change
@@ -539,7 +539,14 @@ flu_scores %>%
539
539
540
540
## Flu Scores: Phase
541
541
::: {.notes}
542
-
Phase here means when it's first past
542
+
We classify the season into three phases: increasing, peak, and decreasing.
543
+
Increasing is before the first time the value exceeds a threshold.
544
+
Decreasing is the last time the value dips below the threshold.
545
+
Peak is between these two.
546
+
The threshold is chosen at 50% of the max value.
547
+
548
+
Note that our WIS/AE is in the top 5, but everyone's score is quite similar and washed out.
549
+
We performed well in the increasing/decreasing phases, but most of our error came in the peak phase.
543
550
:::
544
551
545
552
```{r flu_phase}
@@ -1023,15 +1030,20 @@ covid_forecast_plt <-
1023
1030
ggplotly(covid_forecast_plt)
1024
1031
```
1025
1032
1026
-
## Callouts
1033
+
## Future Work
1027
1034
1028
-
::: {.callout-note}
1029
-
You can use these. See <https://quarto.org/docs/authoring/callouts.html>
1030
-
:::
1035
+
- Account for "always decreasing" behavior observed in nearly all forecasters (include external forecasters)
1036
+
- We've determined that this is due to data bias, so we need ways to mitigate that.
1037
+
- Possible solution is to attempt to split the data into phase components and fit a different model to each phase.
1038
+
(Was tried before, but didn't work as well as hoped; perhaps with a better phase definition it could be better?)
1039
+
- Nowcasting, revision anticipation
1040
+
- Forecasting at the city/county level for NSSP (metrocasting)
1041
+
- Check evaluation robustness via data "fuzzing"
1042
+
- A way to mitigate over-weighting the performance of a forecaster on a single season
1043
+
- Possibilities include parametric boot with observational noise (additive and/or shifts) or leave-one-out training across seasons (e.g. leave 2023 out and train on 2022 and 2024)
0 commit comments