Encore une question les ASSO ;-)

[Harry73]

Bonjour,

Désolé si la question a déjà été posée mais je n'ai pas trouvé.

L'éditeur ARIES gère, a priori, correctement les ASSO par rapport la norme Gedcom 5.5.x (et la 7.x fait la même interprétation) mais sur Geneanet les relations n'apparaissent pas.
L'éditeur CYGNUS prend les ASSO dans l'autre sens et les relations apparaissent sur Geneanet.

Pourquoi sur un même locigiel (Ancestris) avoir deux éditeurs qui se contredisent ? A mon sens, cela nuit à la cohérence du logiciel.
Pourquoi l'export vers Geneanet ne traduit-il pas les ASSO ARIES pour les rendre comptatibles avec Geneanet?

Merci

[Zurga]

Vous entrez dans un débat bien compliqué.
L'éditeur GEDCOM et Cygnus gèrent les associations de manière similaire.
L'éditeur Ariès qui a été développé par quelqu'un d'autre gère autrement.
A l'arrivée, les associations sont conçues de manière symétrique dans le GEDCOM.
Typiquement :
0 @I1@ INDI
1 NAME Jean /Durand/
1 ASSO @I2@
2 RELA Parrain
0 @I2@ INDI
1 NAME Pierre /Dupond/

Peut se lire dans les deux sens :
- Jean a pour parrain Pierre ou
- Jean est le parrain de Pierre.

Historiquement, les développeurs de l'éditeur GEDCOM ont décidé que la deuxième lecture avait plus de sens que la première.
Le développeur d'Aries a vu les choses autrement.
Le développement de Cygnus s'est basé sur l'éditeur GEDCOM.

Ancestris a ajouté une couche directement en permettant de lier des relations avec des évènements (individuels ou familiaux), ce qui n'est pas prévu par la norme.
On mixe le tout et on obtient le résultat actuel.

Geneanet/Geneweb gère en plus les associations différemment et lie l'évènement à la personne, donc pour être correctement interprété, les associations sont retournées pour être comprises par Geneanet.
Il en résulte que les associations sont bien transmises, mais probablement dans le sens contraire de ce que vous attendez.

Zurga

[Harry73]

Etant donné la contradiction entre les éditeurs (Gedcom/CYGNUS vs ARIES) sur la question des ASSO, les utilisateurs d'Ancestris doivent en choisir un pour gérer leurs associations sinon à la fin, cela doit être une grande foire.

Dans ce cas-là, avoir, la possibilité lors de l'export Geneanet, le choix d'inverser (Utilisation de Gedcom/CYGNUS) ou pas (Utilisatin de ARIES), permettrait de voir correctement les associations dans Geneanet en fonction de l'éditeur choisi ?



 

[Zurga]

Les associations qui référencent un évènement doivent être retournés.
Quelque soit l'éditeur retenu.
Typiquement, si vous indiquez sur une personne que l'association se réfère au baptême, alors Geneanet ne comprend que la structuration :
1 CHR
2 ASSO @I2@
3 RELA Parrain

Si on ne fait rien, les associations dans le GEDCOM d'Ancestris auront la forme :
1 ASSO @I2@
2 RELA Parrain @#INDI:CHR@

Donc, ce ne sera pas repris comme une relation au niveau du baptême par Geneanet mais comme une relation entre les deux individus.

En passant, la version 7 du GEDCOM retient le même mécanisme que Geneanet/Geneweb.

Zurga

[Harry73]

Sauf que quand je crée une association via l'éditeur ARIES au niveau baptême pour les parrain/marraine, j'ai cela dans le fichier gedcom :

0 @I000002@ INDI
1 CHR
2 DATE 24 MAR 1750
2 PLAC , Annouville-Vilmesnil, 76021, , Seine-Maritime, Normandie, France
1 ASSO @I500113@
2 RELA Marraine @#INDI:CHR@
1 ASSO @I500220@
2 RELA Parrain @#INDI:CHR@

Quand je regarde le fichier d'export Geneanet, j'ai cela :

0 @I000002@ INDI
1 CHR
2 DATE 24 MAR 1750
2 PLAC , Annouville-Vilmesnil, 76021, , Seine-Maritime, Normandie, France
0 @I500113@ INDI
1 ASSO @I000002@
2 RELA Marraine
0 @I500220@ INDI
1 ASSO @I000002@
2 RELA Parrain

J'ai maintenant une relation inversée entre parrain/filleule et marraine/filleule


Je devrais avoir soit :

• Relation entre individu :

0 @I000002@ INDI
1 CHR
2 DATE 24 MAR 1750
2 PLAC , Annouville-Vilmesnil, 76021, , Seine-Maritime, Normandie, France
1 ASSO @I500113@
2 RELA Marraine
1 ASSO @I500220@
2 RELA Parrain

