NavCAST et Navdata

kekidit le monsieur ?
TdF ? Télédiffusion de France :-)
DRM ? digital rights management :-( ça doit être autre chose...

alors un grib 5 jours mailes 0.5,vent uniquement avec à peut prés tes contours Nord Lerwick , Ouest Horta, Sud Arrecif,Est la Grèce ça donne 1 Mo :oups:

Va falloir réduire ! :-D

tres jolis graphiques en tous les cas.

j'ai pris une maille de 2° contre 0.5° pour toi !!
Car je pense que sur une telle étendue 2° c'est suffisant. Le but n'est pas de faire un routage de régate, mais plutôt d'avoir une idée générale de l'évolution du temp.
Ce qui est dingue, c'est qu'en augmentant sérieusement la taille de la zone, voir PJ, le fichier reste "raisonnable": 138Ko pour 5 jours à 2° (Atlantique, Manche, Med)

Tout mode avec correction implique une liaison connectee point a point. Et en diffusion (broadcast) ce n'est pas possible.
Le PACSAT utilise une methode de paquets identifies qui permet une diffusion efficace a une liste de stations neanmoins identifiees au prealable, donc capables d'emmettre.
Le PSK31 est tres efficace dans le bruit et les signaux faibles.
Avec une belle station (1000W) et des antennes d'emission pleine taille, il est probable que le PSK63 puissent fonctionner correctement.

En diffusion pure, donc sans emetteur du cote des receveurs et sans accuse de reception possible, la seule methode pour reparer les donnees corrompues serait (a mon sens) de decouper les messages en mots avec un checksum. Chaque mot contient en sus du texte, un code de message et un code positionnement dans le texte du message.
En repetant une ou deux fois le message, eventuellement sur differentes frequences, le recepteur peut trier les mots recus, les envoyer dans le bon texte, boucher les trous et emettre une jolie musique quand le message est complet.

On cree un NAVTEX HF dont les textes peuvent contenir des fichiers GRIB, des messages texte avec de la meteo ou n'impore quelle information generale.

C'est la solution satellite du service qui serait parfaite si les satellites INMARSAT diffusaient des fichiers GRIB par grandes regions oceaniques.
Ce serait un service a leur demander. Pour sur ils inventeraient un dongle payant pour les recevoir mais pourquoi pas si cela reste raisonnable.

Ils le font :
forums.outernet.is[...]/2638/4
Cela a déjà été posté sur ce forum, mais je ne me souviens plus qui/quoi/quand.

Pas certain de quel article tu parles. Mais si c'est sur l'usage des FEC comme le fait/permet Parchive.
Dans ce cas pour ce que j'en comprends, la première question est : quelle est la taille la plus grande que l'on peut transmettre avec une fiabilité raisonnable. Cela donne la taille d'un bloc. Ensuite, regrouper les informations par usage (archive). Puis découper ces archives en blocs et calculer les blocs redondants nécessaires. Le nombre de redondant dépendant de la fiabilité de la transmission.

En fait c'est qui est fait sur les "alt.binaries". Généralement il y a dans les 20% de blocs de redondance.
Pour de la radio et des messages répéter en boucle : la limite de PAR2 est 32767 blocs... Mais mathématiquement il n'y a pas de limites au nombre de blocs redondant (10x 20x 100x ...).
La question est sans plus la définition des groupes de données et la stratégie de rediffusion (temps/fréquence/émetteurs). Mais il se peut qu'il y ait déjà des travaux de radio amateur ?

Oui, les blocs sont protégés par CRR et un minium de FEC. Si les blocs sont trop grands et pas assez de FEC : on perd de la bande passante par données corrompues. Mais beaucoup de FEC et des petits blocs : on gâche de la bande passante. C'est ce que fond le protocole de transmission (numérique).

Par dessus "Parchive" calcul des blocs redondants pour un fichier qui permettent de bouché les blancs dans la transmission ou à l'extrême de reconstituer un fichier à partir bride de transmission reçut à différent moment et même par différentes sources.
Mais là aussi il y a un compromis à trouver : le temps de calcul croît exponentiellement avec le nombre de blocs. Mais si la taille de fichiers est de 100Ko, le temps de calcul sera souvent négligeable.

Donc suivant la qualité attendue de la réception, le nombre de retransmissions faites : il y a des valeurs idéales pour les paramètres des deux systèmes de corrections d'erreurs. Mais s’il existe un standard pour le protocole de transmission, il est vraisemblable que ce sera proche du compromis idéal.

A mon avis l'un ne va pas contre l'autre: pour reprendre ton exemple tu peux envoyer 100 paquets chacun avec son CRC.
Le CRC confirme que le paquet est bien arrrive, s'il est mal arrive le paquet est annule mais il peut etre reconstitue grace aux paquets redondants.

Bon apparement Outernet diffuse des fichiers GRIB2 non lus par nos routeurs habituels qui eux lisent les GRIB.
Des precisions dur ce point ?

Je viens de faire un tour rapide du site OUTERNET et des forums,
tres interessant.
Quelques remarques:
1) Il faut regler l'antenne dans la direction du satellite, pas tres difficile, sur les M je le faisais a la main car l'antenne patch a 130 degres de visibilite.
2) Une remarque sur le forum au sujet des GRIB2 fait que sauf moulinette pour les passer en GRIB, les messages meteo ne sont lisibles que par le logiciel NOAA.
3) Le materiel n'est pas marinise, il faut enfermer tout cela dans des boites etanches.
4) Le fait que tout cela soit supporte par INMARSAT est plutot un gage de serieux.

Je confirme que qtVlm lit les grib2 nativement.

Est-ce que une des solutions ne serait pas à trouver dans les particularité même d'un fichier grib.
Si en général un fichier informatique ne supporte pas de corruption ou de perdre des parties, pour des fichiers grib, on pourrait imaginer que la perte d'un certain nombre de points (maille) ne rendrait pas pour autant le fichier inexploitable...
Mais il faudrait peut-être pour cela un nouveau format grib où chaque cellule dit si elle a été bien reçue. (je parle de ce que je ne connais pas, je ne connais pas la structure des fichier grib)

Le but içi aurait été de pouvoir se servir d'un fichier "pas trop" corrompu, pas de corriger les problèmes.

Oups... On réinvente le monde là!

J'adore reinventer la poudre...
Mais il est vrai que les GRIB en HF bande etroite avec redondance et FEC (CRC?) on n'a pas encore fait.