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 ?
Par contre Généanet est très "énervant" dans sa façon de traiter les
NOTE accrochées aux BIRT, DEAT, FAM, OCCU et autres évènements.
Un minimum serait de placer un renvoi numéroté entre parenthèse (option
classique) revoyant aux textes des notes éventuellement en fin de fiche.
En revanche je reviens à la charge sur une fonctionnalité que je trouve
géniale de Généanet (à ma connaissance le seul log -en fait Geneweb- qui
l'ait), à savoir le *Calcul de parenté/Chemin le plus court* qui permet
de visualiser p.ex. simple mon lien avec l'épouse du frère de mon épouse
(et évidemment des liens beaucoup plus compliqués et non consanguins p.ex. :
*http://gw1.geneanet.org/index.php3?b=fbobo&lang=fr;pz=francois;nz=boesser;ocz=0;em=R;ei=308;spouse=on;et=S;bd=1;color=;p=barack+hussein;n=obama*
)
L'algorithme permettant cette fonctionnalité est l'algorithme de
Dijkstra (cf. *http://fr.wikipedia.org/wiki/Algorithme_de_Dijkstra*),
celui qui calcule le trajet d'un point à un autre dans les GPS p.ex.
J'ai réussi à l'implanter dans EXCEL (mix Excel/VBA), à partir de la
lecture du fichier Gedcom, et je reste volontaire pour essayer d'en
faire un Plug-In en JAVA, à condition qu'on me mette le pied à l'étrier
(en particulier les tables de variables à disposition au sein d'
Ancestris après que l'on ait chargé le gedcom)....
François (de St Mitre)
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
--------------
Le 3 juillet 2011 20:32, Francois <[email protected]
<mailto:[email protected]>> a écrit :
Le 03/07/2011 18:43, Alain-Michel Diamant-Berger a écrit :
Bonsoir,
Je vais laisser les autres répondre. Cependant je donnerai juste
quelques directions.
> Merci beaucoup pour tes clarifications sur les principes de
> communication avec GeneaNet : Ancestris traite des fichiers au
standard
> GEDCOM, et le plugin d'export (préparé par Dominique) adapte les
données
> au format .gw demandé par GeneaNet. Comme je suis un nouvel
utilisateur
> qui essaie de démarrer, je me pose la question : comme GeneaNet peut
> aussi importer un fichier au format GEDCOM, quelles sont les
raisons qui
> vous ont conduits a créer ce plugin ?
Parce que geneanet demande parfois des choses que l'on a du mal à
solutionner rien qu'en important son fichier gedcom me semble t'il.
Toujours est il que les questions coté Ancestris sont les suivantes:
1°) Peut-on avoir plusieurs tags NAME?
2°) Les tags GIVN et SURN doivent ils suivrent exactement ce qui est
écris dans le tag NAME
3°) Peut on avoir plusieurs tags NAME et sous-tags GIVN et SURN?
Déjà, on verra comment on s'en arrange dans Ancestris.
Une fois cette question résolue, c'est après au plugin de Dominique de
prendre le relais et de voir comment geneanet présente tout ça, pour
faire l'interface correspondante.
Maintenant, je voudrais l'avis de Patrick sur la question du NAME.
Dans
la norme il apparait que le minimum est 1 et le maxi 1 également. Donc
le tag NAME est obligatoire et devrait apparaitre qu'une fois, vu
qu'il
est lui même un sous tag de INDI
n @XREF:INDI@ INDI {1:1}
+1 <<PERSONAL_NAME_STRUCTURE>> {0:M}
PERSONAL_NAME_STRUCTURE: =
n NAME <NAME_PERSONAL> {1:1}
et également :
{ braces }
Indicates the minimum to maximum occurrences allowed for this
structure
or line% { Minimum:Maximum } . Note that minimum and maximum
occurrence
limits are defined relative to the enclosing superior line. This means
that a required line (minimum = 1) is not required if the optional
enclosing superior line is not present. Similarly, a line
occurring only
once (maximum = 1) may occur multiple times as long as each occurs
only
once under its own multiple-occurring superior line.
Donc j'ai des doutes pour mettre plusieurs tags NAME
Je laisse la place à Patrick, il aura peut etre un avis différent et
nous expliquera pourquoi. Patrick ?
Francois
--
Vous utilisez Ancestris ? Nous aussi.
http://www.arvernes.com/files/ancestris_localisation_utilisateurs.html
---------------------------------------------------------------------
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]
<mailto:[email protected]>
<*> Pour obtenir de l'aide sur les commandes de la liste :
[email protected] <mailto:[email protected]>
