Le vendredi 09 juin 2006 09:40, Daniel ANDRE a écrit : > En résumé, ce qui avait été dit à propos de numérotation, c'est qu'il > fallait faire un rapport permettant de mettre un système de numérotation > dans une balise pour tous les indi du gedcom. Cela me fait penser qu'il > n'y a pas de tâche à ce sujet sur bugs.arvernes.com est-ce quel'un > d'entre vous (Frédéric ou Daniel) peut s'en charger? > > Le problème est qu'il existe un nombre considérable de systèmes de > numérotation et qu'il risque d'être difficile de trouver une solution > pouvant s'appliquer à tous. Par exemple si les extensions que tu > proposes, Daniel, ne sont pas incluse dans le rapport, je ne pense pas > que tu seras intéressé. > > Il faut donc trouver qqchose de suffisamment généric pour pouvoir être > adapté aux besoins de chacun et je pense qu'il faudrait avoir une > discussion sur ce sujet avant de se lancer dans le codage d'un tel > rapport qui, par lui même, ne pose pas de grosses difficultés. > Daniel, j'ai depuis toujours soutenu cette demande d'intégration de l'indexation Sosa dans Genj et en fait dans le fichier Gedcom car je suis pour une solution évitant l'ajout de données hors du fichier ; j'ai pour l'instant opté chez moi pour une solution transitoire consistant : (1) à créer des balises _SOSA (donc de type user et là j'ai tous les droits !), (2) à utiliser un script Perl pour mettre à jour le contenu des ces balises.
J'écris les index entre "{" et "}" et je sépare les index multiples par
des ";" : par exemple "{538; 528}" dans le cas d'un implex (ascendant 2 fois
impliqués mais on peut avoir des cas multiples) ; j'ai aussi affecté avec
option des index aux frères et soeurs ("+" et index de la personne référence)
et aux beau-frères et belles-soeurs ("++" et index de la personne
référence) ; c'est extrêmement pratique.
Je utilise comme la plupart des gens uniquement Sosa et pas la numérotation
descendante et en conséquence je souhaite que nous installions d'abord cette
indexation ; on pourra toujours ajouté l'autre après ; je conseille par
ailleurs toujours l'utilisation de tags user car elle permet de distinguer
ces données des autres permanentes ; cela permet par exemple un retrait
simple par filtrage de ces données si on envoie son fichier à quelqu'un.
Un rapport "Sosa" permettra une intégration dans Genj plus élégante et sutout
beaucoup plus pratique mais comme pour mon script Perl je maintiens que les
rapports ne sont pas adéquoits pour modifier la base de données et que donc
là encore c'est une solution transitoire et donc à terme il faudra intégrer
Sosa dans le core de Genj.
Quelques exemples pour montrer que le rapport (vrai aussi avec mon script
Perl) n'est qu'un pis-aller :
- je crée mes index Sosa avec le fameux rapport Sosa,
- avec Genj j'ajoute un nouvel INDI indexable alors son index n'est pas
automatiquement ajouté !,
- avec Genj je déplace un INDI indexé vers un autre branche où il ne doit plus
l'être, alors son index n'est pas automatiquement supprimé !.
Voilà.
Daniel.
--
Daniel Moyne (Nulix)----------------------------------------------------------
Distribution : Ubuntu 6.06 LTS \\|||// Machine : x86_64
kernel 2.6.15-23-amd64-k8 / --- \
KDE 3.5.3 (' o-o ')
----------------------------------------oOO-(_)-OOo---------------------------
pgptoA0AQ5W19.pgp
Description: PGP signature
