Benoit, Je suis tout à fait d'accord avec toi pour éviter des séparateurs dans le tag NAME, même si certaines généalogies utilisent des parenthèses (exemple<http://gw5.geneanet.org/robertlemonnier?lang=fr;pz=robert;nz=lemonnier;ocz=1;p=rachel;n=dalsace+brisac+ensheim>). J'en avaus vu d'autres avec des crochets et autres signes, mais je ne les ai pas retrouvées ce soir ;-(
Comme François (St Mitre), je pense que NICK convient tout à fait pour saisir le prénom usuel et/ou le surnom, même si GeneaNet ajoute ce champ après les prénoms avec la même police dans le ligne de titre (mais le met en italique ailleurs). Pour mieux le distinguer, j'ai mis NICK entre parenthèses dans un arbre de test<http://gw0.geneanet.org/amdb49t_w?lang=fr;pz=alain;nz=dupont+durand;ocz=0;p=paul+henri;n=dupont+durand>. Les lignes NAME multiples sont toutes visibles dans GeneaNet, séparées par des virgules, comme on peut le voir sur le même arbre de test<http://gw0.geneanet.org/amdb49t_w?lang=fr;pz=alain;nz=dupont+durand;ocz=0;p=jeanine+michele;n=dupuys>. Comme tu l'as remarqué, elles contiennent des "/", sauf si on saisit prénom et nom dans le champ Prénom, ou si on supprime les "/" avec un éditeur de texte avant le chargement du fichier dans GeneaNet. On peut donc utiliser cette solution dès maintenant, comme le fait Joëlle ! Il reste donc le problème des variantes du nom de famille, ou des noms de scène. En attendant qu'Ancestris permette d'afficher le contenu des autres ligne NAME, je compte mettre dans le champ NSFX les informations à visualiser dans les calques, sachant que GeneaNet en affiche automatiquement le contenu dans les notes<http://gw0.geneanet.org/amdb49t_w?lang=fr;pz=alain;nz=dupont+durand;ocz=0;p=alain;n=dupont+durand>. Il sera assez facile de supprimer les champs NSFX plus tard... En effet, même si, comme le dit François "ce qui compte, c'est la confection de sa généalogie, pas sa représentation", le souci de tout généalogiste débutant est de présenter son travail autour de lui. Dans mon cas, c'est la souplesse des calques qui m'a fait choisir Ancestris (et la qualité du support qui m'a convaincu de continuer :+) Il me semblerait complexe (et pas vraiment nécessaire), d'ajouter dans Ancestris une fonction de "parsing" du champ NAME. Avec des lignes NAME multiples, il suffirait de permettre d'accéder au contenu de la dernière ligne par un nom de champ différent, par exemple <prop path=INDI:LNAM:GIVN> (Last NAME). Mais je fais entièrement confiance aux développeurs pour implémenter une bonne solution en temps utile ! Joyeux Noël à toi, et à toute l'équipe Ancestris, Alain-Michel ----------------------------- Le 22 décembre 2011 23:23, ParaBenT <[email protected]> a écrit : > bonsoir ! > > personnellement cette histoire de parenthèse m'intrigue beaucoup, > je ne l'ai encore jamais croisé en faisant des recherches ; > pourtant au hasard elle devrait émerger quand une généalogie est envoyé > sur un site > par exemple geneanet que j'utilise principalement > certes je n'ai pas autant d'individu > (donc n'est rencontré dans les nom des individu que des espace et des > tiré, peut-être des virgule et des majuscules ; > mais personnellement, je trouve plus "propre" d'avoir une suite de > caractére la plus proche de celle qu'on trouve dans des documents, donc > sans croché parenthèse ><, " ", etc) > > disons que peut être que parce que les multi-Name ne se voix pas ou sont > pas pris en compte par certain site ou logiciel, du coup il sont moins > visible, mais ce qui ne veux pas dire qu'il ne sont pas utilisé. > (je fais volontiers mon St Thomas, je voudrais bien voir des génalogie qui > l'utilise ! :-) ) > > une autre possibilité qui n'a pas était évoqué > "un nom d'usage- nom principale" dans le NAME > et la-les variantes dans une NOTE associé que le généalogiste consulte si > nécessaire ! > ce qui peut très bien fonctionné également fonctionné sous Ancestrie > puisque avec le champ recherche sont exploré NAME et NAME:NOTE > > * pour les lieux la sélection et l’affichage d'une juridiction n'est-elle > pas facilité du fait que les lieux ont les juridiction défini dans le HEAD, > et dans le spréférence elle sont numéroté, alors que pour les nom et les > prénom le nombre est non défini > > Le 22/12/2011 21:57, François Boesser a écrit : > > Bonsoir, > Faut surtout pas s'énerver (ni "bondir"), d'autant plus que pour ma part, > sur mes 10 200 individus je n'ai nullement le problème en question (j'ai > opté depuis longtemps pour le NICK, et tant pis pour quelques anomalies, > comme pour Charlemagne p.ex. qui est dans mon arbre), mon intention était > uniquement, sinon de faire avancer le schlimblik, du moins de ne pas le > faire reculer trop ! > En ce qui concerne les calques, une possibilité de parsing, même pour > d'autres champs que NAME, aurait des usages autrement plus intéressants (ne > mettre que le 1er prénom p.ex pour gagner de la place etc...), et il y a > déjà dans Ancestris des gadgets voisins, p.ex. pour l'affichage sélectif et > formaté des juridictions de lieux.... > > Ceci dit je reste persuadé que le nombre de généalogistes qui ont mis des > parenthèses au NAME est infiniment plus important que celui des adeptes des > "multi NAME"..... > Amitiés > François (St Mitre) > > > Le 22/12/2011 12:16, Francois a écrit : > > Le 22/12/2011 10:56, François Boesser a écrit : > > Bonjour, > > Au fil des discussions sur les multi "NAME", je me suis fait la > philosophie que même si cela semble plus ou moins possible dans la > norme gedcom, cela reste une solution marginale, voire douteuse.... > Une amélioration éventuelle de la gestion des calques (là on est HORS > gedcom, et dans la pure exploitation par Ancestris), ne serait-elle > pas de permettre une sorte de "parsing" des champs, par exemple être > capable de sélectionner le second sous-champ d'un tag, basé sur un > séparateur paramétrable, ou simplement une parenthèse ou une virgule ? > La soluce serait plus générale, et pour les différents "noms" on > pourrait les mettre sur le seul tag NAME, séparés par des virgules ou > des parenthèse (ce que plusieurs généalogistes pratiquent déjà), et > être capable de les sélectionner sur des calques. > > Ben voilà, on remet des séparateurs dans le champ NAME pour que le > logiciel puisse parser correctement. Ben non. Que l'on mette des > guillemets, des parenthèses, des virgules (et en plus les virgules, > c'est impossible ça sert dans la norme pour autre chose), ce sont des > séparateurs. > Nous avons discuté (très vivement il faut le reconnaitre) avec Daniel > hier sur l'IRC jusqu'à 1h 30 du matin. Un pis aller sera peut être fait > par Daniel pour satisfaire tout le monde je pense, même si je n'y suis > pas du tout favorable, mais à nouveau, c'est une grosse erreur que de > mettre des séparateurs dans la ligne NAME. > > Un point qui me fait bondir : ce n'est pas parce que plusieurs > généalogistes font quelque chose, qu'il nous faut faire pareil, ou alors > si Ancestris devait prendre cette voie là, et il ne le fera pas, soyez > en sûr, moi j'abandonne tout de suite le logiciel. > Pourquoi ne pas mettre les dates révolutionnaires "à la Heredis", parce > que Heredis le fait, et que bon nombre de généalogistes utilisent Heredis? > > Mettre plusieurs lignes NAME est possible dans la norme, donc pas de pb. > On ne peut pas les utiliser dans les affichages pour le moment : aucun > importance. On ne fait pas sa généalogie pour les jours ou semaines qui > viennent. Il faut mieux rentrer les choses correctement et quand le code > sera changé sur ça, vous verrez apparaitre ce que vous voulez par > rapport à vos différents tags NAME que vous aurez rempli au cours des > mois précédents. > Si vous ne le faites pas correctement tout de suite, bonjour après pour > rattraper, mais là, il n'y aura pas de moulinette pour reprendre le > boulot, donc tout se fera à la "mano". > > Vous recherchez une solution qui n'est pas conforme simplement pour que > cela soit correctement représenté dans l'arbre. Mais ça n'a aucun > intérêt. Ce qui compte, c'est la confection de sa généalogie, pas sa > représentation. Je ne suis pas d'accord pour qu'on adapte la norme > simplement pour une question de représentation. Là moi je ne vous > suivrai pas. > > J'avais proposé si vraiment on ne voulait pas utiliser le tag NICK pour > le prénom usuel de mettre un tag perso, genre _UNAM mais Daniel n'y est > pas favorable, car ça oblige à saisir deux fois l'info, une fois dans le > tag NAME une fois dans le tag perso _UNAM et donc ça peut entrainer une > possibilité d'erreur de saisie supplémentaire. > Francois > > > --------------------------------------------------------------------- > Sites Web Ancestris: http://www.ancestris.org et http://www.ancestris.com > > Les archives de la liste sont disponibles sur ce site : > http://www.mail-archive.com/[email protected] > > <*> Pour vous desinscrire de cette liste, envoyez un mail a : > [email protected] > <*> Pour obtenir de l'aide sur les commandes de la liste : > [email protected] > > > > -- > ParaBenT >
