Changes between Version 2 and Version 3 of TagName


Ignore:
Timestamp:
Aug 23, 2017, 8:38:45 PM (5 weeks ago)
Author:
dandre
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • TagName

    v2 v3  
    11== Gestion du tag NAME dans ancestris 
     2=== Ce que dit la norme 
     3La structure du tag NAME est donnée de la façon suivante dans la norme gedcom: 
     4{{{ 
     5  n  NAME <NAME_PERSONAL>  {1:1} 
     6    +1 NPFX <NAME_PIECE_PREFIX>  {0:1} 
     7    +1 GIVN <NAME_PIECE_GIVEN>  {0:1} 
     8    +1 NICK <NAME_PIECE_NICKNAME>  {0:1} 
     9    +1 SPFX <NAME_PIECE_SURNAME_PREFIX>  {0:1} 
     10    +1 SURN <NAME_PIECE_SURNAME>  {0:1} 
     11    +1 NSFX <NAME_PIECE_SUFFIX>  {0:1} 
     12    +1 <<SOURCE_CITATION>>  {0:M} 
     13      +2 <<NOTE_STRUCTURE>>  {0:M} 
     14      +2 <<MULTIMEDIA_LINK>>  {0:M} 
     15    +1 <<NOTE_STRUCTURE>>  {0:M} 
     16}}} 
     17Il est également indiqué: 
     18>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>.) 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> 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.  
     19 
     20Puis: 
     21{{{ 
     22 NAME_PERSONAL: = {Size=1:120} 
     23[ 
     24<TEXT> | 
     25/<TEXT>/ | 
     26<TEXT> /<TEXT>/ | 
     27/<TEXT>/ <TEXT> | 
     28<TEXT> /<TEXT>/ <TEXT> 
     29] 
     30The surname of an individual, if known, is enclosed between two slash (/) characters. The order of the name parts should be the order that the person would, by custom of their culture, have used when giving it to a recorder. Early versions of Personal Ancestral File ® and other products did not use the trailing slash when the surname was the last element of the name. If part of name is illegible, that part is indicated by an ellipsis (...). Capitalize the name of a person or place in the conventional manner%capitalize the first letter of each part and lowercase the other letters, unless conventional usage is otherwise. For example: McMurray. 
     31 
     32Examples : 
     33William Lee (given name only or surname not known) 
     34/Parry/ (surname only) 
     35William Lee /Parry/ 
     36William Lee /Mac Parry/ (both parts (Mac and Parry) are surname parts 
     37William /Lee/ Parry (surname imbedded in the name string) 
     38William Lee /Pa.../ 
     39 
     40NAME_PIECE: = {Size=1:90} 
     41The piece of the name pertaining to the name part of interest. The surname part, 
     42 the given name part, the name prefix part, or the name suffix part. 
     43 
     44NAME_PIECE_GIVEN: = {Size=1:120} 
     45[ <NAME_PIECE> | <NAME_PIECE_GIVEN>, <NAME_PIECE> ] 
     46Given name or earned name. Different given names are separated by a comma. 
     47 
     48NAME_PIECE_NICKNAME: = {Size=1:30} 
     49[ <NAME_PIECE> | <NAME_PIECE_NICKNAME>, <NAME_PIECE> ] 
     50A descriptive or familiar name used in connection with one's proper name. 
     51 
     52NAME_PIECE_PREFIX: = {Size=1:30} 
     53[ <NAME_PIECE> | <NAME_PIECE_PREFIX>, <NAME_PIECE> ] 
     54Non indexing name piece that appears preceding the given name and surname parts.  
     55Different name prefix parts are separated by a comma. 
     56For example : 
     57Lt. Cmndr. Joseph /Allen/ jr. 
     58In this example Lt. Cmndr. is considered as the name prefix portion. 
     59 
     60NAME_PIECE_SUFFIX: = {Size=1:30} 
     61[ <NAME_PIECE> | <NAME_PIECE_SUFFIX>, <NAME_PIECE> ] 
     62Non-indexing name piece that appears after the given name and surname parts. Different name suffix parts are separated by a comma. 
     63For example : 
     64Lt. Cmndr. Joseph /Allen/ jr. 
     65In this example jr. is considered as the name suffix portion. 
     66 
     67NAME_PIECE_SURNAME: = {Size=1:120} 
     68[ <NAME_PIECE> | <NAME_PIECE_SURNAME>, <NAME_PIECE> ] 
     69Surname or family name. Different surnames are separated by a comma. 
     70 
     71NAME_PIECE_SURNAME_PREFIX: = {Size=1:30} 
     72[ <NAME_PIECE> | <NAME_PIECE_SURNAME_PREFIX>, <NAME_PIECE> ] 
     73Surname prefix or article used in a family name. Different surname articles are separated by a comma, for example in the name "de la Cruz", this value would be "de, la". 
     74}}} 
     75 
     76=== Implémentation dans Ancestris 
    277* dans la majorité des cas seul le tag NAME suffit pour donner toutes les informations des sous tags (SURN, GIVN, ...) à l'exception de NICK. Ceci est réalisé en interprétant les différents éléments du tag NAME 
    378* Pour cela il faut que les informations soient entrées convenablement et en particulier que le prénom ne contienne pas d'espace puisque celui-ci est utilisé comme séparateur dans le tag NAME 
     79* Il n'existe pas de moyen, dans Ancestris, d'entrer directement une valeur pour le tag NANE.  
    480* dans tous les champs de l'éditeur, les différentes valeurs doivent être séparées par des virgules. 
    581 
     
    1086 
    1187=== Ecriture du fichier gedcom 
    12 * Pour chaque tag name les différents sous tag (générés ou pas) sont utilisés pour calculer une valeur du tag NAME correspondant aux différentes options (** peut-être à revoir?**). 
    13 * Ensuite on compare les sous tag avec la valeur obtenue en interpretant la valeur précédemment calculée. Si cette valeur est identique, alors le sous tag n'est pas écrit dans le fichier. Cela peut arriver, par exemple, si on met un espace dans un prénom. si elle est différente, alors le sous tag est effectivement écrit. 
     88* Pour chaque tag NAME les différents sous tag (générés ou pas) sont utilisés pour calculer une valeur du tag NAME correspondant aux différentes options (** peut-être à revoir?**). 
     89* Ensuite on compare les sous tag avec la valeur obtenue en interprétant la valeur précédemment calculée. Si cette valeur est identique, alors le sous tag n'est pas écrit dans le fichier. Cela peut arriver, par exemple, si on met un espace dans un prénom. si elle est différente, alors le sous tag est effectivement écrit. 
    1490 
    1591=== Prénom usuel 
     92* La notion de prénom usuel a été introduite afin de fournir un moyen de différencier le prénom usuel (ou prénom utilisé couramment) des autres prénoms de l'état civil. Ce prénom peut être mis dans un sous tag particulier défini dans les options (NICK par défaut) ou être directement encodée dans les prénoms: 
     93  * Si le tag NICK contient une valeur alors cette valeur est utilisée 
     94  * si l'un des prénoms est encadré par "" ou <> ou [] alors ce prénom est utilisé 
     95  * sinon le premier prénom est utilisé 
     96Cette notion de prénom usuel peut être utilisée dans les calques. 
    1697 
    1798=== Conséquences 
     99Il n'est pas possible dans la version actuelle d'ancestris d'avoir, en même temps, certains tags NAME avec des sous tags (GIVN) par exemple qui pourraient être déduits du tag NAME et d'autre non. Il existe une option //Conserver les sous tags...// mais cette option est globale et affecte toutes les structure NAME du gedcom lors de l'écriture de celui-ci.