• Relation avec l'évènement :

0 @I000002@ INDI
1 CHR
2 DATE 24 MAR 1750
2 PLAC , Annouville-Vilmesnil, 76021, , Seine-Maritime, Normandie, France
2 ASSO @I500113@
3 RELA Marraine
2 ASSO @I500220@
3 RELA Parrain

Geneanet comprend les deux.

[Zurga]

En attendant qu'on puisse mettre en place un correctif, vous pouvez envoyer votre fichier GEDCOM directement à Geneanet sans passer par l'export.
Les associations ne seront pas retournées.

La notion d’événement sur les associations dasn Aries ne devrait pas exister et en lisant actuellement un fichier GEDCOM, Ancestris ne peut pas définir si les associations ont été créées par Ariès ou par un autre éditeur.

Zurga

[Harry73]

En attendant qu'on puisse mettre en place un correctif, vous pouvez envoyer votre fichier GEDCOM directement à Geneanet sans passer par l'export.
Les associations ne seront pas retournées.

La notion d’événement sur les associations dasn Aries ne devrait pas exister et en lisant actuellement un fichier GEDCOM, Ancestris ne peut pas définir si les associations ont été créées par Ariès ou par un autre éditeur.

Zurga

Merci.

C'est pour cela que je proposai qu'à l'export on puisse choisir l'éditeur utilisé pour les associations. Avec cela, le module doit pouvoir agir en conséquence.

EDIT:
Je viens de faire l'essai en envoyant directement le fichiers ancestris vers Geneanet. Pour que cela fonctionne, il faut que les associations soient faites en niveau de l'ongle 'association' en laissant évènement vide. En faisant cela, on obtient bien :

0 @I000002@ INDI
1 ASSO @I500113@
2 RELA Marraine
1 ASSO @I500220@
2 RELA Parrain

Si on crée l'association au niveau d'un évènement, on aura :

0 @I000002@ INDI
1 ASSO @I500113@
2 RELA Marraine @#INDI:CHR@
1 ASSO @I500220@
2 RELA Parrain @#INDI:CHR@

Qui sera traduit par une note par Geneanet.

Question : Pourquoi avoir le champs 'Evènement' dans les associations pour l'éditeur Aries si celui-ci ne gère que les associations entre individus comme prévu dans la norme Gedcom 5.5.x ?

[Zurga]

Faut demander au développeur du module, mais probablement parce que les utilisateurs d'Aries étaient déçus de ne pas pouvoir lier les associations aux évènements comme on peut le faire avec les autres éditeurs.

Zurga

[Zurga]

C'est pour cela que je proposai qu'à l'export on puisse choisir l'éditeur utilisé pour les associations. Avec cela, le module doit pouvoir agir en conséquence.

A partir de demain, l'option sera présente sur la fenêtre de choix du fichier d'export.

Zurga

[Harry73]

Merci.
Je vais tester cela.

[Harry73]

Cela fonctionne.

Pour que cela soit parfait, il faudrait que quand via l'éditeur Aries un évènement d'un individu est sélectionné pour la relation (pas dans la norme, pas présent dans l'éditeur), l'export Geneanet remonte l'association au niveau de l'évènement (Geneanet fonctionne comme cela).

Par exemple, dans l'éditeur Aries, on indique que @I000016@ a été le Déclarant de la mort de @I000001@, on obtient dans le gedcom, cela :

0 @I000001@ INDI
1 DEAT
2 DATE 10 DEC 1829
1 ASSO @I000016@
2 RELA Déclarant @#INDI:DEAT@

L'association reste bien au niveau des individus avec un lien avec l'évènement dans le champs libre RELA

Dans l'export vers Geneanet, il faudrait que cela soit converti en :

0 @I000001@ INDI
1 DEAT
2 DATE 10 DEC 1829
2 ASSO @I000016@
3 RELA Délcarant

et Geneanet l'affiche en Témoins (Geneanet transforme tout en témoins sauf pour le baptême qui est mis en parrain/marraine) dans l'évènement.

Cela devrait être au moins la même chose pour BIRT et CHR

Merci.

[Zurga]

Je sais, mais c'est cela que je ne peux pas faire facilement.
La gestion est assez complexe.
Faut que j'y réfléchisse encore pour trouver une solution acceptable.

Zurga

[Zurga]

La réflexion a porté ses fruits.
Vous me direz demain s'il y a du mieux.

Zurga

[Harry73]

J'ai vu une mise à jour sur la partie Export Geneanet, j'ai donc retester.

Les associations avec un évènement dans RELA ne sont pas retournées ==> OK
Les associations avec un évènement dans RELA sont retournées ==> KO. Devraient ne pas êre retournées et mises dans l'évènement.

Merci encore pour les échanges.

[Zurga]

Bon, ba mon idée était mauvaise, on va y retourner.

Zurga