Sujet: suite migration 2008/790 impossibilité export gedcom

[Yves LE JAOEN]

bonjour

suite reinstallation et migration 5003 à 5057 tout semblai zen mais :
message" exportation à echoué lors de l'exportation des individus"
avant pas de probleme
j'ai regardé les dates dans individus les liste ( par ville ,par union )--> rien ?
quand je fait les listes \listes des dates incoherentes--> il m'indique "erreur base,impossible se connecter à la base "
j'ai bien vu qu'il existait des requetes  mais je ne sais comment proceder

quelqu'un a t-il la solution miracle

cordialement
Yves

[Facon]

Bonjour Yves,
Je suppose que tu as parcouru le forum pour rechercher une question de même nature.
La difficulté rencontrée pour un export gedcom ou pour l'utilisation de CreationWeb est sans doute associée à une saisie de date malheureuse qui ne respecte pas l'utilisation correcte des mots clefs dans les dates. Tu as assez probablement inscrit une ou des dates sous la forme 1750-1822 au lieu de entre 1750 et 1822.

Tu trouveras à l'adresse suivante les requêtes à mettre en oeuvre pour localiser la ou les dates fautives qui peuvent se trouver dans les événements individuels, les événements familiaux ou enfin dans les domiciles.
http://www.ancestrologie.org/forum/index.php?topic=9424.msg61177#msg61177

André a écrit ces requêtes car ainsi que tu l'as constaté, la liste des dates incohérentes est bloquée pour les mêmes raisons. Il est intéressant de relire le fil correspondant, tu devrais y retrouver ton cas de figure. Cette anomalie est apparue avec les versions plus récentes et a été corrigée depuis pour ne plus être bloquante. Un peu de patience et la version corrigée sera mise à disposition.

  Dans l'immédiat, tu peux effectuer les corrections en localisant les dates erronées au moyen des requêtes d'André. Pour cela:

 - Dans Ancestrologie tu vas dans le menu Plugins et tu lances le BOA,
 - Tu vas dans le menu SQL et tu recopies (copier-coller) une des requêtes dans la fenêtre Requête SQL à la place de select * from individu where kle_dossier=1.
 - Dans la requête recopiée, à l'avant dernière ligne, tu remplaces éventuellement le numéro de dossier dans "and i.kle_dossier=1" en changeant le 1 par n si n est le numéro du dossier contenant tes données.
 - Tu cliques sur le bouton Exécuter requête et tu devrais voir la liste des individus concernés par une date contenant le signe "-".
 - Tu notes ou tu enregistres (clic droit) cette liste pour effectuer les corrections. Si tu as recensé des ancêtres anciens, très anciens il sera alors normal d'avoir une date négative mais.......c'est assez rare.

Tu reconduis la même opération avec successivement les deux autres requêtes afin de traiter tous les événements ou domiciles susceptibles de contenir une date.

  Pour mener à bien les corrections, il n'est pas inutile de relire le tutoriel suivant: http://www.ancestrologie.org/forum/index.php?topic=7952.0
Les conseils de saisie donnés par Aquablue sont clairs et limpides.

La punition est la même dans tous les cas de figure, il faut assainir les dates en utilisant les mots clefs adaptés.

[Yves LE JAOEN]

bonjour

merci de cette premiere réponse
j'ai proceder comme tu as dit

pour la requete individu j'ai trouvé 2 erreurs de date (rectification faite)
pour les 2 autres requetes il m'ecrit select iclé fiche
également pour la premiere apres erreurs  rectifiées
apres optimisation de la base il m'indique toujours
"l'exportation a échoué lors de l'exportation des individus " 

que faire ?

Yves

[Facon]

Bonjour Yves,
J'ai compris qu'à la suite de l'exécution de la requête relative aux événements individuels tu as localisé deux erreurs. Les corrections ont été faites.

Pour ce qui concerne les autres requêtes à mener strictement comme la première, je ne comprends pas très bien ce que tu veux dire par: il m'écrit select iclé fiche...
 - Il faut conduire la même démarche avec les domiciles (requête n°2) et les événements familiaux (requête n°3) sans oublier bien entendu d'indiquer le bon numéro de dossier. Tu inscrits les anomalies signalées et tu corriges en utilisant la bonne terminologie sans oublier d'enregistrer les modifications.

[Yves LE JAOEN]

rebonjour

dans la BOA \SQL
quand je copie l'une des 3procedures et que je fais executer requete
apparait dans l'historique "select i.cle_fiche"
ce qui correspond en fait à la premiere ligne de chaque requete
sous l'historique il est noté "pas d'enregistrement selectionné"

pas de panique !!

Yves

[Facon]

Bonjour Yves,
Cette inscription dans la fenêtre historique est normale et l'inscription "pas d'enregistrement sélectionné" semble vouloir dire qu'il n'y a plus de date comportant le signe "-", sinon éventuellement pour les dates négatives (ac JC).

Peux-tu confirmer le point suivant: à savoir si tu as bien modifié dans les requêtes le numéro de dossier pour analyser le dossier contenant tes données?

[Yves LE JAOEN]

je n'ai pas modifié le N° de dossier
puisque  la premiere requete a fonctionné me perrmettant de  rectifier 2 erreurs
dont une erreur dans profession  ( 2 années séparées par un tiret)

à suivre....


Yves

[Facon]

Yves,
Si tu as plusieurs dossiers sur ta base dont peut-être le dossier Napoléon (premier dossier), tu es en train de rechercher les anomalies de date chez Napoléon.
L'alternative à l'inscription du bon numéro de dossier est de supprimer purement et simplement dans les requêtes la ligne : and i.kle_dossier=1; dans ces conditions la recherche se fera sur toute la base et tu pourras t'y retrouver avec le numéro NIP qui est unique dans une base.

