forum Ancestrologie
Ancestrologie - Développement => Développement => Discussion démarrée par: DDdeBerdeux le 17 Janvier 2006 à 11:53:35
-
Pour ceux qui veulent essayer cette nouvelle version, j'ai mis en ligne maj_b357_b4015.exe (http://andre.langlet.free.fr/ancestro/maj_b357_b4015.exe)un exécutable qui modifie la base en version b4.014, ainsi que FAMILLEVIDE4015.zip (http://andre.langlet.free.fr/ancestro/FAMILLEVIDE4015.zip) la base vide accompagnée du fichier décrivant toutes les modifications depuis la base b3.57.
Les seules modifications concernent le calcul de comsanguinité qui ne devrait plus "planter" quand il y a des boucles dans les généalogies.
Pour une généalogie "normale", la durée du calcul devrait être légèrement améliorée.
Pour une généalogie "frisée" (ou à boucles si vous préférez), le calcul arrive à la fin, mais est beaucoup plus long, et surement faux pour les individus se situant dans ces boucles.
Par exemple, avec la base de Joël Auguste de 13000 individus qui fait 37Mo, le calcul sur la totalité du dossier a pris chez moi 11mn et en final le dossier occupait 390Mo.
Il est donc fortement conseillé d'être patient et de faire une optimisation après un calcul de consanguinité.
Bons tests.
André
PS: passage en b4.015
-
Telechargement reussi pas de plantage pour l'instant, on attend maintenant la mise a jour de Philippe. :wink:
-
Bonjour,
Je suis en v447 b4.014
Pas de plantage lors du calcul de consanguinité dans une base où il doit encore y avoir une ou plusieurs boucles. La calcul n'aboutissait pas avec la b4.013 et il fallait tuer le calcul.
Infos pour André, il s'agit des ascendants d'Alexandra, 820 individus, résultat obtenu en 5/6 secondes.
Cordialement
Joël
-
Passage de v441 a v447 et maj b4013 vers 4015
Lancement du calcul de consanguinité ; message au lancement du calcul ( après me message d'avertissement sur la longueur du calcul) :
"required param value not set" :cry: !!
Arret d'Ancestrologie en tuant la tache :twisted:
Correction : la fenètre "Merci de Pacienté" reste affichée avec le sablier
mais l'on peut effectuer des commandes sur la fenètre principale, en particulier sortir....
Quel problème?
bonsoir
Jean
-
Je viens de passer en b4.015.
Modifications: on va pouvoir définir sur combien de générations on va rechercher les ancêtres communs. Pour celà Philippe CM va mettre en ligne une version béta du logiciel en v449. Dans les préférences, une option (onglet visuel?) permettra de choisir ce nombre de générations. Si on choisi 0, le calcul n'est pas accessible et la consanguinité doit disparaître.
Bref rappel: la consanguinité d'un individu est identique à la parenté de ses parents. Si le Père et la Mére ont un ancêtre en commun situé pour l'un à n1 générations et pour l'autre à n2 générations, la consanguinité apportée par cet ancêtre à l'individu de départ est égale à:
(1/2)^puissance (n1+n2+1)
Un ancêtre commun situé à la génération 5, soit à 4 générations des parents apportera donc une consanguinité de:
(1/2)^9 de l'ordre de 0,2%
Et un autre à la génération 10: (1/2)^19 de l'ordre de 0,0002%
On voit donc qu'il est inutile de poursuivre trop loin l'analyse. D'autant plus qu'elle est très pénalisante en temps surtout sur des grosses bases avec beaucoup d'ancêtres communs, et que plus on analyse de générations plus la base grossie (temporairement, mais il faut l'optimiser ensuite pour qu'elle retrouve sa taille de guêpe).
Pour faire des essais sur une grosse base, je vous conseillerai de commencer avec 5 générations. Une base de taille raisonnable (2 à 5000) sans boucles accepte facilement 10 générations, ce qui permet d'avoir une précision très supérieure à la précision de l'affichage.
Un exemple: en passant de 10 à 5 générations sur la base de Joël (13000 ind et boucles), la durée de l'analyse est passée de 11mn à 30s, et la taille finale de la base de 390Mo à 78Mo.
La v449 ne devrait pas tarder.
A+ et bons tests
André
-
"required param value not set"
Trop tôt, Il faut attendre v449 du logiciel.
André
-
J'attendrai....
:? :?
je vais regarder le film à la télé :P
Merci
Jean
-
Essai de la procédure PROC_MAJ_CONSANG(2,0,0)
dans IBEasy+ sur un Dossier N°2 toute la base (2488 individus) avec mode =0
Temps d'exécution environ 7s
en attendant ma v449
bonsoir
Jean
-
Syntaxe de PROC_MAJ_CONSANG(I_DOSSIER, SOSA, I_NIVEAU)
SOSA=0 =>tout le dossier
SOSA=1 => les SOSAS uniquement
I_NIVEAU= nombre de générations sous l'individu, dans lesquelles on va chercher les ancêtres communs à son père et à sa mère.
Bonne nuit
André
-
Si je ne me trompe pas si I_NIVEAU = 0
le calcul de consanguinité s'effectue sans limitation de niveau.
Faut pas de boucle dans ce cas.
donc PROC(2,0, 10) est préférable.
j'ai noté
Bonsoir
Jean
-
Je viens de passer en b4.015.
A+ et bons tests
André
André il serait bien que tu crées un nouveau message avec a l'interieur le N° de chaque Nouvelle base, et que toi seul sera a même de rajouter a chaque nouvelle base
Enfin si tu veux, et, cela serait moins perturbant pour tous :wink:
-
Passage en 4.015 et v4.50 cela fonctionne pour le moment :wink:
Ainsi que le calcul de consanguinité :wink:
-
Bonjour,
Je suis en v451 b4.015 et je n'ai constaté aucun dysfonctionnement dans toutes les manipulations que j'ai pu faire.
A+
Joël
-
Merci à tous ceux qui prennent du temps pour faire des essais.
Est-ce que quelqu'un a essayé la procédure PROC_ANC_COMMUNS(ind1,ind2)?
Elle ressort la liste des ancêtres communs à ind1 et ind2, avec l'enfant et le nombre de générations dans la branche qui mène à chaque individu. Si ind2=0, elle recherche alors les ancêtres communs aux parents de ind1.
Attention aux bases qui bouclent car cette procédure n'a pas de limite en nombre de générations, donc elle risque de ne pas finir la recherche d'ascendants!
Elle a aussi un défaut, celui de ressortir comme ancêtre commun, l'ancêtre commun d'un ancêtre commun. Avec Lya on a fait une version un peu différente qui les élimine, est-ce que çà vous intéresse que je la remplace dans une prochaine version?
A+
André
-
oui ! :wink: