Re: [Ancestris] Contrôle Paramètre FORM dans verif GEDCOM

2013-09-24 Par sujet familladolphe

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

2013-09-22 Par sujet familladolphe

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

2013-09-22 Par sujet Dominique Baron
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

2013-09-18 Par sujet Daniel Moyne
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.