Bonjour Gérard,
C'est effectivement du a une évolution entre la version 5.5 et 5.5.1 du
gedcom.
gedcom 5.5 OBJE a le format suivant:
n @<XREF:OBJE>@ OBJE {1:1}
+1 FORM <MULTIMEDIA_FORMAT> {1:1}
+1 TITL <DESCRIPTIVE_TITLE> {0:1}
+1 <<NOTE_STRUCTURE>> {0:M}
+1 <<SOURCE_CITATION>> {0:M}
+1 BLOB {1:1}
+2 CONT <ENCODED_MULTIMEDIA_LINE> {1:M}
+1 OBJE @<XREF:OBJE>@ /* chain to continued object */ {0:1}
+1 REFN <USER_REFERENCE_NUMBER> {0:M}
+2 TYPE <USER_REFERENCE_TYPE> {0:1}
+1 RIN <AUTOMATED_RECORD_ID> {0:1}
+1 <<CHANGE_DATE>> {0:1}
alors que pour gedcom 5.5.1 le format est le suivant
n @<XREF:OBJE>@ OBJE {1:1}
+1 FILE {1:M}
+2 FORM <MULTIMEDIA_FORMAT> {1:1}
+3 TYPE <SOURCE_MEDIA_TYPE> {0:1}
+2 TITL <DESCRIPTIVE_TITLE> {0:1}
+1 <<NOTE_STRUCTURE>> {0:M}
+1 <<SOURCE_CITATION>> {0:M}
+1 REFN <USER_REFERENCE_NUMBER> {0:M}
+2 TYPE <USER_REFERENCE_TYPE> {0:1}
+1 RIN <AUTOMATED_RECORD_ID> {0:1}
+1 <<CHANGE_DATE>> {0:1}
ce qui explique sans doute les différence dans vos gedcoms
Le dimanche 22 septembre 2013 à 09:14 +0200, familladolphe a écrit :
> Bonjour,
> Je n'ai pas du bien expliquer mon problème :
> Je numérise tous les documents officiels (des archives ou autres) que
> je trouve et enregistre le résultat dans ma généalogie en utilisant la
> propriété "Elément Multimédia (OBJE)".
> Le pb vient du fait que dans certains de mes fichiers, les
> sous-propriétés suivantes sont créées automatiquement par Ancestris
> TITLE/FILE/NOTE directement sous OBJE, avec FORM sous FILE, parfois il
> y a eu création de TITLE/FORM/FILE/NOTE directement sous OBJE.
> Le contenu de FORM n'est pas en cause (jpg, pdf ou autre), mais je
> cherche à savoir quel paramétrage a généré l'une ou l'autre des
> créations et donc le contrôle qui suit pour la validité du fichier?
> A moins que ce soit la norme GEDCOM qui ai évolué (5.5 à 5.5.1),
> qu'Ancestris se soit adapté et que ce soit simplement mes diverses
> créations de fichier dans le temps qui aient créé ces différences.
> C'est ce que je pourrai comprendre avec la réponse de Jeannot
> surlignée dans le message ci-après(dans les fichiers kennedy et
> bourbon.ged, FORM est sous FILE c'est la norme GEDCOM 5.5.1 sinon
> c'est GEDCOM 5.5 ).
> Mais est-ce vraiment la réponse?
> Compte tenu du volume de la généalogie résultante (#1000 individus, et
> une petite moitié en erreur), je vais m'aligner sur FORM sous FILE,
> comme Kennedy et Bourbon, avec JEDIT.
>
> En tout cas, un grand merci pour votre réactivité et bravo encore pour
> tous vos développements
> Cordialement
> Gérard ADOLPHE
>
> Le 18/09/2013 10:51, Daniel Moyne a écrit :
>
> > Le mercredi 18 septembre 2013 09:33:23 jeannot a écrit :
> >
> > > Bonjour,
> >
> > >
> >
> > > Le 16/09/2013 12:21, familladolphe a écrit :
> >
> > > Bonjour,
> >
> > > Je suis en train de fusionner plusieurs Généalogie(les 4 de chacun
> > de nos
> >
> > > parents) pour n'en faire qu'une. Pour me faciliter la vie,
> > j'utilise, comme
> >
> > > certains me l'avait préconisé, l'outil de la boite à outil de
> >
> > > renumérotation ainsi que Jedit et j'arrive à converger. Dans ma
> > dernière
> >
> > > étape, il me reste 2 fichiers de chacune de nos famille. Alors que
> > chaque
> >
> > > vérification GEDCOM de chacun des 2 fichiers ne comporte pas
> > d'erreur
> >
> > > fondamentale, lorsque je passe à un seul fichier en
> > copiant/collant sous
> >
> > > Jedit, le fichier résultant comporte un très grand nombre d'erreur
> > sur
> >
> > > "FORM". hélas pas de solution aujourd'hui, voir cette discussion
> >
> > >
> > http://www.mail-archive.com/ancestris@ml.arvernes.com/msg01585.html
> >
> > > la page existe toujours
> >
> > > http://www.arvernes.com/wiki/index.php/Genj_-_Rapports_-_Fusion
> >
> > > Il est vrai que, tantôt FORM se met au même niveau Gedcom que
> > OBJE(souvent
> >
> > > 3), tantôt au niveau en dessus du FILE de l'OBJE(souvent 4). Ce
> > que je ne
> >
> > > comprend pas, c'est que cela n'apparait pas dans la vérification
> > des
> >
> > > fichiers unitaires. Mes questions :
> >
> > >
> >
> > > quelle est la norme (quand on crée un OBJE, parfois on a la
> > création de
> >
> > > TITLE/FILE/NOTE directement sous OBJE, avec FORM sous FILE,
> > parfois la
> >
> > > création de TITLE/FORM/FILE/NOTE directement sous OBJE...., mais
> > cela
> >
> > > dépend du fichier, et donc certainement d'un paramètre....)? dans
> > les
> >
> > > fichiers kennedy et bourbon.ged, FORM est sous FILE c'est la norme
> > GEDCOM
> >
> > > 5.5.1 sinon c'est GEDCOM 5.5
> >
> > >
> >
> > > Où est le paramétrage de cette vérification par fichier qui met ce
> > FORM au
> >
> > > même niveau ou pas et qui regarde ou non ce FORM dans la
> > vérification? pas
> >
> > > de vérification existante aujourd'hui
> >
> > > Merci d'avance
> >
> > > NOTA : je suis sous Ancestris 0.7.0.3902, java 1.7.0_13-b20,
> > Windows 8 - 6.2
> >
> > > ancestris 0.8 fonctionne
> >
> > > http://forum.ancestris.org/index.php?topic=165.msg366#msg366
> >
> > >
> >
> > > Jeannot
> >
> > Une idée comme ça à la volée :
> >
> > Tu as en fait 2 types possibles de FORM :
> >
> > - celui du fichier source d'où tu veux importer les données,
> >
> > - celui du fichier destination qui sera le fichier final.
> >
> >
> >
> > Tu commences d'abord par faire en édition une correspondance de
> > juridictions. Cette correspondance étant faite, quand tu lances la
> > fusion les formats du fichiers sources sont transformés en format du
> > fichier destination.
> >
> > Toute juridiction du fichier destination qui n'existe pas dans le
> > fichier source est remplacée par une chaîne vide.
> >
> >
> >
> > Il est évidemment impossible de regarder la validité du format FORM
> > puisque par définition il est libre. Il est MÊME IMPOSSIBLE une fois
> > que FORM est défini, par exemple :
> >
> > Lieu-dit, Commune, code Inse, Département (faut-il les
> > supprimer?..euh reuh...), Région, Pays
> >
> > de vérifier si CE FORMAT EST RESPECTÉ puisque l'utilisateur peut
> > remplir les champs comme il veut!
> >
> > Daniel.
> >
> > --
> >
> > Daniel Moyne (Nulix) Linux \\|||// Machine : x86_64
> >
> > Distribution : Kubuntu 13.04 Raring / --- \ Ringtail ATI Radeon 4850
> >
> > kernel : 3.8.0-13-generic-23 (' o-o ') KDE 4.10.1
> >
> > ----------------------------------oOO-(_)-OOo-------------------------------
> >
>
---------------------------------------------------------------------
Ancestris Site Web : http://www.ancestris.org
Les archives de la liste sont disponibles sur ce site :
http://www.mail-archive.com/ancestris@ml.arvernes.com
<*> Pour vous desinscrire de cette liste, envoyez un mail a :
ancestris-unsubscr...@ml.arvernes.com
<*> Pour obtenir de l'aide sur les commandes de la liste :
ancestris-h...@ml.arvernes.com
