Fichier de langue pour OpenCPN

La prochaine version d'OpenCPN pourrait bien sortir assez vite maintenant. Depuis la version 3.0.2, le fichier de langue et donc sa traduction a subi un vrai coup de torchon.

Pour ceux qui suivent les versions bêta de près, une version du fichier de langue en Français est accessible, avec son mode d'emploi, ici :

opencpn.shoreline.fr[...]gue.htm

Mais l'avis de plus d'utilisateurs serait une bonne chose. Alors, qui dit quoi ?

L'équipage
10 jan. 2013
10 jan. 2013

Merci pour l'information, mais je ne comprends pas le sens, fichier Français, Opencpn est déjà en Français alors quoi de plus à venir ???

Merci d'éclairer ma lanterne.
Cordialement.

11 jan. 201316 juin 2020

Elle est bien bonne, celle-là...

Si OpenCpn cause français, c'est que Gilletarom, depuis plusieurs années, à passer un nombre considérable d'heures à traduire les informations affichées d'anglais en français...pas loin de 1000 chaînes aujourd'hui...
Image : un fragment avec le logiciel utilisé
Comme il y a beaucoup de nouveautés, il veut simplement que des Heossiens avec quelques connaissances en anglais vérifient les nouvelles traductions avant de transmettre son travail à Dave, le programmeur en chef d'OpenCpn...

J'en profite: MERCI Gérard pour ton travail...

11 jan. 2013

Oups : "a passé" .... pffff

11 jan. 2013

Merci à Gilletarom !
Une question : comment traduire la liste des objets affichables des cartes vectorielles sur la version beta ?
Je ne retrouve pas le fichier...
Un abrazo.

11 jan. 201316 juin 2020

De quelle liste des objets affichables s'agit il ? S'il s'agit de ce qui apparait dans la fenêtre de gauche du sous onglet "Cartes vectorielles" de l'onglet "Cartes/données" des "Options (Boite à outils)" (voir image ci dessous) alors, ce n'est pas dans le fichier de langue parce que ce ne sont pas des items dus à OpenCPN et à ses développeurs. Ce sont des "items" dus à l'OMI.

Ces items la sont ceux qui apparaissent sur les cartes de type S57 ou des CM93.

Dans une de mes vies antérieures, j'avais mis en place, une page web à ce sujet. Mais elle n'était pas bien faite. Et le travail pour la refaire étant considérable, elle est descendue, lentement mais surement au fond du "To do" ...

11 jan. 2013

C'est bien ça.
OK pour l'OMI mais ce fichier doit bien être quelque part ???
Je veux bien commencer à m'y coller si je peux l'attraper.

11 jan. 201311 jan. 2013

Voici deux liens :

www.s-57.com[...]/

www.caris.com[...]log.htm .

Et il faut savoir que ces deux liens mènent à des pages web mises en place par deux éditeurs de logiciel ECDIS, semblables à OpenCPN ... mais "Certifiés", "tamponnés" "conformes" aux normes de l'OMI. Bref à des logiciels dits "Pro" et utilisés sur les cargo et autres grosses bêtes de mer.

Dans les deux cas, vous vous attaquez à une liste de plus de 500 items.

Par ailleurs, voici une page où trouver moult documents téléchargeables :
www.iho-ohi.net[...]oad.htm

Vous devriez y trouver ces deux documents la :
- IHO S-52 Appx 2 Add .pdf
- S-57 APPENDIX B.1.pdf

où peut être de nouvelles versions.

11 jan. 2013

Merci pour toutes ces infos.
A priori mon intention dépasserait mes capacités. Mais le fichier, est ce qu'il est dans open ou pas ? C'est ça que je ne comprends pas.

11 jan. 201316 juin 2020

Non, ces items ne sont pas dans OpenCPN. Ils sont dans toutes les cartes S57 ou CM93. Lorsque vous double cliquez sur un point de la carte, la fenêtre des propriétés s'ouvre.

Voyez image ci dessous.

Dans cet exemple vous lisez :
Light ---> fait parti de l'objet "LIGHTS"
Beacon, lateral ---> fait parti des objets "BCNLAT"
Restricted area ---> fait parti des objets "RESARE"
Etc ...

11 jan. 201316 juin 2020

dieulepère ..

J'ai exhumé pour vous cette page ... en triste état mais si vous pouvez en tirer quelque chose.

