Merci pour la solution, C'est un début de piste, car il n'est pas facile de trouver les 800 lieux dans un Gedcom. Effectivement je procède par copié-collé en particulier le cyrillique, car la gymnastique de changement de clavier est fastidieuse. C'est de la probablement que viens le problème qui n'est pas visible à l'oeil nu. Par contre je me demande quel test la toolbox effectue pour valider les niveaux de juridiction. C'est un gros problème car cela me bloque complètement. J'ai déjà passé quelques 5 jours entiers à chercher des parades, mais rien n'y fait. Cette toolbox c'est vraiment un truc pratique mais quand ça marche. Antony
Le 17/03/08, christian.palluy <[EMAIL PROTECTED]> a écrit : > > Le 16/03/2008 10:21, Antony Cyk écrivait : > > Bonjour Christian, > La suppression de : > 1 PLAC > 2 FORM Ville,Code,DãAepartement,RãAegion,Pays,Subdivision > > Va-telle m'obliger à refaire mes 900 niveaux de juridiction "à la main" un > par un ? > Merci > Antony > PS : j'utilise notepad++ comme éditeur de texte et j'ai presque contrôlé > tous les niveaux de juridiction > > > Cette manipulation a pour résultat que les lieux sont considérés comme une > données unique. > Si tu as par exemple : Lyon, 69123, Rhône, Rhône-Alpes, France, 2e > Arrondissement ce lieu va rester ainsi. > Lorsque tu essaieras de rentrer un lieu dans GenJ tu n'aura que le choix > de la ligne complète avec les virgules. > Si tu remets les deux lignes dans le GEDCOM, les subdivisions > réapparaissent comme auparavant. L'astuce indiquée permet parfois de > détecter des erreurs flagrantes. > > Il y a une chose à laquelle je pense, il se peut que certains de tes lieux > (les fautifs) comprennent dans leur écriture des caractères non-imprimables. > L'exemple typique est celui d'un lieu copié de cellules de tableur, et qui > peut contenir des tabulations qui passent pour des espaces si l'on n'y prend > pas garde. > Pour s'assurer qu'il n'y a pas de caractères non-imprimables dans une > donnée, il suffit de faire la manipulation suivante : > 1-Copier les données douteuses dans une colonne d'une feuille de tableur > (Ooo ou MSOffice) > 2-Se placer sur la colonne à côté et mettre la formule : =epurage(LC(-1)) > 3-Recopier vers le bas autant que nécessaire > 4-Copier la colonne qui contient la formule > 5-Faire un collage spécial (Ooo = collage spécial, décocher tout, décocher > formule, ccoher nombre -- MsOffice Collage spécial, cocher Valeur) > NB: on peut coupler la formule épurage avec supprespace, qui enlèvera les > espaces inutiles. > > Commentaire : En apparence, à l'oeil, entre les données d'origine et les > données traitées, il n'y a pas de différence. Par contre tout ce qui n'est > pas du texte, du nombre ou de la ponctuation est ôté de la chaine de > caractères, ce qui suffit souvent à corriger des problèmes. > > > > > > > Le 16/03/08, christian.palluy <[EMAIL PROTECTED]> a écrit : > > > > Le 15/03/2008 23:05, Antony Cyk écrivait : > > > > J'essaie depuis 3 jours de trouver une aiguille dans une botte de > > paille. > > J'aimerais aligner mes niveaux de juridictions de 4 niveaux à 1 niveaux > > en utilisant la boite à outils. > > J'obtiens le message d'erreur suivant : > > > > Evaluation du format de la liste des juridictions dans l'entête > > Format des localisations à valider : > > Ville, > > Un champ n'est pas renseigné. C'est le champ numéro (2) > > java.lang.ClassCastException: genj.gedcom.PropertySimpleValue cannot be > > cast to genj.gedcom.PropertyPlace > > at tools.ReportToolBox.managePlaces(ReportToolBox.java:576) > > at tools.ReportToolBox.start(ReportToolBox.java:141) > > at tools.ReportToolBox.start(ReportToolBox.java:102) > > 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:945) > > at genj.report.ReportView$ActionStart.execute(ReportView.java:456) > > at genj.util.swing.Action2$CallAsyncExecute.run(Action2.java:492) > > at java.lang.Thread.run(Unknown Source) > > > > J'en déduis que c'est une erreur de virgule, je cherche donc une > > aiguille dans une botte de paille. > > Avez-vous une astuce pour trouver où est l'erreur s'il s'agit bien d'une > > erreur de virgule ce dont je ne suis pas sûr du tout. > > Merci > > Antony > > > > > > Une solution un peu brutale est d'opérer le GEDCOM "à coeur ouvert" dans > > un éditeur de texte. > > Je reproduis ci-dessous la zone qui nous intéresse : > > 1 GEDC > > 2 VERS 5.5 > > 2 FORM LINEAGE-LINKED > > 1 CHAR ANSEL > > 1 PLAC > > 2 FORM Ville,Code,DãAepartement,RãAegion,Pays,Subdivision > > 0 @SUB0@ SUBM > > > > Dans cet entête on supprime les lignes : > > 1 PLAC > > 2 FORM Ville,Code,DãAepartement,RãAegion,Pays,Subdivision > > > > Les lieux se trouvent après cette manipulation dans un seul champ. > > S'il y a des modifications à faire, on édite un acte, on met la valeur > > correcte et on coche la petite case que GenJ fait apparaître à côté du lieu. > > Et ainsi de suite... > > Il parait plus sage d'opérer sur une copie du GEDCOM. > > > > > > -- > > Bien cordialement Ch. PALLUY Des messages de genrhoneloire Où, quand, > > comment, vivaient nos ancêtres. Comment les retrouver. > > http://perso.wanadoo.fr/christian.palluy/anarolo > > > > > >
