Re: [Ancestris] Contrôle Paramètre FORM dans verif GEDCOM
Bonjour Dominique, Daniel et Jeannot,
Encore un grand merci à toute l’équipe pour sa réactivité.
J'en suis arrivé à bout sous Jedit.
Merci encore et bon courage dans vos développements en cours, qui, je
n'en doute pas, nous donnera une superbe V0.8
Gérard ADOLPHE
Le 22/09/2013 11:48, Dominique Baron a écrit :
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 :
Re: [Ancestris] Contrôle Paramètre FORM dans verif GEDCOM
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---
Re: [Ancestris] Contrôle Paramètre FORM dans verif GEDCOM
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
Re: [Ancestris] Contrôle Paramètre FORM dans verif GEDCOM
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---
signature.asc
Description: This is a digitally signed message part.
[Ancestris] Contrôle Paramètre FORM dans verif GEDCOM
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. 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 : 1. 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)? 2. 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? Merci d'avance NOTA : je suis sous Ancestris 0.7.0.3902, java 1.7.0_13-b20, Windows 8 - 6.2 -- Gérard
