Bonjour,
Sous Windows
J'ai ouvert une nouvelle base puis importé mon fichier hérédis à
l'aide de l'outil Toolbox --> import et....
rien!
je vous joins le résultat de l'import
Remarques:
* Le fichier log que l'on nous demande de choisir au début reste vide
* Est-il nécessare de le choisi, la toolbox ne ourrait-elle pas le
créer, dans le dossier du fichier ged, avec le même nom et l'extension
log automatiquement?
* L'export Héredis se fait avec le chemin complet des média; le gedcom
est destiné à l'export, ne pourrait-on pas avoir une option qui
permettrait de virer le chemin complet eau profit d'un chemin par défaut
qui serait un dossier /média
* indépendamment d'Héredis, mais en relation avec le point précédent,
exuste-t-il un outil qui permettrait de fouiller et retrouver
systématiquement les médias d'un gedcom qui sont dispersés sur le
disque et de les copier (ou déplacer) dans un dossier /media et je
reviens au point précédent
copie du résultat:
Import d'un fichier Gedcom
Le fichier en entrée est de type HEREDIS 10 PC
java.lang.ClassNotFoundException: tools.imports.ImportHeredis
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
at tools.ReportToolBox.importGedcom(ReportToolBox.java:1111)
at tools.ReportToolBox.start(ReportToolBox.java:153)
at tools.ReportToolBox.start(ReportToolBox.java:94)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at genj.report.Report.start(Report.java:959)
at genj.report.ReportView$ActionStart.execute(ReportView.java:456)
at genj.util.swing.Action2$CallAsyncExecute.run(Action2.java:493)
at java.lang.Thread.run(Unknown Source)
Merci
Bonne journée
André
genj a écrit :
Patrick Texier a écrit :
Bonjour,
Je me demande si on aurait pas du déplacer ce thread en conf genj_dev.
- ADDR n'est pas conforme avec la norme Gedcom (dans INDI)
- PHON n'est pas conforme avec la norme Gedcom (Dans INDI)
- QUAY n'est pas conforme avec la norme Gedcom (dans SOUR)
Oui c'est vrai ces tag ne sont pas convertis.
Aux spécialistes de la norme: Que faudrait-il faire pour que ce soit
correct?
Pour ADDR et PHON, il me semble qu'il faudrait ajouter un _ devant.
Je verrais les choses de manière différente :
PHON et ADDR sont indiqués comme ça et font partie de la structure
relative à l'adresse :
ADDRESS_STRUCTURE: =
n ADDR <ADDRESS_LINE> {0:1}
+1 CONT <ADDRESS_LINE> {0:M}
+1 ADR1 <ADDRESS_LINE1> {0:1}
+1 ADR2 <ADDRESS_LINE2> {0:1}
+1 CITY <ADDRESS_CITY> {0:1}
+1 STAE <ADDRESS_STATE> {0:1}
+1 POST <ADDRESS_POSTAL_CODE> {0:1}
+1 CTRY <ADDRESS_COUNTRY> {0:1}
n PHON <PHONE_NUMBER> {0:3}
On a donc déjà le même niveau d'indentation pour ces deux étiquettes.
Maintenant, l'ADDRESS_STRUCTURE, est considérée comme un EVENT_DETAIL:
EVENT_DETAIL: =
n TYPE <EVENT_DESCRIPTOR> {0:1}
n DATE <DATE_VALUE> {0:1}
n <<PLACE_STRUCTURE>> {0:1}
n <<ADDRESS_STRUCTURE>> {0:1}
Maintenant toujours en remontant, on trouve :
INDIVIDUAL_ATTRIBUTE_STRUCTURE: =
n RESI {1:1}
+1 <<EVENT_DETAIL>> {0:1}
Tout ça pour dire que j'aurais tendance à déplacer les deux tags de la
manière suivante :
Dans le gedcom de JRF (j'ai foutu n'importe quoi pour confidentialité),
on a:
0 @22I@ INDI
1 NAME Laurent/MACHIN/
2 GIVN Laurent
2 SURN MACHIN
1 SEX M
1 BIRT
2 DATE 9 APR 1985
2 PLAC Paris,75000,Meurthe-et-Moselle,Lorraine,France,
1 FAMS @361U@
1 FAMC @359U@
1 ADDR Laurent MACHIN
1 PHON 01 44 44 44 44
On devrait avoir :
0 @22I@ INDI
1 NAME Laurent/MACHIN/
2 GIVN Laurent
2 SURN MACHIN
1 SEX M
1 BIRT
2 DATE 9 APR 1985
2 PLAC Paris,75000,Meurthe-et-Moselle,Lorraine,France,
1 FAMS @361U@
1 FAMC @359U@
1 RESI
2 ADDR
2 NOTE ADDR : Laurent MACHIN
2 PHON 01 44 44 44 44
(c'est du n'importe quoi ce H.......) :-(
Par contre le traitement est double : on traite d'abord le tag 1 ADDR et
ensuite le tag 1 PHON car peut être que dans des enregistrements on a
l'un ou l'autre ou comme ici l'un et l'autre.
Donc trois cas :
1°) Si on a les deux, on fait comme ci-dessus.
1 RESI
2 ADDR
2 NOTE ADDR : Laurent MACHIN
2 PHON 01 44 44 44 44
2°) Si on a que 1 ADDR, on obtient :
1 RESI
2 ADDR
2 NOTE ADDR : Laurent MACHIN
3°) Si on a que 1 PHON, on obtient :
1 RESI
2 PHON 01 44 44 44 44
QUAY, c'est différent : il n'est pas à sa place. Hérédis ne doit pas
gérer la citation de source et le met dans la source.
Oui, pour QUAY, je te suis Patrick.
Francois
------------------------------------------------------------------------
No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.0.237 / Virus Database: 270.11.13/2001 - Release Date: 03/14/09 06:54:00
---------------------------------------------------------------------
Utilisateurs de GenJ, localisez-vous sur le site:
http://www.arvernes.com/wiki/index.php/Genj_-_Participants#Les_Utilisateurs
<*> Pour vous desinscrire de cette liste, envoyez un mail a :
[email protected]
<*> Pour obtenir de l'aide sur les commandes de la liste :
[email protected]
