Alain-Michel,
le plugin exporte au format .gw ce qui permettra d'utiliser les tags GIVN
et SURN dans les champ [*{**FirstNameAlias**}*] [*#salias* *SurnameAlias*]
[*(**PublicName**)*] du format gw en espérant que geneanet reconnaisse ces
champs
Cldt
Dominique
Le 27 avril 2011 14:34, Alain-Michel Diamant-Berger
<[email protected]>a écrit :
> Dominique,
>
> D'après mes essais, les propriétés GIVN et SURN ne sont pas utilisées lors
> du chargement sur GeneaNet, car le résultat est le même que ces tags soient
> présents ou pas !
>
> Le problème principal après chargement sur GeneaNet (sous le format Gedcom)
> est que, pour la deuxième ligne NAME (mais pas la première !) les / qui
> séparent le nom restent affichées avec ce nom. J'ai vérifié qu'en enlevant
> ces deux / de la deuxième ligne NAME, l'affichage est correct.
>
> Mais qu'il y ait des / ou pas, l'indexation de l'arbre semble ignorer la
> deuxième ligne NAME. Si ceci est conforme à tes observations, j'envisage de
> poser ces questions sur le forum GeneaNet...
>
> Pour mon information, pourrais-tu aussi préciser si le plugin que tu
> prépares exportera au format .ged ou au format .gw ?
>
> Meilleures salutations,
> Alain-Michel
> ---------
> Le 27 avril 2011 13:34, dominique baron <[email protected]> a écrit :
>
> Alain-Michel,
>>
>> pour l'instant le plug-in ne prends pas en compte le propriétés GIVN
>> et SURN , j'y travaille mais ce n'est pas encore au point, de même pour les
>> divorces.
>>
>> cordialement
>>
>> Dominique
>>
>> Le 27 avril 2011 08:45, Alain-Michel Diamant-Berger <
>> [email protected]> a écrit :
>>
>> Yannick,
>>>
>>> 1) Comme tu le suggères, j'ai fait des essais avec plusieurs lignes NAME
>>> pour la même personne, et en voici les résultats :
>>> - dans Ancestris, il n'est pas nécessaire d'ajouter des propriétés GIVN
>>> et SURN après les lignes NAME pour que les recherches fonctionnent
>>> - Comme c'est la première ligne NAME qui est utilisée pour les arbres,
>>> j'ai inversé les deux lignes de ta suggestion :
>>>
>>> 0 INDI
>>> 1 NAME prénom usuel /nom usuel/
>>> 1 NAME prénomS /nom/
>>>
>>> Dans Ancestris, tout semble bien marcher.
>>>
>>> 2) Après chargement du fichier .ged dans GeneaNet, le résultat est le
>>> suivant :
>>> - la deuxième ligne NAME apparait bien en italiques sous la première,
>>> mais le nom de famille est encadré par deux /
>>> - ce deuxième nom ne semble pas indéxé pour la recherche.
>>>
>>> Autre essais d'importation dans GeneaNet
>>> - l'ajout de propriétés GIVN et SURN dans le fichier .ged ne corrige pas
>>> ces deux problèmes
>>> - en supprimant les / dans la deuxième ligne NAME du fichier .ged <1 NAME
>>> prénomS nom>, l'affichage sur GeneaNet est correct, mais la recherche ne
>>> marche toujours pas.
>>>
>>> 3) Je reprendrai ces essais avec le nouveau plugin d'exportation (en
>>> préparation) avant de décider comment saisir ces informations dans mon
>>> arbre.
>>>
>>> Merci beaucoup à toi et à Patrick pour votre aide efficace,
>>> Alain-Michel
>>> ----------------
>>> Le 26 avril 2011 17:13, Yannick VOYEAUD <[email protected]> a écrit :
>>>
>>> Le 26/04/2011 15:20, Patrick Texier a écrit :
>>>>
>>>> >
>>>> > Non, ALIA c'est tout faux : c'est un pointeur vers une personne qui
>>>> > pourrait être la même.
>>>> >
>>>> > +1 ALIA @<XREF:INDI>@ {0:M}
>>>> >
>>>> > L'ancienne version est obsolète et doit être remplacée par plusieurs
>>>> > lignes NAME :
>>>> >
>>>> > * Alias Names :
>>>> > One or two systems used the ALIAs tag for representing multiple
>>>> names.
>>>> > This form is not supported in the GEDCOM Standard version 5.5.
>>>>
>>>> Re,
>>>>
>>>> Donc selon Patrick il faut faire
>>>> 0 INDI
>>>> 1 NAME État-civil prénomS/nom
>>>> 2 GIVN tous les prénoms
>>>> 2 SURN nom
>>>> 1 NAME Surnom d'usage prénom/nom
>>>> 2 GIVN le prénom usuel
>>>> 2 NAME nom
>>>> Etc
>>>>
>>>> Amitiés
>>>>
>>>> --
>>>> Yannick VOYEAUD
>>>>
>>>
>>
>
