Sujet: Erreurs ANCESTROLOGIE diverses et variées.

[pascalhy]

Je ne sais dans quelque rubrique le placer.

Version 2008.0.0.790 base 5.057
XP SP2 P4 2,4 1,5 go de mémoire
Bonjour à tous,
Ayant une base avec plusieurs dossiers :
-   2 avec 10654 personnes,
-   5 avec   6204 personnes
- 10 avec 21148 personnes
Tout fonctionnait correctement pendant un certain temps, quand une mise à jour logiciel et base ou logiciel ou base est venue perturber de nombreux éléments qui font que plus grand chose ne fonctionne.
Seul le dossier 2 a gardé les fonctions Gedcom, Export Web mais génére dans la Liste de dates incohérentes sur les individus une multitude de lignes dans la rubrique Individus ayant une date d’événements individuel de forme anormale.
Par contre les dossiers 2 et 10 ne peuvent plus être exporter en Gedcom par car un Bug arrive lors de l’exportation des familles.
Pour le dossier 5 :
Export Web : Bug avec message « conversion error from string "1/1/-1779" at procédure "PROC_TROUVE_CONJOINTS" je ne trouve pas de date de ce type.
BOA : "PROC_TROUVE_CONJOINTS" :SQL Error 104 ligne 2, colonn 2
Liste de dates incohérentes sur les individus : Erreur base, impossible de se connecter à la base à la rubrique avec arrêt de l’état sur Individu(s) ayant un événement avant la naissance.
J’ai rencontré une erreur mais je ne sais plus comment la reproduire
Conversion error from string "T_UNION" At procedure "PROC_INCOHERENCE”
BOA : SQL Error 104 ligne 1, colonn 45
Voulant sortir un état par liste alpha par BOA :
"PROC_ETAT_LISTE_ ALPHA" : SQL Error 104 ligne 1, colonn 45
J’ai recherché sur le forum s’il y avait de tels sujets traités, sans succès.
J’ai essayé de, à partir d’une base vierge, d’importer le dossier, rien n’a changé, je retrouve les mêmes soucis.
J’ai renommé la base et ouvert Ancestrologie, à défaut de ne pas trouver le fichier, il crée un répertoire, idem lors de la manœuvre inverse. Il n’y a pas longtemps, quand il y avait problème avec la base, c’était l’opération de rigueur, cela ne fonctionne plus.
Le dernier export Gedcom date du 2/01/2008, il est vrai que depuis là, je n’ai pas œuvré sur ce dossier, je l’ai repris dernièrement (mi avril). J’ai rechargé le dernier Gedcom mais retrouve les anomalies d’aujourd’hui.
Donc ma question :
Comment pouvoir retrouver une base saine où je puisse exporter des Gedcom et Web, enfin, faire de la généalogie sans soucis.
J’espère avoir été assez clair dans mon exposé, je suis à disposition pour d’autres détails qui pourraient aider à solutionner mes anomalies logiciel.
En ce qui concerne le dossier 2 qui fonctionne, j’ai travaillé dessus jusqu’à maintenant, au gré des mises à jour périodiques, je pourrais peut-être dire qu’Ancestrologie, c’est comme le jardin, il faut toujours être dedans.
Comptant sur l’expérience d’homme de l’art prochainement.
Cordialement à tous.

[Facon]

Bonsoir,
Je me rends compte que ton message est resté en souffrance, il serait convenable de ce côté-ci du forum de tenter d'apporter des explications et/ou corrections.

  Le problème rapporté ressemble très fort à celui soulevé par Eric GROSS dans la discussion suivante: http://www.ancestrologie.org/forum/index.php?topic=9375.0