opencpn.shoreline.fr[...]els.htm

Vous vouliez le fichier ... Il est caché dans le fichier d'initialisation d'OpenCPN. Il suffisait de l'en extraire. Voir ci joint.

Ceci dit, le fichier ci joint comporte 212 items mais en réalité, il faut comprendre qu'il ne s'agit que des items affichables.


11 jan. 2013

La traduction des 246 Objets des C-map pour la dernière version d’OpenCPN est faite. Voir ce lien

www.eauxturquoises.fr[...]map.htm

On la passera bientôt dans le tutoriel … On cherche des volontaires pour traduire maintenant les 292 attributs….
Michel

12 jan. 2013

Tout d'abord, un grand merci pour Gilletarom pour l'immense travail fait sur OpenCpn tant du point de vue traduction que du point de vue tutoriel et nous tous, utilisateur du logiciel, lui sommes redevables.

Suis OK pour aider pour la partie traduction.
Serge

12 jan. 2013

Je reprends le clavier et remercie les bons conseils des uns et des autres pour les réponses à ma demande.

12 jan. 2013

AISEAG, j'ai essayé de répondre à ton MP mais ... ?? Voir fil tout neuf dans la taverne.

J'ai besoin de t'on adresse mail par MP.

15 jan. 201316 juin 2020

Si ça peut servir, j'ai traduit le fichier "objets affichables" à partir des éléments fournis par les uns et les autres.
Il n'accepte pas les accents et les oe (e dans l'o) pour les étiquettes en français. Enfin, moi, j'ai pas su...
Il suffit de le mettre à la place de celui qui existe dans le dossier s57data.
Si des traduc ne vont pas n'hésitez pas à modifier et à faire un retour. J'ai pas trop bataillé sur le sens. Ce qui compte, c'est que je comprenne.


15 jan. 201315 jan. 2013

Bonjour,

Pour les accents et autres caractères "exotiques", c'est normal. OpenCPN ne les aime pas du tout.

Il y a quelque chose à ce sujet dans les trucs et astuces de mon site web

Ceci dit je regarde le fichier.

Nous sommes 3 à travailler actuellement sur le fichier de langue, on devrait bien arriver à voir cela.

15 jan. 201315 jan. 2013

Je viens d'essayer le fichier de dieulepère... inutilisable. OpenCPN se plante.

J'ai ouvert le fichier avec Notepad. Il y a des " en double exemplaires partout. J'ai essayé un petite modif qui consiste à remplacer partout les "" par un simple " mais c'est insuffisant. il y a encore une galère. OCPN plante encore.

Et il y a des quantités phénoménale de ; en rab un peu partout.

Avec logiciel a tu ouvert le fichier pour travailler dessus ?

Autre problème . Par exemple, tu as remplacé "Beacon, cardinal" par "Balise cardinale" sans remettre la virgule. Ce n'est pas certain que la virgule ait de l'importance mais nous ne pouvons pas nous permettre de l'enlever.

15 jan. 201315 jan. 2013

C'est un fichier .csv. Il s'ouvre avec excel tout simplement !
La virgule n'a rien à voir, l'étiquette est entre guillemets.
Tu dois le déposer directement dans le dossier s57. Chez moi ça marche et ça ne plante pas open.

15 jan. 201316 juin 2020

Pas sur que tu ais totalement raison. Il faut aussi lorsque tu ouvres le fichier que tes réglages concernant les séparateurs soient les même que ceux employés par les auteurs du logiciel.

Regarde mes deux images. Je n'ai pas le même affichage avec l'original et ton fichier en utilisant Calc (de Libre office)

Et en utilisant Notepad, on révèle tous les caractères "anormaux"

15 jan. 2013

Avec ton fichier, voila ce que je trouve dans le fichier log :

14:27:48: ChartSymbols loaded from C:\Program Files\OpenCPN\s57data\chartsymbols.xml
14:27:49: Using s57data in C:\Program Files\OpenCPN\s57data
14:27:49: CPL ERROR 1: s57objectclasses columns don't match expected format!

14:27:49: Error: Could not load S57 ClassInfo from C:\Program Files\OpenCPN\s57data

15 jan. 201316 juin 2020

