meteocompare

MeteoCompare

Application Android de comparaison de 21 modèles météorologiques (AROME, ARPEGE, ICON, GFS, HRRR, NOAA AIGFS, ECMWF IFS/AIFS, UKMO, GEM, JMA GSM, MET Nordic, HARMONIE KNMI/DMI, ICON-CH2, ACCESS, GRAPES…) basée sur l’API Open-Meteo, avec un horizon d’affichage allant jusqu’à 10 jours et la Vigilance officielle Météo-France relayée par le Worker public MeteoCompare.

L’app se concentre sur les données brutes et l’incertitude : au lieu d’agréger silencieusement les modèles en une seule prévision, elle expose les désaccords entre modèles pour que l’utilisateur puisse juger lui-même du niveau de confiance à accorder à la prévision.

Depuis la v1.0, l’app suit aussi le biais historique de chaque modèle sur chaque ville favorite — comparaison des prévisions J+1 passées à une référence de réanalyse historique Open-Meteo. Cette référence combine observations assimilées et modélisation : elle ne doit pas être confondue avec une station au point exact. Les écarts systématiques sont signalés d’une pastille discrète dans les tableaux, sans jamais modifier la donnée brute.

💝 Vous aimez MeteoCompare ? L’application est gratuite, libre, sans publicité et sans fonctions premium. Vous pouvez soutenir son développement via Liberapay, GitHub Sponsors ou Ko-Fi. Les dons restent entièrement facultatifs et ne changent pas les fonctionnalités disponibles.

Fonctionnalités

