• Pause dans le développement de Pérégrination (mariage, nouvel emploi, etc...)
• 2018 : Dévelloppement d'une application python flask sur pythonanywhere
• 2019 : Migration sur un server OVH et achat du nom de domaine

Mise à jour de Pérégrination

• Ajout de 12 nouvelles Clefs API montant à 50 000 requêtes par adresse IP (en théorie).
• Correction du bug de l'import GEDCOM quand il y a des variantes patronymiques séparées par des "/".
• Correction de l'import GEDCOM lors de multiples événements du même type.
• Correction du Bug lors de la génération de la carte, quand les villes étaient absentes sur le CSV vis-à-vis du GEDCOM.
• Mise en place d'une fonction pour mettre à jour le CSV sans pour autant entièrement l'écraser (limite le nombre de requêtes et le nombre de lieux à rechercher).
• Mise à jour des requêtes google : la langue à été mise en 'Fr' pour obtenir la réponse en français et non en anglais pour les autres pays).
• Compatibilité avec le logiciel ELIE : qui génère des lignes vides et des lignes sans "balise".
• Prochainement :
• • Didacticiel pour les APIs,
  • Mettre à jour la page Utilisation pour Windows 10.

Premiers Bugs et saturation des APIs

Les APIs ont été très vite saturées, après seulement 2 jours !

De nouvelles API seront disponibles dans le programme lors de sa prochaine mise à jour.

Je travaille actuellement sur la résolution des différents Bugs qui m'ont été soumis

(voir BUGS)

Merci à tous de votre participation à ce projet !

Mercredi 14 décembre 2016, 3 h 38 : Bêta à 90 %

MISE EN PLACE DU MODULE DE LA DESCENDANCE !!!

 Il n'a fallu que quelques modifications sur le code source pour faire en sorte que les fonctions de bases soient compatibles en même temps avec la création de l'ascendance et de la descendance ! :) Ce qui a permis d'accélérer le déploiement de la nouvelle version ! :D

Mardi 13 décembre 2016 : Bêta à 70 %

• Mise à jour sur le rendu de la carte en affichant aussi les générations dans la commune quand celle-ci contient des événements non liés directement à des pérégrinations (parents ou ancêtres et son descendant nés dans la même ville) affichant un meilleur rendu. Le nombre de trajectoires étant augmenté, le temps de chargement est beaucoup plus long (compter 2 à 5 minutes et environ 250 Mo de mémoire vive). Cela permet aussi d'éviter des bugs lors de l'utilisation de l'option de regroupement, provoquant un seul et unique point sur la carte (généalogie très localisée).
• Les boutons du sous-menu GEDCOM sont maintenant compatibles avec la touche Enter (" ↩ ") du clavier, permettant une meilleure navigation.
• Une barre de progression a été ajoutée pour l'étape du rendu de la carte, et les barres de progressions ont été améliorées dans l'affichage.
• L’algorithme de l'ascendance a été amélioré, l'affichage des numéros Sosa a été remplacé par l'affichage de la génération (il devient illisible de reconnaître la génération d'un numéro Sosa lorsqu'il dépasse un certain nombre de générations, notamment pour les généalogies nobles) permettant aussi d'améliorer la recherche des ascendants dans l'arbre ayant une commune de naissance connue, lorsque les parents d'un individu analysé n'en possèdent pas.
• Amélioration du moteur de recherche qui beuguait avec l'écriture des accents et amélioration de la sensibilité de la casse (majuscule et minuscule).

Mardi 6 décembre 2016 : Bêta à 50 %

