Sujet: Mise à jour depuis 2.0.0.2

[Facon]

Bonjour Ann,



Mon Néerlandais est inexistant et ainsi à l'abri de la corrosion. Je rêve de parler le Néerlandais à l'image de ton français rouillé.



Par ailleurs, je partage tes commentaires. Il y a des erreurs de principe à corriger et pour le reste l'essentiel des difficultés provient d'une absence de documentation même brève et la recherche dans le forum est possible mais relève du parcours du combattant.

[DDdeBerdeux]

Bonjour Ann,

Voyant les difficultés de téléchargement sur mon serveur FTP dont le débit s'apparente à celui d'un compte-gouttes, je vous ai mis en mp une autre adresse où le télécharger plus rapidement.

Ne vous étonnez pas qu'il soit en version de base b4.006, vous aurez juste un peu d'avance sur les collègues! j'ai remplacé les TITR par TITL.

Mais vous devriez voir http://www.ancestrologie.org/forum/index.php?topic=5062.0&start=33 j'y ai mis des requêtes pour rechercher les dates avec des symboles '-' et '+' qu'il serait préférable d'éliminer parce qu'ils provoquent des erreurs de conversion de dates. Cà vous permettra de supprimer ces symboles que j'ai dû ajouter aux séparateurs de date. Comme vous êtes lancée, il va bientôt falloir penser à entrer des dates avant JC



Pour la traduction, il faut s'inspirer des fichiers qui se trouvent dans le répertoire Traductions. Il y a aussi les fichiers de références (témoins, token_dates, évènements...) dont j'ignore s'il en existe des versions en néerlandais. Mais çà nous ferait bien plaisir d'étendre la communauté des "ancestrologues" à plus de concitoyens européens.

A+

André

[DDdeBerdeux]

Ann,

Je pense que vous avez maintenant pu récupérer votre base. En recherchant les champs date avec le symbole '-', j'ai vu que 4 fiches refusaient de s'afficher avec un message expliquant que le champ EV_IND_DESCRIPTION était trop petit. Je vais décrire l'anomalie dans le forum ad-hoc.

Pour vous dépanner, vous pouvez exécuter les 2 requêtes suivantes:

Code: [Sélectionner]

select i.CLE_FICHE,i.NOM, i.PRENOM from individu i, evenements_ind ev

where strlen(ev.ev_ind_description)>60 and

      i.cle_fiche=ev.ev_ind_kle_fiche

      order by NOM, PRENOMvous permet de repérer les individus à problème

Code: [Sélectionner]

update EVENEMENTS_IND

       set EV_IND_VILLE= substr(EV_IND_DESCRIPTION, 60, strlen(EV_IND_DESCRIPTION)),

       EV_IND_DESCRIPTION=substr(EV_IND_DESCRIPTION, 1, 60)

       where strlen(EV_IND_DESCRIPTION)>60"répare" au moins provisoirement en vous permettant d'accéder à la fiche pour les modifier, les champs en cause. L'excédent en longueur de la description est mis dans le champ ville qui était vide.

A+

André

[AquaBlue]

Mouliged remplace TITR par TITL quand on coche "Modifications des tags inconnus".

Tous les tags "illégaux" sont remis en forme.

[Ann]

J'ai du faire quelque chose de mal. J'ai 2 personnes de trop et 4 év.fam. trop peu.  



Le 3ième fichier que vous aviez mis dans le mp apparemment n'était pas correct. Je ne l'ai donc pas récupéré.



Le reste je ne m'y comprends pas, à vrai dire, mais je vais essayer le truc avec la BOA et je verrai bien ce que ça donne.

[DDdeBerdeux]

Je vous ai écrit http://www.ancestrologie.org/forum/index.php?topic=5044.0&postdays=0&postorder=asc&start=19

les raison des différences.

Il n'y a pas de différences dans le nombres d'individus, mais 2 unions en plus qui ont été crées parce que des enfants avaient une mère mais pas de père. Dans ce cas Ancestrologie crée une union invisible dans la fiche de la mère car sans mari. C'est nécessaire à son fonctionnement semble-t-il.

4 évènements familiaux ont disparus parce qu'ils n'étaient liés à aucune union.

Le 3ième lien de mon message est erroné, il faut lire FAMILLE.



A+

André



PS: merci Marc

[DDdeBerdeux]

Bonjour Ann,

J'ai remis au même endroit votre base dehondt.zip, après y avoir rectifié les erreurs de '-' dans les dates (utilisez "de 1803 à 1815" de préférence à "1803-1815", et "vers 1500" à "+/-1500"), et de descritions trop longues. Vous pouvez aussi traduire les mots clef dans les dates en néerlandais.

Par contre il y a 512 dates d'évènements individuels, presque tous des naissances, dont la date est un nombre de 1 à 15, comme si le n°d'ordre avait remplacé la date. Ces anomalies n'ont pas été générées par le transfert, j'ai vérifié leur existence dans la base originale. Pour les retrouver je vous propose d'exécuter la requête suivante dans le requêteur (menu configuration/ Génération de requêtes SQL) plutôt que dans le BOA, afin de sauvegarder les résultats dans un tableau excel auquel vous pourrez accéder sans quitter Ancestrologie.