• Comparaison multi-modèles : jusqu’à 21 modèles météo (Météo-France, DWD, NOAA, ECMWF, UK Met Office, ECCC, JMA, MET Norway, KNMI, DMI, MeteoSwiss, BOM, CMA), dont deux approches IA avec ECMWF AIFS et NOAA AIGFS, ainsi que le nouveau global JMA GSM
• Moteur de prévision V3 sélectionnable : Multi-consensus robuste, Calibration locale, Scénarios et Adaptatif. Le moteur choisi pilote Home, Détails et widgets sans modifier les sorties brutes des modèles.
• Condition météo à consensus hiérarchique : le moteur dédié WeatherConditionConsensus consolide les codes WMO par grandes familles météorologiques (précipitation / non-précipitation, puis ciel/brouillard et liquide/neige/verglas/orage) avant de choisir la condition précise. La branche ciel utilise la nébulosité centrale V3 pour éviter de sur-représenter « Couvert ».
• Comparaison des moteurs : page dédiée calculant les quatre moteurs sur exactement le même forecast brut, sur 10 jours futurs dans le fuseau de la ville, avec graphiques Tmax/Tmin/pluie/vent/rafales/nuages et frise de divergence.
• Indice d’accord inter-modèles calculé par variable (température, vent, précipitations) et par heure ; il décrit le spread des scénarios et n’est pas une probabilité de justesse
• Résumé « Aujourd’hui » enrichi : quatre mini-cartes homogènes (température min/max, précipitations, vent) affichent la centrale du moteur sélectionné tout en conservant la plage, la dispersion et le niveau d’accord calculés exclusivement sur les modèles bruts
• Page “Pourquoi cette confiance ?” — clic sur le badge de confiance ouvre une explication détaillée : qui a prédit quoi, quel écart, pourquoi la résolution du modèle compte
• Suivi de biais par modèle et par ville — chaque modèle est confronté à une réanalyse historique Open-Meteo sur ses prévisions J+1 passées. Trois pastilles : biais systématique significatif, biais signé faible, ou historique encore insuffisant. La sheet 30 jours compare prévision et référence avec moyenne, écart-type et contexte méthodologique
• Évolution des prévisions (~24 / ~48 / ~72 h) : chaque refresh météo frais enregistre localement un snapshot quotidien (température max, cumul de pluie, vent max), au plus une fois par tranche de 3 h et avec 5 jours de rétention. La fiche ville compare ensuite la prévision courante aux snapshots les plus proches de 24/48/72 h et affiche leur âge réel (par ex. H−25). Ce n’est pas une reconstruction des cycles 00Z/06Z/12Z/18Z d’un modèle. Les médianes gardent le même groupe de modèles comparables, les données manquantes sont exclues, les changements importants remontent dans « À retenir », et la carte repliable est mémorisée par ville. Aucun appel réseau supplémentaire n’est déclenché par cette fonctionnalité ; après installation, l’historique se construit progressivement.
• Bande de confiance horaire multi-métriques : sélecteur segmenté à 3 états pour basculer entre température, précipitations et vent — la bande se recalcule instantanément (précalcul dans le ViewModel). Graphique min-max autour de la centrale du moteur sélectionné, tandis que l’enveloppe et la convergence restent issues des modèles bruts et s’élargissent lorsque les modèles divergent
• Repères thermiques 10 ans en overlay : Tmax/Tmin calendaires calculées sur la réanalyse ERA5 et affichées en traits pointillés sur la bande température. Les anciennes références pluie/vent journalières ne sont plus superposées aux graphes horaires, car les fenêtres temporelles ne sont pas comparables (et il ne s’agit pas de « normales climatiques » officielles sur 30 ans).
• Zoom au pincement sur l’axe temps (double-tap pour réinitialiser)
• Chart View 10 jours / 240 h : vue graphique dédiée pour parcourir les prévisions heure par heure sur 10 jours, avec une fenêtre complète de 240 heures et les mêmes données multi-modèles que les autres vues
• Mode adaptatif tablettes et écrans larges : navigation maître/détail avec liste des villes et prévision côte à côte sur tablettes, grands pliables et fenêtres Android redimensionnées ; l’interface compacte est conservée sur téléphone
• Toggle “par heure / par jour” : bascule les tableaux entre la vue synthétique 10 jours et le détail horaire compact de la journée courante
• Tableau Jour × Modèle des conditions météo (icônes) et températures max/min, avec badges “%” indiquant la couverture nuageuse (cellules nuageuses/couvertes) ou la probabilité de pluie (cellules pluvieuses)
• Direction du vent : flèches downwind dans les tableaux vent quand la vitesse dépasse 5 km/h (au-dessous, la direction est du bruit)
• Icônes de temps synthétisées à partir des codes WMO 4677, dont un composite bi-color soleil + nuage pour “partiellement nuageux”
• “Fraîcheur” des données affichée sur chaque carte : “Mis à jour à l’instant”, “il y a 5 min”, etc. — auto-rafraîchi au fil du temps
• Cartes Home compactes : accent météo vertical sur le bord gauche, métriques resserrées, pastille « N scénarios » repliable et information de mise à jour réunies sur une seule ligne
• Vigilance officielle Météo-France : pour les villes françaises uniquement, contrôle immédiat à l’ajout, affichage jaune/orange/rouge depuis meteocompare.app/_mcx/vigilance, détail des phénomènes et créneaux, et vagues-submersion dans la section marine. Les villes hors France ne déclenchent aucun appel Vigilance et la suppression d’un favori purge son état/cache Vigilance. Aucun secret Météo-France n’est embarqué dans l’APK.
• Radar pluie natif : animation des observations RainViewer sur fond OpenStreetMap, trois portées (Proche/Régional/Large) et nowcast local par cellule à +15 / +30 / +45 / +60 min avec advection, évolution de forme, incertitude, trajectoires observée/projetée et estimation d’impact sur la localité. L’implémentation est 100 % Kotlin/Compose, sans WebView.
• Mode Mer / côte par localité : la Home affiche une pastille bleue sur le menu ⋮ lorsqu’une localité est éligible au mode côtier, puis une icône 🌊 près du nom uniquement lorsque l’option est réellement activée. La page Détails affiche alors vagues, houle, température de mer et marées estimées. La décision d’éligibilité est mise en cache 6 h avec revalidation ; les données restent indicatives et ne sont pas destinées à la navigation.
• Heatmap 12 h intégrée aux cartes Home : 12 cellules thermiques continues avec température par heure, trois repères horaires directement dans la bande et marqueur de pluie à partir de 30 %, sans ajouter une ligne supplémentaire sous la heatmap
• Chronologie visuelle sur la page détail : timeline compacte des prochaines échéances avec heatmap de température, pluie, vent, accord inter-modèles et mise en évidence des changements significatifs
• Highlight du jour courant (et de l’heure courante en mode hourly) dans tous les tableaux
• Notifications météo locales (désactivées par défaut, villes favorites au choix) : résumé quotidien à l’heure choisie ; alerte de divergence des modèles lorsque l’accord devient faible ; et Révision des prévisions lorsque « À retenir » détecte un changement important de température, pluie ou vent. Le contenu présente clairement la période, l’amplitude du changement et l’accord des modèles. Tout est calculé sur l’appareil via WorkManager, sans serveur de push, avec déduplication des événements
• Deux widgets écran d’accueil (Glance) redimensionnables : Météo (adaptatif) et À retenir (synthèse des événements). Le widget Météo peut afficher les prochaines heures, les prochains jours ou une mini bande de confiance (T° / pluie / vent) selon la place disponible
• Tri des modèles dans les Settings par zone / famille / finesse
• Batching multi-modèles : les N modèles activés sont récupérés en 1 seule requête HTTPS (au lieu de N requêtes parallèles) — gain sur la latence et la batterie
• Modes clair/sombre, thème dynamique Material You (Android 12+)
• Français + Anglais + Espagnol + Allemand + Italien (widgets inclus — le rendu suit la préférence app, pas la locale système)
• Aucune publicité, aucun tracker ; les connexions sortantes sont limitées aux services nécessaires aux fonctions météo (Open-Meteo, Worker Vigilance MeteoCompare et, uniquement à l’ouverture du radar, RainViewer + OpenStreetMap)

Stack technique

• Gradle 9.5.1 + Android Gradle Plugin 9.3.0
• Kotlin 2.3.21 intégré à AGP + Coroutines + Flow
• JDK de build 21 (daemon Gradle), avec launcher compatible JDK 25 ; bytecode applicatif ciblé Java 17
• Jetpack Compose + Material 3 (couleurs dynamiques, typographie M3, formes)
• Hilt pour l’injection de dépendances (via KSP)
• Retrofit + OkHttp + Kotlinx Serialization pour la couche réseau
• Room pour le cache local (forecasts, repères climatiques 10 ans)
• DataStore Preferences pour les favoris et paramètres
• SharedPreferences dédié pour la langue de l’app, utilisée comme source persistée unique par l’application et les widgets
• Glance pour les widgets
• Architecture UI → ViewModel → Repository → API, un-way data flow