• Mise à jour sur le rendu de la carte en affichant les marqueurs correspondant aux autres événements (Mariages et Décès) qui n'étaient pas affichés.
• Si un ancêtre a ses parents qui n'ont aucune info de lieux de naissance et que l'un des ancêtres situés dans les générations supérieures possède un lieu de naissance, un lien est créé entre l'individu étudié et cet ancêtre. Réalisant ainsi une "moyenne" sur les générations situées entre eux.
• Ajout du dernier module de vérification des lieux :
• • Ce module télécharge les cartes de OpenStreetMap correspondant à toutes les positions GPS retrouvées, les lieux ayant les mêmes coordonnées sont rassemblés. Cela permet de vérifier si le lieu correspond bien au lieu géolocalisé dans la carte, dans le cas contraire l'utilisateur a le choix de modifier les coordonnées et la carte se met à jour.
  • En cliquant sur la carte, vous ouvrez un nouvel onglet qui vous amène à la position sur Google Map.

Mercredi 30 novembre 2016

• Mise à jour de la page "Cartes" sur le site et ajout d'un flux RSS pour visionner les différentes mises à jour, effectuées sur le logiciel dans le dépôt Github.
• Ajout de nouvelles cartes dans la rubrique "Cartes"
• Mise à jour de la version Bêta.
• Présence d'une légende en haut à droite indiquant les différentes générations.
• La taille des traits des trajectoires est régulière, peu importe la génération.
• Les trajectoires multiples entre deux communes sont superposées de manière régulière avec des tailles différentes.
• Fenêtre Popup sur les trajectoires avec indication de l'ancêtre concerné.
• Fenêtre Popup sur les communes indiquant toutes les informations en fonction des critères précédemment sélectionnés (nombre de °,x,+ ; nombre total d'événements ; départ(s) ; arrivées ; nom(s) ; Dates extrêmes).
• Présence des cercles concentriques sur la commune pour indiquer quelles sont les générations impliquées dans une localité.
• La carte est créée avec le nom du fichier.
• Deux cartes sont créées avec le fond de Carte d'OpenStreetMap standard (indique mieux les localités et les adresses) et le fond de carte "Stamen Terrain" (relief).
• Le regroupement par Commune, Département, Région, Pays met en couleur la région concernée via l'utilisation des fichiers Shapefile (SHP).
• Ajout d'une barre de progression avec une console virtuelle pour voir défiler les différents éléments traités.

Vendredi 25 novembre 2016

• Correction et débogage dans le programme pour afficher les Popup (encodage).
• Modification de la taille des trajectoires en fonction de la génération.
• Ajout d'une console virtuelle dans la barre de progression.
• Ajout du nouveau module de contrôle des lieux.
• Ajout du module de capture de l'adresse de Google en fonction des coordonnées retrouvées.

Mercredi 23 novembre 2016

En phase de test :

• Module de contrôle :
• • La manière dont les villes sont enregistrées dans les différents logiciels de généalogie, la quantité d'informations que l'on donne à chacun de ces lieux (présence des différentes subdivisions administratives comme l'adresse, la commune, le département, la région, le pays, le code postal, le code INSEE, etc.) et le facteur "humain" qui fait que l'on choisit de mettre un lieu en fonction de son nom d'époque (inscrit sur l'acte) ou son nom actuel (sur les cartes actuelles). Si la ville a fusionné en quartier, a disparu, a été divisée, etc. Toutes ces variations peuvent perturber la géolocalisation automatique. De plus, en France comme à l'étranger, des villes ou d'autres localités peuvent avoir exactement la même graphie, et être homonymes.
  • De ce fait, j'ai créé un système de contrôle qui vise à utiliser de multiples combinaisons via les éléments du lieu à traiter voir schéma ci-dessous.
  • Ainsi le risque d’erreur est grandement amoindri. Il révèle que les changements de nom des communes devront être soumis à un contrôle dans le fichier final et voir s’il ne faudra pas corriger les coordonnées dans le fichier de lieux créé.

Jeudi 10 novembre 2016

Mise à jour :

• Intégration de l'importation GEDCOM au Script principal :
• • Disponible pour le moment que pour l'ascendance.
• Intégration d'une option de regroupement dans la réalisation de la carte des pérégrinations :
• • Permet de fusionner les événements d'une ville, d'un département, d'une région, d'un pays en un seul point.
• Intégration du Logo.
• Débogage des encodages (iso8859-15 et UTF8) qui empêchait l'affichage des infos-bulles.

BUG :

• Apparemment, l'installateur de librairie externe PIP, dont le module a été implémenté dans mon programme pour installer les librairies externes, ne fonctionne pas sur Windows 10. Je suis à l'heure actuelle en train de configurer le programme afin de réaliser une version EXE.

Dimanche 6 novembre 2016

• Création du moteur de recherche par Nom et Prénom :

Samedi 5 novembre 2016

• Fonction de récupération des données généalogiques du GEDCOM : OK.
• • Les données principales (naissance, mariage(s), décès) sont récupérées et organisées comme sur un tableau ascendant.
  • Les liens de parenté sont récupérés (ascendant / descendant).
  • Ne jamais mettre des "/" dans vos noms !!!
  • • Bug lorsqu'il rencontre des "/" dans les noms (car le GEDCOM utilise le "/" comme séparateur "Prénom/Nom/" ).
• À faire :
• • Intégration de la fonction dans l'architecture.
  • Moteur de recherche nominatif avec choix d'afficher la liste des personnes retrouvées (en cas de doublon homonymique).
  • Choix de réaliser la pérégrination de sa descendance ou de son ascendance lors de la sélection de ladite personne.

Vendredi 4 novembre 2016

/!\ EN PHASE DE TEST /!\

• Module d'import GEDCOM
• • Création du Module d'import GEDCOM.
  • Nouvelle librairie avec Gedcompy pour la lecture et l'exploitation des données du GEDCOM (parsing).
  • Nouvelle fenêtre de gestion des lieux : permet la connivence entre les différentes possibilités de lieux paramétrables à travers tous les logiciels de généalogie existants (portabilité).
  • Extraction des lieux directement réalisée sur le GEDCOM (expression régulière).
  • Extraction des données GPS :
  • • Les bibliothèques 'geopy' et 'geocoder' ont été testées : malgré la possibilité d'utiliser une key API Google Map nécessaire pour obtenir les données, ces APIs sont limitées à 2 500 requêtes par jour.
    • Une solution a donc été trouvée en réalisant informatiquement l'équivalent d'une recherche sur la page web Google Map
    • • Une requête est réalisée sur https://www.google.fr/maps/place/# avec "#" le nom de la ville, adresse, localité recherchée, les données transmises sont récupérées et les coordonnées GPS sont extraites par une expression régulière.
      • Malgré cela quelques villes résistent, et la fonction de géolocalisation Nominatim de geopy permet de combler le problème.

• • Le format GEDCOM (format WIndows ANSI) est préféré pour le traitement des données ayant des caractères accentués ou spéciaux.

Lundi 31 octobre 2016

• Report d'un Bug dans le traitement des séparateurs de milliers dans les nombres SOSA de la liste ascendante.
• • Heredis a remplacé l'espace insécable des milliers par un espace normal, mise à jour dans le code de ce cas particulier.
• Des différences sont constatées entre la version 15 de Heredis et ses versions supérieures 16 et 17 :
• • Disparition de l'espace insécable en un espace normal dans le séparateur des milliers du nombre SOSA lors d'export de liste ascendante.
  • Disparition de l'export Mac en Export Android.
  • Modification dans la création du CSV.

Dimanche 30 octobre 2016

• Mise à jour du Manuel d'Utilisation : Simplification et répartition en plusieurs pages.
• Logo, arrière-plan, mention des copyrights sur les logos.

Samedi 29 octobre 2016

• Mise à jour de la compatibilité avec Windows : Bug dans l'affichage de la console.
• • Le Bug consistait en une incompatibilité d'imprimer dans la console Windows des caractères accentués, due à une différence entre les différents encodages utilisés (UTF8 sur Python / CP1252 sur la console).

Vendredi 28 octobre 2016

• Lancement du site et du programme.

Samedi 15 octobre 2016

• Mise en ligne d'un prototype sur le groupe Facebook : "Généalogie : La boîte à outils pour tous".

Jeudi 13 octobre 2016

• Début d'écriture du programme.