forum Ancestrologie
Ancestrologie - Développement => Développement => Discussion démarrée par: DDdeBerdeux le 08 Octobre 2006 à 20:33:24
-
Je suis obligé d'ouvrir un nouveau fil pour que les liens soient dans le premier message, et que vous puissiez tester cette base b4.053.
Le fichier de mise à jour est à télécharger ICI (http://andre.langlet.free.fr/ancestro/maj_b357_b4054.exe) et la base vide accompagnée de la liste complète des modifications LA (http://andre.langlet.free.fr/ancestro/FAMILLEVIDE4054.zip).
Si j'ai bien compris, Philippe vous a déjà dit que vous pouvez maintenant saisir des évènements Divers et Recensement dans les évènements familiaux. Je craignais que celà mette en cause les procédures d'importation et exportation, mais il a suffit de modifier une procédure stockée dans la base, et deux paramètres dans la table de référence des évènements. C'est essentiellement ce que fait cette version. J'ai aussi mis à jour la forme textuelle de cette table, mais je l'ai appelée REF_EVENEMENTS2.txt, pour ne pas écraser la précédente, au cas où vous en auriez modifié des libellés d'évènements (exemple: "Baptême" au lieu de "Baptême (non mormon)"). A vous de récupérer vos modifications et d'enlever ensuite le "2" du nom du fichier.
Autre modification: certains ont remarqué qu'il était possible de créer des unions homosexuelles en modifiant le sexe d'un individu après avoir créé l'union. Cependant, dans certaines circonstances, le conjoint n'apparaissait plus dans la fiche ou dans le répertoire (dernier conjoint). Maintenant il devrait apparaître dans tous les cas. Je n'y ai rien changé sur le plan de l'export/import de ce type d'union que la norme gedcom ne doit pas connaître.
Ce qui nous intéresserait surtout que vous vérifiiez, c'est l'import/export des évènements familiaux Divers et Recensement. Ainsi que l'échange de fichiers gedcom avec d'autres logiciels.
A+
André
11/10/2006 maj des liens pour b4.054
-
Philippe vous a déjà mis au parfum de certaines améliorations.
La PROC_VILLES_RAYON à maintenant 2 modes de fonctionnement. Dans le mode initial, elle recherche les villes voisines dans la tables de référence des villes. Dans le nouveau mode la recherche se fait dans les lieux favoris, donc en tenant compte des subdivisions.
Depuis l'index des lieux, onglet Villes, seul le premier mode est accessible.
Depuis l'onglet Lieux favoris, il est prévu que les 2 modes soient accessibles, le premier par un bouton "Villes voisines", le second par un bouton "Lieux voisins". Là c'est Philippe qui a un peu de retard, parce qu'il a laissé le second mode sur le premier bouton.
Auparavant, l'âge d'un individu pour lequel les dates de naissance ou de décès n'étaient pas complètes, étaient calculées en ne prenant en compte que la différence des années. Maintenant, si vous avez saisi le mois, il en est tenu compte (comme si la date incomplète était estimée être le premier du mois).
La PROC_AGE_EVENT a été ajoutée. Elle permet de calculer l'âge (en jours) de l'individu, pour chacun de ses évènements. C'est celle que Philippe utilise pour afficher l'âge dans l'évènement. C'est un calcul qui prend du temps, aussi Philippe a prévu dans la configuration (onglet visuel) de pouvoir le désactiver. Elle doit être désactivé par défaut.
Autre modification, j'ai mis à jour les coordonnées des villes, à l'aide d'une liste qui me semble plus précise que la précédente (voir http://www.ancestrologie.org/forum/index.php?topic=6620.0&postdays=0&postorder=asc&start=15)
La base n'est pas modifiée, mais la nouvelle liste nommée REF_CP_VILLE2.txt est copiée dans le répertoire tables de références. Je souhaiterai que vous la testiez pour savoir si elle est vraiment meilleure que la précédente. Pour celà il faut la renommer en enlevant le "2" final et la charger en exécutant TablesReference.exe dans le répertoire du même nom. Ne laissez cochée que la case correspondante à cette table (la dernière). Et la dernière base utilisée par Ancestrologie doit être votre base de test.
Cette opération met à jour la table de référence, pas les lieux déjà saisis dans les évènements. Mais depuis l'index des lieux vous pouvez déjà tester les nouvelles coordonnées.
Bons tests.
André
-
Bonjour,
Je viens de remettre à jour les fichiers. Dans la mise à jour de la table de référence des villes, je n'avais identifié les villes que par leur code INSEE, oubliant que des codes identiques se retrouvent pour les villes belges. De ce fait des villes belges se trouvaient localisées en France :?
C'est réparé.
A+
André
-
Bonjour André,
Je suis passé en v584 et b4.054 (en deux fois pour profiter de la correction).
-1- Affichage de l'âge
La fonction semble travailler correctement. C'est, ainsi que tu l'as dit, consommateur de temps. Dans l'immédiat je vais laisser cette option inactive.
Pour ce qui concerne l'âge affiché, le cas échéant, dans le volet identité, je pense ainsi que je l'ai déjà dit qu'il faudrait parvenir à indiquer comme ailleurs: "à l'âge de peut-être ..." afin de prendre en compte des dates approximatives. Avec des dates du type "vers 1749", Ancestrologie donne l'âge avec une précision diabolique.
-2- Nouvelles table de références
C'est difficile de porter un jugement. Pour des lieux que je connais j'ai effectué une vérification rapide. Cela semble pas mal.
Par contre, j'ai maintenant compris pourquoi Philippe donnait toujours la température de l'eau chez lui. Si tu vises "Le Gosier", tu es dans l'eau!!!
-3- Saisie des prénoms
La situation demeure inchangée et donc la remarque reviendra inexorablement. Pour ma part je préférais la logique de v547. Pour des raisons de rapidité d'ouverture de la fiche de saisie rapide, le menu déroulant des prénoms affiche la séquence de prénoms ce qui élimine pratiquement l'utilisation de ce menu.
-4- Essai Export/Import gedcom
Je n'ai pas fait grand chose dans ce domaine. Pour le fun j'ai essayé de trouver un fichier gedcom réputé conforme au standard et qui serait susceptible d'être utilisé pour procéder à des tests.
J'ai bien trouvé un "Torture gedcom file" mais il n'est pas digéré par Ancestrologie. As-tu une piste à signaler?
-
Dans la fenêtre Union si on ajoute un évènement pour introduire la ville, il ya la loupe (lieuxà le "soleil" (lieux favoris) et la flèche vers le bas mais celle-ci est inopérante
-
Dans la fenêtre Union si on ajoute un évènement pour introduire la ville, il ya la loupe (lieuxà le "soleil" (lieux favoris) et la flèche vers le bas mais celle-ci est inopérante
Bonjour,
Si tu veux parler de la liste déroulante à l'extrémité du champ "Ville", celle-ci ne se remplit qu'après avoir saisi un code postal, ou même le début de ce code (56 donne la liste des villes du Morbihan).
A+
André
-
Merci DD
-
-2- Nouvelles table de références
C'est difficile de porter un jugement. Pour des lieux que je connais j'ai effectué une vérification rapide. Cela semble pas mal.
Par contre, j'ai maintenant compris pourquoi Philippe donnait toujours la température de l'eau chez lui. Si tu vises "Le Gosier", tu es dans l'eau!!!
C'est vrai, on tombe à 500m (pardon, 0,3 mille) de la côte.
J'ai quand même comparé avec l'ancienne base. On arrive au moins à 5 milles au large :D
Google est-il précis à cet endroit?
Si Philippe a un GPS, il pourrait peut-être nous dire?
A+
André
-
Je ne change pas la version pour cette nouvelle mise à jour car nous sommes toujours en test.
La procédure de calcul de la distance entre ville a été coupée en deux parties, la première collecte les enregistrements, la seconde les met dans l'ordre. Cà permet de traiter différemment les villes ou subdivisions ayant les mêmes coordonnées que la ville d'origine. Surtout çà évite l'erreur ayant pour origine les approximations ou arrondis dans les fonctions trigonométriques.
Les fichiers à télécharger depuis le premier message de ce fil ont été mis à jour.
A+
André
-
Si Philippe a un GPS, il pourrait peut-être nous dire?
oui j en ai un
demain, en rentrant je m arreterai (si j y penses) au centre ville et ferai un relevé de position
-
oui j en ai un
demain, en rentrant je m arreterai (si j y penses) au centre ville et ferai un relevé de position
et puis un autre relevé de ton jardin, qu'on vienne piquer les avocats ! :D
-
Pour les avocats, c'est
lat : 16,23307
long : -61,44792
pour l'eglise du Gosier qui est en plein centre
lat : 16,206
long : -61,4917
vous perdez pas, y en aura pas pour tout le monde
-
Pour les avocats, c'est
lat : 16,23307
long : -61,44792
vous perdez pas, y en aura pas pour tout le monde
j'arrive ! :lol:
-
j'échange 1 kg d'avocats, contre 3 dz huitres N°2
-
Les huitres de Bouzigues, ça te convient :?: :lol: :lol:
-
j'ai programmé le chemin dans le GPS et j'ai coulé la voiture au large d'arcachon ! :cry:
-
Je viens de faire un relevé GPS, j ai essayé, et c est bien l'endroit en plein centre du gosier, ou je me suis arrété pour faire le point
lat : 16,206219
long : -61,494025
-
Salut
Qu'est-ce qui est en plein centre du Gosier :?: :roll:
Ce serait pas le ti-punch par hasard :!: :wink: :lol: :lol: :lol:
-
c est un nouveau jeu de piste :D
-
:lol: :lol: :lol:
-
il y a dans le fichier 16,2 et -61,5 donc à peu de chose près, on était bien dans la place !
je les remplace quand même par tes valeurs !
-
Je viens de remettre les fichiers de la b4.054 en ligne. La PROC_AGE_EVENT existait bien dans la précédente, mais vide. Un petit oubli :oops:
André
-
il y a dans le fichier 16,2 et -61,5 donc à peu de chose près, on était bien dans la place !
Cà ce sont les valeurs trouvées sur http://ardecheearth.free.fr/basededonnees.htm , parce qu'avant il y avait 16.1505 et -61.3154. Cà confirme donc que ce fichier est meilleur, comme il l'est sur tous les points que j'ai pu vérifier.
Si Philippe vérifie qu'avec les coordonnées qu'il a transmises, Google pointe bien sur l'église du Gosier, çà confirmera qu'on peut se fier à Google pour affiner d'autres coordonnées. Dommage que sur 16.23307/-61.44792 la vue soit moins précise, on ne peut pas voir les avocats.
A+
André
-
Bien sur qu avant de donner les valeurs, j ai bien vérifié
je les ai rentrees dans Ancestro et google me situe a 10 metres de la ou je m etais arreter pour les prendre
donc c est tout bon
-
Bonjour.
J'ai chargé la v584 avec la B4.054.
Ne trouvez-vous pas que, dans la rubrique Union/évènements attachés à l'union, la case date est un peu étroite quand on utilise le format-date "jj.mmmmmm.aaaa" ?
Par exemple pour "17 janvier 1808" je ne vois que "7 janvier 18".
Merci.
RESOLU / Désolé pour l'intervention intempestive. :oops:
-
? J'ai largement la place et même avec un petit écran cela me semble devoir aller. Réinitialiser les fenêtres?
-
Je viens de remettre les fichiers de la b4.054 en ligne. La PROC_AGE_EVENT existait bien dans la précédente, mais vide. Un petit oubli :oops:
André
ce n'était donc pas moi qui avait un problème ! :twisted:
-
Par exemple pour "17 janvier 1808" je ne vois que "7 janvier 18".
Bonjour,
Cà passe correctement en 800*600, à condition de bien répartir les largeurs entre la liste des évènements et les détails à l'aide de la barre de séparation verticale.
A+
André
-
AI refait un passage
la Mairie du gosier est à
lat 16.20617
long -61.49185
sur google on tombe pilpoil sur la place de parking du maire