Code: [Sélectionner]

select i.NOM,i.PRENOM,i.CLE_FICHE,ev.EV_IND_TYPE,

       ev.EV_IND_DATE_WRITEN,ev.EV_IND_DATE_YEAR,ev.EV_IND_DATE

from INDIVIDU i, EVENEMENTS_IND ev

where i.CLE_FICHE=ev.EV_IND_KLE_FICHE

      AND ev.EV_IND_DATE_YEAR<100

order by i.NOM,i.PRENOM

Si un spécialiste de la gestion des noms à particules pouvait vous conseiller (Bruno?, Horemans?...). Tous ces noms commençant par "van den" ou "van der", avec toutes les variantes avec le v et le d en minuscule ou majuscule, rendent le répertoire quasiment inextricable pour ma pauvre cervelle de français.

A+

André

[Ann]

J'ai fait mes devoirs hier soir et j'ai essayé de trouver toutes ces anomalies dont vous parler. J'ai bien compris tout maintenant. Je ne comprenais pas vos remarques avec les + et -, mais je les ai trouvés. Je dois tout simplement me servir d'autres façons de noter. Je récupèrerai le fichier cet après-midi.



Les dates de 1 à 15, c'est pour garder l'ordre, sinon j'ai tous les noms des enfants dans n'importe quel ordre. C'est moi qui l'ai fait, pas le transfert, ni Ancestrologie.



Les minuscules et majuscules, je n'y peux rien. Ce ne sont pas des fautes, mais les noms sont comme ça. En Flandre les noms commençant avec « de », « d’ », « van »,  « van der », « van den », …ont des minuscules quant il s’agit (ou s’agissait) de noblesse. Souvent on a fait des erreurs plus tard dans l’histoire, surtout dans l’enregistrement à la commune, et les noms ont été enregistrés avec majuscule. Parfois, on retrouve les mêmes personnes avec aussi bien le nom avec minuscule que majuscule. La commune d’une façon, le prêtre d’une autre, …



Les descriptions, j’ai bien les 4 qui sont trop longues, mais je n’arrive pas à les corriger. Cela me donne une erreur, mais ça pourrait être mon ordinateur. J’essayerai encore une fois plus tard après avoir relancer mon ordinateur (je ne sais pas comment on dit exactement).

[Horemans]

Je ne suis pas spécialiste de la question, mais voilà comment je procède :

Même quand il y a plusieurs orthographes sur les majuscules, il ne faut pas en tenir compte dans la saisie du nom, et respecter la norme de saisie. Ceci pour pouvoir s'y retrouver dans une recherche (tri).

On peut à la rigueur noter l'ortographe de l'actes en commentaire.



Donc Van Den Hende sera saisi van den Hende, on aura van Damme, mais Vandamme si accolé.



Le programme permet maintenant la saisie automatique selon la bonne orthographe, avec la possibilité de forcer les majuscules quand on le souhaite, par exemple on peut saisir De Quelquechose en forçant le D majuscule.



Pour les variantes de nom, il y a une petite icone en bas de la fiche (la 1ère après "supprimer") qui permet de saisir les différentes orthographes d'une même famille. Son fonctionnement n'est pas parfait, mais peut faciliter le recensements des différents homonymes.

[Bruno T.]

Le programme permet maintenant la saisie automatique selon la bonne orthographe, avec la possibilité de forcer les majuscules quand on le souhaite, par exemple on peut saisir De Quelquechose en forçant le D majuscule.

Effectivement, à la seule condition d'avoir renseigner la table des particules pour celles que l'on veut conserver en minuscule, et de faire la saisie en minuscule, le programme ajustant les majuscule en conséquence si on le lui a demandé dans les préférences  

[DDdeBerdeux]

Les dates de 1 à 15, c'est pour garder l'ordre, sinon j'ai tous les noms des enfants dans n'importe quel ordre.

