Sujet: Les anniversaires n'apparaissent plus.

[Barde]

Bonjour,



Effectivement, il n'y avait que deux références, mais j'ai réinstallé le logiciels tables, et maintenant, j'ai l'ensemble des tables, ainsi que la fenêtre, en quoi cela va t-il m'aider ?

Merci de la réponse

[Barde]

Rebonjour,



Ma version, V625 b5.003



J'avais oublié

[Facon]

Ma version, V625 b5.003

  Ce serait bien de passer au moins en b5.005 à l'aide de l'outil de migration chargé à l'adresse suivante en cliquant sur le mot "ICI" de couleur bleue dans le premier message:

http://www.ancestrologie.org/forum/index.php?topic=7088.0&sid=6baa5c1d3e6e6dc716dadad305905640

La migration se fait Ancestrologie stoppé, tu fais les deux optimisations proposées l'une à la suite de l'autre.

[Facon]

Bonjour,

Mise à jour des mots clés dates

Je pars du principe que vous n'avez pas personnalisé les tables proposées avec Ancestrologie, dans ces conditions il est possible de faire la chose suivante:

  Examiner les fichiers dans le répertoire C:\Program Files\Ancestrologie\Tables de references et, lorsqu'il y a des doublons du type REF_TOKEN_DATE et REF_TOKEN_DATE2, déterminer quel est la version la plus récente à l'aide de clic droit souris, propriétés ou simplement en passant le pointeur de la souris sur le fichier.

Le plus ancien peut être éliminé ou noté REF_TOKEN_DATEx_old si vous souhaitez le conserver. Si l'autre est celui nommé REF_TOKEN_DATE2, vous le renommez REF_TOKEN_DATE;

La manipulation est analogue pour les autres fichiers REF_xxx;

  Il faut maintenant charger ou recharger (pour PAULO), les mots clés dans la base.

 - Première étape, faire une copie de sauvegarde de la base,

 - Deuxième étape, copier ou déplacer le fichier TablesReference dans le répertoire Ancestrologie, il a besoin de Firebird pour fonctionner.

 - Troisième étape, lancer TablesReference (dans le répertoire Ancestrologie) et choisir la ou les tables à rafraichir. Dans le cas présent Mots-clefs dates. Faire Importer.

 - Quatrième étape, les nouvelles dates saisies seront présentées correctement. Pour corriger les dates enregistrées dans la base, il faut exécuter dans le BOA l'instruction suivante:

EXECUTE PROCEDURE PROC_MAJ_FORME_DATE('LIT',2)

Cela s'obtient en cliquant sur le bouton "Exécuter la procédure", et LIT doit être entouré de simples cotes.

Si vous souhaitez NUM, il faut remplacer 'LIT' par 'NUM'. Dans le BOA, il faut valider les modifications.

[Barde]

Bonjour,



J'ai retiré les doublons des tables, en fait il n'y en avait que deux, en revanche lorsque je clique sur l'exécutable (Fenêtre à 4 carreaux), j'ai un message d'erreur de Windows:



TablesReference.EXE a rencontré un problème et doit fermer. Nous vous prions de nous excuser pour le désagrément encouru.



A suivre...

[Barde]

Encore moi,



J'ai copier l'exécutable dans le dossier Ancestrologie, et cette fois ilo se lance, en revanche à l'importation, sur la colonne de droite apparaît le mot ERREUR de haut en bas ceci n'influence pas le lancement d'Ancestro, ni son utilisation, mais je reste toujours avec mon petit problème d'anniversaire, qui ne me montre toujours que les aniiversaires des personnes ayant vécues il y a plus de deux siècles, à l'exclusion de toutes les personnes vivantes



Que faire

[Horemans]

J'ai copier l'exécutable dans le dossier Ancestrologie, et cette fois ilo se lance, en revanche à l'importation, sur la colonne de droite apparaît le mot ERREUR de haut en bas

De mémoire, avec FB embeded, il faut que TablesReference.exe soit dans le même dossier qu'ancestrologie.exe, mais aussi avec la table à traiter. Il faut donc aussi déplacer ta table, et re-ranger tout çà à sa place quand le traitement est fini.

C'est pourquoi je suis partisan d'installer FB 2.0 qui évite toutes ces manip.

[Facon]

J'ai copier l'exécutable dans le dossier Ancestrologie, et cette fois ilo se lance, en revanche à l'importation, sur la colonne de droite apparaît le mot ERREUR de haut en bas

De mémoire, avec FB embeded, il faut que TablesReference.exe soit dans le même dossier qu'ancestrologie.exe, mais aussi avec la table à traiter. Il faut donc aussi déplacer ta table, et re-ranger tout çà à sa place quand le traitement est fini.

C'est pourquoi je suis partisan d'installer FB 2.0 qui évite toutes ces manip.

  Oui, c'est vrai, mea culpa. Dans la deuxième étape j'ai indiqué de déplacer TablesReference mais j'ai oublié la table.

  Quand Philippe dit qu'il est partisan d'installer FB 2.0, il faut lire FB 2.0 Super Server. Celui-ci viendrait en lieu et place de FB 2.0 embedded et pourrait être utilisé par toutes les applications qui réclament FB 2.0 et de plus ces applications pourraient fonctionner simultanément. Ce n'est pas compliqué à faire, mais on sort alors du standard.

