forum Ancestrologie
Ancestrologie - Développement => Développement => Discussion démarrée par: DDdeBerdeux le 28 Décembre 2006 à 17:17:12
-
Voilà la base à la version 5.002 qui doit fonctionner avec la V622 du logiciel.
Le fichier de mise à jour est à télécharger ICI (http://andre.langlet.free.fr/ancestro/maj_b357_b5005.exe) et la base vide accompagnée de la liste complète des modifications LA (http://andre.langlet.free.fr/ancestro/FAMILLEVIDE5005.zip). Du moins en attendant que Philippe les mette en téléchargement sur le site ancestrologie.org.
La raison principale pour laquelle il est nécessaire d'utiliser ces versions ensembles, vient d'une modification de la procédure qui remplit la table des prénoms au démarrage, afin d'en diminuer la durée d'exécution.
Les autres travaux effectués sur la base ont surtout eu pour objet d'accélérer la navigation. En particulier le champ INDI_TRIE_NOM est maintenant un champ calculé dont la structure permet un classement normal par nom, prénom. Deux index, de même structure que ce champ, l'un ascendant, l'autre descendant, permettent une navigation rapide dans les 2 sens, et continue du début à la fin de la table des individus du dossier.
Autre modification dans la procédure de mise à jour, l'ajout d'un petit exécutable que j'ai fait sous Lazarus, qui permet d'optimiser la base au cours de cette mise à jour. Sa fenêtre apparaît 2 fois au cours de la mise à jour. Il faut alors cliquer sur le bouton "Optimiser".
La première fois, c'est après l'installation de Firebird 2.0 et avant l'exécution du script de mise à jour en b5.002. Il y avait un problème à résoudre, car ce script utilisant des instructions propres à FB2.0 était en partie rejeté si la base n'avait pas le nouvelle structure que lui donne une optimisation sous FB2.0. D'où la nécessité que certains ont rencontrée de devoir relancer la mise à jour après l'avoir optimisée sous le FB2.0 fraichement installé.
Ceux qui sont sûrs d'avoir déjà optimisé leur base sous FB2.0, peuvent éventuellement se dispenser de cette optimisation en fermant directement cette fenêtre.
La deuxième optimisation est faîte après la mise à jour. Elle est quasiment nécessaire après chaque mise à jour.
Cette mise à jour ne prend en charge la mise à jour de FB Embedded que si le fichier gds32.dll de cette version est présent dans le répertoire ancestrologie. En particulier, les utilisateurs de FB Serveur devront mettre à jour leur installation AVANT d'exécuter la mise à jour de la base.
Pendant l'optimisation un fichier temporaire optimisation.fbk est créé dans le répertoire ancestrologie lors de la phase "backup". Une erreur peut intervenir si l'utilisateur n'a pas de droits suffisants en lecture lors de la phase de "restauration". L'application le signale. Ce cas n'arrive qu'avec l'utilisation de FB Embedded (par de la version serveur). La meilleure façon de résoudre ce problème passe par l'attribution de droits suffisants (onglet Sécurité des propriétés du répertoire Ancestrologie). Sinon, recommencer la mise à jour après avoir optimisé la base depuis le logiciel Ancestrologie.
En réseau, l'application d'optimisation fonctionne également, mais le fichier temporaire est créé dans le répertoire temporaire du serveur (c'est du moins comme çà sur un serveur Linux). Mais dans ce cas ce fichier n'est pas supprimé en fin de mise à jour de la base.
A+
André
réédition: passage en b5.003
30/12/2006 passage en b5.004
04/01/2007 passage en b5.005
-
Bonsoir André,
J'ai bien relevé les domaines d'intervention, ceux liés à la navigation rapide.
Il reste malheureusement les points ci-dessous et sûrement d'autres dispersés sur le forum.
Pour ne pas les perdre de vue, il y a toujours les points suivants pour lesquels la solution n'a pas été apportée:
Fiche de saisie rapide
:arrow: Il n'y a plus l'indication de la date en rouge en cas d'anomalie de saisie. Cette date devenant noire lorsque la situation est correcte ou a été rétablie.
:arrow: La question de la saisie des prénoms qui revient régulièrement, accompagnée de la sélection automatique du sexe lorsque le prénom est connu.
Sauvegarde/Restauration de base
:arrow: La question a été posée de clarifier ce point par un changement de libellé pour éviter la confusion avec la fonction Restore. La sauvegarde fonctionne correctement, le point dénommé Restauration de base (en fait la recopie d'une base sauvegardée dans le répertoire \Database) ne fonctionne pas.
Bloc-notes Résolu avec V624
:arrow: L'utilisation du bouton Effacer élimine le texte à l'écran mais cette action n'est pas mémorisée.
Saisie d'une union
:arrow: Je pars d'une situation dans laquelle l'homme est défini et renseigné en termes de naissance et de décès. Les bouton N et D sont grisés.
Il a un conjoint renseigné pour les naissances et décès. Les boutons N et D sont grisés.
Je reviens sur l'homme puis je renseigne l'union (date et lieu), j'enregistre. Je reviens sur la fiche Identité du mari, les boutons N et D sont redevenus actifs alors que les événements sont renseignés.
Il faut une navigation complémentaire pour revenir à une situation normale.
Noms composés, autres Résolu avec b5.004
:arrow: Ayant un doute sur un FACON, je l'ai inscrit FACON (?). Tout se déroulait convenablement avec les anciennes versions.
Ici, lorsque je veux ajouter un enfant FACON à un père FACON, le nom qui se présente par défaut est FACON (?).
J'ai alors remplacé le (?) par (A VERIFIER). Le résultat est identique.
J'ai enfin mis (VERIFIER), ce qui perd son sens et là l'ajout d'un enfant se fait bien sur le patronyme FACON.
J'ai procédé à un autre essai: j'ai créé un FACON avec un nom composé. Comme il était marié avec une BOUCHE, je l'ai momentanément appelé FACON-BOUCHE. J'ai sauvegardé, navigué, etc.. et je suis revenu sur un FACON pour ajouter un enfant. Le patronyme présenté est FACON-BOUCHE. C'était le seul nom composé parmi les FACON. J'en ai ajouté un second avec un deuxième nom commençant par Z, l'ajout d'un enfant FACON se fait sur une proposition FACON-BOUCHE.
J'ai poursuivi avec un troisième nom composé pour lequel le deuxième nom commençait par un A et cette fois-ci c'est celui-ci qui a été présenté pour créer un FACON.
:arrow: A mes yeux, le point le plus gênant est celui des noms composés, mais j'ai l'impression d'être le seul car je ne crois pas que d'autres utilisateurs aient relevé ce point.
Pour des raisons de tests, j'ai créé dans mon dossier un nom composé: FACON-BOUCHE. Lorsque je veux ajouter un parents ou un enfant, le patronyme présenté est ce nom composé alors que l'individu ou le père se nomme FACON. S'il y avait FACON-ANDRé, c'est celui-ci le premier dans l'ordre des noms composés qui serait proposé.
Cà marche aussi bien ou aussi mal avec DEBERDEUX-DESCAMPS, ne me pose pas la question de savoir pourquoi Deberdeux et Descamps.
:arrow: Pour le bloc-notes supprimons le bouton Effacer si c'est trop compliqué. Il est possible d'effacer autrement. Résolu pour ce qui concerne l'effacement. Dans le même sujet, il avait été demandé de mettre un traitement de texte un peu plus évolué que le bloc-notes.
:arrow: En terme de rapidité de navigation, je ne peux pas faire grand chose, je n'ai pas de base ou de dossier volumineux. J'ai posé la question de savoir si un dossier ajouté à lui même une ou plusieurs fois était susceptible de faire l'affaire. Unfortunately no answer.
-
Bonsoir,
Bonsoir,J'ai téléchargé le version 2 de "Firebird" et mis à jour "Ancestologie".
Mais j'ai eu un problème puisque "Ancestrologie" ne s'est pas développé après l'icône ; l'écu disparait et plus rien.
Pour plus de sureté, j'ai donc supprimé Ancestrologie et téléchargé la dernière version.
Ceci fait, en cliquant sur "A propos", j'ai bien les dernières versions d'ancestrologie et de la base qui s'affichent avec en prime, la généalogie de Napoléon.
Malheureusement, quand j'importe ma généalogie ".ged", tout se déroule bien jusqu'au % 99 où le message suivant s'inscrit :
"attempted update of read-only column" ; et l'importation continue de mouliner.
Que veut dire ce message et que faire désormais ?
:arrow: Pour ta gouverne, avec b5.002, V622 et FB 2.0 Superserver, j'ai essayé d'importer un gedcom de taille raisonnable (300 à 400 Ko). Je suis arrivé au même résultat que celui que tu as constaté.
Résolu à partir de V624[/i][/color]
-
Bonsoir,
Bonsoir,Bonjour
Apres install derniere version du 28/12 dans Impression/documents/ascendant/complet rien sur l'écran principal
Merci
Oui, même chose ici, il y a bien, semble-t-il, une anomalie.
Résolu à partir de V624[/i][/color]
-
Bonsoir,
Passage en b5.003.
En voulant améliorer l'identification des token-date dans les dates saisies, les rendant insensibles à des différences de casse ou d'accent, j'ai introduit une erreur, parce que dans la liste il y a "après" et "apres". C'est réparé dans la version jointe (tout en conservant l'amélioration).
Dans la base vide jointe à mon premier message, il manquait la procédure qui remonte le répertoire. Mais elle figurait bien dans la mise à jour.
Philippe doit aussi remettre en ligne une V624? corrigeant l'absence de l'état d'ascendance et l'erreur à l'importation (tentative d'écriture du champ calculé).
Quelqu'un a-t-il des problèmes avec l'optimisation?
A+
André
PS pour Christian: rien n'empêche de faire une grosse base en important plusieurs fois un même gedcom ou un autre dossier. Il y aura encore plus de doublons, c'est tout...
-
Quelqu'un a-t-il des problèmes avec l'optimisation?
Non pour moi mais une simple suggestion très mineure.
Après la migration de la base il et proposé une optimisation (ce qui est bien car cela rappelle éventuellement qu'il bon d'en faire régulièrement. Cette migration proposée peut cependant ne pas être faite à ce moment si on ne le souhaite pas, il suffit de fermer la fenêtre. Le choix existant ne serait'il pas possible lors de l'ouverture de la fenêtre pour l'optimisation d'avoir deux boutons OUI et NON.
Bonnes fêtes
-
Bonjour André,
Pas de problème pour moi lors de l'optimisation aussi bien en base 5.002 qu'en 5.003.
Petite question : pourquoi laisser le choix de l'optimisation ?
Un message du type : "la mise à jour est en train d'optimiser votre base" n'est-il pas suffisant ? et l'optimisation serait automatique.
En base 5.002, la recherche de doublons ne fonctionnait pas (messages d'erreurs), aucun problème en 5.003
-
Bonjour André,
:arrow: En ce qui concerne l'optimisation je n'ai pas rencontré de difficultés.
Comme je n'avais pas tout lu ou assimilé, la première fois je me suis dit qu'il y avait une anomalie puisqu'à la fin de la première optimisation, la fenêtre d'optimisation a été présentée une seconde fois.
:arrow: J'adhère également à l'idée d'inclure cette tâche derrière un message du type de celui suggéré par Joël, qu'il y ait une ou n optimisations. Pourquoi demander à l'utilisateur de valider l'opération?
:arrow: En d'autres temps, il était recommandé de faire une copie de sauvegarde avant de se lancer dans une optimisation. Je me pose la question de savoir s'il ne faut pas intégrer à l'outil de migration, la fonction muette de faire une copie de sauvegarde de la base avant de migrer, etc...
Il est clair que les copies de sauvegarde ne sont pas pratiquées par tout le monde, on s'en aperçoit régulièrement. De même l'habitude de disposer d'une copie de la base plutôt que d'un gedcom n'est pas encore bien intégrée.
Cette copie prend quelques secondes, ce n'est rien en face de la migration et des optimisations.
Dans le même domaine, je ne sais plus dire comment est livrée l'application pour ce qui concerne la Sauvegarde automatique de la bdd. N'est ce pas une solution de mettre cette option en service par défaut.
-
Dans le même domaine, je ne sais plus dire comment est livrée l'application pour ce qui concerne la Sauvegarde automatique de la bdd. N'est ce pas une solution de mettre cette option en service par défaut.
Bonjour,
La sauvegarde automatique interdit le retour en arrière si il y a des erreurs.
Je pense qu'il est préférable de prêcher pour une sauvegarde manuelle et volontaire avec l'avantage de pouvoir y inclure la date et l'heure, ce qui permet de pouvoir récupérer une base antérieure.
De plus, je mets toujours cette copie de sauvegarde dans un autre endroit du DD que le répertoire Ancestrologie avec également copie sur un DD externe.
Quelques secondes valent mieux que la perte de nombreuses années de recherches.
-
Bonjour,
Amusantes vos deux questions, car vraiment l'une est l'opposée de l'autre :lol:
Au départ je voulais rendre l'optimisation automatique, et même la rendre tout à fait transparente pour l'utilisateur. Mais à cause de sa durée, j'ai préféré la voir se dérouler, avec éventuellement la visibilité de messages d'erreurs. Voilà pourquoi je l'ai faite sous Lazarus (avec une fenêtre) au lieu de Free Pascal. Mais je n'ai pas trouvé quel évènement de la forme utiliser, les évènement permettent d'exécuter l'optimisation, mais pas de fermer proprement l'application (elle reste en mémoire sans fenêtre). J'avais donc le choix entre mettre un bouton pour la fermer et mettre un bouton pour lancer l'optimisation. J'ai préféré la deuxième solution qui laisse le choix de faire ou pas l'optimisation.
Il est possible d'ajouter un bouton pour la fermer, mais il me semble plus important d'inciter l'utilisateur à faire l'optimisation.
Philippe à finalement mis une V625
A+
André
-
Bonjour,
:arrow: Ok nous sommes à l'opposé, mais je trouve malgré tout qu'une sauvegarde en préliminaire de la migration serait une bonne chose.
:arrow: La sauvegarde automatique a déjà été discutée amplement. Il est certain que l'on peut sauvegarder systématiquement des erreurs sans possibilité de récupération, l'absence de sauvegarde c'est 100% de risque de tout perdre.
:arrow: Une idée avait été émise il y a quelques temps mais n'a pas été suivie d'effet, elle consistait à la fermeture d'Ancestrologie de mettre un message "Vous n'avez pas fait de sauvegarde depuis x jours, voulez-vous faire une sauvegarde maintenant" (x étant ajustable par l'utilisateur).
Cette réalisation réglerait bien des problèmes relevant de la négligence, de l'oubli, de la méconnaissance.
Dans ce cas, la sauvegarde manuelle serait réellement efficace.
-
Bonsoir André,
Répertoire
:arrow: Le classement alphabétique des patronymes est de nouveau plus correct. Notamment les noms composés ne sont pas à leur place, ...
:arrow: Nous n'avons plus la main sur les différentes colonnes pour faire un classement autre que patronyme/alphabétique avec ses défauts. Il n'y a que le classement par défaut.
V625 b5.003
-
Le classement ne se fait plus effectivement sur les colonnes
le pb est connu, mais pour le moment n ai pas trop de solution
Quand André et moi avons commencé les test d optimisation sur la grosse base de 75000 indis, je me suis rendu compte que le rep mettais un temps fou a se charger mais surtout que ca provoquais des erruers de mémoire, ce qui est pu embetant
Le pb c'est que pour pouvoir trié, il faut chargé la totalité des données
donc j ai oté cette option qui a résolu les pb de lenteur et de mémoire, mais ne permets pas le tri
donc je suis en train de voir une option alternative, pour la prochaine version
-
Une idée avait été émise il y a quelques temps mais n'a pas été suivie d'effet, elle consistait à la fermeture d'Ancestrologie de mettre un message "Vous n'avez pas fait de sauvegarde depuis x jours, voulez-vous faire une sauvegarde maintenant" (x étant ajustable par l'utilisateur).
Cette réalisation réglerait bien des problèmes relevant de la négligence, de l'oubli, de la méconnaissance.
Dans ce cas, la sauvegarde manuelle serait réellement efficace.
Merci de rappeler l'idée que j'avais émise. Faire une sauvegarde systématique aurait l'inconvénient soit d'écraser la sauvegarde précédente, soit, si on ajoute systématiquement la date comme on peut le faire, d'envahir le répertoire de backup avec un nombre très grand de versions obligeant l'utilisateur à faire le ménage. Si c'est lui qui doit le faire, il en aura davantage conscience.
-
"Vous n'avez pas fait de sauvegarde depuis x jours, voulez-vous faire une sauvegarde maintenant" (x étant ajustable par l'utilisateur).
Cette réalisation réglerait bien des problèmes relevant de la négligence, de l'oubli, de la méconnaissance.
Ton idée n est pas mauvaise, je vais réfléchir à une solution
Mais on ne pourrais jamais palier a la négligence, l'oubli, ou la méconnaissance, ce qui pourrais entraîner une floppée de messages pour chaque action. et la y en a qui vont râler
-
Bonsoir,
La copie automatique de la base avant d'exécuter la mise à jour est relativement facile à programmer, dans le cas de la base locale (on connaît son adresse exacte), mais carrément impossible si elle est sur un serveur réseau. Il n'y a donc que le backup qui est possible dans ce cas. Ce qui voudrait dire un autre exécutable du type de celui que j'ai fait pour l'optimisation. Le fichier de maj dépasse déjà 3Mo...
Pour garder la compatibilité avec les bases les plus anciennes, il faut passer une bonne part des scripts pour la mettre à la version b4.059, afin de la rendre compatible avec FB2.0, AVANT de faire une première optimisation. Il y aurait un gros risque de perdre la base sans celà, puisque la restauration écrasant la base n'arriverait pas à son terme...
Il ne faut donc par prendre ces optimisations pour des sauvegardes, d'autant plus que le fichier temporaire est supprimé en fin de maj. Une vrai sauvegarde avant d'effectuer la mise à jour est toujours indispensable.
Pour le problème du tri, il est vrai que je ne comprend pas pourquoi avec la collection FR_FR, dans INDI_TRIE_NOM, "ABC-DEF" va se classer au milieu des "ABC" :?: , il faudra sans doûte forcer la collection à ISO8859_1
pour les positionner à la suite.
Si effectivement Philippe a supprimé la possibilité de tri sur les colonnes, le tri redevient accessible quand le champ Nom est mis en zone de regroupement.
A+ et bonnes fêtes de fin d'année
André
-
Si effectivement Philippe a supprimé la possibilité de tri sur les colonnes, le tri redevient accessible quand le champ Nom est mis en zone de regroupement.
Philippe n'a rien supprimé dutout
c est l option que Philippe à décochée, pour ne pas charger les 75000 indis en mémoire, qui inhibe le tri, car pas compatible
-
Mais on ne pourrais jamais palier a la négligence, l'oubli, ou la méconnaissance, ce qui pourrais entraîner une floppée de messages pour chaque action. et la y en a qui vont râler
Faut pas exagérer non plus le nombre de messages. Si déjà on fait la proposition de sauvegarde à l'utilisateur, pour moi, ça suffit. Sinon, on risque à terme d'avoir ceci :
"Voulez vous faire la sauvegarde...?"
Si l'utilisateur répond non, message : "vous êtes bien sur que vous ne voulez pas faire de sauvegarde?"
Et s'il répond encore non, message : "veuillez confirmer votre non"
etc...
(c'était de l'humour)
-
Bonsoir Philippe,
"Vous n'avez pas fait de sauvegarde depuis x jours, voulez-vous faire une sauvegarde maintenant" (x étant ajustable par l'utilisateur).
Cette réalisation réglerait bien des problèmes relevant de la négligence, de l'oubli, de la méconnaissance.
Ton idée n est pas mauvaise, je vais réfléchir à une solution
Mais on ne pourrais jamais palier a la négligence, l'oubli, ou la méconnaissance, ce qui pourrais entraîner une floppée de messages pour chaque action. et la y en a qui vont râler
L'idée n'est pas de moi. Elle est notamment mise en oeuvre dans un logiciel de Gestion Financière ARGENT (en français).
-
Bonsoir André,
Une vraie sauvegarde avant d'effectuer la mise à jour est toujours indispensable.
:arrow: Il y a maintenant quelques messages de recommandations qui sont apparus, Optimiser après migration, Optimiser après l'import d'un gedcom,..
Est-ce qu'un début de solution serait de mettre en début de migration (màj) un message du type: "Avez-vous fait une copie de sauvegarde avant la mise à jour". Sur la réponse OUI le processus continue, sur la réponse NON le processus stoppe ou éventuellement laisse à l'utilisateur la possibilité de continuer. Voulez-vous faire une sauvegarde/Voulez-vous poursuivre la màj.
Ce n'est pas automatique mais au moins l'attention serait attirée sur ce point et les distraits ne se laisseraient plus surprendre. C'est d'autant plus vrai que la copie de la base constitue la meilleure sauvegarde.
-
Bonjour,
Passage en b5.004. Liens dans le premier message.
L'ordre de tri dans le répertoire doit être correct maintenant. Le mélange des noms composés au milieu des autres noms est dû à un comportement curieux de l'ordre de tri des champs utilisant le jeu de caractères français. Tout se passe comme si les caractères hors alphabet (le signe -, l'espace, la virgule par exemple) étaient supprimés. Ainsi "FACON-BOUCHE, René" se trouvait entre "FACON, Bernard" et "FACON, Charles".
J'ai pu supprimer ce mélange entre nom et prénom (avec un risque si la deuxième partie du nom composé commence par un A). Reste que dans l'ordre des noms on pourrait avoir:
FACON
FACONADE
FACON-BOUCHE
FACONDE
A+
André
-
Salut André,
A voir l'heure de ton message je me demande quand tu te repose :lol:
-
A voir l'heure de ton message je me demande quand tu te repose :lol:
Bonjour,
Comme on dit en Belgique, il est "pensionné"... :wink:
Et comme tous les gens à la retraite, il a plus le temps de rien !... :lol: :lol: :lol:
-
Bonjour André,
Avec la nouvelle base b5.004, le classement des patronymes est redevenu correct et par la même occasion lors de l'ajout d'un individu (père ou enfant) c'est bien le bon patronyme qui est présenté.
Merci pour cette correction.
Dans le répertoire il reste l'affaire de l'activation des tris par les colonnes. J'ai compris que dans l'immédiat Philippe avait neutralisé cette possibilité pour améliorer les performances et éviter des soucis lors d'un travail avec une grosse base. Il n'en demeure pas moins que les bases de 75000 individus sont rares.
-
Bonjour,
Il est vrai que les bases de 75000 individus sont rares, néanmoins comme c'est un gedcom de généalogiste des BDR qui grossi grâce à l'apport de chacun, et que cela est peût-être fait dans d'autres départements, Il était bien que le travail sur la rapidité soit fait, les bases moindres en profitent même si cela est peu perceptible, mais ne doutons pas que nos "gourous "trouveront la solution.
Bonnes Fêtes à tous
-
Bonjour,
:arrow: Avec les dernières versions d'Ancestrologie et notamment les anomalies rencontrées avec l'écusson, nous avons maintenant un écusson dans lequel est écrit à la partie supérieure gauche Ancestrologie puis vient s'inscrire en dessous Version: 5.00x.
:arrow: Il peut y avoir risque de confusion. A mon avis il serait mieux d'inscrire en dessous d'Ancestrologie par exemple: Version: V625 Base: b5.004.
L'autre solution consiste à ne rien inscrire.
-
Et que cet ecusson soit sur un fond transparent comme avant :wink:
-
Et que cet ecusson soit sur un fond transparent comme avant :wink:
Mais chez moi le fond est toujours transparent, j'ai juste l'écusson sans cadre autour !
Tu as repeins le bureau de ton PC ? :lol:
-
Bonsoir,
Pas d'inquiétudes pour la veille, je m'entraîne en vue du 1 janvier.Avec la nouvelle base b5.004, le classement des patronymes est redevenu correct et par la même occasion lors de l'ajout d'un individu (père ou enfant) c'est bien le bon patronyme qui est présenté.
Là pour comprendre, il faudrait demander à Philippe comment il retrouve ce nom :?:
Le problème des 75000 individus et du classement dans le répertoire: avec cette base, si vous alliez dans l'onglet "..." du répertoire, il y avait un message "Mémoire insuffisante" et la liste s'arrêtait aux noms en "P". La raison est que le composant utilisé fait le tri en mémoire, et que pour celà, il doit donc prendre en mémoire la totalité de la liste, qui dans le cas de l'onglet "..." fait 75000 lignes :!:
Voilà pourquoi le tri est désactivé quand la liste complète est affichée.
YAPUKA trouver une autre solution... Peut-être l'année prochaine...
A+
André
-
Et que cet ecusson soit sur un fond transparent comme avant :wink:
c'est peut-être lié au nombre de couleurs de l'écran... Ce n'est qu'une idée, je n'ai rien testé.
-
Bonsoir André,
Le problème des 75000 individus et du classement dans le répertoire: avec cette base, si vous alliez dans l'onglet "..." du répertoire, il y avait un message "Mémoire insuffisante" et la liste s'arrêtait aux noms en "P". La raison est que le composant utilisé fait le tri en mémoire, et que pour celà, il doit donc prendre en mémoire la totalité de la liste, qui dans le cas de l'onglet "..." fait 75000 lignes :!:
Voilà pourquoi le tri est désactivé quand la liste complète est affichée.
YAPUKA trouver une autre solution... Peut-être l'année prochaine...
:arrow: Quand tu dis "Voilà pourquoi le tri est désactivé quand la liste complète est affichée.", est-ce que cela veut dire que le tri est possible sur les colonnes lorsque une lettre de l'alphabet a été sélectionnée? Je n'ai pas constaté cette possibilité.
-
Rebonsoir,
A moins que ce soit en déplaçant la colonne Nom en regroupement.
:arrow: N'y a-t-il pas un début de solution en utilisant cette possibilité? Lorsque la colonne Nom est mise en regroupement, il y a création d'une commande intitulée Nom avec la flêche pour faire le tri croissant ou décroissant. Pour les patronymes peu représentés cela va encore, lorsqu'un patronyme est en nombre important on perd la notion de nom. Il doit être possible d'ajouter à côté de la commande ci-dessus un champ qui indiquerait le Nom de la ligne sélectionnée.
:arrow: Quel est l'intérêt de la colonne "..."? Ne pourrait-elle pas regrouper que les noms mal saisis avec un espace devant par exemple? Dans quel cas a-t-on recours à cette colonne sinon que pour faire le tri de la base?
C'est la fin d'année, je raconte peut-être des bêtises. Notes bien qu'en début et en cours d'année ce sera la même chose.
Nota: Le tri sur les dates n'apporte pas grand chose puisque c'est le tri sur le jour puis le mois puis l'année. Mais ce n'est pas nouveau.
-
Bonsoir,
Quand je parle de liste complète, c'est le cas où il n'y a pas de champ en zone de regroupement.
Il est vrai que rappeler le patronyme, ou plus généralement la valeur du champ mis en zone de regroupement, permettrait de ne pas la perdre de vue, mais il faudrait d'abord cliquer sur un enregistrement pour connaître cette valeur.
Le seul intérêt de l'onglet "..." c'est de pouvoir y retrouver les noms qui ne commencent pas par une lettre de l'alphabet.
Quand à l'intérêt du tri sur une date saisie... je préfèrerai le tri sur la date réelle (type date et non texte). Mais le tri sur l'année permet de l'approcher.
A+
André
-
Bonsoir André,
:arrow: En première approche je trouve que ce dispositif pourrait être attrayant.
En général on va vers le répertoire depuis la fiche identité et l'individu de départ est correctement sélectionné (mis en surbrillance et cela devrait pouvoir se traduire par le rappel du nom). Le passage vers une autre lettre de l'alphabet donne la liste des patronymes ce qui d'une certaine façon est intéressant puisque cela évite de dérouler tous les F ou tous les D, etc... A chaque cas et déjà aujourd'hui il faut sélectionner un individu pour avancer dans la liste par la molette ou l'ascenseur.
:arrow: Au passage c'est éventuellement une idée à retenir pour les flêches bleues en bas à droite de l'écran. Avant cette discussion je voyais d'ailleurs 6 flêches: pas à pas, par 10 ou autre, puis en bout de la première lettre en question.
:arrow: Si le seul intérêt de la colonne "..." est de faire apparaître les patronymes commençant par autre chose que les lettres de l'alphabet, ne mettons que ceux-là. Je pense que dans la majorité des cas cette liste sera vide.
:arrow: Comme tu l'as indiqué, il faudrait rappeler le nom ou patronyme pour matérialiser le cadre de la recherche, c'est éventuellement le patronyme rappelé au dessus du répertoire ou peut-être quelque chose d'équivalent aux tableurs lorsque l'on fiche les volets.
A méditer pour l'année prochaine.
-
Au passage c'est éventuellement une idée à retenir pour les flêches bleues en bas à droite de l'écran. Avant cette discussion je voyais d'ailleurs 6 flêches: pas à pas, par 10 ou autre, puis en bout de la première lettre en question.
La procédure PROC_SUIVANT a pour paramètre le saut, positif ou négatif, et permet donc d'autres valeurs que -10, -1, 1, 10. Mais au format 800*600 il a semblé difficile d'ajouter 2 boutons de plus.
A+
André
-
:arrow: Si le seul intérêt de la colonne "..." est de faire apparaître les patronymes commençant par autre chose que les lettres de l'alphabet, ne mettons que ceux-là.
Cet onglet permet de fairee des tris sur toute la base. Il n'y a pas que les nom-prénoms, il y a aussi les dates, le sosa etc...
Je le trouve bien comme il est, cet onglet.
-
Bonjour André,
J'ai poursuivi la réflexion sur le Répertoire et ses colonnes.
:arrow: Ce qui m'a échappé jusqu'ici avec une colonne "..." expurgée, c'est qu'en mode regroupement, on ne trouve que les individus de la lettre alphabétique sélectionnée.
Ainsi, si quelqu'un souhaite effectuer une recherche de tous les individus nés sur le CP xxxxx, il faudra passer en revue toutes les lettres.
Il est vrai également comme tu l'as souligné qu'il faudrait remonter la notion de valeur, nom étant juste un cas particulier.
La parade à ces commentaires est d'utiliser la fonction Rechercher dans le menu Individus/Rechercher où il existe plusieurs critères de recherche dont ceux correspondants aux colonnes.
:arrow: Toujours selon tes commentaires, si la colonne "..." ne sert qu'à détecter les individus pour lesquels le patronyme commence par autre chose qu'une lettre de l'alphabet, il serait alors possible d'y faire figurer uniquement ces derniers. Il serait souhaitable alors d'utiliser un repère quelconque pour mettre en évidence, notamment, la présence d'un espace en avant du patronyme. Faute de quoi, les noms seront alignés et donneront l'impression d'avoir été saisis correctement.
:arrow: A l'aide de cette colonne, il était possible de faire le tri nom/prénom croissant ou décroissant. En mode regroupement, le résultat semble identique, le tri sur une colonne dans une lettre donne le même tri sur les autres lettres.
:arrow: En mode regroupement, comme indiqué plus haut, il semble indispensable de remonter la valeur du champ regroupé pour la ligne sélectionnée.
:arrow: Le tri des dates gagnerait effectivement à être amélioré pour avoir effectivement une chronologie plutôt qu'une succession de dates anniversaires.
:arrow: Si la colonne "..." était expurgée, est-ce qu'une autre modification devient nécessaire? Je pense malgré tout qu'en mode regroupement il serait intéressant de remonter la valeur.
:arrow: J'avoue n'avoir jamais utilisé ce mode regroupement, il est assez pratique et en particulier pour les bases riches en patronymes (ce qui doit être le cas des bases lourdes, voire très lourdes).
:arrow: Enfin, là c'est du pinaillage, si des travaux devaient être entrepris dans ce secteur, ce serait aussi l'occasion d'uniformiser le libellé des colonnes: par exemple Né(e) le; Décédé(e) le au lieu de Né(e) le et Date décès. L'inverse Date naissance serait plus long à caser.
-
Bonsoir,
Les fichiers bibliothèques msvcp71.dll et msvcr71.dll nécessaires au fonctionnement de Firebird semblant absents de certaines configurations, je les ai ajouté à cette mise à jour. Si vous utilisez Firebird embedded et que les fichiers sont absents du répertoire system32, ils sont ajoutés au répertoire ancestrologie.
Autre modification de la procédure de mise à jour, le texte d'avertissements a été séparées en deux parties afin d'être plus lisible (et plus lu?).
En ce qui concerne la base elle-même:
la recherche des individus dits "orphelins" (en réalité qui n'ont pas de lien avec un autre individu), fonctionne à nouveau,
les calculs de l'ascendance, de la descendance sans les implexes et la renumérotation SOSA devraient être un peu plus rapides,
la procédure PROC_ACTES_DEJA_TROUVES devrait moins ralentir la navigation d'un individu à l'autre.
Devant les difficultés à maîtriser l'ordre alphabétique correcte des individus avec les champs et les index calculés, j'en suis revenu à un champ INDI_TRIE_NOM et des index plus conventionnels, en gardant cependant la nouvelle structure de ce champ pour ne pas avoir de "débordement" du prénom sur le nom lors du classement.
Bons tests.
André
PS: comme d'habitude, les liens du premier message de ce fil ont été réactualisés.
-
Bonjour André,
Les fichiers bibliothèques msvcp71.dll et msvcr71.dll nécessaires au fonctionnement de Firebird semblant absents de certaines configurations, je les ai ajouté à cette mise à jour. Si vous utilisez Firebird embedded et que les fichiers sont absents du répertoire system32, ils sont ajoutés au répertoire ancestrologie.
:arrow: Dans le cas de la copie de ces fichiers dans le répertoire system32, ne faut-il pas faire un redémarrage de la machine?
J'imagine que la même démarche sera introduite dans l'installation complète.
:arrow: Autre point qui n'est pas directement lié au précédent.
Philippe a ajouté les resets automatiques lors de la màj d'Ancestrologie via Internet. Cette opération n'est pas effectuée lors de l'installation complète ce qui conduit à avoir un comportement différent selon le cas dans lequel nous nous trouvons, même chose pour la màj entièrement manuelle.
Quelle solution serait-il possible d'apporter à cette situation pour se libérer de l'utilisateur?
-
Bonjour,
après mise à jour :
version 625, base 5.003, Firebird serveur 2.0 ; réinitialisation de la barre d'outils ;
plus de plug'ins : impossible de les recharger ? d'où vient l'erreur ?
Pour le répertoire, je regrette le départ des tris sur colonne ; si cela occasionne des lenteurs pour les grosses bases, ne serait-il pas possible d'avoir l'option dans la fenêtre configuration/paramètres avec un message d'alerte comme cela est le cas avec "afficher cousins,.." ou "afficher photos.."
-
Bonjour,
Après réinitialisation, il faut fermer et redémarrer Ancestrologie pour voir réapparaître les plugins.
-
Bonjour,
Plugins
Si tu stoppes et que tu redémarres tu auras de nouveau les plugins. Mais... si tu avais fait le reset relatif à la disposition des fenêtres, Ancestrologie aurait été stoppé et tout aurait été transparent.
Par la même occasion tu te mettrais à l'abri d'un bon nombre de violations d'accès.
Donc fais plutôt ce reset. Menu Configuration, la dernière ligne.
Répertoire
Si tu souhaites faire des tris à ta convenance, tu as encore la possibilité de prendre avec la souris le titre d'une colonne et de la mettre en regroupement (Glissez ici une colonne pour effectuer un regroupement).
-
Merci à vous,
comme tout paraît simple (quand on sait)
Les plug'ins sont revenus...
Pour le tri, après quelques manips, ça correspond à mon attente.
Donc plus besoin de tri général.
Merci à vous pour vos réponses rapides.
Daniel
-
Bonjour André,
:arrow: Une question saugrenue dans le prolongement de nos échanges sur le répertoire, les tris, etc..
Par le bandeau supérieur menu Individus et via le bandeau de gauche nous avons accès au Répertoire et à l'Index des noms.
Hormis que l'Index des noms présente moins d'information et soit à priori celui qui est présenté à l'occasion de l'ajout d'un individu, pourquoi présenter ces deux listes et quelles sont les apports de l'une ou l'autre.
:arrow: En définitive, l'index ressemble presque au répertoire avec les noms en regroupement et la possibilité de tri existe sur les prénoms.
:arrow: Dans cet index, où sont repris les noms ne commençant pas par une lettre de l'alphabet? Je pense malgré tout qu'il en existe et notamment chez nos voisins belges.
-
Bonsoir,
:arrow: Dans le cas de la copie de ces fichiers dans le répertoire system32, ne faut-il pas faire un redémarrage de la machine?
J'imagine que la même démarche sera introduite dans l'installation complète.
:arrow: Autre point qui n'est pas directement lié au précédent.
Philippe a ajouté les resets automatiques lors de la màj d'Ancestrologie via Internet. Cette opération n'est pas effectuée lors de l'installation complète ce qui conduit à avoir un comportement différent selon le cas dans lequel nous nous trouvons, même chose pour la màj entièrement manuelle.
Quelle solution serait-il possible d'apporter à cette situation pour se libérer de l'utilisateur?
La première question ne devrait pas se poser parce que en cas d'absence des fichiers, ils sont copiés dans le répertoire d'Ancestrologie et non dans system32.
Recherche sur internet "Dependency Walker", c'est un freeware qui permet de retrouver toutes les dépendances entre librairies. En sélectionnant le gds32.dll du répertoire d'Ancestrologie, tu verras que si les 2 fichiers en question sont absent du même répertoire, ce sont ceux présents dans system32 qui sont utilisés (s'ils existent).
Il est normal que le reset ne soit pas effectué lors de la première installation complète puisque la BDR est vide et sera documentée par ancestrologie.exe quand il aura démarré. Par contre dans le cas d'une réinstallation sur une installation existante sans désinstallation préalable, j'ignore si cette BDR est nettoyée (celà n'étonnerai, mais ceux qui l'on fait pourraient nous dire s'ils doivent ressaisir leur licence).
La mise à jour manuelle par copie du fichier .exe, n'est pas pilotée par le logiciel. Et il me semble que ceux qui la font de cette façon devraient être plus informés que la moyenne.
A+
André
PS: pour l'index des noms, je n'en sais pas plus que toi. Peut-être un ancien pourrait-il nous en expliquer les raisons historiques. Pour ma part, je l'ignore car je ne sais pas qu'en faire. Serait-ce encore une de ces nombreuses scories, symptomatiques du manque de "ménage" dans ce logiciel?
-
Bonsoir,
Au travers de ta réponse faut-il comprendre que dans l'installation complète les deux fichiers msvcp71.dll et l'autre sont bien inclus dans le processus de l'installation?
Je regarde l'affaire Dependency Walker pour essayer de comprendre un peu.
-
Ils ne sont pas inclus dans l'installation complète datée du 30/12/2006 sur le site ancestrologie.org, puisque je ne les ai ajoutés que depuis hier dans la b5.005.
A+
André
-
Bonsoir,
sur la page précédente Facon a écrit : " Nota: Le tri sur les dates n'apporte pas grand chose puisque c'est le tri sur le jour puis le mois puis l'année. Mais ce n'est pas nouveau."
On peut rajouter les colonnes année de décés et année de naissance, le tri est meilleur.
Petite originalité : si je suis sur une fiche Mercier , que j'ouvre le répertoire où les noms sont regroupés, je développe le groupe Monin (par ex.), je clique sur la colonne année de naissance, pour trier, et le groupe Mercier s'ouvre automatiquement et se trie comme l'autre groupe,
en même temps.
Normal ?
Daniel
-
Bonsoir,
Normal, le tri est valable pour toute la colonne, même si vous changez de lettre du répertoire.
A+
André
-
Je plaçais l'originalité sur le fait que le groupe s'ouvrait ou se développait seul.
Daniel
-
Après avoir maudit cette fichue mise à jour, je félicite les pros qui ont répondu à mon souci voir ma peur.
Mon ancestrologie est de nouveau opérationnelle.
Merci et encore bravo pour votre diligence et exactitude.
Je suis tjrs en admiration sur vos ....."miracles"
Alain :D
-
Bonjour,
Je suis perdu sur le nouveau site d'ancestrologie et je ne retrouve plus les pages de téléchargement.
Sur les avertissement de mise à jour j'ai le message suivant:
ATTENTION : Il faut que la base soit en v 5.002
Comment charger l'exécutable de migration?
Cordialement.
-
Bonsoir,
Je suis perdu sur le nouveau site d'ancestrologie et je ne retrouve plus les pages de téléchargement.
Sur les avertissement de mise à jour j'ai le message suivant:
ATTENTION : Il faut que la base soit en v 5.002
Comment charger l'exécutable de migration?
Peux-tu préciser la version Ancestrologie? Vxxx??
-
Bonsoir,Je suis perdu sur le nouveau site d'ancestrologie et je ne retrouve plus les pages de téléchargement.
Sur les avertissement de mise à jour j'ai le message suivant:
ATTENTION : Il faut que la base soit en v 5.002
Comment charger l'exécutable de migration?
Peux-tu préciser la version Ancestrologie? Vxxx??
V625 b5.003
Cordialement.
-
Bonsoir,
La version de la base a évolué pour corriger quelques anomalies. Avec la V625 tu peux charger l'outil de migration vers b5.005 que tu trouves dans le premier message à l'adresse suivante sous le mot "ICI":
http://www.ancestrologie.org/forum/index.php?topic=7088.0&sid=56a593a4418c516443d0fd4fe2a1f84e
:arrow: Comme d'habitude, il n'est pas inutile de faire une copie de sauvegarde avant la migration. La migration se fait Ancestrologie stoppé.