Le type de blocage rencontré est lié à la saisie de dates sous une forme qui ne correspond pas à ce que Ancestrologie est capable de traiter. Pour mémoire, les principes de l'écriture des dates a été rappellé par Aquablue dans un message accessible dans la zone Tutoriels: http://www.ancestrologie.org/forum/index.php?topic=7952.0

  Une date saisie sous la forme "vers 1778-1779" ou encore "1778-1779" est de nature à générer un message d'erreur comparable à celui mentionné dans ton message. La résolution du problème consiste à reprendre les dates en question et de les réécrire en utilisatant le bon format, notamment "entre 1778 et 1779" pour l'exemple indiqué. Il est à retenitr que le tiret - ou encore le signe moins - ne sont pas des séparateurs reconnus dans les dates, il y aurait d'ailleurs des complications pour les dates avant J.C.

  L'utlisation du BOA, menu Listes, Lister les événements, etc... devrait permettre de localiser les dates fautives. Il suffit de noter les NIP pour ensuite procéder aux corrections.

  Tu trouveras ici une requête éléborée par André qui devrait te permettre de retrouver plus facilement les événements individuels en question: http://www.ancestrologie.org/forum/index.php?topic=8695.msg56467#msg56467

[DDdeBerdeux]

Le problème, c'est que la requête dont tu parles Christian, utile la procédure PROC_DATE_WRITTEN qui ne reconnaît pas comme erronnées des dates de la forme "-1779" ou "août -50". Ces dates sont simplement considérées comme des dates avJC.
Mais Firebird, ou plutôt les autres procédures qui permettent d'ordonner des événements ou les conjoints, de calculer l'âge d'un individu à un événement, etc..., ne sont pas compatibles avec ces dates.
Le plus simple serait peut-être de rechercher tous les individus ayant dans un événement une date contenant le signe "-".
Cette requête permet de retrouver les erreurs dans les événements individuels (en remplaçant le n° de dossier par le bon dossier):

Code: [Sélectionner]

select i.cle_fiche
,i.nom
,i.prenom
,n.ev_ind_type
from individu i
inner join evenements_ind n on n.ev_ind_kle_fiche=i.cle_fiche
where n.ev_ind_date_writen containing '-'
and i.kle_dossier=1
order by i.nom,i.prenomCelle-là dans les adresses de domiciles:

Code: [Sélectionner]

select i.cle_fiche
,i.nom
,i.prenom
,n.adr_ville
from individu i
inner join adresses_ind n on n.adr_kle_ind=i.cle_fiche
where n.adr_date_writen containing '-'
and i.kle_dossier=1
order by i.nom,i.prenomEt cette dernière dans les événements familiaux:

Code: [Sélectionner]

select i.cle_fiche
,i.nom
,i.prenom
,n.ev_fam_type
from individu i
inner join t_union u on i.cle_fiche in (u.union_mari,u.union_femme)
inner join evenements_fam n on n.ev_fam_kle_famille=u.union_clef
where n.ev_fam_date_writen containing '-'
and i.kle_dossier=1
order by i.nom,i.prenomA+
André

[Facon]

Bonjour,
Vu avec les explications d'André, avec cette approche les dates avant JC seront réputées potentiellement anormales. Il appartient par conséquent à l'utilisateur de faire la part des choses entre les dates saisies de manière anormale au sens d'Ancestrologie et celles qui sont volontairement négatives pour le cas des événements survenus avant JC.

Il reste malgré tout un point obscur. En dépit des dates saisies anormalement, il ne devrait pas y avoir de blocage et les accès devraient rester possibles pour corriger les anomalies. Sur une installation au même niveau, j'ai créé des événements avec des dates incorrectes, ces dates sont restées en rouge dans le champ date mais il a été possible de les valider, de naviguer et d'y revenir.
Dans tes explications tu précises que tu as transféré tes données dans une base vierge. C'était un bon choix mais qui ne semble pas avoir apporté le résultat escompté. Peux-tu indiquer l'origine de cette base vierge? Est-ce une base initialement vide et vierge ou alors une base vidée?

Pour éventuellement reprendre l'essai, tu peux trouver une base vide b5.057 à l'adresse suivante: http://www.ancestrologie.org/forum/index.php?topic=9375.msg60956#msg60956
Il suffit de cliquer sur le mot ICI pour déclencher le chargement. L'autre recommandation consiste à utiliser Mutancestre pour transférer le ou les dossiers. Tu trouves Mutancestre en téléchargement sur le site, l'utilisation est simple. Ancestrologie étant stoppé, tu indiques la base Source, tu fais Connecter puis tu choisis le dossier à transférer. Dans la partie Destination, tu choisis la base vide, tu fais Connecter puis tu indiques le dossier de destination. Par un clic droit sur le champ de dossier de destination tu peux créer un nouveau dossier ou encore renommer.

