Merci à tous pour vos contributions à ce débat :+) Je vais utiliser vos recommandations dans un fichier de test, et l'importer dans GeneaNet, directement et avec le plugin pour vous faire part des résultats. Le problème de /patronyme/ lors de l'importation directe de plusieurs lignes NAME a déjà été signalé à GeneaNet, et il est en attente de résolution...
A bientôt, Alain-Michel --------------- Le 21 décembre 2011 23:54, ParaBenT <[email protected]> a écrit : > Bonsoir ! > la discussion est vive me semble-t-il :-) > > Ben voilà j'expose si dessous quelques remarques qui me font préférer la > méthode des guillemets (ou tout autre distinction. > > 1. le prénom usuel n'est pas une notion incluse dans la norme donc il > n'est absolument rien prévu dans la norme et le tags disponibles pour > géré ce cas > > pourtant plus haut : > *GEDCOM impose de lister les noms différents dans des structures NAME > différentes, avec l'élément préféré en premier, suivant par ceux par les > moins préférés.* > il me semble que cela vient du docs de > ptexier.pdf<http://patrick.texier.free.fr/ptexier.pdf> > > 2. mettre plusieurs tags NAME : oui bien sûr ce sera géré mais pas pour > le prénom usuel mais plutôt pour les différents nom d'une personne, ce > les exemples donnés dans une des discussions > > donc en attendant ce moment ou Ancestie dans ses calques, ces navigateur > et ces éditeurs (mis à part le Gedcom qui le fait déjà) sera capable de > visualiser et d'éditer plusieurs tag NAME. > (Je crois qu'il y a d'ailleurs d'autres champs qui sont soumis à cette > même difficulté, mais là n'est pas le sujet ! :-) ) > > donc ces discussion reviens toujours au même solution transitoire et > insatisfaisantes, soit : > - plusieurs NAME quitte à ce que seul le premier soit visible > - associé au SURN et NICK du NAME des valeur différentes, ce qui ne peu > pas être stable en fonction de la maîtrise que l'on as d'Ancestris > et sachant que la norme prévient qu'il vont être supprimé dans sont > évolution > - soit utiliser des ponctuations & caractère spéciaux dans le champ NAME > > 3. utiliser NICK ou NSFX: je ne suis pas d'accord car c'est détourner la > fonction première de ces tags. Pour moi NICK = surnom (et pas pour > donner le prénom dans la chaine GIVN à utiliser comme prénom usuel) et > NSFX non plus (car je mettrais plutôt 'le jeune' par exemple. Egalement > comment allez vous différencier un NICK (ou NSFX) utilisé pour donner le > prénom usuel d'un NICK pour donner le surnom? > > à la ça je le sens mieux ! :-) > > 4. l'utilisation de caractères " par exemple ou autre n'est pas interdit > par la norme alors pourquoi ne pas l'utiliser? > 5. prenons un exemple : > Jean Pierre Paul DUPONT le jeune dit le bossu. Son prénom usuel est > Pierre. Vous faites comment? si on met des guillemets, cela devient: > 1 NAME Jean "Pierre" Paul /DUPONT/ le jeune > 2 NICK le bossu > > Je ne vois pas d'autre solution légère > > Enfin nous sommes complètement d'accord que le logiciel doit respecter > 100% de la norme et pas 99%. Par contre, tant que la norme le permet, il > n'est pas interdit d'innover et de trouver de bonnes solutions pour les > différents problèmes que nous pouvons rencontrer. > > au sujet des export : > quand j'exporte en format .ged vers généanet > la première ligne NAME est utilisé pour identifier l'individu, > et les autre ligne NAME sont aussi conservé et affiché dans les divers > fiche de profile des individus les unes sous les autres sous la première > mais avec un problème de /patronyme/ > à noté que le surnom NICK est inséré en italique entre le prénom et le nom > de l'individu dans la première ligne > > bon je n'ai pas encore utilisé le plug-in d'export, pur savoir ce que ça > donne si c'est plus élégants, > mais pour moi, comme cela je m'y retrouve : > tout les nom d'usage (court) en premier NAME (donc visible dans les > calques) > et les autres NAME, visible dans genenanet > et ton le contenu est rechargeable dans la vue de recherche (certes) pas > dans l’outil de recherche rapide > > certes c'est vrai que ce serait très confortable dans l'éditeur Ancestris > de pourvoir accéder au divers champ NAME associé à un individu ! > le même problème se pose pour les NOTE ou les Sources > > bon j’essaie de faire un avancer la FAQ, > mais se serait très volontiers que d'être relue et corriger > dans le sens de la remarque de François : pour favoriser une utilisation > optimal ! > > -- > ParaBenT >