Je ne suis pas un champion mais le fichier .csv (valeur séparée par une virgule tel que je l'ai enregistré) fonctionne correctement sur mon opencpn.
Le fichier que tu présentes comme celui d'origine n'est pas ouvert en csv semble-t-il, il y a une valeur par colonne contrairement au mien pour lesquels les valeurs de la première colonne sont séparées par des virgules et les zone de texte entre guillemets. Ce n'est pas un fichier texte/csv.
Je ne sais pas quoi te dire... Chez moi c'est ok :

15 jan. 2013

Chez Pythéas54, cela fonctionne. Pythéas54 vient de m'envoyer une version dans laquelle il a apporter quelques modifications et chez lui ça marche. mais pas chez moi.

J'ai cette erreur la :
14:48:04: Error: Failed to convert file "C:\Program Files\OpenCPN\s57data/s57objectclasses.csv" to Unicode.!

Je crois que c'est un problème qui concerne la façon dont chaque machine est réglée.

A vrai dire, il faudrait qu'un spécialiste nous aide car la je suis dépassé.

15 jan. 201315 jan. 2013

Même problème.
Question: tu l'ouvres avec quel format (Unicode, Iso ...) et dans quel langue ?
J'ai fait quelques corrections et j'ai pas dû enregistrer dans le bon format

15 jan. 2013

Tu n'as pas Excel plutôt que LO pour l'ouvrir ? As-tu essayé en le copiant directement dans le dossier s57 sans rien faire de plus ?
Je corrige certains mots du vocabulaire. Si Pythéas travaille dessus, ce serait bien qu'il fasse suivre. Il y a des définitions qui sont un peu juste et mériteraient d'être revues...

15 jan. 201316 juin 2020

Dieulepère ta modification fonctionne correctement chez moi aussi. Ce que Gérard a montré en Copie Jointe est différente, parce que non présentée en CSV
Il semble qu’il y est peu de risque de dénaturation des infos lues sur une carte, dans la mesure ou ton fichier n’affecte que la présentation dans les gestionnaire des objets affichables de la BOA. Ce qui en facilite grandement la lecture, bravo…
Le fichier ‘’s57objectclasses’’ ne sert qu’à indexer le fichier ’’ s57expectedinput’’ qui lui reste intact. Enfin me semble t il
Michel

15 jan. 201316 juin 2020

OK réussi (formatage avec Libre Office en format Europe Occidentale ASCII/US - langue USA)

Voici mes propositions
(il reste quelques fooootes de frappe)

PS
M....de: il doit rester des erreurs car le log n'est pas bon... mais ça s'affiche bien en français chez moi...


15 jan. 2013

J'enregistre en .csv avec Excel. Je crois que LO ne sait pas ouvrir le csv en csv... J'ai essayé LO avec plusieurs formats et aucun n'ouvre en csv : séparé par des virgules.
Ceux qui n'ont pas Office de MS peuvent être gênés. Mais je ne doute pas que quelqu'un trouve la solution avec LO.

15 jan. 201315 jan. 2013

Snif, snif ... ça marche toujours pô chez moi ... Snif, snif ...

15:29:59: CPL ERROR 1: s57objectclasses columns don't match expected format!

15:29:59: Error: Could not load S57 ClassInfo from C:\Program Files\OpenCPN\s57data

Ceci dit, ouvert avec enregistré avec Exel ou LO par Dieulepere ou par Pythéas54, dans tous les cas, moi, j'ai un crash d'OCPN. Donc, vos fichiers sont vérolés.

15 jan. 201315 jan. 2013

SVP, Dieulepère et Pythéas54,

Pouvez vous :
1° copier la colonne des nom des objets, qui est la seule que vous avez modifiée. Et seulement cette colonne.
2° La coller dans un fichier texte en utilisant NOTEPAD
3° Nous fournir ce fichier la.

Merci d'avance.

Gilletarom.

15 jan. 201315 jan. 2013

Gérard pour quoi insister sur notePad... le fichier que gère OpenCPN est un fichier excel au format CSV, celui que propose Dieulepère.
En fait, il faut reprendre le fichier originel et ne modifier que la partie texte sans toucher à une virgule, et le sauvegarder sous Excel CSV et basta
Michel

15 jan. 201316 juin 2020

Voila

PS
1003 Corps Morts
à corriger


15 jan. 2013

Problème :

Ton fichier, comme celui de Dieulepere, contient vers le début ceci :
ADMARE,JRSDTN

Mais ADMARE et JRSDTN devrait être en dehors de cette colonne. Il devrait être dans deux colonnes idépendantes.

C'est ça qui ne va pas dans le fichier de Dieulepere.

Tant qu'on aura ça, on aura des crach.

15 jan. 2013

Je crois que j'ai pigé. Le fichier de Dieulepere a été transformé en passant sur H&O...
Il y a des " en plus... d'où panique sur OpenCpn....

15 jan. 2013

D'accord avec Fredol.
Je ne peux pas répondre à ta demande pour l'instant Gilles. Je suis dans les transports en commun.

15 jan. 201315 jan. 2013

Je viens de déplacer le fichier d'origine de Dieulepere avec une clé USB et je l'ai ouvert avec Excel 2007 dans une autre machine.

Désolé mais l'affichage avec Exel est aussi anormal dans cette autre machine que dans ma première machine.

Pourquoi avoir demandé un fichier texte de la bonne colonne :

Je vais prendre le fichier de Pythéas54 qui ne comporte que la bonne colonne et essayer de coller cette bonne colonne dans le fichier d'origine de OpenCPN à bonne place avec Exel 2007.

Nous verrons bien si ça marche. c'est pas garanti. Comme dit la chanson "Il est long, il est long, le chemin papa ..."

15 jan. 201315 jan. 2013

Bon... On va essayer de parler simple, et il me faut de la bonne volonté sur un site dont j'ai été viré sous mon alias historique.
Les fichiers de gestion S57 dans OpenCPN sont sous Excel au format CSV. Pourquoi ???
Parce que que ce sont probablement des fichiers qui peuvent se gérer en base de donnée.
3 fichiers
- Un fichier gère les objets
- Un fichier gère les attributs
- Le troisième intègre les données des deux premiers, grâce à leur indexation. c'est lui qui est lu sur les cartes
Si on change la seule " information texte" du fichier Excel CSV du fichier des objets, sans toucher à une seule des virgules... On obtiendra un résultat clair au format Excel CSV
AMHA comme vous dites
ex Yoruk

15 jan. 2013

Pas de problème Fredol, le masque est translucide ...

mais mon problème c'est que le produit fini que nous proposerons ne provoque pas d'erreur dans OCPN si un marin échange le fichier original par le nouveau. et ceci quelque soit la machine utilisée.

J'ai bien compris depuis le début que le problème réside dans les virgules et les guillemets qui se sont ajoutés dans le fichier initial de Dieulepere. C'est même ce qui m'a sauté aux yeux en ouvrant le fichier original et le fichier de Dieulepère avec Notepad. Ce n'est pas Exel mais c'est un sacré outil de travail. Il montre des tas de chose.

Me dire que ce sont d'autres fichiers qui sont importants, c'est peut être vrai mais cela voudrait dire que celui la est inutile. J'en serais bien étonné.

15 jan. 2013

Il y zéro virgule ou guillemet qui se soit rajouté Gilles sur mon fichier. C'est le principe du csv qui nécessite des virgules et des guillemet ! Open utilise un fichier csv : coma-separated value utilisable sous excel et pas notepad.
Voilà ce que je peux dire. Je vais reprendre certaines définitions proposées par Pytheas et je tiens pour ceux qui le désirent le fichier à disposition.

15 jan. 201316 juin 2020

Voila ton fichier que je récupère sur le site d'H&O

Voila l'original d'OpenCpn

avec un éditeur hexadecimal

15 jan. 2013

Je suis en train de vérifier, mais je crains autre chose. Il est possible que les fichiers originaux soient protégées en écriture. le simple fait de les modifier produit une erreur sur le Log... Je confirme plus tard

15 jan. 201316 juin 2020

C'est confirmé, si on touche au fichier "s57objectclasses" protégé en écriture on le détériore...
Ha....


15 jan. 201316 juin 2020

En attendant, voila une version du fichier de Pythéas54, expurgée de tout ce qui nous ennuie.

J'ai corrigé ports et remis quelques virgules qui manquaient après le mot "balise" dans 4 ou 5 lignes.

Une chose est certaine, le fichier initial de Dieulepere fonctionne avec OpenCPN sans provoquer de crash chez lui.
C'est ce qu'il nous dit. On peut quand même lui faire confiance.

Donc on peut modifier le fichier. Mais il y a un problème d'encodage. Etrange mais c'est comme cela.


15 jan. 201316 juin 2020

Voici un fichier refait à la main d'après l'original anglais (galère !!!)
Il reste quelques c... dans le fromage, mais OpenCpn accepte sans erreur...


15 jan. 201316 juin 2020

OK, trouvé les c... (des retours chariot de trop !!!)
Ca à l'air tout bon
Plus d'erreur dans le log
NATARE, _bcngn et _boygn ne sont pas dans ce fichier, alors on peut pas traduire.
Pas d'idées pour catach, cthbr et INFORM ici et dans le fichier anglais...

Vais boire un coup....


15 jan. 2013

Ok, Bravo, ça marche chez moi aussi.

Génial, on sait ce qu'on coche dans la fenêtre des objets dans l'onglet "Cartes vectorielles" de "Cartes/données" dans la Boite à outils.

Pourvu que Dave ne modifie pas le fichier dans les prochaines versions d'OCPN.

15 jan. 2013

Confirmé c'est aussi bon pour moi... me reste plus qu'à mettre à jour mes.... deux tutoriels... c'est de l'humour hein....
Michel

15 jan. 2013

Bon, tu vois, c'était pas vraiment verouillé... ;-)

15 jan. 2013

ça fonctionne impeccablement chez moi (Win XP)

Merci pour le travail accompli .

15 jan. 201316 juin 2020

Halte là, c'est juste une proposition de traduction... Il y a surement des choses à améliorer en comparant le fichier anglais et français
(Gilletarom, Dieulepère et d'autres...)
J'ai déjà vu que 'couverture' c'est nul, je trouve que 'Informations cartographiques' c'est mieux...

Pour tout le monde: Pointez sur un objet puis clic droit > objets présents: propriétés
et regardez si la traduction est appropriée et compréhensible...

15 jan. 2013

bien sûr, je l'avait bien compris comme cela ! la perfection du premier coup, c'est rare .

15 jan. 201315 jan. 2013

et... NATARE : "Zone territoriale nationale"

Zone délimitée de frontières, par accord entre des Etats adjacents ou opposés

15 jan. 2013

J'ai dit plus haut que NATARE n'était pas dans ce fichier... Je sais pas où il est ...

15 jan. 201316 juin 2020

Ouais, mais NATARE est toujours sur les CM93

15 jan. 201315 jan. 2013

Exact, pour NATARE, je l'avais dans mes archives, comme l'OHI, mais il est tombé en désuétude:

This object is obsolete. It is only shown here for reasons of backward compatibility. A national territorial area should be encoded as an administrative area (ADMARE) with jurisdiction (JRSDTN) value 2.
DELETED - DO NOT USE

15 jan. 2013

Bonjour les artistes, j'ai cru comprendre en vous lisant qu'il suffit de remplacer le fichier S57objectclasses par le dernier envoyé par Pytheas ?
Manip faite mais rien ne change, j'ai toujours tout en exotique ...

C'est pas ça ? J'ai la version 3.02 et Win7. Merci à tous !

15 jan. 2013

Heu, je pense que Pythéas54 travaille avec la dernière version bêta 3.1.1309. Idem pour moi.
Windows n'a certainement aucune importance ici. Du moins en principe.

15 jan. 2013

Ok maintenant ça marche nickel, merci et bravo à tous ...

15 jan. 2013

Merci à tous, pour ma part, c'est dans ma boite tutorielle (une de mes boites :-) )ou j'ai n'ai pas manqué d'y présenter mes remerciements
www.eauxturquoises.fr[...]obj.htm

16 jan. 2013

Le fichier est S57 et moi Pytheas54, pas Pytheas57 !!!
Ne jamais confondre Metz (57) et Nancy (54), sinon la guerre de Lorraine va repartir !

16 jan. 201316 jan. 2013

J'aurais pas réagi... ich bin im Shillik (Näh vn Strossburi) g'born...

16 jan. 2013

Voilà c'est corrigé... pardonnes moi je t'en prie... Probablement une faute de frappe de ma part. A moins que le raki 54 ou 57 je ne me souviens plus très bien, ait eu ses habituel effets dévastateurs...
Michel

16 jan. 2013

Il n'a pas été jusqu'à mettre Pytheas 67 tout de même ! :jelaferme: :jelaferme: :jelaferme: :acheval: :acheval: :acheval:

Phare des Sanguinaires - 6 juillet 2023

Phare du monde

  • 4.5 (25)

Phare des Sanguinaires - 6 juillet 2023

2022