Dans ce cas, je préfére donner une date approximative "vers 1105" pour chaque enfant (en espérant qu'il n'y en ait pas plus d'un par an :? ). Cà a pour avantage de ne pas donner un âge "hors des limites" faisant apparaître la fenêtre d'alerte si l'individu à un autre évènement daté dans sa vie, et de ne pas complètement fausser les statistiques.

Si vous ne pouvez pas afficher les descriptions trop longues, ce n'est pas la faute de votre ordinateur. Comme elles provoquent une erreur lors de l'ouverture de la fiche de l'individu concerné, cette fiche ne s'affiche pas en entier. Il faut donc couper à 60 caractères ces descriptions à l'aide de la requête que je vous ai communiquée. C'est normalement fait dans le dernier fichier envoyé ce matin.

Faut-il respecter on non à la lettre l'écriture du nom tel qu'il est lu sur les actes. Il y a déjà eu des débats sur ce sujet sur le forum. Comme en plus il change au cours de la vie de l'individu... J'aurai plutôt tendance à mettre le patronyme de la lignée, et à utiliser le champ Surnom pour mettre les variantes utilisées au cours de la vie de l'individu, si elles sont différentes. Cà facilite grandement la recherche dans le répertoire. Chacun se débrouille un peu comme il l'entend.

A+

André

[Ann]

La description trop longue cause une erreur, oui, mais c'est la requête qui cause une erreur pour laquelle je suspecte mon ordinateur. Si vous l'avez déjà corrigé dans la nouvelle version je ne dois plus m'en occuper, alors. Merci !



La discussion minuscule/majuscule, je veux bien croire que le débat n'a pas apporté la réponse.   Moi, j'aime bien que ça soit correcte, mais ça, c'est moi.

[Ann]

André, j'aimerais faire la même chose pour mon autre base de données, seulement je n'arrive plus à l'ouvrir avec mon ancienne version. Je n'ai pas trouvé de dates avec des '+' ou '-' dans le .ged cette fois ci. C'est déjà ça! Mais sans Ancestrologie, je ne pourrai pas me servir de la BOA et je ne sais pas comment chercher dans le .ged.



Il me manque 5 unions, 40 év. ind. et 4 év. fam. après l’import. Comment je fais pour les trouver? Je suppose que je devrai compléter les époux où il n’y en a qu’un seul dans une union. Comment est-ce qu’il faut faire ? Et qu’est-ce que je fais avec les unions ?

[DDdeBerdeux]

Bonjour,

Si vous avez plusieurs bases anciennes comme celà, il est préférable de vous donner la méthode.

En réalité, il y a 2 méthodes: une par le .ged l'autre par IBDataPump.



Par le .ged, il faut modifier au préalable ce fichier avec un éditeur de texte. BlocNote peut suffire, mais si vous avez un éditeur plus puissant c'est plus rapide. Si vous n'avez pas de + ou - dans les dates, c'est déjà çà qui n'est pas à modifier. Pour les descritions trop longues, je les ai toujours trouvées dans votre ged dans les évènements OCCU, vous pouvez déjà faire une recherche de cette chaîne et vérifier la longueur de la description qui suit. 90% des évènements non récupérés, étaient des TITR. Les rechercher et remplacer par TITL. C'est là qu'un éditeur plus puissant que le BlocNote est plus rapide car il permet de sélectionner et remplacer seulement le mot "TITR" isolé (il y a d'autres mots contenant titr) dans tout le texte.

Après celà, vous faîtes une copie du fichier famillevide.bdd que je vous ai transmis, que vous sélectionnez dans Ancestrologie et vous importez votre .ged modifié.

Cette méthode est peut-être le plus simple (encore que...), mais il reste quelques évènements non récupérés et je n'en connais pas la raison.



Par IBDataPump, on fait le transfert entre votre ancienne base et une copie du fichier famillevide.bdd (nouvelle base). Il faut sélectionner le dialect 3, désactiver les triggers pendant le transfert. Inutile de vider les tables avant de transférer, c'est déjà fait dans famillevide.bdd. Vous désactivez le transfert des tables de référence (REF_xxx), des tables temporaires (TQ_xxx), et de T_VERSION_BASE.

Une fois le transfert terminé, sélectionnez la nouvelle base dans Ancestrologie, sélectionnez une fiche (pour éviter un message d'erreur en quittant), et quittez Ancestrologie.

Exécutez le fichier maj_b357_b4006.exe, çà remplace les TITR par des TITL. Après celà vous pouvez ouvrir Ancestrologie, et utiliser dans le BOA les requêtes que j'ai déjà mis sur ce fil pour repérer et tronquer les descritions trop longues, repérer les dates avec des + ou des -, et exécuter la procédure PROC_INCOHERENCES(X) où X=0 pour lister les incohérences et X=1 pour les réparer (c'est cette procédure qui va supprimer des enregistrements inutiles et créer les unions monoparentales manquantes).

Cette dernière méthode récupère normalement la totalité de vos données.

A+

André

[Ann]

Je préfère la deuxième méthode, mais ça ne marche pas (comme d’habitude). Je n’ai rien que des erreurs. Désactiver les tables, c’est tout simplement décocher devant leurs noms, non ?



Il n’y a pas de TITR dans cette base, donc ce n’est pas la raison pour la perte de données. La première méthode ne servirait pas à grande chose.

[DDdeBerdeux]

Pour désactiver le transfert d'une table il faut effectivement décocher la case à gauche de son nom. Cà évite un grand nombre d'erreurs dues au fait que les tables de références sont déjà pleines. Mais ces messages ne sont pas graves car ils signalent seulement que les enregistrements existants n'ont pas pu être recréés.

Avez vous essayé de lire votre base transférée dans Ancestrologie, malgrés ces messages?

A+

André

[Ann]

Oui, j'ai vérifié le contenu de la base, mais il n'y a que 219 unions de transférés, le reste est à zéro.

[DDdeBerdeux]

Compresse et envoie moi ta base sur mon site FTP. Ce sera peut-être long...

A+

André

[Ann]

Avant que je ne passe tout l’après-midi à essayer de transférer ma base… je vous ai envoyé un mp avec la solution (pour le transfert ! ).