Structure

app/src/main/java/com/meteocompare/app/
├── di/              ← Modules Hilt (Network, Repository, Dispatchers)
├── core/
│   ├── locale/      ← LocaleUtils / applyPersistedLocale — SharedPreferences dédié, source unique app + widgets
│   └── network/     ← ApiResult, NetworkMonitor, error mapping
├── data/
│   ├── remote/      ← Interfaces Retrofit + DTOs + BatchedForecastSplitter
│   │                  (+ PreviousRunsApi pour le bootstrap J+1 du biais)
│   ├── mapper/      ← DTO ↔ domain
│   ├── local/       ← Room (ForecastCache, ClimateNormals, ForecastSample, ObservationSample)
│   ├── preferences/ ← DataStore
│   ├── repository/  ← Implémentations (dont le coalescing des fetches concurrents)
│   └── worker/      ← BiasRefreshWorker + Scheduler (WorkManager, fenêtre 24h)
├── domain/
│   ├── model/       ← Modèles métier (City, ForecastSeries, WeatherModel, ModelFamily,
│   │                  Coverage, DayNormals, HourlyConfidenceBand, WeatherCondition,
│   │                  BiasSample, ModelBias, BiasVariable, BiasSignificance…)
│   ├── repository/  ← Interfaces (dont BiasSampleRepository)
│   └── usecase/     ← ConfidenceCalculator, ComputeBiasUseCase,
│                      FetchBiasObservationsUseCase, BootstrapBiasHistoryUseCase,
│                      weighting strategies
├── ui/
│   ├── citylist/    ← Accueil : cartes favorites compactes, scénarios repliables, heatmap 12 h
│   ├── citydetail/  ← Détail d'une ville : cartes, chart, tableaux
│   │   └── confidence/  ← Écran "Pourquoi cette confiance ?"
│   ├── enginecomparison/ ← Comparaison des quatre moteurs V3
│   ├── settings/    ← Paramètres (modèles, moteur V3, thème, langue)
│   ├── components/  ← Composables réutilisables (WeatherIcon, WindArrow, ShimmerBox…)
│   ├── accessibility/ ← Formatage des descriptions TalkBack
│   ├── theme/       ← Couleurs, typographie, tokens M3
│   └── navigation/  ← Routes et NavHost
└── widget/          ← MeteoWidget (Glance), config activity, splitter loader

Modèles supportés

Listés dans WeatherModel.kt avec leur résolution native (km), leur horizon, leur zone de couverture, et leur institution source (ModelFamily).

Modèle	Résolution	Couverture	Horizon	Institution	Par défaut
AROME France HD	1.5 km	France	2 j (48 h)	Météo-France	✓
AROME France	2.5 km	France	2 j (48 h)	Météo-France
ARPEGE Europe	11 km	Europe	4 j	Météo-France	✓
ARPEGE World	25 km	Global	4 j	Météo-France
ICON-EU	7 km	Europe	5 j	DWD (Allemagne)	✓
ICON	11 km	Global	7,5 j	DWD
ICON-D2	2 km	Europe centrale	2 j	DWD
GFS	13 km	Global	16 j	NOAA (USA)	✓
NOAA AIGFS	25 km	Global (IA)	16 j	NOAA (USA)	✓
ECMWF IFS HRES	9 km	Global	15 j	ECMWF (UE)	✓
ECMWF AIFS	28 km	Global (IA)	15 j	ECMWF	✓
UKMO Global	10 km	Global	7 j	UK Met Office	✓
GEM Global	15 km	Global	10 j	ECCC (Canada)
JMA GSM	55 km	Global	11 j	JMA (Japon)	✓
HRRR	3 km	USA continental	18 h standard (48 h sur 00/06/12/18Z)	NOAA
MET Nordic	1 km	Scandinavie	2,5 j	MET Norway
HARMONIE KNMI	5.5 km	Europe	2,5 j	KNMI (Pays-Bas)
HARMONIE DMI	2 km	Europe	2,5 j	DMI (Danemark)
ICON-CH2	2 km	Suisse / Europe centrale	5 j	MeteoSwiss
BOM ACCESS	15 km	Global	10 j	Bureau of Meteorology (Australie)
CMA GRAPES	15 km	Global	10 j	China Meteorological Administration

Les modèles marqués “Par défaut” sont activés dès la première ouverture ; les autres sont activables dans les Settings, désormais triables par zone, par famille ou par finesse (résolution native).

À propos du groupe « France » : il désigne les domaines natifs Météo-France AROME. Il ne représente pas tous les modèles utilisables sur le territoire français. ARPEGE Europe, ICON-EU, HARMONIE DMI/KNMI et, selon la position, ICON-D2 ou ICON-CH2 peuvent aussi couvrir une ville française mais restent classés dans « Europe ». Les variantes AROME 15 minutes d’Open-Meteo ne sont pas ajoutées comme modèles indépendants : elles utilisent la même lignée AROME et leur horizon n’est que de quelques heures.

Diversité éditoriale du catalogue :

