toyctm issueshttps://gitlab.in2p3.fr/ipsl/lmd/intro/toyctm/-/issues2024-01-02T15:13:36+01:00https://gitlab.in2p3.fr/ipsl/lmd/intro/toyctm/-/issues/11Check spherical geometry and add it in CI (inert tracer case)2024-01-02T15:13:36+01:00MAILLER SylvainCheck spherical geometry and add it in CI (inert tracer case)MAILLER SylvainMAILLER Sylvainhttps://gitlab.in2p3.fr/ipsl/lmd/intro/toyctm/-/issues/8Tester le code coverage ?2023-12-12T14:45:56+01:00MAILLER SylvainTester le code coverage ?Il faut rajouter un indicateur de code coverage pour savoir ce qui est couvert ou pas par le CI, en particulier afin de pouvoir trier ce qui doit être maintenu ou non en vue du portage vers jl.Il faut rajouter un indicateur de code coverage pour savoir ce qui est couvert ou pas par le CI, en particulier afin de pouvoir trier ce qui doit être maintenu ou non en vue du portage vers jl.https://gitlab.in2p3.fr/ipsl/lmd/intro/toyctm/-/issues/7Tri et rangement en vue du passage à jl2024-01-02T15:12:37+01:00MAILLER SylvainTri et rangement en vue du passage à jlCertains morceaux du modèle ou de ses addons ont été codés mais ne sont pas utilisés / pas testés dans le CI.
Exemples de fragments de code a priori non testés dans le CI:
- Emissions
- Géométrie sphérique
Il faut restreindre et ratio...Certains morceaux du modèle ou de ses addons ont été codés mais ne sont pas utilisés / pas testés dans le CI.
Exemples de fragments de code a priori non testés dans le CI:
- Emissions
- Géométrie sphérique
Il faut restreindre et rationnaliser le code en vue de pouvoir le passer en jl.
Option alternative, enlever tout ce qui n'est pas testé par la CI actuelle et passer en jl avec pour objectif de pouvoir reproduire tous les cas de CI actuelle.https://gitlab.in2p3.fr/ipsl/lmd/intro/toyctm/-/issues/3Gestion du temps2020-08-12T16:23:19+02:00MAILLER SylvainGestion du tempsctm.t est le "temps depuis le début de la simulation" mais il est aussi utilisé comme heure pour les émissions de trafic et les réactions de photolyse.
Cette gestion du temps devrait être mise au propre, en particulier parce que ça impo...ctm.t est le "temps depuis le début de la simulation" mais il est aussi utilisé comme heure pour les émissions de trafic et les réactions de photolyse.
Cette gestion du temps devrait être mise au propre, en particulier parce que ça impose de commence les simulations avec chimie "à minuit" ce qui est arbitraire.
Il n'est pas évident d'avoir une gestion propre du temps pour un outil qui peut faire à la fois du pseudo-réaliste sur Terre avec des jours de 86400s at des expériences de transport pur qui peuvent durer arbitrairement 1 seconde par exemple. En particulier, passer self.t à des dates python n'est pas vraiment souhaitable pour cette raison. A réfléchir.