Le jeudi 6 juillet 2006 11:38, Durand Daniel a écrit :
Hello,
> Bon courage et bon devoirs d'été aux courageux membres de la lsite pour
> lire me deux tartines de message.
Au contraire, je pense comme je l'ai dit, que tes messages sont trés utiles.
Donc à lire - Na ! ;-)
> La conversation donc continue dass la liste suite au dernier message de
> Françiois dans la synthèse Flash-list
>
> Le Jeudi 6 Juillet 2006 08:55, Island a écrit :
> > Le jeudi 6 juillet 2006 08:16, Durand Daniel a écrit :
> >
> > ARggggggh
> > décidemment les amis, va falloir relire la norme gedcom :-)
> > Le tag qui va bien Daniel, donc le tag PLAC avec le sous tag FORM
> > dans ton gedcom Daniel, il est mis dans un endroit ou il ne devrait pas.
> > Tes deux tags sont mis A L'INTERIEUR de l'enregistrement du SUBMitter.
>
> Honte à moi !! J'avais placé mon tag PLAC juste avant le tag 0INDI et je
> n'avais pas vu avant le sournois 0SUBMITTER !
> J'ai corrigé en conséquence et refais les tests.
> Chapeau Frédéric pour ton boulot que je vois enfin complètement ! Deux
> remarques :
> 1/ - pourquoi, dans l'ordre de tri, après un premier choix 1/3 : COMMUNE,
> le 2/3 était-il toujour dans l'ordre Lieu-dit/Code même qu'on choisisse
> d'abord Code, puis Lieu-dit ou Lieu-dit puis Code.
> Ca m'arrangerait d'avoir Code/lieu-dit car comme mon Code est en fait le
> Code Insee, dans une sortie CSV Lieu/Nom de famille, même si la Commune
> (première clé) n'apparait pas, j'aurait en 2ème clé le Code INSEE, donc
> quand même la commune... Capito ?
Je pense que Frédéric reprend l'ordre qu'il y a dans le tag FORM.
Par contre, c'est vrai que sur ça, j'aurai moi aussi une remarque.
J'utilise cette forme là pour mes besoins perso :
1 PLAC
2 FORM Lieudit,Commune,Code,Département,Région,Pays
Donc, 6 juridictions.
C'est vrai que c'est un peu lourd de toujours lui donner les juridictions à
chaque fois, donc 1ere juridiction, 2ème, et 3ème.
Ne pourrait on pas imaginer que le rapport la premiere fois qu'il est lancé,
vérifie dans le genj-reports.properties, si il a une entrée pour ses données
ou pas. Si il n'a rien, il fait ce qu'il fait actuellement, il interroge pour
savoir qu'elles sont les trois juridictions,
mais si il a déjà des entrées, ça supposerait qu'il fonctionne comme je vais
l'expliquer, il envoie à l'utilisateur :
La derniere fois que vous avez lancé le rapport vous aviez choisi les trois
juridictions suivantes :
Commune - Département - Pays
souhaitez vous reprendre les mêmes ? Si oui, faites "Entrée", si non,
choisissez dans la liste déroulante ci-aprés.
Donc si on fait le même choix qu'avant, crac, on fait entrée, sinon, le
programme propose les 6 juridictions au choix.
Et une fois que ce choix est fait, il écrit ce choix dans le
genj-reports.properties les trois juridictions qu'on avait choisi et leur
ordre (1, 2 et 3)
> 2/ du coup, je réponds à ta question sur une solution "bricolée" avec un
> champ bidon, je ne suis pas "Pour". Je préfère attendre une vraie solution.
D'accord à 1000000000000000000 %
Il ne faut pas bricoler un truc, car sous peu, ça pose plus de souci que ça
n'en résoud.
> MAIS GROSSE QUESTION???
> J'ai donc mis un tag PLAC correctement et j'ai découvert quelque chose
> d'ennuyeux :
> - maintenant, si je rentre un lieu, je n'ai plus une auto-complétion comme
> avant de mon ensemble "Commune, code, Pays, lieu-dit" qui était considéré
> comme une entité MAIS
> - j'obtiens quatre champs de saisie successifs : camp COMMUNE, champ CODE,
> champ PAYS, champ LIEU-DIT ce qui est absurde comment rentrer par coeur le
> code INSEE de mes 500 ou 1 000 communes !
> C'est une régression de convivialité et/ou de productivité inacceptable
> (pour moi bien sur :)) !) et, s'il n'y a pas de solution, je supprimerai ma
> déclaration de Tag dans le header puisqu'elle n'est pas indispensable pour
> vivre sa généalogie...
Là pas d'accord. C'est un pb de programmation de Nils.
Nils n'est pas favorable à ce tag PLAC et FORM dans le header, pourtant c'est
ce qui le plus normal d'avoir. Au moins, on a un truc formaté qui va nous
permettre d'avoir tout au long du gedcom la même structure.
Tu te rends compte du bazard pour lancer un rapport sur des tags PLAC qui tout
au long du MEME gedcom peuvent etre :
PLAC Le Bourg,ARNAGE,
ou :
PLAC le Bourg, Arnage, France
PLAC PARIS 75005
PLAC Camembert, Normandie
PLAC Reims, France
PLAC France, Saint Etienne
Enfin, tu vois le genre de bazard.
Un tel montage est possible sans les tags d ans le header. Il est
absolument
impossible de faire une programmation pour reprendre les lieux si on
fonctionne comme ça.
donc solution : Enquiquiner Nils pour qu'il réponde à ce besoin.
> > Tous vos pbs viennent de là.
> > evitez de prendre des gedcoms faits de bouts d'autres gedcoms, car ça
> > conduit à des pbs comme ceux là.
>
> Heu... oui mais.. j'ai eu une vie avant GenJ
> J'ai commencé ma généalogie avec avec WinGao dans les années 90, puis PAF,
> puis Legacy, puis GenJ... avec un fichier qui atteint les 18 000 individus
> et avec une connaissance des normes progressant péniblement, au gré des
> expérimentations....
Bien sur, et c'est normal.
Ce que je veux dire, c'est que maintenant, lorsque l'on utilise genj et que
l'on a fait un gros boulot pour que son gedcom soit en ordre, il ne faut
vraiment pas utiliser un autre logiciel qui en un rien de temps, va vous
mettre un bazard pas possible.
Il faut encourager les gens à l'utiliser, car si l'on veut faire des échanges,
et pouvoir reprendre du travail que d'autres ont fait, ou que nous avons
fait, il faut que les fichiers soient conformes à la norme, sans quoi si le
correspondant utilise un autre logiciel, une simple sauvegarde, va tout
bousiller.
> Aussi aujourd'hui, nettoyer un Gedcom est une grosse opérqation (que j'ai
> déjà faite plusieurs fois) même si on peut faire beaucoup de choses avec un
> éditeur de textes (voir message par ailleurs de carnap), encore que, je
> suis Linux, et je doit faire attention avec les problèmes d'encodage que je
> méaitrise mal. Finalement j'utilise mintenant Nedit qui apparemment n'abime
> pas mon gedcom en ANSEL.
Moi aussi, j'utilisais NEDIT, mais je te conseille JEDIT (sous Java). Trés
trés puissant. D'une convivialité epoustouflante, et une vraie merveille pour
de "grosses" interventions sur un gedcom.
j'ai eu moi aussi recours à un éditeur pour ce genre de manip sur mon gedcom,
et j'y aurai surement recours dans l'avenir, c'est sûr.
Francois
---------------------------------------------------------------------
<*> Pour vous désincrire de cette liste, envoyez un mail à :
[EMAIL PROTECTED]
<*> Pour obtenir de l'aide sur les commandes de la liste :
[EMAIL PROTECTED]