• ECMWF AIFS et NOAA AIGFS ajoutent deux approches de prévision fondées sur l’IA/ML. Elles restent équilibrées par famille dans le consensus et ne reçoivent pas de poids supérieur a priori
• JMA GSM ajoute une source globale institutionnelle indépendante produite par l’Agence météorologique japonaise, utile pour diversifier le pool au-delà de l’Europe et de l’Amérique du Nord
• HRRR est le pendant américain d’AROME HD : rapid-refresh 3 km, particulièrement utile pour la convection estivale sur les États-Unis
• MET Nordic offre la résolution la plus fine du catalogue (1 km) sur la Scandinavie — cousin arctique d’AROME HD
• HARMONIE KNMI + DMI apportent deux domaines UWC-West distincts. Le moteur V3 les rattache à une même lignée de consensus pour éviter un double vote artificiel
• MeteoSwiss ICON-CH2 ajoute un scénario régional 2 km sur la Suisse et l’Europe centrale ; il partage la lignée ICON dans le consensus, comme dans la version web 1.16
• BOM ACCESS et CMA GRAPES ajoutent une diversité méthodologique non-occidentale — sources indépendantes de biais éventuels du pool européen/nord-américain

Autres modèles régionaux pouvant intéresser la France : Open-Meteo expose également MeteoSwiss ICON-CH1 (1 km), CHMI ALADIN Central Europe (~2,3 km), GeoSphere AROME Austria (2,5 km) et ItaliaMeteo ICON-2I (2 km). Leur domaine est plus régional : ils ne sont pas activés dans MeteoCompare 1.9.0 afin d’éviter d’ajouter des modèles souvent hors couverture selon la ville.

Note sur AROME HD et les variables dérivées

AROME France HD conserve un jeu de champs natifs plus réduit que certains autres modèles. La documentation Open-Meteo définit weather_code comme une variable dérivée pour AROME/ARPEGE, mais le client tolère également les réponses opérationnelles où weather_code ou cloud_cover total sont absents pour AROME HD.

Le client utilise donc en priorité le weather_code fourni par l’API. S’il manque, il infère d’abord pluie/neige depuis les précipitations et la température du même modèle. Pour les situations sèches où cloud_cover total manque aussi, les couches cloud_cover_low, cloud_cover_mid et cloud_cover_high servent à construire un indicateur de nébulosité de secours (maximum des couches) uniquement pour choisir l’icône clair/nuageux/couvert. Cette icône reste visuellement marquée comme inférée. Les données d’un modèle voisin ne sont jamais copiées pour « compléter » une cellule.

Les badges “%” restent conditionnés à la présence réelle de leur variable : une probabilité de précipitation absente n’est jamais transformée en 0 %, et une couverture nuageuse absente n’est jamais inventée.

Indice de confiance

ConfidenceCalculator agrège les prédictions multi-modèles en un score 0-100 par variable pour chaque jour ET pour chaque heure.

Algorithme :

• Le noyau ForecastConsensus déduplique les variantes apparentées par lignée numérique et leur partage une masse de vote, afin d’éviter qu’une famille disposant de plusieurs variantes ne domine artificiellement le résultat.
• Pour les variables continues (température, vent, nébulosité), la centrale de base est une médiane pondérée robuste équilibrée par lignée ; la dispersion (min/max/écart-type) des sorties brutes alimente séparément l’indice d’accord 0–100 via des seuils heuristiques propres à chaque variable. Le moteur V3 sélectionné peut remplacer la centrale, mais jamais la dispersion/convergence brute.
• Pour la pluie, occurrence et quantité sont séparées : probabilité de pluie, quantité conditionnelle si pluie, quantité attendue et centrale V3. Une absence de probabilité native n’est jamais assimilée silencieusement à 0 %.
• Pour la condition météo, MeteoCompare utilise désormais un consensus hiérarchique complet. Le vote descend un arbre sémantique : PRECIPITATION / NON_PRECIPITATION, puis SKY / FOG ou LIQUID / FROZEN / FREEZING_RAIN / THUNDERSTORM, puis la feuille WMO précise. À chaque niveau, les variantes de modèles restent équilibrées par lignée. Cette structure évite aussi bien la fragmentation CLEAR / MAINLY_CLEAR / PARTLY_CLOUDY / OVERCAST que des cas DRIZZLE / RAIN_SHOWERS / RAIN ou SNOW_SHOWERS / SNOW.
• Lorsque la branche SKY gagne, la feuille affichée est dérivée de la nébulosité centrale V3 avec des seuils conservateurs : <20 % clair, <45 % plutôt clair, <85 % partiellement nuageux, puis couvert. Sans nébulosité exploitable, le consensus descend jusqu’aux feuilles WMO du ciel.
• La convergence de la condition reste calculée sur les catégories brutes exactes des modèles : l’agrégation hiérarchique ne peut donc pas embellir artificiellement l’accord affiché.
• Pour la couverture nuageuse « maintenant », la centrale passe par le même noyau robuste et par le moteur choisi, sans calibration J+1 sur l’horaire.
• ModelWeightingStrategy reste un point d’extension injectable, mais la production utilise des poids égaux. La résolution de grille n’est pas utilisée comme proxy de qualité ; une pondération différente ne serait légitime qu’après un backtest vérifié.

