Bonjour ParaBenT ! Pour essayer de répondre à ces questions, j'ai fait de nouvelles recherches sur internet...
1) La première chose que j'ai trouvée est que la page que tu cites<http://homepages.rootsweb.ancestry.com/%7Epmcbride/gedcom/55gcappa.htm>est en fait "an unofficial HTML <http://homepages.rootsweb.ancestry.com/%7Epmcbride/gedcom/55gctoc.htm>version of the GEDCOM Standard Release 5.5<http://homepages.rootsweb.ancestry.com/%7Epmcbride/gedcom/55gctoc.htm>", d'où l'absence des tags standard, remplacés par une structure HTML. Je n'ai malheureusement pas réussi à trouver une version officielle du standard GEDCOM 5.5, en français ou en anglais ;-( 2) Il semblerait que les projets d'évolution prévoient la disparition des tags de niveau 2 (GIVN et SURN), et qu'ils recommandent d'utiliser plusieurs tags NAME complets, mais que cela n'est pas compatible avec certains logiciels : *Multiple Names* : GEDCOM 5.x requires listing different names in different NAME structures, with the preferred instance first, followed by less preferred names. However, Personal Ancestral File and other products that only handle one name may use only the last instance of a name from a GEDCOM transmission. This causes the preferred name to be dropped when more than one name is present. The same thing often happens with other multiple-instance tags when only one instance was expected by the receiving system. PAF and other products that handle one name only may drop the preferred name under this arrangement. 3) C'est ce que j'ai constaté, lors d'essais d'exportation de données généalogiques vers GeneaNet (ce qui intéresse certain nombre d'entre nous), et j'ai alors reçu de Patrick Texier (voir cette conversation vers la fin avril) le conseil d'enregistrer dans NAME l'état civil complet, et, si nécessaire, dans GIVN le prénom usuel et dans SURN l'orthographe usuelle du nom de famille quand elle a évolué. Cette recommandation est documentée<http://patrick.texier.free.fr/ptexier.pdf>sur son site <http://patrick.texier.free.fr/>. Cette solution fonctionne selin mes attentes, et permet de faire apparaître cette information dans l'arbre dynamique d'Ancestris. 4) Donc, pour ceux d'entre nous qui utilisent les tags GIVN et SURN de cette façon, il serait souhaitable qu'une option de configuration permette d'éviter la mise à jour automatique de ces tags quand le contenu de NAME est modifié. Mais il faut laisser aux développeur(s) d'Ancestris le temps de traiter des problèmes plus fondamentaux ! Bonne journée, Alain-Michel ---------------- Le 1 juillet 2011 13:22, ParaBenT <[email protected]> a écrit : > ** > c'est quand même bizarre cette idée de faire GIVN et SURN différent ? > (désolé, je reviens sur l'ensemble de la discussion ! ) > si je lis bien : > > *NAME {NAME}:* = > A word or combination of words used to help identify an individual, title, > or other item. More than one NAME line should be used for people who were > known by multiple names.*(Plus d'une ligne NAME doit être utilisé pour les > gens qui étaient connus par des noms multiples.) > http://homepages.rootsweb.ancestry.com/~pmcbride/gedcom/55gcappa.htm > * > > cela veut dire que pour toute variation on doit créer une ligne et l'usage > veut (?) que la première ligne NAME doit être celle contenant les prénom et > nom d'usage !? > (et si j'ai compris la discussion au sujet de l'export vers Genéat, lors de > cette opération ces lignes NAME supplémentaires seront transformés en autant > d’alias ?) > > de plus : > > The name value is formed in the manner the name is normally spoken, with > the given name and family name (surname) separated by slashes (/). (See < > NAME_PERSONAL<http://homepages.rootsweb.ancestry.com/%7Epmcbride/gedcom/55gcch2.htm#NAME_PERSONAL>>.) > Based on the dynamic nature or unknown compositions of naming conventions, > it is difficult to provide more detailed name piece structure to handle > every case. The NPFX, GIVN, NICK, SPFX, SURN, and NSFX tags are provided > optionally for systems that cannot operate effectively with less structured > information. For current future compatibility, all systems must construct > their names based on the > <NAME_PERSONAL<http://homepages.rootsweb.ancestry.com/%7Epmcbride/gedcom/55gcch2.htm#NAME_PERSONAL>> > structure. Those using the optional name pieces should assume that few > systems will process them, and most will not provide the name pieces. Future > GEDCOM releases (6.0 and later) will likely apply a very different strategy > to resolve this problem, possibly using a sophisticated parser and a > name-knowledge database. > http://homepages.rootsweb.ancestry.com/~pmcbride/gedcom/55gcch2.htm#NAME_PIECE_GIVEN > > là si je comprends ça voudrait dire (mon anglais est très mauvais :-S ) > que GIVN et SURN doivent être cohérant avec NAME en vu des évolution à > venir ? > > --> comme toute modification du champ NAME dans ancestris écrasse GIVN et > SURN (et que préalablement je me suis adonnée à une très mauvais pratique de > les faire différé !) > est-ce qu'il ne serait pas possible que le rapport de la boite à outil > rapports/boite à outils/génération des SURN et GIVN > > soit plutôt une détection des SURN et GIVN non cohérant avec le contenu du > champ NAME > et donc qui créer une nouvelle ligne NAME avec les champ SURN et GIVN > discordant avec le contenu précédant > fin de rendre les données du GEDCOM plus cohérent ? et donc sans perte > d'information ! > > ParaBenT > >
