Non, non, la fonction export du navtex est tout à fait gérable, en fait on se retrouve comme dans le cas de la gestion des gribs : on exporte un fichier navtex vers l’ordi qui sera stocké dans un dossier, et on ouvre ce fichier dans Open CPN, tout comme pour un fichier grib.

La solution de passer par un fichier KML ne me branche pas trop, car Open cpn ne gère pas ce format. Par contre, on peut passer par un format gpx qui est géré par Open cpn. Dans ce cas, on se retrouve un peu comme dans les gestion des POI, où l’on a un point ou une marque qui s’affiche sur la carte, que l’on peut cliquer pour en consulter les informations.

Mais il y a quand même d’autres aspects à gérer, et c’est pour cela que la solution évoquée par Odysseus sur STW me fait un peu peur. Je remet ici mon dernier message sur stw :

Effectivement dans mon enthousiasme, je suis parti sur une trame nmea (ça aurait été plus facile !) alors que le navtex n’exporte qu’un fichier texte.

Mon souhait serait d’avoir une fonction exploitable sur Open CPN et surtout pas sur Maxsea (ils nous font payer suffisament cher leurs services pour ne pas leur en fournir gratuitement !)

J’ai rallumé le navtex histoire de revoir les messages diffusés, et je perçois plusieurs autres problèmes :

 effectivement, la gestion de la redondance des messages. Ca doit être gérable facilement car chaque avurnav reçoit un numéro de code
 les messages d’annulation des avurnavs. Plus compliqué à gérer.
 plus difficile encore, si certains avurnavs sont géo référencés, d’autres ne le sont pas, en indiquant seulement par exemple "feu de tel endroit (et non position) ne marche pas.
 autre problème, gérer les « zones » de warning. Je me souviens de parfois recevoir une liste de 25 positions se référant à des dates différentes. Par exemple en ce moment, il y a des exercices de tir en sud ionienne qui seront effectués à différents endroits à différentes dates
 enfin, mais il doit y avoir d’autres aspects à gérer, les messages à zone large, ou qui n’ont pas forcément de caractère géographique précis, comme les messages de l’Otan
 de plus, les messages navtex ne sont pas toujours de bonne qualité de réception (un chiffre de position saute par exemple), et si nous pouvons déduire la position, un ordinateur ne le pourra bien sur pas.

Toute cela me laisse finalement dubitatif sur la faisabilité et surtout la fiabilité de la chose. En effet, il n’y a rien de plus dangereux qu’un outil qui « mangerait » une partie des messages ....

On a un peu pollué le sujet initial (surtout moi !), ne voulez vous pas continuer sur PTP ? Sans rien enlever à STW, PTP est un lieu plus approprié pour parler d’éventuel développement sur Open CPN

Cela dit, cela m’a permis de découvrir un article intéressant (mais que je ne retrouve plus !) sur les évolutions à venir du navtex, et revevoir des fichiers gribs par le navtex grace à l’augmentation de son débit est vraiment intéressant.