val daily = calculator.dayConfidence(forecast, LocalDate.now())
val hourlyTemp: List<HourlyConfidenceBand> = calculator.hourlyTemperatureConfidence(forecast)
val hourlyPrecip: List<HourlyConfidenceBand> = calculator.hourlyPrecipitationConfidence(forecast)
val hourlyWind: List<HourlyConfidenceBand> = calculator.hourlyWindConfidence(forecast)
val currentCondition: WeatherCondition? = calculator.currentWeatherCondition(forecast)
val currentCloudCover: Int? = calculator.currentCloudCover(forecast)
val matrix: List<DayConditionsRow> = calculator.dailyConditionsByModel(forecast)

DayConditionsRow.extrasByModel porte les métadonnées par cellule (probabilité de pluie max journalière, couverture nuageuse moyenne journalière) qui alimentent les badges “%” sous les icônes.

La TodaySummaryCard conserve un résumé immédiatement lisible mais détaille chaque variable dans quatre mini-cartes de même hauteur. La valeur centrale provient du moteur V3 sélectionné (Multi-consensus, Calibration, Scénarios ou Adaptatif), tandis que la plage, le spread et les indicateurs de convergence restent calculés exclusivement sur les sorties brutes des modèles.

Bande de confiance multi-métriques : le composant ConfidenceBandSection encapsule un sélecteur segmenté à 3 états (Température / Précipitations / Vent) au-dessus d’un graphe unique. Les 3 séries de bandes sont pré-calculées dans le ViewModel — la transition entre métriques est instantanée. La bande température superpose les repères ERA5 Tmax/Tmin sur 10 ans, chargés depuis l’API archive d’Open-Meteo et cachés 180 jours dans Room. Les graphes pluie/vent n’affichent pas de repère journalier sur une série horaire afin d’éviter de comparer des fenêtres temporelles différentes. Le graphique est zoomable au pincement sur l’axe temps (pinch à 2 doigts + pan) et réinitialisable au double-tap.

Les seuils actuels sont des heuristiques de présentation, pas une calibration scientifique ni une probabilité de justesse. Une future calibration prédictive devrait s’appuyer sur un corpus de vérification par variable, zone et échéance.

Page “Pourquoi cette confiance ?”

Un clic sur le badge de confiance (en haut à droite de la carte “Aujourd’hui”) ouvre une explication détaillée qui compose l’edge éditorial de l’app :

1. Résumé du jour avec verdict en langage naturel (“les modèles convergent fortement”, “désaccord significatif”…)
2. Une carte par variable (température max, min, précipitations, vent) montrant :
   • Le résumé inter-modèles (valeur unique si convergence, plage si dispersion)
   • Le tableau modèle par modèle avec code couleur identique aux graphes de comparaison
   • La résolution de chaque modèle contribuant à ce jour
   • Une phrase d’interprétation qui traduit les chiffres en sens
3. Section éducative “Pourquoi les modèles diffèrent ?” : paragraphe pédagogique sur la résolution + tableau des modèles ayant réellement contribué + astuce AROME HD vs GFS/ECMWF

Suivi de biais par modèle

L’app évalue en continu la précision de chaque modèle sur chaque ville favorite en croisant :

• Les prévisions passées — reconstruites via Previous Runs à échéance fixe J+1 (_previous_day1) ; le bootstrap manuel tente jusqu’à 21 jours, le cycle quotidien ne recharge qu’une courte fenêtre pour rester idempotent et peu coûteux
• La référence historique — récupérée par le BiasRefreshWorker depuis l’Historical Weather API d’Open-Meteo et stockée dans Room. C’est une réanalyse / donnée historique modélisée et assimilée, pas une observation de station au point exact

Pour chaque paire (modèle, variable), ComputeBiasUseCase calcule sur une fenêtre glissante 30 jours :

• Écart moyen (arithmétique, dédup par date)
• Écart-type (Bessel n−1)
• Direction (WARM / COLD / NEUTRAL) et significativité (HIGH / MODERATE / NOT_SIGNIFICANT) basées sur des seuils absolus + ratios par variable

Trois états visuels dans le tableau prévisions, footprint vertical identique pour préserver l’alignement des noms de modèle entre colonnes :

État	Rendu	Sémantique
Biais significatif	Chip coloré rouge/bleu + flèche + valeur signée	Le modèle sur/sous-estime — utile de le corriger mentalement
Biais faible	Chip gris neutre + coche + petite valeur signée	Le biais moyen signé est faible sur la fenêtre observée ; cela ne garantit pas la fiabilité globale du modèle
En attente	Pastille vide avec dash	< 14 jours de recouvrement, pas assez de données

Clic sur un chip (les deux premiers états) ouvre une sheet avec sparkline 30 jours superposant la prévision et l’observation, une grille de stats et un texte contextuel adapté à l’état. Pour un biais signé faible, la sheet reste volontairement prudente : elle ne transforme pas l’absence de biais moyen en garantie de précision générale.

Coalescing des fetches : le ForecastRepositoryImpl dédoublonne les requêtes HTTPS concurrentes pour la même (city, models, forecastDays) via un registre Deferred sur un SupervisorJob du repo. Quand CityList, CityDetail et le widget cold-start-refreshent Paris en parallèle, une seule requête part réellement.

Widgets homescreen

Deux widgets Glance sont proposés dans le sélecteur Android :

