Updating the Vertical Vorticity Constraint
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
Direzione di ricerca
Inizia confrontando il vincolo attuale sulla vorticità verticale di PyDDA con il metodo descritto in Dahl et al. (2019), concentrandoti su come Ut e Vt vengono utilizzati nella funzione di costo. Definisci le funzioni per il calcolo della tendenza della vorticità e il processo per calcolare il campo prima di DDA e mantenerlo costante durante l’ottimizzazione. Il lavoro è completato quando il vincolo aggiornato e le funzioni di supporto sono implementati e producono il comportamento migliorato descritto nell’articolo.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
In Dahl et al. (2019) (https://doi.org/10.1175/JTECH-D-18-0211.1), the vorticity constraint for the DDA was updated so that instead of using Ut and Vt as a proxy for the vorticity tendency in the cost function, the vorticity tendency field was calculated before running the DDA and that field was then held constant for calculating the vorticity cost function during the DDA. This gave much better results than using the old method. Could this be implemented into PyDDA? If so, I think it would also be good to provide functions to calculate the vorticity tendency like it was done in Dahl et al. (2019).
I am one of the co-authors on the Dahl et al. (2019) paper and also worked with technique for my dissertation so I am very familiar with the changes. I could possibly try to work on this when I get the chance but I don't know when that would be.
- Lingua principale
- Jupyter Notebook
- Stelle
- 112
- Fork
- 49
- Merge medio
- 10h 8m
- PR unite (30g)
- 4
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di openradar/PyDDA
-
Bug in get_dd_wind_fieldForse già presa @Wahaj18 l’ha presa 2 giorni fa. Aperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 38/100
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 42/100
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
-
Improve test coverage.Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
-
Converge_ProblemAperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
Tutte le issue di openradar/PyDDA
Issue simili
-
:ml/Transform >bug Team:ML
Difficoltà 2/5 Mezza giornata Idoneità per principianti 64/100
elastic/elasticsearch#161960 · 2 commenti · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
nth_root does not restore the rounding mode and can return an upper bound below the true rootAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
electric-sql/electric#4830 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
scikit-learn-contrib/MAPIE#1002 ·
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
scverse/scvi-tools#4055 ·
I maintainer di solito rispondono entro 6 giorni