[pascalhy]

Bonsoir à tous et merci pour les conseils, j'ai pu trouver 2 dates parasites avec les requêtes d'André (-1779 et 1775--1778), ce qui m'a permis de pouvoir finaliser les exports Gedcom et Web. J'ai essayé à partir de la base vierge mais le comportement était le même qu'avec la base utilisée précédemment. Par contre, maintenant subsiste les incohérences sur événements, pour ainsi dire, toute les individus ayant plusieurs événements voient la pancarte bleue qui affiche qu'il est mort avant la naissance ou que le mariage s'est déroulé avant la naissance. Je cherche sur le forum les cas similaires mais aucun ne remédie à l'anomalie pour le moment. Si, parfois, quelqu'un aurait une solution, elle serait la bienvenue, surtout que lors ce que je le lance la correction des incohérences sur individu(s), j'ai le message Conversion error from string "T_UNION" At procedure “PROC_INCOHERENCE” BOA : SQL Error 104 ligne 1, colonn 45
Bonne soirée.
Cordialement.
Pascal

[pascalhy]

Bonsoir à tous,
J'ai bien récupérer un fichier Gedcom mais je me suis aperçu qu'il n'était pas utilisable, pour une raison que toutes les dates sont modifiées comme suit.
Gedcom du 20080102
DATE 2 DATE 25 APR 1955
2 TIME 23:50
2 PLAC Lucey,54200,Meurthe-et-Moselle,Lorraine,FRANCE,
Gedcom du 20080430
1 BIRT
2 DATE INT 25 (avril 1955)
2 TIME 23:50
2 PLAC Lucey,54200,Meurthe-et-Moselle,Lorraine,FRANCE,
De plus, le contrôle de cohérence est complétement fantaisiste, j'ai des messages partout, ils se référent au jour et non à la date complète, dans une version normal, on saisit le département ou le code postal, la ville s'affiche automatiquement, les cases se renseignent dans la foulée, là, plus rien de tout cela.
J'ai constaté que tous les dossiers de la base étaient ainsi, je ne sais pas d'où cela vient mais je redoute une coquille dans le soft.
Vivement la prochaine mise à jour qui je l'espère, remédira à tout cela.
Dans le cas contraire, je devrai tout ressaisir mais dans un logiciel plus sûr.
Dans l'attente de solutions efficaces de nos analystes programmeurs.
Cordialement.

[pascalhy]

Bonsoir,
Encore des découvertes pas très plaisantes, les baptêmes chrétiens sont passés depuis la dernière mise à jour de la base (je suppose) en baptêmes enfants et les dates de ces événements sont parfois différents de ce qui était, souvent avant la naissance, comme il y a une quantité non moindre, une mention "Erreur base" s'afiche lors de la demande de liste des dates incohérentes sur individu(s).
C'est bien dommage.
Si quelqu'un a un conseil à me donner pour me sortir de là.
Cordialement.

[Facon]

Bonjour,
Pour tenter de t'aider, peux-tu répondre à plusieurs questions:
  Apparemment tu es en version 790 b5.057. Comment es-tu arrivé à cette version, quelles étaient les versions avant l'intervention.
  Des données qui semblent présenter des anomalies, ont-elles été saisies dans Ancestrologie ou alors est-ce des données importées au travers d'un ou plusieurs gedcom?

Pour l'étiquette Baptême Enfant au lieu de Baptême Chrétien, la réponse est peut-être dans les explications que tu donneras ci-dessus.
Ce thême a déjà fait l'objet de nombreuses discussions, tu peux par exemple parcourir le lien suivant: http://www.ancestrologie.org/forum/index.php?topic=5200.msg35219;highlight=bapm#msg35219

La difficulté provient probablement des différents types de baptêmes traités dans le gedcom et la traduction du standard n'est pas toujours la même pour tous les logiciels. Pour aller plus de l'avant, il faudrait connaître le tag gedcom qui génère ce libellé. Est-ce systématique?
Depuis bien longtemps, le tag CHR du gedcom porte dans Ancestrologie l'étiquette Baptême enfant. Tu peux retrouver ces étiquettes en allant dans le menu Import/Export, Les Tags du gedcom.