• Météo : adapte son contenu à l’espace disponible. En version compacte : condition, température actuelle, ville et confiance. En l’agrandissant : min/max, prévisions des prochaines heures ou des prochains jours, ou une bande de confiance (température / pluie / vent) selon les préférences.
• À retenir : met en avant le principal signal météo et la comparaison des modèles, avec un rendu redimensionnable.

Depuis la v1.17.1 : les anciens raccourcis de tailles (dont 2×5) ont été regroupés dans le seul widget « Météo ». Le « 2×1 » éventuellement affiché par Android indique son emprise initiale, pas une limitation. Ajoutez « Météo », choisissez le mode souhaité (5 heures, 12 heures, 5 jours…), puis sur l’écran d’accueil appuyez longuement pour redimensionner le widget. Selon le lanceur Android, des poignées apparaissent directement ou une commande « Redimensionner » est proposée. Le contenu détaillé apparaît lorsqu’il dispose de suffisamment de place.

Les modes confidence rendent une heatmap horizontale colorée par la confiance sur 7 jours, avec sous chaque cellule la valeur agrégée et le jour de la semaine. C’est le rendu widget de la bande de confiance de l’écran détail.

Localisation widget : l’écran de config et le rendu du widget utilisent tous deux le helper applyPersistedLocale (dans core/locale/) pour respecter la préférence de langue de l’app, indépendamment de la locale système.

Batching multi-modèles

Depuis la refonte réseau, l’app fait 1 seule requête HTTPS pour récupérer les N modèles activés, au lieu de N requêtes parallèles. OpenMeteoApi.getForecastBatched demande ?models=meteofrance_arome_france_hd,meteofrance_arpege_europe,ncep_gfs_seamless,… et Open-Meteo répond avec les variables suffixées par la clé du modèle (temperature_2m_meteofrance_arome_france_hd, temperature_2m_meteofrance_arpege_europe, …).

Le BatchedForecastSplitter décompose la réponse en un ForecastResponseDto par modèle, transparent pour le reste de la chaîne (mapper et cache Room inchangés — chaque modèle a toujours sa propre ligne cache). Un log DEBUG dédié MeteoCompare/Net permet de vérifier l’invariant en développement via Logcat.

Le batching réduit surtout le nombre de connexions, handshakes TLS et réveils radio. Aucun gain chiffré n’est annoncé sans benchmark reproductible.

Premier lancement

1. Ouvrir le projet dans Android Studio.
2. Sync Gradle (le wrapper sera téléchargé automatiquement la première fois).
3. Lancer sur émulateur API 27+ ou device.

Aucune clé API ni credential Météo-France n’est nécessaire dans Android : Open-Meteo est appelé directement et la Vigilance passe par le Worker public MeteoCompare, qui conserve ses secrets côté serveur. Le radar utilise l’API publique RainViewer et les tuiles OpenStreetMap uniquement après ouverture explicite de cet écran.

Par défaut, le build utilise https://meteocompare.app/ comme base du Worker. Pour un environnement de test, elle peut être surchargée sans secret avec -PVIGILANCE_BASE_URL=https://votre-worker.workers.dev/. Seules les URL HTTPS sont acceptées.

Tests

./gradlew testDebugUnitTest             # tests JVM rapides
./gradlew connectedDebugAndroidTest     # UI, navigation, Room et DataStore sur appareil
./gradlew lintDebug assembleDebug        # analyse statique + compilation APK
python3 scripts/check_android_strings.py   # ressources textuelles inutilisées, orphelines ou absentes (sans Gradle)

Le contrôle des ressources prend en compte les références R.string, R.plurals, R.array et leurs équivalents XML, dans les sources, tests et widgets. Les traductions peuvent volontairement manquer dans une langue : Android utilise alors les ressources par défaut. Une ressource obtenue dynamiquement par son nom doit être déclarée dans la liste d’exceptions documentée du script.

La suite instrumentée utilise des repositories Hilt factices : aucune requête Open-Meteo ou Worker Vigilance n’est effectuée pendant androidTest. Elle couvre les parcours de navigation, les états Compose, l’accessibilité, la configuration widget, les DAO Room en mémoire, DataStore et la locale persistée.

La stratégie complète, les règles de stabilité et les commandes Windows sont documentées dans TESTING.md.

Accessibilité

Toutes les zones interactives ont des contentDescription lisibles par TalkBack :

• Les cartes de villes annoncent un résumé fluide qui commence par la condition actuelle : “Ville Paris, Île-de-France. Ensoleillé. Actuellement 20 degrés. Température entre 22 et 24 degrés, confiance haute, 85 pourcent.”
• Le badge de confiance est annoncé comme bouton : “Confiance 85%, ouvrir l’explication détaillée”
• Les graphiques Canvas (bande horaire) ont des descriptions générées par A11yFormatter qui résument les données clés. La bande de confiance annonce en plus son état de zoom (“Graphique zoomé, double-tap pour réinitialiser”) pour rester compréhensible quand l’utilisateur zoome sans voir l’écran.
• Les titres de section sont marqués heading() pour permettre la navigation par titre.

Le module ui/accessibility/A11yFormatter.kt centralise les chaînes pour garder une terminologie cohérente.

Politique de confidentialité

