MoreCast 2.0: Consider removing requirement to submit complete forecast
- Dominant language
- Python
- Stars
- 65
- Forks
- 11
- Avg merge
- 21h 25m
- Merged PRs (30d)
- 70
Description
Given that we are now tightly coupled with WF1, it might make sense for us to remove the requirement to submit ‘complete forecasts’ (ie. temp, rh, wind speed and precip) for every station and every date currently visible. WF1 allows the submission of individual parameters for any date or station currently visible in the data grid.
**Acceptance Criteria**
Tentative criteria pending discussion with forecasters
- [ ] Allow submission of forecasts for individual weather parameters
- [ ] Only submit forecasts for ‘dirty’ fields
**Additional Context**
- This ticket can focus on less restrictive submission requirements for WF1. A separate ticket should determine how to visualize incomplete forecasts in the UI.
- There will complexity with respect to lookups on the backend for rows the already exist and are opened for editing to add additional forecast attributes, or for rows that do not exist and need to be created.
- Will need to take into account the IDIR logged in that is submitting the request. We don't want one forecaster editing another forecasters values.
Contributor guide
Research direction
Start by tracing the WF1 forecast-submission flow and its backend lookups, with attention to the logged-in IDIR user and existing versus new rows. Done means individual parameters can be submitted, only dirty fields are sent, and one forecaster cannot edit another's values; the acceptance criteria remain tentative pending forecaster discussion.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- fastapi, python
- Domain
- api, authorization, backend
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 32/100