Blocage sur extraction de fiches au niveau traitement du fichier des événements

[Phil Chari]

Mon extraction de fiches (avec G 2026 v 2.2.0.0) s'est bloquée à deux reprises au niveau du traitement du fichier des événements avec un sigle en rouge de type ciseaux suivi du chiffre 2 (voir photos d'écan ci-jointes); après arrêt forcé du logiciel, réouverture, réindexation de mon gros fichier ( 703 000 personnes) et relance de l'extraction , conditionnée par 2 conditions sur Naissance-Date: supérieure à 1100 ET Naissance-Date: inférieure à 1600. La sélection des personnes a annocé un résultat convenable de 174 828 personnes, puis le traitement du fichier lieux s'est bien déroulé, mais par deux fois le traitement suivant du fichier événements s'est bloqué: la 1ère fois vers 2,6 millions d'événements traités, la 2ème fois vers 3,2 millions d'événements traités, sur un nombre total de 5,2 mllions d'événements.

Que puis-je faire pour obtenir ce sous-fichier des seules personnes nées après l'an 1100 et avnt l'an 1600 (soit le corpus restreint sur lequel je souhaite poursuivre ma recherche des couples-pivots les plus proches de nous ?
Un export-réimport de gedcom peut-il être conditionné et serait-il plus efficace ?

 

[Phil Chari]

Mon extraction de fiches (avec G 2026 v 2.2.0.0) s'est bloquée à deux reprises au niveau du traitement du fichier des événements avec un sigle en rouge de type ciseaux suivi du chiffre 2 (voir photos d'écan ci-jointes); après arrêt forcé du logiciel, réouverture, réindexation de mon gros fichier ( 703 000 personnes) et relance de l'extraction , conditionnée par 2 conditions sur Naissance-Date: supérieure à 1100 ET Naissance-Date: inférieure à 1600. La sélection des personnes a annocé un résultat convenable de 174 828 personnes, puis le traitement du fichier lieux s'est bien déroulé, mais par deux fois le traitement suivant du fichier événements s'est bloqué: la 1ère fois vers 2,6 millions d'événements traités, la 2ème fois vers 3,2 millions d'événements traités, sur un nombre total de 5,2 mllions d'événements.

Que puis-je faire pour obtenir ce sous-fichier des seules personnes nées après l'an 1100 et avnt l'an 1600 (soit le corpus restreint sur lequel je souhaite poursuivre ma recherche des couples-pivots les plus proches de nous ?
Un export-réimpoVoir la pièce jointe 29322Voir la pièce jointe 29323rt de gedcom peut-il être conditionné et serait-il plus efficace ?

En effet, un export de Gedcom conditionné sur la fourchette de dates de naissance (> 1100 et <1600), suivi d'un réimport du Gedcom ainsi créé s'est déroulé correctement, quoique laborieusement (durée totale 56 minutes) en raison de la grosse taille de mon fichier de départ (703 000 personnes); ce qui est très surprenant, c'est que les résultats des filtrages avec les deux mêmes conditions de dates (strictement formlées de la même façon) sont différents (bien qu'appliqués sur le même fichier de départ avec le même logiciel G 2026 v 2.2) entre le processus d'extraction de fiches d'une part, et le processus d'export-réimport de Gedcom d'autre part: l'extraction affichait une sélection de 174 828 personnes (avant le blocage sur le fichiers des événements), tandis que le Gedcom s'est terminé avec 185 947 personnes (nées entre 1100 et 1600), soit un écart de plus de onze mille personnes !

Pourquoi la gestion par G 2026 des mêmes conditions sur "Personne: Naissance-Date" donne-t-elle des résultats différents entre les deux processus ? le Gedcom demande la vérification habituelle de format sur les dates qu'on voit bien apparaître, tandis que l'extraction ne demande aucune vérification des formats de dates traités et fait donc des hypothèses standards implicites peut-être infondées ...

Merci pour vos explications !

 

[Phil Chari]

En effet, un export de Gedcom conditionné sur la fourchette de dates de naissance (> 1100 et <1600), suivi d'un réimport du Gedcom ainsi créé s'est déroulé correctement, quoique laborieusement (durée totale 56 minutes) en raison de la grosse taille de mon fichier de départ (703 000 personnes); ce qui est très surprenant, c'est que les résultats des filtrages avec les deux mêmes conditions de dates (strictement formlées de la même façon) sont différents (bien qu'appliqués sur le même fichier de départ avec le même logiciel G 2026 v 2.2) entre le processus d'extraction de fiches d'une part, et le processus d'export-réimport de Gedcom d'autre part: l'extraction affichait une sélection de 174 828 personnes (avant le blocage sur le fichiers des événements), tandis que le Gedcom s'est terminé avec 185 947 personnes (nées entre 1100 et 1600), soit un écart de plus de onze mille personnes !

Pourquoi la gestion par G 2026 des mêmes conditions sur "Personne: Naissance-Date" donne-t-elle des résultats différents entre les deux processus ? le Gedcom demande la vérification habituelle de format sur les dates qu'on voit bien apparaître, tandis que l'extraction ne demande aucune vérification des formats de dates traités et fait donc des hypothèses standards implicites peut-être infondées ...

Merci pour vos explications !

Relance ! comment expliquer que l'export-reimport immédiat de gedom conditionné sur une fourchette de dates donne en résultat un nombre différent de personnes que l'extraction de fiches directe par G2026 avec la même condition de fourchette de dates ? seul le processus Gedcom pose une question sur le format des dates, alors que G 2026 en direct fonce dans le mur du contrôle des dates sans rien demander: G 2026 fait-il ou non une erreur dans l'exécution sur certains formats de dates des contrôles de bornes indiquées (supérieur ou égal à borne inférieure ET inférieure ou égale à borne supérieure) ?