Le fichier PRIVACY.md décrit les données traitées localement et les transmissions fonctionnelles vers Open-Meteo, le Worker Vigilance, RainViewer et OpenStreetMap. MeteoCompare n’intègre ni publicité, ni analytics, ni crash reporting distant, ni compte utilisateur.

Pour Google Play, la préparation du formulaire Sécurité des données est documentée dans play-store/DATA_SAFETY.md. Les conditions et attributions des services radar/cartographiques sont suivies dans THIRD_PARTY_SERVICES.md.

La politique de confidentialité doit être hébergée sur une URL publique puis renseignée dans Play Console.

💝 Soutenir MeteoCompare

MeteoCompare est développé sans publicité, sans abonnement et sans fonctionnalités premium. Si l’application vous est utile, un don aide directement à financer le temps consacré aux corrections, aux nouveaux modèles, aux nouvelles visualisations, aux tests et à la maintenance des publications.

• 💝 Liberapay — soutien récurrent FOSS-friendly
• ❤️ GitHub Sponsors — soutien mensuel via GitHub
• ☕ Ko-Fi — don ponctuel ou soutien mensuel

Les dons sont entièrement facultatifs : aucun privilège, contenu exclusif ou fonction n’est réservé aux donateurs. L’application et le code source restent identiques pour tout le monde. Voir DONATIONS.md pour les détails et les autres façons de contribuer.

Merci à toutes les personnes qui soutiennent MeteoCompare.

No public sponsors yet ❤️

Chaque personne qui soutient MeteoCompare peut ajouter le badge suivant à son profil :

