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 NAMEdoit
ê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