Pour mémoire, le numéro de dossier est inscrit à la partie supérieure d'Ancestrologie, immédiatement au-dessus de l'onglet Identité.

[Yves LE JAOEN]

christian

j'ai vérifié ma base etait bien no1 et était la seule valide
pour plus de securité j'ai retiré la base d'origine et la base napoleon, il ne reste donc que la mienne
j'ai effectué les requetes en supprimant la ligne indiquée le resultat est le même l'exportation echoue,
lorsque dans individu\listes\liste des dates incoherente toujours le meme message erreur base impossiblede se connecter à la base
quand je continue tableau incoherence sur les dates il ya 3 lignes
"en gras homme mariés avant l'age de 12 ans
neant
en gras femme mariées avant l'age de 10 ans "
avant la migration je n'avais pas ces soucis d'export puisque je n'avais aucun acces à la base 



cordialement

Yves

[Facon]

Yves,
Nous sommes confrontés à un problème de langage à propos des termes base et dossier.

Une base, par défaut Ancestrologie.bdd, peut comporter plusieurs dossiers auxquels il est possible d'accéder via le menu Généalogies > Dossiers de la base... Il est prévu de pouvoir ajouter un nouveau dossier, de lui donner un nom et il est également possible de supprimer un dossier.
L'application Ancestrologie peut fonctionner avec plusieurs bases de données (une à la fois), il suffit de passer par le menu Configuration > Emplacement de la base de données... pour pointer sur la base dans laquelle tu souhaites intervenir.

Comme indiqué par ailleurs, lorsque les dossiers deviennent volumineux, il est préférable de fonctionner avec plusieurs bases. Il n'est pas judicieux de travailler avec une base contenant deux ou trois dossiers de 50 000 personnes chacun.

Pour en revenir au problème bloquant au niveau de l'export gedcom, je suppose que tu as mis en oeuvre les trois requêtes sur ta base de travail et, comme tu as supprimé la ligne relative au dossier à examiner c'est toute la base qui a été scrutée. Il semblerait alors qu'il n'y ait plus de date comportant une anomalie du type "présence d'un signe "-"".

Peux-tu donner un peu plus d'explication sur l'apparition du message "Impossible de se connecter à la base" lorsque tu tentes de construire la liste des dates incohérentes? Comment fais-tu pour continuer et parvenir à voir les trois premières lignes de la liste. Si tout était correcte, tu devrais obtenir:
Homme(s) marié(s) avant l'âge de 12 ans
(néant)
Femme(s) mariée(s) avant l'âge de 10 ans
(néant)
Homme(s) marié(s) après l'âge de 85 ans
etc....
Il semble y avoir un blocage après Femme(s) mariée(s) avant l'âge de 10 ans. C'est peut-être un indice pour localiser l'événement fautif. Je pense à une date de naissance erronée pour l'épouse, provoquant un blocage pour un mariage prématuré ou éventuellement avant la naissance. Le plus simple serait d'avoir la base pour faire l'examen en vraie grandeur. En l'état je ne vois pas bien comment progresser autrement.

[Yves LE JAOEN]

bonsoir christian
ma base comprend un seul dossier d'environ 2100 individus
quand le message (pop up) apparait "erreur BASE impossible de se connecter à la base "
ce pop up contient un bouton OK .j'appuie sur le bouton et apparait les 3 lignes
si dans le menu configuration je modifie l'age minimum de la femme pour mariage à 20 ans au lieu de 12
j'obtiens toujours 3 lignes puis la liste de mes femmes !!
dans le cas ou j'abaisse l'age de mariage des hommes à 40 ans je n'obtient aucune ligne en plus

je peut bien sur adresser ma base mais cela est peut être un peu lourd pour une demande de depannage

cordialement

yves 

[Yves LE JAOEN]

bonsoir christian

base partie : 4.13Mo compressée

merci à aquablue pour sa liste :rappel des termes à utiliser pour les dates
(j'utilisais par erreur "ca " au lieu de "vers" cette seule modification permettant de faire apparaitre l'age )

cordialement , à suivre

Yves

[Facon]

Bonjour Yves,
La base souffrante a été admise hier soir aux urgences pour y effectuer une série d'examens.
Les premières analyses ont permis de mettre en évidence une surcharge de dates inscrites avec des termes non reconnus par Ancestrologie. Un dosage élevé de ca pour circa ou environ ou vers, ce ca étant collé ou non à la date. Des traces de > ou < ont été décelées, il fallait utiliser après ou avant, etc....
Les premiers soins n'ont pas permis de redonner à la base toute sa vigueur, j'ai alors procédé à une transfusion ou transfert du dossier vers une base vide b5.057 sans doute légèrement améliorée par rapport à la base mise en place lors de l'installation de v790.

Les résultats sont satisfaisants, il est maintenant possible d'éditer la liste des dates incohérentes pour poursuivre le travail de mise en ordre réalisé à 99,5% et l'export du gedcom n'occasionne plus de soucis. Le dossier initial, non corrigé, a aussi été transfusé vers la base vide. Il n'y a pas non plus de blocage.

La base a pu rentrer chez elle.

[Yves LE JAOEN]

bonjour christian

merci pour ton intervention si rapide
pour ma part étant absent 2 jours je ne pourrait voir le resultat
que jeudi ou vendredi

pour les signes ca, < et > j'utilisais sur l'ancienne version  sans probleme pour l'export GEDCOM
(également pour l'import)
donc à priori la nouvelle version est moins tolérante

il ne me reste qu'à revoir le travail !!

encore merci au chirurgien qui a opéré le malade

cordialement 

Yves