François, Je suis tout à fait d'accord qu'Ancestris doit générer des fichiers GEDCOM aussi proches de la norme que possible.
1) Pour mieux comprendre les difficultés, j'ai recherché pourquoi cette norme n'avait pas évolué depuis longtemps, et c'est assez bien expliqué sur cette page<http://groups.google.com/group/open-ancestry/browse_thread/thread/96d9b8d0aa20e3d?pli=1>(en anglais) : cette norme avait été crée par les Mormons pour leurs besoins, et depuis ils . Le dernier message (signé Dallan) précise même au sujet des noms (traduction personnelle) : Par exemple : regardez comment les noms sont traités. D'après le modèle, vous pouvez enregistrer soit le nom complet, soit des parties de nom, soit les deux. Alors que faire si un logiciel qui stocke les parties de nom reçoit un fichier GEDCOM qui ne contient que le nom complet? Il faudrait décomposer le nom complet en parties, ce qui peut être problématique à moins que ce fichier contienne les noms complets avec des barres obliques autour du nom (ce qui est une convention et ne fait pas partie du modèle - et tous les logiciels qui exportent les noms complets ne le font pas). Et encore, il ne cherche pas comment traiter les prénoms/noms multiples ! 2) Actuellement, Ancestris permet de créer plusieurs tags NAME pour le même individu (ce qui semble conforme), et aussi plusieurs tags de niveau 2 (GIVN, SURN, etc) pour un seul tag NAME, ce qui n'est pas conforme à la spécification ! 3) Si l'on crée des tags GIVN et SURN, Ancestris permet de les remplir avec des informations différentes de celles contenues dans NAME, mais elles sont modifiées automatiquement si le contenu de NAME est modifié ensuite (c'est ce que le ticket permettrait d'éviter pour ceux qui le souhaitent !). La norme n'est pas claire sur ce sujet, et il semble même (d'après ce qu'écrivait Dominique) qu'il soit possible de stocker, dans un tag de niveau 2, plusieurs valeurs séparées par des virgules ! 4) Si un individu a plusieurs structures NAME, comment peut-on utiliser dans les calques les valeurs de la structure 2 quand celles de la structure 1 sont aussi définies. Comme toi, j'espère des éclaircissements de Patrick (ou d'autres experts) sur ces points délicats. Alain-Michel -------------- Le 3 juillet 2011 20:32, Francois <[email protected]> a écrit : > Le 03/07/2011 18:43, Alain-Michel Diamant-Berger a écrit : > > Bonsoir, > > Je vais laisser les autres répondre. Cependant je donnerai juste > quelques directions. > > > Merci beaucoup pour tes clarifications sur les principes de > > communication avec GeneaNet : Ancestris traite des fichiers au standard > > GEDCOM, et le plugin d'export (préparé par Dominique) adapte les données > > au format .gw demandé par GeneaNet. Comme je suis un nouvel utilisateur > > qui essaie de démarrer, je me pose la question : comme GeneaNet peut > > aussi importer un fichier au format GEDCOM, quelles sont les raisons qui > > vous ont conduits a créer ce plugin ? > > Parce que geneanet demande parfois des choses que l'on a du mal à > solutionner rien qu'en important son fichier gedcom me semble t'il. > > Toujours est il que les questions coté Ancestris sont les suivantes: > 1°) Peut-on avoir plusieurs tags NAME? > 2°) Les tags GIVN et SURN doivent ils suivrent exactement ce qui est > écris dans le tag NAME > 3°) Peut on avoir plusieurs tags NAME et sous-tags GIVN et SURN? > > Déjà, on verra comment on s'en arrange dans Ancestris. > > Une fois cette question résolue, c'est après au plugin de Dominique de > prendre le relais et de voir comment geneanet présente tout ça, pour > faire l'interface correspondante. > > Maintenant, je voudrais l'avis de Patrick sur la question du NAME. Dans > la norme il apparait que le minimum est 1 et le maxi 1 également. Donc > le tag NAME est obligatoire et devrait apparaitre qu'une fois, vu qu'il > est lui même un sous tag de INDI > > n @XREF:INDI@ INDI {1:1} > +1 <<PERSONAL_NAME_STRUCTURE>> {0:M} > > PERSONAL_NAME_STRUCTURE: = > n NAME <NAME_PERSONAL> {1:1} > > et également : > { braces } > Indicates the minimum to maximum occurrences allowed for this structure > or line% { Minimum:Maximum } . Note that minimum and maximum occurrence > limits are defined relative to the enclosing superior line. This means > that a required line (minimum = 1) is not required if the optional > enclosing superior line is not present. Similarly, a line occurring only > once (maximum = 1) may occur multiple times as long as each occurs only > once under its own multiple-occurring superior line. > > Donc j'ai des doutes pour mettre plusieurs tags NAME > > Je laisse la place à Patrick, il aura peut etre un avis différent et > nous expliquera pourquoi. Patrick ? > > Francois > > -- > Vous utilisez Ancestris ? Nous aussi. > http://www.arvernes.com/files/ancestris_localisation_utilisateurs.html > > --------------------------------------------------------------------- > Sites Web Ancestris: http://www.ancestris.org et http://www.ancestris.com > > Les archives de la liste sont disponibles sur ce site : > http://www.mail-archive.com/[email protected] > > <*> Pour vous desinscrire de cette liste, envoyez un mail a : > [email protected] > <*> Pour obtenir de l'aide sur les commandes de la liste : > [email protected] > > >
