Daniel,
Le 3 janvier 2012 23:26, Daniel ANDRÉ dan...@ancestris.org a écrit :
** bonsoir,
il me faudrait un morceau du fichier gedcom pour tester le 3
[AMDB] Voici un fichier de test de 4 personnes :
- tout va bien pour le père (simple surnom), la mère (premier prénom usuel
et deux variantes du nom) et le fils (prénom usuel dans NICK et nom de
scène en deuxième patronyme)
- pour la fille, les séparateurs n'identifient pas le prénom usuel.
Merci pour ton attention patiente
merci
Daniel ANDRÉ
--
Envoyé depuis mon téléphone portable.
---
Alain-Michel Diamant-Berger amdbcons...@gmail.com a écrit :
Bonsoir Daniel,
Après installation de la version 0.7 beta, voici le résultat de mes
essais sur la structure NAME et ses éléments :
1) prop path=INDI:NAME affiche tous les prénoms (sans virgules de
séparation) et le premier patronyme
2) Pour les variantes de patronymes, tout marche comme indiqué
- prop path=INDI:NAME:SURN affiche tous les patronymes séparés par des
virgules
- prop path=INDI:NAME:SURN format={$1} affiche le deuxième
Question : serait-il possible (plus tard !) d'afficher le dernier des
noms, même quand on ne connait pas combien il y en a ?
3) Pour le prénom usuel :
- si NICK est rempli, comme prévu, son contenu est affiché par prop
path=INDI:NAME format={$g}
- mais si l'un des prénoms est mis entre ou ou [], ces caractères
ne sont pas pris en compte : ils restent visibles dans NAME et GIVN, NICK
reste vide, et prop path=INDI:NAME format={$g} n'affiche rien.
- et quand il y a plusieurs prénoms séparés par des virgules, NICK reste
vide, et prop path=INDI:NAME format={$g} n'affiche rien, alors qu'on
attend le premier prénom.
Ces remarques ne sont faites que pour aider à la mise au point, et ce ne
sont surtout pas des critiques, car cette nouvelle fonctionnalité est très
intéressante, et elle résoudra bien des problèmes...
Merci beaucoup pour tout ce que tu fais,
Alain-Michel
Le 3 janvier 2012 10:40, Daniel ANDRÉ dan...@ancestris.org a écrit :
Le 03/01/2012 10:30, Alain-Michel Diamant-Berger a écrit :
Bonjour Daniel,
Merci beaucoup pour ces clarifications. Il me semble avoir lu dans un
de tes messages précédents que, par défaut, le prénom préféré serait le
premier dans la liste, mais tu ne l'as pas indiqué.
Effectivement tu as raison. Si rien n'est indiqué alors c'est le premier
prénom
De plus je ne comprends pas bien comment marchera l'impression du
prénom/nom préféré avec la structure prop path=INDI:NAME format={$g} et
je souhaiterais faire des essais avec la beta 0.7, mais il n'y a pas encore
de lien dans la page Télécharger
Ancestrishttp://www.arvernes.com/wiki/index.php/Ancestris_-_T%C3%A9l%C3%A9charger_Ancestris.
tout est ici:
http://trac.ancestris.org/ancestris/wiki/AvancementDuProjet#Diff%C3%A9rentesversionsded%C3%A9veloppement
Daniel
Je te souhaite une très bonne année 2012,
Alain-Michel
-
Le 3 janvier 2012 09:15, joelle.luss...@free.fr joelle.luss...@free.fra
écrit :
Le 03/01/2012 00:38, Daniel ANDRÉ a écrit :
Bonjour,
Je vais donner ici un peu de clarification à propos de la gestion du
tag
NAME et des différents sous tags.
Dans la version 0.6:
La gestion de la structure NAME est revue complètement afin de coller
au
plus près de la norme GEDCOM d'une part et de faciliter l'exploitation
de ces données dans les calques et la table par exemple. Par ailleurs
tout a été fait (enfin j'espère) pour que vous n'ayez pas besoin de
vous
soucier des mécanismes internes de la norme.
La structure NAME se compose des éléments suivants (ici pour être clair
j'utilise les tags de la norme):
NPFX: préfixe du nom
GIVN: Prénoms
SPFX: Préfixe du patronyme
SURN: Patronyme
NSFX: Suffixe du nom
ces informations sont potentiellement dupliquées dans le tag NAME lui
même et les sous tags. Les différents éditeurs demandent de rentrer les
différents préfixes, suffixe, prénoms et noms. Ensuite un tag NAME est
construit selon la formule approximative suivante:
NPFX GIVN/SPFX SURN/NSFX
Dans le cas où, dans le fichier gedcom, les valeurs de NAME et celle
calculée en prenant les éventuels sous tags de NAME ne correspondent
pas, alors cette structure NAME génère une erreur lors de la
vérification du fichier. Dans ce cas l'affichage de NAME dans les
différentes vues et notamment l'éditeur Gedcom correspond à la valeur
lue dans le fichier afin de vous permettre de faire les corrections
nécessaires.
Dans le fichier gedcom sauvegardé tous les sous tag ne sont pas
systématiquement écrit. En fait il ne sont écrit que s'il y a ambiguïté
dans l'interprétation du tag NAME pour reconstruire la structure NAME.
Il existe une option 'Toujours ajouter les sous-étiquettes...' qui
permet, lorsqu'elle est cochée, de toujours enregistrer dans le fichier
gedcom la structure complète des sous tag NAME. Il vaut mieux ne pas
cocher cette case et laisser ancestris gérer les
