Sujet: Conversion de caractères à l'import gedcom

[Horemans]

Pourquoi es-tu aussi agressif !

J'ai exprimé un avis différent du tien et non moins réversible. Le forum est fait pour donner son avis, discuter et enfin choisir.

Je trouve agressif pour un ancien développeur (j'en suis aussi), de n'avoir rien à faire du travail des autres développeurs, surtout quand ce travail répond, même partiellement à ta demande. Nul besoin de faire du SQL dans le BOA, les fonctions préprogrammées font partie du logiciel.

Alors ... un peu de sérénité ... c'est pas la guerre quand même !  

[BLefebvre]

Je me suis énervé, c'est vrai. D'ailleurs, j'ai été prendre l'air un moment.

Pour le développement, je travaille dans la vente par correspondance, où on traite des millions d'adresses, et il  faut qu'elles soient carré dans les fichiers. Ca prend le temps qu'il faut en traitement de vérification et de mise aux normes (il n'y a pas que le nom, il y a aussi l'adresse), mais c'est fait une fois pour toutes, à la saisie initiale. Cette saisie s'est faite suivant l'évolution des systèmes, en assembleur, en PL/1, en cobol, en basic, en pascal, en windev, en java. Alors me sortir des considérations de langage, s'il vous plait, pas à moi.

Maintenant, si ce que j'ai demandé n'est pas faisable, on tire un trait dessus.

[Bruno T.]

Ce n'est pas faisable dans l'état actuel du programme.

[BLefebvre]

Enfin une réponse claire et nette.

[DDdeBerdeux]

Maintenant que les esprits sont calmés, peut-être pourrions-nous rouvrir la parenthèse Bruno.

Pourquoi ne pourrais tu mettre en procédure stockée ta méthode? Et l'utiliser dans des triggers sur la table. Il y a un problème à surmonter parce que on ne sait pas (moi du-moins) depuis une procédure lire la BDR pour connaître les préférences de l'utilisateur concernant les formats. Ne pourrait-on proposer à PCM d'enregistrer certains paramètres dans la base au lieu de la BDR, dans la table dossiers par exemple,ou dans la table T_VERSION_BASE en ajoutant les champs nécessaires?

Pour décoder la date saisie en année et date, j'ai ajouté à la table des "token_date" un type_tag = 23 mémorisant l'ordre jour / mois/ année utilisé (chaîne "DMY" en français, "MDY" en anglais), et j'attend une réponse de PCM sur cette proposition d'ajouter un tag 23, accessible depuis la fiche "mots clés utilisés dans les dates".

J'ai l'impression que blefebvre n'a pas la dernière version 1.7 du BOA (il n'en est pas question sur le site Ancestrologie, et je n'en connais l'existence que par le forum BOA), car il devrait y trouver la fonction "Mettre les prénoms en minuscule". Avec un gros    parce s'il utilise la base du point 11 du site, il y manque la procédure PROC_LR_MODIF_CASSE_PRENOM.

A+

André

[BLefebvre]

Je suis effectivement en version 1.5.

J'ai bien dormi, j'ai fait de beaux rêves, je n'ai pas fait de cauchemards avec ces fichus prénoms. Je vois ce matin que j'ai oublié de remercier macpc pour sa réponse, ce que je fais maintenant.

Si l'utilisation du BOA est un moyen aussi simple qu'efficace pour faire des corrections dans la base, pourquoi pas, mais je n'ai jamais eu vraiment le temps de m'y plonger. Je rappelle le petit problème que j'ai eu : le BOA ne m'a pas rendu la main lors de la transformation de la casse sur les noms, et j'ai du tuer ancestrologie pour en sortir. Serait-ce à cause de la version?

[DDdeBerdeux]

Serait-ce à cause de la version?

Je ne saurai vous dire. Et même à lire le fil http://www.ancestrologie.org/forum/index.php?topic=4325.0&postdays=0&postorder=asc&start=0 annonçant la version 1.7, affirmer que ce sera mieux avec cette version. Certains signalent des instabilité ou erreurs du même style que ce que vous avez eu pour la 1.5.

Mais est-ce dû au BOA ou à une procédure qu'il exécute dans la base? Ce que je constate, c'est qu'il existe des bases qui bien qu'ayant en principe été migrées à la dernière version, ne contiennent pas les mêmes procédures ou que des tables de référence ne sont pas à jour. L'absence ou la non mise à jour de la base, peut très bien compromettre des fonctions du logiciel comme du BOA. C'est ce manque de rigueur, ce côté amateur pas dans le bon sens du mot qui m'inquiette.

A+

André