Auteur Sujet: BUG export GEDCOM TAG Latitude  (Lu 1625 fois)

plus minus reset

0 Membres et 1 Invité sur ce sujet

Hors ligne hubert.delcroix

  • Amateur
  • **
  • Messages: 10
BUG export GEDCOM TAG Latitude
« le: 13 Mars 2008 à 14:52:06 »
Ancestrologie v781 base v5.056
merci pour le gros progrès de l'export GEDCOM des sources meme si le temps d'export a été considérablement augmenté.


Il y a un bug dans l'export GEDCOM de la Latitude quand la ville n'a pas de code INSEE.
cela est donc vrai pour toutes les villes sans code INSEE en particulier étrangères
voir extrait de gedcom ci-dessous en couleur rouge pour Londres


0 @I1222@ INDI
1 NAME Emma/Giraud/
1 SEX F
1 FAMC @F463@
1 BIRT
2 DATE 4 DEC 2000
2 PLAC Neuilly-sur-Seine,92200,Hauts-de-Seine,Île-de-France,FRANCE,
3 NOTE Code INSEE 92051
4 CONT Latitude N48.88861083
4 CONT Longitude E2.27083301
2 _ORDR 0
0 @I1223@ INDI
1 NAME Sabine/Giraud/
1 SEX F
1 FAMC @F459@
1 FAMS @F464@
1 BIRT
2 DATE 4 DEC 1968
2 PLAC Londres,,,,ROYAUME-UNI,
3 NOTE Latitude N51.500152
4 CONT Longitude W0.12623600
2 _ORDR 0

La latidude est reprise sous le TAG : 3 NOTE au lieu d'être reprise sous le TAG : 4 CONT Latitude
Cela crée de facheux  décalages ensuite à l'import dans d'autres logiciels
cordialement
Hubert Delcroix

 

Hors ligne DDdeBerdeux

BUG export GEDCOM TAG Latitude
« Réponse #1 le: 13 Mars 2008 à 15:35:29 »
Bonjour,
CONT au niveau n ne peux pas être utilisé sans être précédé de NOTE au niveau n-1. Il signifie que le champ NOTE continue sur une nouvelle ligne.
Les informations contenues dans les champs INSEE, latitude et longitude n'étant pas normalisées, et de ce fait la norme ne prévoyant pas d'étiquettes spécifiques, ces informations sont exportées dans un champ de commentaires subordonné à PLAC, qui porte l'étiquette NOTE. Les noms  INSEE, Latitude et Longitude ne sont alors plus que des étiquettes propres à Ancestrologie qui lui permettent de décoder et retrouver les valeurs lors de l'importation. Les autres logiciels qui savent importer les notes subordonnées à PLAC peuvent les afficher en clair, l'information paraissant lisiblement au commun des mortels.
Si maintenant ces logiciels veulent utiliser ces données, libre à leurs développeurs de les décoder comme le fait Ancestrologie lors de l'importation, mais je trouverai anormal d'éditer des lignes vides simplement dans ce but. La norme n'impose pas cette structure des champs de notes.
A+
André
Une application pleinement satisfaisante est toujours complétée par une mise à jour buggée. (Loi des Mises à Jour)
 

Hors ligne AquaBlue

BUG export GEDCOM TAG Latitude
« Réponse #2 le: 13 Mars 2008 à 15:47:40 »
La synthaxe GEDCOM est pourtant bonne.

Les informations INSEE, Latitude et longitude sont mises dans la NOTE attachée au lieu.
Comme le lieu est en niveau 2 (2 PLAC) il est tout à fait normal que sa note associée soit à un niveau de plus soit 3 et avec un TAG NOTE (3 NOTE)
Cette NOTE se poursuit sur plusieurs lignes donc chaque nouvelle ligne est mise en CONT et comme c'est la CONTinuation de la NOTE de niveau 3 ces CONT gagnent un niveau soit 4.

Dans le cas où il n'y a pas de code INSEE, la première ligne de la NOTE est bien LATITUDE ce qui explique le
3 NOTE LATITUDE......

Les autres logiciels ne devraient pas se tromper et rentrer toutes ces informations dans la NOTE du LIEU (s'ils ont une NOTE à ce niveau) soit les ignorer.
En fait pourrions-nous avoir le nom du coupable ?


PS : Désolé André ayant été interompu dans mon élan par le téléphone je n'ai pas vu que tu avis répondu
« Modifié: 13 Mars 2008 à 15:55:05 par AquaBlue »
 

Hors ligne hubert.delcroix

  • Amateur
  • **
  • Messages: 10
BUG export GEDCOM TAG Latitude
« Réponse #3 le: 13 Mars 2008 à 16:17:21 »
OK vous avez raison
je modifie en conséquence mon logiciel de transcription GEDCOM
merci
Hubert Delcroix