[![MeteoCompare Supporter](https://raw.githubusercontent.com/Pat0chat/meteocompare/main/badges/LOGIN.png)](https://github.com/sponsors/Pat0chat)

À remplacer :

• OWNER : propriétaire du dépôt où se trouvent les badges ;
• REPO : nom de ce dépôt ;
• LOGIN : login GitHub du sponsor en minuscules ;
• SPONSORABLE_LOGIN : ton compte GitHub Sponsors.

Roadmap

Fait :

• ✅ v0.0 — Comparaison multi-modèles, indice de confiance, bande horaire
• ✅ v0.1 — Page “Pourquoi cette confiance ?”, correction de bugs
• ✅ v0.2 — Icônes de temps, tableau Jour × Modèle des conditions, ajout UKMO / AIFS / GEM / ICON-D2
• ✅ v0.3 — Highlight du jour courant dans les tableaux, correction de bugs
• ✅ v0.4 — Toggle “par heure / par jour”, zoom pincé sur la bande de confiance, badges probabilité de pluie et couverture nuageuse sous les icônes, direction du vent avec flèches downwind, indicateur “mis à jour il y a X”, icône composite “partiellement nuageux” (soleil + nuage bi-color), titres du vent clarifiés (“moyenne à 10m” au lieu de “max” ambigu)
• ✅ v0.5 — Nouvelles données (probabilité de pluie, couverture nuageuse, vent) et correction de bugs
• ✅ v0.6 — Widget homescreen (Glance) redimensionnable à affichage adaptatif avec opacité de fond configurable et sélection de ville favorite ; reproduit un résumé compact de la TodaySummaryCard
• ✅ v0.7 — Optimisation batterie et CPU pour l’application et widget (WorkManager pour le refresh widget, réduction des recomputes), upgrade de la stack, amélioration des widgets, mise à jour Kotlin 2.x
• ✅ v0.8 — Batching multi-modèles (1 requête HTTPS au lieu de N), bande de confiance multi-métriques (T° / pluie / vent), repères ERA5 sur 10 ans en overlay, tri des modèles Settings (zone/famille/finesse), ajout HRRR / MET Nordic / KNMI HARMONIE / BOM ACCESS / CMA GRAPES (5 nouveaux modèles), widget à prévisions étendues et bande de confiance, i18n des widgets
• ✅ v0.9 — Correction des requêtes dupliquées, correction des widgets fantômes, widgets et application partagent le même espace de données, amélioration des widgets, ajout des heatmaps pour les tableaux par heure
• ✅ v1.0 — Suivi de biais par modèle et par ville : historique J+1 reconstruit via Previous Runs, références de réanalyse via WorkManager, chip 3 états dans les tableaux (biais significatif / biais faible / en attente), sheet dédiée avec sparkline 30j et texte contextuel, coalescing des fetches HTTP concurrents
• ✅ v1.1 — Refonte des widgets, ajout des icônes partagées, optimisation globale de l’application, correction de bugs
• ✅ v1.2 — Amélioration des widgets, refonte des tableaux (thème et trie), couleurs de modèles par famille, optimisation énergétique (worker, requête, etc.), correction de bugs
• ✅ v1.3 — Amélioration des widgets, amélioration visuelle de la page details, ajout du classement des modèles par localité, refonde de la page de biais, correction de bugs
• ✅ v1.4 — Améliorations des tableaux, ajout d’une timeline, ajout des sections retractables, correction de bugs
• ✅ v1.5 — Refonte de la page “city details”, amélioration du widget mini forecast, correction de bugs
• ✅ v1.5.1 — Uniformisation des tableaux, amélioration des tailles texte / icône dans les widgets, correction de bugs
• ✅ v1.6 — Section chronologie et “A retenir”, correction de bugs
• ✅ v1.6.1 -> v1.6.4 — Amélioration des sections chronologie et “A retenir”, ajout d’un widget “A retenir”, correction de bugs
• ✅ v1.7.0 — Refonte des interfaces, ajout de la donnée « rafale », ajout des scénarios, correction du calcul sunrise / sunset, TodaySummary enrichie, cartes Home compactées avec scénarios repliables et nouvelle heatmap 12 h, correction de bugs
• ✅ v1.8.0 — Évolution des prévisions par snapshots locaux ~24/~48/~72 h, sans requête réseau additionnelle, cohorte commune de modèles, âge réel affiché, carte repliable mémorisée par ville, détails modèle par modèle et signaux injectés dans « À retenir » ; localisation FR/EN/ES/DE/IT
• ✅ v1.9.0 - Moteur de prévisions v2 et ajout des informations “marine” pour les villes cotières, correction de bugs
• ✅ v1.10.0 — Stack Gradle/AGP/Kotlin modernisée, moteur de prévisions V3, nouveaux modèles régionaux, correction de bugs
• ✅ v1.11.0 — Nouveau moteur de consensus, page d’aide, correction de bugs
• ✅ v1.12.0 — Migration vers ECMWF 9km, Chronologie par heure, ajout de la vigilance Météo-France, refonte de la partie mer et de la page d’accueil, mise à jour de la stack Gradle, correction de bugs
• ✅ v1.13.0 — Améliorations des interfaces, mise à jour des icônes, améliorations des moteurs de prévisions / consensus, correction de bugs
• ✅ v1.13.1 — Améliorations des interfaces, correction de bugs
• ✅ v1.14.0 — Mode tablette, correction de bugs sur le rafraichissement des données, amélioration de l’UI pour certains composants, ajout d’un mode frise dans la chronologie, corrections de bugs
• ✅ v1.14.1 — Amélioration du mode tablette, ajout des indications Open Météo, couleurs dynamiques, amélioration de l’UI pour certains composants, corrections de bugs
• ✅ v1.14.2 — Amélioration du mode tablette
• ✅ v1.14.3 -> 4 — Corrections de bugs
• ✅ v1.14.5 — Nouvelle vue “Chart View”, initialement sur 7 jours ; son horizon passe à 10 jours en v1.15.0
• ✅ v1.15.0 — Nouveaux modèles AIGFS et GSM pour mieux couvrir le monde, horizon des prévisions augmenté à 10 jours, améliorations des perforamnces, corrections de bugs
• ✅ v1.16.0 — Ajout d’un système de notifications (résumé journalier, changement de prévisions, évènements à venir), prise en charge des unités impériales (métriques par défaut), corrections de bugs (bias, widget’s settings, requests et GC)
• ✅ v1.16.1 — Correction des refreshs et requêtes inutiles, correction des notifications
• ✅ v1.17.0 — Radar des pluies (observation et projection jusqu’à 60 minutes), amélioration des performances, correction de bugs
• ✅ v1.17.1 — Indices UV, widgets redimensionnables et amélioration des descriptions des moteurs météo
• ✅ v1.17.2 — Choix 12 h / 24 h indépendant de la langue, icônes météo nocturnes, indices UV colorés, refonte du résumé du jour et correctifs de stabilité (publication après validation CI / appareil)
• ✅ v1.18.0 — Comparateur de localités avec graphiques horaires (axes gradués, palette par métrique, sélection tactile), unités UK et optimisations de calculs.
• ✅ v1.18.1 — Cartes Home compactes animées et sélection mémorisée, amélioration du vent dans les tableaux, clarification des widgets, cache radar optimisé et correctifs de performance.
• ✅ v1.19.0 — Ma position (facultatif) : carte météo et widgets basés sur une position approximative. Actualisation uniquement lorsque l’application est ouverte. Aucune géolocalisation en arrière-plan, aucun historique de déplacements. Les widgets utilisent la dernière zone connue. Corrections et optimisations des prévisions. Température ressentie.
• ✅ v1.19.1 — Fiabilisation de « Ma position » (GPS manuel, permissions ponctuelles et suppression pendant un relevé).
• ✅ v1.19.2 — Pression atmosphérique dans les détails, la comparaison et Chart View ; températures ressenties min/max dans les graphiques existants ; Chart View compact ; traductions et unités vérifiées.
• ✅ v1.19.3->5 — Humidité relative et point de rosée dans Home, Today Summary, chronologies, Chart View et comparaison ; icône d’humidité clarifiée, échelle pluie/humidité corrigée et revue de non-régression.

Licence

Apache License 2.0 — vous pouvez utiliser, modifier et redistribuer le code librement, à condition de conserver la notice de copyright.

Les données météo sont fournies par Open-Meteo (également open-source, AGPL-3.0). Les modèles eux-mêmes sont produits par leurs organismes respectifs : Météo-France (AROME, ARPEGE), DWD (ICON, ICON-D2), NOAA (GFS, HRRR, AIGFS), ECMWF (IFS et AIFS), UK Met Office (UKMO), Environnement et Changement climatique Canada (GEM), Japan Meteorological Agency (GSM), MET Norway (MET Nordic), KNMI et DMI (HARMONIE), MeteoSwiss (ICON-CH2), Bureau of Meteorology Australie (ACCESS), China Meteorological Administration (GRAPES).

This site is open source. Improve this page.