[Horemans]

Une solution consisterait aussi à copier les fichiers suivants dans le dossier Tables de références comme il faut le faire pour Quisontils (version embeded) :

firebird.conf

gds32.dll

ib_util.dll

icudt30.dll

icuin30.dll

icuuc30.dll

Si les fichiers msvcr71.dll et msvcp71.dll ne setrouvent pas dans le sous-répertoire system32 de windows, ils doivent aussi être copiés dans le dossier Tables de référence.



C'est ce que préconisait DDdeberdeux pour Quisontils, et je pense que çà éviterait les déplacement de fichiers d'un dossier à l'autre.



Je n'ai pas testé, à vérifier.

[Barde]

Help,



Je ne sais pas la manip que j'ai faite, toujours est-il que maintenant dans:



Configuration

Mots clefs utilisés dans les dates



Je n'ai plus rien dans la colonne de droite

Aussi quand je désire enregistrer une naissance ou un décès, j'ai le message suivant:



Validation error for column ID "***"null***"

At procedure 'PROC_DATE_WRITEN'

At trigger 'EVENEMENTS_IND_BI'



Merci de votre aide

[Barde]

Encore moi,



Message précedent nul et non avenu, j'ai pu réparer et revenir à l'état initial, mais le problème des anniversaires reste entier.

[DDdeBerdeux]

C'est parce que tu n'as plus rien dans la table REF_TOKEN_DATE. Il faut recharger cette table à l'aide du logiciel TablesReference.exe et du fichier REF_TOKEN_DATE2.txt renommé REF_TOKEN_DATE.txt. Si tu utilises FB embedded, la copie des fichiers dont Ph. Hormans a rappelé la liste, dans le répertoire \Tables de references devrait permettre à l'application de fonctionner. Dans cette application, ne laisses coché que "Mots-clefs dates" avant d'importer.

A+

André

[Barde]

Bonjour,



Après vérification, mes tables sont complètes et ne comportent aucun doublons, mais je renfonce le clou, qui fait que lorsque je demande:

Individus:

anniversaires

J'obtiens la fenêtre habituelle avec:

Rien pour: Uniquement les vivants

et tout sauf les vivants en cochant: Tous





[/img]

[Facon]

Après vérification, mes tables sont complètes et ne comportent aucun doublons, mais je renfonce le clou, qui fait que lorsque je demande:

Individus:

anniversaires

J'obtiens la fenêtre habituelle avec:

Rien pour: Uniquement les vivants

et tout sauf les vivants en cochant: Tous

  A l'issue de rechargement de la table relative aux tokens, es-tu procédé à l'uniformisation du format des dates au moyen de la procédure mentionnée plus haut?

  Sans la procédure, le rechargement ne concernera que les nouvelles dates, pas les anciennes. As-tu essayé une nouvelle date et vérifié que tu la trouvais dans les anniverqaires?

[PAULO]

Suite à ton message du 19/01/07 19h31;il semble que j'ai réussi les opérations jusqu'au point trois;bien que certaines saisies de dates s'inscrivent toujours en rouge (pas toutes),les enregistrements se font correctement  en littéraire sur les fiches individus.

C'est sur le point 4 que je bute,je n'arrive pas à faire corriger les dates déja enregistrées.

Dans le BOA :

a) EXECUTE PROCEDURE PROC_MAJ_FORME_DATE;existe dans la colonne procédure mais sans ('LIT',2)

b)Si je clique "exécuter la procédure aprés avoir sélectionné("a"ci- dessusj'obtiens "sélect*from individu where-dossier=1..." dans les fenêtres "Requête SQL" et "Historique".

Les individus déja enregistés ne sont toujours pas présentés dans le dossier ANNIVERSAIRE pour les nouvaux çà marche.

Meci de m'éclairer car là je bloque.

[Facon]

Bonsoir,

C'est sur le point 4 que je bute,je n'arrive pas à faire corriger les dates déja enregistrées.

Dans le BOA :

a) EXECUTE PROCEDURE PROC_MAJ_FORME_DATE;existe dans la colonne procédure mais sans ('LIT',2)

b)Si je clique "exécuter la procédure aprés avoir sélectionné("a"ci- dessusj'obtiens "sélect*from individu where-dossier=1..." dans les fenêtres "Requête SQL" et "Historique".

Les individus déja enregistés ne sont toujours pas présentés dans le dossier ANNIVERSAIRE pour les nouvaux çà marche.

Meci de m'éclairer car là je bloque.

  Après avoir ouvert le BOA, menu SQL, dans la fenêtre centrale "Requête SQL", tu effaces Select * from individu .... et tu recopies la requête ci-dessous (copier-coller). Tu fais exécuter procédure, et tu verras en bas que le process se déroule. Lorsqu'il est terminé, tu valides les modifications, tu quittes le BOA, c'est terminé.

