Le 2 juillet 2011 13:05, ParaBenT <[email protected]> a écrit : > ** > > puis-je revenir sur cet autre bout de la discussion, > > 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. > > Oui, GeneWeb garde les /. > > j'ai remarqué que ce n'est pas le cas > quand les autres ligne NAME ont leur sous-tag GIVN et SURN > alors geneanet affiche le nom sans l’encadré par des / > > par contre l'outil > "génération des SURN et GIVN" d'Ancestris dans : rapports/boite à outils > ne génèrent les champ GIVN et SURN que pour la 1ère ligne NAME ! > dans ce cas le faire tourné aurait résolut ce petit problème. > > mais comme je n'ai pas utiliser le plug-in d'export depuis début avril, > je pense que cette question doit être résolus. > > ParaBenT >
Depuis mon message précédent, j'ai réussi à trouver la spécification GEDCOM 5.5<http://www.arvernes.com/wiki/index.php/Ancestris_-_Outils_annexes#La_norme_Gedcom>... sur le site Ancestris où le ne l'avais pas vu, et Google pas trouvé ;-( Voici donc ce qu'il est écrit au sujet des noms d'individus (j'ai concaténé les informations trouvées à différents endroits) : *PERSONAL_NAME_STRUCTURE:* = n * NAME* <NAME_PERSONAL <http://www.arvernes.com/files/norme_gedcom/55gcch2.htm#NAME_PERSONAL>> {1:1} +1 NPFX <NAME_PIECE_PREFIX <http://www.arvernes.com/files/norme_gedcom/55gcch2.htm#NAME_PIECE_PREFIX>> {0:1} +1 GIVN <NAME_PIECE_GIVEN <http://www.arvernes.com/files/norme_gedcom/55gcch2.htm#NAME_PIECE_GIVEN>> {0:1} +1 NICK <NAME_PIECE_NICKNAME <http://www.arvernes.com/files/norme_gedcom/55gcch2.htm#NAME_PIECE_NICKNAME>> {0:1} +1 SPFX <NAME_PIECE_SURNAME_PREFIX <http://www.arvernes.com/files/norme_gedcom/55gcch2.htm#NAME_PIECE_SURNAME_PREFIX>> {0:1} +1 SURN <NAME_PIECE_SURNAME <http://www.arvernes.com/files/norme_gedcom/55gcch2.htm#NAME_PIECE_SURNAME>> {0:1} +1 NSFX <NAME_PIECE_SUFFIX <http://www.arvernes.com/files/norme_gedcom/55gcch2.htm#NAME_PIECE_SUFFIX>> {0:1} +1 <<SOURCE_CITATION <http://www.arvernes.com/files/norme_gedcom/55gcch2.htm#SOURCE_CITATION>>> {0:M} +1 <<NOTE_STRUCTURE <http://www.arvernes.com/files/norme_gedcom/55gcch2.htm#NOTE_STRUCTURE>>> {0:M} 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<http://www.arvernes.com/files/norme_gedcom/55gcch2.htm#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<http://www.arvernes.com/files/norme_gedcom/55gcch2.htm#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. *NAME_PERSONAL:* = {Size=1:120} The 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. * Examples* : William Lee (given name only or surname not known) /Parry/ (surname only) William Lee /Parry/ William Lee /Mac Parry/ (both parts (Mac and Parry) are surname parts William /Lee/ Parry (surname imbedded in the name string) et plus loin, compte-tenu d'un amendement du 2 janvier 1996 <http://www.arvernes.com/files/norme_gedcom/55gcltr.htm>: - *Multiple Names* : GEDCOM 5.x requires listing different names in different NAME structures, with the preferred instance first, followed by less preferred names. However, Personal Ancestral File and other products that only handle one name may use only the last instance of a name from a GEDCOM transmission. This causes the preferred name to be dropped when more than one name is present. The same thing often happens with other multiple-instance tags when only one instance was expected by the receiving system. GEDCOM 5.4 and prior 5.x drafts specified that multiple names should be listed with the preferred name first. PAF and other products that handle one name only may drop the preferred name under this arrangement. Therefore GEDCOM 5.5 specifies that the preferred instance of multi-valued information is to be listed last. - * 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. Si certains d'entre-vous le souhaitent, je pourrais essayer d'en faire une traduction en français... Il semblerait donc que deux méthodes soient envisageables : a. Compatibilité avec le passé : une structure NAME avec un ou plusieurs tags de niveau 2 (GIVN, SURN, etc) b. Compatibilité avec le futur (?) : plusieurs structures NAME (prénoms / nom /), sans tags de niveau 2, la structure préférée étant placée la dernière. Je n'ai connais pas encore bien l'histoire du standard GEDCOM, ni pourquoi il semble s'être figé dans la version 5.5, donc je n'ai pas d'opinion sur la méthode à conesiller, et je m'en remets aux experts (la solution utilisée par Patrick Texier semble être la première). Dans les jours prochains, je vais essayer refaire des essais de transfert vers GeneaNet, au format .ged et au format .gw, en utilisant l'une et l'autre solution pour vérifier ce qui se passe, en particulier en ajoutant des tags de niveau 2 dans la solution b !
