François (de St Mitre), Le problème est d'enregistrer pour le même individu : - ses prénoms et nom d'état civil - son prénom usuel - une variante éventuelle de l'orthographe du nom de famille - un nom de scène ou autre (pour lequel NICK est une bonne solution, même si certains "experts" préconisent l'addition d'une autre ligne NAME dans ce cas !)
Merci de ton aide pour choisir la meilleure solution, Alain-Michel ------------- Le 4 juillet 2011 09:04, François Boesser <[email protected]> a écrit : > ** > Ce fil ne me semble pas net ?? > La ligne NICK ("surnom", qui peut être interprété comme "second nom" ne > convient-elle pas (c'est celle que j'utilise) ? > Elle semble correctement interprétée par Géneanet (création d'une -ou > plusieurs- sous ligne(s) en italique sous le nom/prénom). > > Il est évident que ce n'est pas à Ancestris de déroger à la norme pour > compenser les bugs de Généanet. > Mais peut-être n'ai-je pas percuté quel est le cas PRATIQUE à résoudre ? > > [...] > > Le 04/07/2011 02:04, Alain-Michel Diamant-Berger a écrit : > > François, > > Je suis tout à fait d'accord qu'Ancestris doit générer des fichiers GEDCOM > aussi proches de la norme que possible. > > 1) Pour mieux comprendre les difficultés, j'ai recherché pourquoi cette > norme n'avait pas évolué depuis longtemps, et c'est assez bien expliqué sur > cette > page<http://groups.google.com/group/open-ancestry/browse_thread/thread/96d9b8d0aa20e3d?pli=1>(en > anglais) : cette norme avait été crée par les Mormons pour leurs > besoins, et depuis ils . Le dernier message (signé Dallan) précise même au > sujet des noms (traduction personnelle) : > Par exemple : regardez comment les noms sont traités. D'après le modèle, > vous pouvez enregistrer soit le nom complet, soit des parties de nom, soit > les deux. Alors que faire si un logiciel qui stocke les parties de nom > reçoit un fichier GEDCOM qui ne contient que le nom complet? Il faudrait > décomposer le nom complet en parties, ce qui peut être problématique à moins > que ce fichier contienne les noms complets avec des barres obliques autour > du nom (ce qui est une convention et ne fait pas partie du modèle - et tous > les logiciels qui exportent les noms complets ne le font pas). > Et encore, il ne cherche pas comment traiter les prénoms/noms multiples ! > > 2) Actuellement, Ancestris permet de créer plusieurs tags NAME pour le même > individu (ce qui semble conforme), et aussi plusieurs tags de niveau 2 > (GIVN, SURN, etc) pour un seul tag NAME, ce qui n'est pas conforme à la > spécification ! > > 3) Si l'on crée des tags GIVN et SURN, Ancestris permet de les remplir avec > des informations différentes de celles contenues dans NAME, mais elles sont > modifiées automatiquement si le contenu de NAME est modifié ensuite (c'est > ce que le ticket permettrait d'éviter pour ceux qui le souhaitent !). La > norme n'est pas claire sur ce sujet, et il semble même (d'après ce > qu'écrivait Dominique) qu'il soit possible de stocker, dans un tag de niveau > 2, plusieurs valeurs séparées par des virgules ! > > 4) Si un individu a plusieurs structures NAME, comment peut-on utiliser > dans les calques les valeurs de la structure 2 quand celles de la structure > 1 sont aussi définies. > > Comme toi, j'espère des éclaircissements de Patrick (ou d'autres experts) > sur ces points délicats. > > Alain-Michel > >