[pascalhy]

Bonjour Christian,
Merci de t'intéresser à mes soucis.
J'ustilise Ancestrologie depuis 11/2005 et les mises à jour successives m'ont conduit à la version actuelle, donc, je n'ai pas d'autre expérience avec d'autres logiciels si ce n'est qu'à mes débuts ou j'en utilisais un qui était bien moins convivial que le nôtre.
Mes données ont bien été saisies dans Ancestrologie et c'est Ancestrologie qui génére toutes ces anomalie.
En ce qui concerne les baptême chrétiens et baptêmes enfants, c'est le passage entre ma base existante, l'importation de fichiers Gedcom exploitables (d'il y a quelques mois) dans une base Ancestrologie5057 téléchargée sur le site, sur un conseil cité plus haut. Donc, il n'y a rien d'extraordinaire, les situations ubuesques que je rencontre actuellement peuvent être vécues par toud et c'est bien dommage. Je crois que je vais être obligé de me sortir un état des baptêmes enfants et de le reprendre un à un pour remettre sur pied mes fichiers au détriment de perdre des données car je repars d'une situation de plusieurs mois, sans compter les médias qui sont à reprendre un a un.
Merci pour les conseils.
Cordialement.

[Henri91]

Salut Pascaly,

J'ignore si ton probléme est identique à celui que j'ai rencontré et résolu il y a peu avec l'aide du forum.

J'avais systematiquement "date ca" au lieu de "vers date".

J'ai donc fait :
Individus/Les listes/Liste des dates incohérentes ........
J'ai imprimé la liste des anomalies, il y en avait plusieurs centaines, et j'ai tout remis à la norme "ancestro".
Il ne m'en reste qu'un, qu'apparemment Ancestro ne sait pas gérer c'est l'exhumation, transport et nouvelle inumation, donc j'ai le petit cadre bleu d'incohérence poutr cette fiche.

[Facon]

Bonjour,
Je reviens sur les commentaires de pascalhy.

  Au sujet de l'étiquette des baptêmes, il n'est pas impossible qu'autrefois le tag CHR était associé au libellé Baptême chrétien. Lors de la remise en ordre des tags et du gedcom, à la suite de longues discussions le libellé du tag CHR est devenu Baptême enfant. Si pour des raisons personnelles tu souhaites maintenir pour ce tag le libellé Baptême chrétien, il suffit pour cela d'aller dans le menu Import/Export, Les Tags de gedcom... et au droit du tag CHR du remplace le libellé Baptême enfant par Baptême chrétien. Tu relances Ancestrologie et les libellés seront indiqués à ta convenance. Le seul inconvénient sera qu'à la prochaine mise à jour tu seras confronté au même problème.

  Je vois que tu as chargé une base vide, téléchargée à l'emplacement indiqué, avec des gedcoms élaborés à une autre époque. Ainsi que tu le sais, les gros travaux entrepris par André pour amener Ancestrologie le plus en conformité possible avec le standard gedcom permettent de rappeler la lacune bien recensée d'Ancestrologie dans ce domaine il y a encore quelques mois. C'est une des raisons qui avait conduit le même André à élaborer depuis longtemps un outil de migration base destiné à récupérer les données d'une base plus ancienne et de les structurer sous la forme d'une base up to date. Il existe aussi un outil appelé Mutancestre également mis au point par .......André pour recopier les données d'un dossier d'une base vers un dossier d'une autre base.

Je suppose que tu as conservé une copie de ton ancienne base et auquel cas nous pouvons t'aider pour amener les données dans une base vide. Pour mémoire, la migration est réalisable pour les bases de version égale ou supérieure à b3.57. Quant à lui, Mutancestre a fait ses preuves sur des bases bien antérieures, de mémoire b1.35 ou proches de cette version.
L'import des gedcoms peut expliquer une partie de la situation dans laquelle tu te trouves encore que le même André a pris les dispositions pour préserver les données des vieux gedcoms mais les erreurs de saisies de dates peuvent contrarier la manipulation.

Je pensais que tu avais suivi nos indications et notamment l'utilisation de Mutancestre pour transférer tes données, c'est d'ailleurs d'une mise en oeuvre bien plus rapide que l'export puis l'import d'un gedcom.

[pascalhy]

Bonsoir à tous,
C'est avec un infini plaisir, après avoir chercher pendant de longues journées et d'interminables soirées, que j'ai récupéré tous mes dossiers, que ma machine ne bugue plus car ma base est propre ou du moins, je l'espère. Ne me reste plus qu'à remettre en place les médias (environ 250) mais cela reste un détail.
Quand des dates "entre 1775 et 1779" se transforment en "1775--1779" ou "29/9/1794" en "91794" dans les événements de baptêmes, alors que certaines sont affichées correctement à l'écran bloquant toutes les fonctions d'Ancestrologie, l'importation des Gedcom, de ExportWeb, liste d'incohérences sur individu(s), suite à l'évolution peut-être mal maitrisée d'Ancestrologie, on devrait prévoir un remède rapide pour que justement, la généalogie perdure en tant que passion et non devenir une contrainte.
Pour m'en sortir, je remercie tous ceux qui ont participé au sujet, par les questions sans réponse, j'ai pu essayé de mieux comprendre le fonctionnement du logiciel, même s'il est convivial, il demeure sensible à toutes évolutions car la perfection aidant, Ancestrologie ne tolère plus les fautes de frappes (c'est ce que j'en déduis) alors qu'auparavant il acceptait tout sans feu rouge. Ce que j'écris, je le pense sincèrement et remercie les concepteurs et développeurs de ce logiciel et les encouragent à continuer dans ce sens.
Enfin, pour me sortir de ces impasses, j'ai sorti des états en SQL dans BOA, j'ai trouvé des requêtes sur le Site au fil du temps, sauvegarder sur mon PC pour ne pas à rechercher de nouveau, naissances, décès, professions, baptêmes enfants (remplacer le nom de TAG de l'un par l'autre, par exemple Naissance="BIRT" en Baptême enfant="CHR ", en majuscules et sur 4 positions et dès la réception de l'état, l'erreur saute aux yeux comme le nez au milieu de la figure (à condition de ne pas être mal foutu), supprimer l'individu (ne pas oublier de prendre des notes) car le message d’erreur est bien long :
Conversion error from string « 7/1/91794 »
At procedur “ PROC_DELTA_DATES”
At procedur “PROC_AGE_A_DATE”
At procedur “PROC_EVE_IND”
, le recréer, fermer, ouvrir, optimisation de la base, lancer toutes les demandes voulues, elles aboutissent aux résultats escomptés.
Ce message est long, il ne sera peut-être pas lu mais il est la solution à moult soucis que l'on espère ne pas rencontrer.
Je saluts tout le monde et leur souhaite un bon WK.
Pascal.

[Facon]

Bonsoir Pascal,
Quelques mots tout d'abord pour t'exprimer notre satisfaction en apprenant que tu as retrouvé toutes tes données et par la même occasion c'est pour te dire que nous ne sommes pas indifférents aux remarques des utilisateurs.
Avec André nous avons retourné tes difficultés dans tous les sens pour tenter d'imaginer une ou des dispositions qui seraient de nature à interdire la validation d'une entrée si la formulation d'une date n'est pas correcte. Ce n'est pas si simple et cela ne résoud pas la question de l'import d'un gedcom qui n'a pas forcément la bonne structure.
Lorsqu'un doute existe sur un gedcom, il est possible de le charger dans un premier temps dans un dossier vide afin d'effectuer les vérifications aussi bien dans la formulation des dates que la composition des lieux. Si tout est en ordre, il n'y a pas de difficulté pour transférer ensuite le contenu de ce dossier dans le dossier de travail.

André a d'ores et déjà apporté quelques modifications pour éviter les blocages de telle manière que les corrections éventuelles puissent être menées avec le minimum de difficulté.

Ton message a donc été lu et même attentivement et je peux t'assurer que d'autres passeront par ici.