EXECUTE PROCEDURE PROC_MAJ_FORME_DATE('LIT',2)

[PAULO]

Bonjour CHRISTIAN,



Je viens de faire la Manip.Et......; tout est rentré dans l'ordre.J'ai regardé mes saisies dans la base (dates) ,elles sont toutes OK (en littéraire) .Les anniversaires sont maintenant affichés correctement dans les fiches "individus" et "documents".

Christan je te remercie et te souhaite une bonne semaine.

[Facon]

Bonjour,

Je viens de faire la Manip.Et......; tout est rentré dans l'ordre.J'ai regardé mes saisies dans la base (dates) ,elles sont toutes OK (en littéraire) .Les anniversaires sont maintenant affichés correctement dans les fiches "individus" et "documents".

Bonne affaire, je te souhaite également une bonne semaine.

[Barde]

Bonjour,



Encore moi, je reviens sur mon petit problème, j'ai rechargé toutes les tables de références, car je me suis aperçu que je n'étais plus au goût du jour, tout c'est bien passé, sauf la table dates, qui, lorsque j'ai regardé dans configuration/mots clefs utilisés dans les dates, m'a montré que la partie droite de la fenêtre était vierge de toutes indications, donc pas chargée.

Résultat, si je souhaite intégrer une date quelconque, j'ai la petite fenêtre bleue qui apparaît avec un message d'erreur.

Je n'ai donc plus qu'a recopier dans Ancestro mon archive BDD, et tout repart comme avant, je pense que c'est là que se trouve mon problème concernant les anniversaires.

NB J'ai fait un essai avec une naissance Tartempion avec une date de naissance au format habituel xx mois xxxx et l'anniversaire est bien ressorti.

Pour être clair jusqu'au bout, il faut dire que dans le tableau mots-clefs utilisés dans les dates, j'avais retiré depuis longtemps toute les variantes des mois pour ne garder que la dénomination des mois entiers.

Voilà, c'est tout

A vous lire

[DDdeBerdeux]

Pour être clair jusqu'au bout, il faut dire que dans le tableau mots-clefs utilisés dans les dates, j'avais retiré depuis longtemps toute les variantes des mois pour ne garder que la dénomination des mois entiers.

Bonjour,

Pour être aussi clair, si possible, faire celà n'est pas sans conséquences.

Tous les mots clefs ont pour première fonction de pouvoir reconnaître le type auquel il appartient. Pour être plus clair avec l'exemple du mois de février, pouvoir identifier que vous avez bien voulu signifier le deuxième mois de l'année, que vous ayez tapé février, fev, fév, fevr, fevrier etc... Quand ce mois est identifié, il sera dans la saisie remplacé par /02/ si vous avez choisi le mode NUM, ou par le premier mot de la liste correspondante (d'habitude "février") si vous avez chosi le mode LIT.

Pour les mots clés autres que les mois, le principe de reconnaissance est le même. Le remplacement dans la chaîne écrite est différent, il dépend de la lettre figurant dans la colonne Utilisation. Exemples pour Du:

Y signifie que le mot correspondant est utilisé quand la date ne comporte que l'année (de l'année 1900 à ...

M: le mot correspondant sera utilisé si la date ne comporte que le mois et l'année (de février 1900 à ..)

D: le mot correspondant sera utilisé si la date est complète avec le jour (du 20 février 1900 à...)

Le cas du "Du" est un peu particulier car il peut être utilisé dans le cadre de l'indication d'une fourchette de dates (du 20 février 1900 à décembre 1901), ou dans l'indication d'une limite inférieure. Dans ce second cas en français on utilise plutôt "depuis", c'est la raison de l'existence des Y1, M1 et D1.

Attention à n'utiliser ces indicateurs d'utilisation qu'une seule fois par type.

Pour les autres mots clés la colonne utilisation est vide ou "I" indifféremment. Si D n'existe pas, c'est M qui sera utilisé. Si M n'existe pas, ce sera Y. Ainsi, ne trouvant pas très élégant "de l'année", j'ai mis D pour "du", Y pour "de". A part le Y1 pour "depuis" et D1 pour "depuis le", tous les autres mots du type Du ont un I.

Voilà, maintenant à vous de personnaliser la présentation des dates.

A+

André

[Facon]

Bonjour André,

  Je te l'ai signalé par ailleurs, je pense que Barde a dû prendre le fichier au point 8 du site.

  Si tu installes les Tables de Références, tu vois en particulier que le fichier REF_TOKEN_DATE n'a pas les indications M, D, Y, I. C'est une table à quatre colonnes qui n'est pas à jour.

J'ignore ce qui est inclus dans l'installation complète.

  Barde n'a plus qu'à trouver un fichier plus récent en vérifiant que ce fichier texte contient bien toutes les informations nécessaires au formatage de l'affichage de ses dates.

Il l'a peut-être en stock, sinon je pense qu'il suffit de migrer une base plus ancienne pour récupérer un fichier du type REF_TOKEN_DATE2 à vérifier en l'ouvrant. Il supprime l'autre et renomme le fichier ci-dessus en supprimant le 2.