modification, fusion de gribs : quel outil ? (grib2, météofrance, routage qtvlm)

vraiment top weather 4D et vraiment sympa pour ces gribs
j'acheterai s'ils font une version PC/Windows...

merci de l'info

j'ai essayé de faire un routage sans succès avec les gribs de météo france arome, sans succès (il n'arrive pas à "relier la destination" d'après le message)
le souci dont tu parles ?

ce qui serait top, ça serait de trouver un petit outil pour retailler et fusionner les gribs de météo france

je n'ai pas essayé de fusionner 2 ou 3 gribs de 60 Mo avec qtvlm, est ce que ça marche ?

Il a RAISON: router dans le passé, c'est plus sûr que router dans l'avenir !
:acheval:

J'ai un exemple d'un utilisateur qui charge dans qtVlm des gribs de 1Gb, pour router dans le passé sur 20 ans, ca fonctionne (lentement je suppose, lol)

Tout dépend du fichier que tu prends. Les gribs dispo sur méteo france sont à échéance de 6h donc pas moyen de router plus loin sauf à les concaténer. Pas d'outils simples pour faire ça (wgrib2 doit faire ça, sous linux).

Le plus simple est de prendre les fichiers qu'Olivier de W4D a mis à dispo.

Après c'est un peu ridicule de router à plus de disons 1 ou 2 journées avec une maille si fine qui sera fausse de toutes façons. L'idéal serait de pouvoir charger 2 gribs, un avec une maille très fine mais court dans le temps, et ensuite un fichier grib plus grossier qui va plus loin dans le temps. C'est une idée (je note).

La concaténation de grib dans qtVlm est très basique, pas sur que ca fonctionne pour ce cas, je ne me rappelle plus... Ca ne serait pas très difficile à améliorer, faut juste trouver le temps et les ressources (comme d'hab).

La commande Copy du système fusionne très bien les grib

sous windows : copy /B *.grb out.grb

fusionne tous les GRIB du répertoire.

IIRC. Le seul problème est l'ordre de 'fusion' des fichiers, en cas de doubles (1), le fichier dont tiendra compte le logiciel d'affichage sera le dernier lu : il y a 'overwrite'.

Suis-je clair ? Non pas très :-)

Jacques

(1) même date-heure, échéance différente. A 10 jours, à raison de quatre publications de grib de par jour, 40 grib donnent une valeur pour maintenant, l'afficheur n'en retiendra qu'une, la dernière lue ... il faut que ce soit la plus récente, elle doit donc apparaître en dernier dans la concaténation.

la définition du pas géographique est définie record par record (un record par date), donc oui c'est gardé. C'est d'ailleurs pour ça que ca fonctionne avec des gribs à pas variable (par exemple les gribs de 15 jours qu'on peut obtenir par saildocs passe à un pas de 2.5° après 7/8 jrs (et 12h au lieu de 3).

Je sens que je vais essayer de faire un truc plus facile dans qtVlm pour merger ces gribs.

En fait la fonction "merge" de qtVlm n'est pas si mal. J'ai juste rajouté un test pour garder systématiquement le record avec la meilleure résolution et un ou deux contrôles supplémentaires (par exemple ca n'est pas possible pour l'instant de merger des grib1 avec des grib2, faut que ca soit de la même sorte). L'ordre dans lequel les fichiers sont fusionnés n'a plus d'importance.

Avantage indirect ca permet de fusionner des gribs courants/vagues/vent/pression/etc en un seul grib et de le transférer tel quel sur Android ou iOS, sans avoir à s'embêter à charger plusieurs gribs simultanément.

Ca sera dans la prochaine version, semaine prochaine sûrement.

La prochaine version gérera les 2 slots gribs différemment: On pourra charger n'importe quel grib (pas forcément courant dans le 2eme slot) et la fusion se fera du coup même au niveau géographique. Il faudra faire attention à charger le grib le plus fin dans le 1er slot.

Et là se pose la question : est-il permis de tripatouiller les GRIB(1) et de publier les résultats ? Zygrib le fait. Mais éclater les GRIB et ne retenir que les GRIB élémentaires utiles à la fusion souhaitée (fichiers 10 à 30 fois moins longs) ou interpoler pour obtenir des résolutions équivalentes, ...

Au minimum, il faudrait supprimer la référence à la source dans les GRIB élémentaires mais peut-on le faire ? (1)

Pour le routage, il y a une limite lourde à la méthode que je propose dans mon message précédent : tant qu'on est dans la portée temporelle des prévisions 'Arôme' la carte NOAA n'est pas connue et les limites de la carte pour le routage sont les limites de la zone 'Arôme'. Si lors d'un routage, on sort de la zone 'Arôme' à une date-heure où 'Arôme' donne toujours des prévisions, la zone 'Arôme' est toujours la limite du routage, les limites de la zone ne passent à la zone gfsNOAA que lorsque les prévisions 'Arôme' cessent.

:-) La solution consiste à limiter la portée temporelle des prévisions 'Arôme' à un peu moins que le temps nécessaire pour sortir de la carte 'Arôme' :-) ... un peu compliqué ... non !

Jacques

(1) le message d'accueil sur download sur FTP polar.ncep.noaa.gov n'est pas rassurant :-)

Si on fait l'exercice d'afficher les 2 à la fois, ça fait une sacré différence entre la NOAA et Arome...

Chose promise chose due: qtVlm 5.3.5 permet de superposer des gribs, par exemple avec des résolutions différentes, ou bien des zones géographiques différentes. Ca plus la fonction fusionner des gribs (y compris compressés), ca permet de faire déjà pas mal de trucs...