Sujet: Problèmes de mise-à-jour INSEE

[BLefebvre]

Je teste la version 625 avec la base 5.007. La version 625 a été installée à partir de zéro sur une machine n'ayant jamais eu ancestrologie, et j'ai fait la mise à jour de la base par dessus.

J'ai importé un gedcom ayant les codes postaux mais pas insee, et comportant les noms des villes, département, région et pays.

Je clique sur mise à jour insee, tous les codes se mettent à jour sauf quatre, sur 33 au total. Pour deux d'entre eux, c'est normal, la ville ayant changé d'orthographe mais j'avais mis le code postal actuel.

Pour les deux autres, impossible de mettre à jour ce code. J'ai essayé, comme j'ai toujours fait, de modifier ce lieu favori, en allant chercher la ville dans la table des noms de ville. J'ai eu beau tester toutes les options disponibles de remplacement, rien n'y fait.

J'ai également essayé d'entrer ce code à la main dans la fenêtre de conversion du lieu, ça ne va pas mieux. Pourtant, ces villes figurent bien dans l'index des lieux où elles ont l'air tout ce qu'il y a de plus correct.



Ces villes sont :

Armentières code postal 59280 insee 59017

Ennetières-en-Weppes code postal 59320 insee 59196



Armentières est la première ville dans mon tableau, mais pas Ennetières

[Facon]

Bonjour,

Effectivement, c'est curieux.

 - As-tu essayé de faire la modification directement sur un événement, en sélectionnant la commune à l'aide de la loupe?

 - Je suppose que c'est également par ce moyen que tu as essayé de modifier les données de la commune dans la fenêtre de conversion, en fonctionnant avec la loupe. Ensuite je pense que c'est le bouton Ville et Subdivision qui est le plus adapté.

 - Il faut aussi vérifier que tous les éléments sont bien à leurs places respectives.

[BLefebvre]

J'ai effectivement essayé tout ça. Et refait les tests plusieurs fois pour éviter toute erreur de manipulation.

Depuis mon premier message, j'ai mis une ville bidon aaa dans un évènement, pour la retrouver en tête de la liste des lieux, et que j'ai ensuite modifiée en Armentières via la loupe puis, j'ai choisi ville et subdivision. aaa a bien été transformée avec les bons codes dont l'insee. Elle se retrouve en tête de liste. Mais la modification de l'ancienne Armentières qui se retrouve donc en seconde position ne prend toujours pas en compte le code insee.

J'ai refait le test avec une autre ville bidon bbb que j'ai transformée en Ennetières et ça marche aussi. Mais là également, échec pour corriger l'originale

J'ai pris une ville au hasard dans ma base. Je l'ai modifiée en enlevant le code insee. La modification passe. Je la remodifie en remettant le code insee et c'est correct.

Ces manipulations de correction de ville sont habituelles chez moi, avec les gedcom où on trouve les lieux écrits n'importe comment.

[Facon]

Si le processus fonctionne pour une ville aaa, pourquoi ne pas essayer la méthode suivante qui consisterait dans le fenêtre de conversion à copier le volet du haut vers celui du bas puis de corriger à la main le volet du bas en éliminant tout sauf le nom de la commune puis de faire une première mise à jour sur Ville+Subd.

Ensuite, faire une seconde màj comme d'habitude en partant de la commune sans son habillage.

[BLefebvre]

Ca, je n'y avais pas pensé. Je viens de le faire, j'ai tout supprimé sauf le nom de la ville, et je me retrouve avec tous les renseignements. Rien n'a été supprimé de la liste des leiux. Et ce pour les deux villes.

Je l'ai testé également avec une ville prise au hasard dans ma liste. Tout se passe correctement pour elle.

Le problème est vraiment lié aux deux villes en question. Et qui sait si on l'a pas pour d'autres villes de France que je n'utilise pas.

[Facon]

J'ai essayé de me mettre dans ta configuration, commune d'Armentières renseignée sans Insee ni coordonnées. La conversion s'opère correctement. J'ai essayé d'insérer des espaces avant et après CP, et ça fonctionne toujours.

Le champ CP ne peut intégrer que 8 caractères, n'a tu pas une anomalie avec des espaces excessifs avant et/ou après? Je pense que tu aurais eu un message à l'import.

[BLefebvre]

Là, ça me dépasse. Je suis d'accord pour les éventuels espaces si je recopie les informations pour en modifier quelque unes. Mais quand j'utilise la loupe pour aller rechercher la ville dans l'index des lieux, tout est remplacé.

Tant pis, je trouverai bien un truc pour passer outre. Je vais y réfléchir ce soir.

[DDdeBerdeux]

Si çà peut vous aider, la PROC_MAJ_INSEE ne met à jour les évènements et domiciles que si :

le code postal a 5 caractères,

le pays est FRANCE ou FRANCE DOM (en majuscules ou minuscules)

Le code INSEE est trouvé dans la table REF_CP_VILLE où l'enregistrement est sélectionné par le code postal  et le nom de la ville (mis en majuscules).

Je viens de faire un essai en créant un évènement situé à Armentières, mais en supprimant le code INSEE dans l'évènement avant d'enregistrer.

J'ai ensuite retrouvé cette ville sans code INSEE dans la liste des lieux favoris. J'ai cliqué sur le bouton "MAJ Insee". La ville a bien retrouvé son code INSEE, mais pour le voir dans l'évènement, il a fallu que la lecture de cet évènement soit rafraîchie en changeant d'individu.

A+

André

[Facon]

J'avais fait le même constat.

Le problème de Bernard est qu'il ne parvient pas à modifier les communes d'Armentières et de Ennetières-en-Weppes à partir de la fenêtre de conversion et à priori seulement ces communes.



  C'est accessoire, mais dans la fiche événement quand on passe avec le pointeur devant Insee, Latitude et Longiture, nous avons invariablement dan la bulle: "Le Code Postal" !!!

[BLefebvre]

Tests complémentaires

1) Je crée un évènement contenant la ville d'Armentières. Il n'y a pas le code insee. J'enregistre.

Ensuite, comme je connais le code insee d'Armentières, au lieu d'essayer de modifier les lieux favoris, je retourne dans l'évènement concernant Armentières, et j'ai introduit le code insee à la main. Ca a passé.



2) Je reviens à la situation initiale en supprimant cet évènement. Je regarde dans l'index des lieux les personnes concernées par la ville pour constater qu'il s'agit d'un mariage.  Je vais dans le détail de l'évènement, et là, dans la case insee, impossible d'entrer quoi que ce soit.



3)Pour l'autre ville d'Ennetières-en-Weppes; il s'agit d'une naissance, et là, je peux ajouter à la main le code insee que je retrouve alors dans l'index des lieux. Mais si , à ce moment là, je fait une mise à jour insee, le code disparait à nouveau, comme celui d'Armentières également.



J'ai évidemment rechargé l'individu à chaque fois.

[DDdeBerdeux]

2) Je reviens à la situation initiale en supprimant cet évènement. Je regarde dans l'index des lieux les personnes concernées par la ville pour constater qu'il s'agit d'un mariage.  Je vais dans le détail de l'évènement, et là, dans la case insee, impossible d'entrer quoi que ce soit.

Et si au lieu de rentrer le code INSEE, vous sélectionnez la ville d'Armentières dans l'index des villes (pas dans les favoris)?

A+

André

[BLefebvre]

Dans ce cas, ça fonctionne.

Mais quand je reviens dans la liste des lieux favoris et que je refais MAJ insee, le code disparait à nouveau.

J'ai créé une union pour une personne. Dans les détails des évènements, il suffit d'entrer le code postal d'Armentières 59280 puis un A dans la ville pour que tous les champs soient entrés automatiquement, code insee inclus.

Si je veux entrer tous les champs à la main, c'est possible pour tous sauf le code insee, et ce quel que soit l'ordre dans lequel j'entre ces champs. Et quelle que soit la ville.

Bizarre, n'est-il pas?

[BLefebvre]

J'ai refait un test avec un gedcom de 2000 personnes comportant plusieurs dizaines de lieux. Les villes qui posent problème sont beaucoup plus nombreuses.

J'ai cherché ce qu'elles pouvaient avoir de commun : elles ont toutes un caractère accentué.

Aux deux villes ci-dessus, on peut ajouter Caëstre, Deülémont, La Bassée, Méteren, Pérenchies, et bien d'autres.

[Facon]

Bonjour,

J'ai refait un test avec un gedcom de 2000 personnes comportant plusieurs dizaines de lieux. Les villes qui posent problème sont beaucoup plus nombreuses.

J'ai cherché ce qu'elles pouvaient avoir de commun : elles ont toutes un caractère accentué.

Aux deux villes ci-dessus, on peut ajouter Caëstre, Deülémont, La Bassée, Méteren, Pérenchies, et bien d'autres.

  Lorsque tu vas dans l'index des lieux et que tu saisis par exemple Caestre ou Deulemont (sans les accents), as-tu un retour correct?

[DDdeBerdeux]

Bonjour,

Je pense que vous faites bien les essais avec le bouton MAJ Insee de la Liste des lieux favoris?

Dans le menu général Lieux, il y a en effet une option "Mise à jour des CP et code INSEE sur les évènements" qui en réalité ne change ni les CP ni les codes INSEE, mais uniquement le nom des villes dans les évènements et domiciles, où pays='FRANCE' et code INSEE dans le table de référence.

Si vous êtes bien dans le premier cas, pourriez-vous faire cette importation dans la dernière base vide téléchargeable depuis le forum téléchargement. Celà permettrait de savoir si l'erreur provient d'une procédure qui n'aurait pas été mise à jour dans votre base.

A+

André

[BLefebvre]

Lorsque tu vas dans l'index des lieux et que tu saisis par exemple Caestre ou Deulemont (sans les accents), as-tu un retour correct?

Le retour qui m'est proposé est la ville avec les accents

[DDdeBerdeux]

Le retour qui m'est proposé est la ville avec les accents

C'est bien ce qui est prévu pour faciliter la recherche.

André

[BLefebvre]

Bonjour,

Je pense que vous faites bien les essais avec le bouton MAJ Insee de la Liste des lieux favoris?

La base vide proposée en téléchargement est la 5.003 alors que j'ai fait les essais précédents en 5.007.

Quand je fais l'essai ci-dessus avec la 5.003, les villes accentuées ne sont pas mises à jour.

La fonction Modifier ce lieu favori ne permet pas non plus la mise à jour.

[BLefebvre]

J'ai aussi essayé la base 5.010. Ca fait exactement pareil.

[Facon]

Bonjour,

J'ai aussi essayé la base 5.010. Ca fait exactement pareil.

Je vois que tu es toujours à la recherche de l'origine de l'anomalie qui perturbe l'inscription du code Insee de certaines villes accentuées provenant d'un gedcom. En définitive, est-ce que uniquement les villes provenant d'un gedcom sont concernées?

Y a-t-il un indice sur le gedcom qui permettrait d'envisager une explication.

Tes explications me rappellent le cas ancien de non inscription de la subdivision car le champ d'inscription était gratifié de caractère vide ('') au lieu de NULL, voir:

http://www.ancestrologie.org/forum/index.php?topic=6479.0&highlight=subdivision+null&sid=0d3aad96c06f6bd1faa3926dc951c1c0

Comme disait André, il suffit d'effacer la chaîne .....

[BLefebvre]

J'ai évidemment pensé à regarder le contenu du gedcom pour y détecter une éventuelle anomalie. Voici ce qu'on peut y trouver. Les accents y sont bien. J'ai même regardé en hexadécimal pour voir s'il n'y avait pas de caractère caché.



2 PLAC Armentières,59280,Nord,Nord-Pas-de-Calais,FRANCE,

2 PLAC Emmerin,59320,Nord,Nord-Pas-de-Calais,FRANCE,



Je rappelle que ce n'est pas seulement la mise à jour insee qui ne fonctionne pas. C'est une possibilité que je n'ai pas dans ma version de production qui est encore la 530 et et c'est pourquoi je l'ai tout de suite essayée.

Non, le plus grave, c'est que, quand je suis dans les lieux favoris, il n'est plus possible de modifier les lieux dont la ville contient un caractère accentué. Et comme je l'ai déjà dit, j'ai essayé toutes les options possibles dans la fenêtre de conversion, y compris en retapant tout à la main.

A la suite d'imports gedcom, on trouve les lieux écrits sous différentes formes. Je remets tout au carré de cette façon. Ainsi, dans ma base de test, j'ai le lieu contenant a ville de Deûlémont écrit de trois manières différente. Avoue que ça fait désordre.



Par contre, quand je suis dans une fiche individuelle, que j'y crée un évènement, que j'utilise la loupe pour aller dans l'index des lieux, que je tape le nom d'une ville avec accent, cette ville est bien incluse avec son code insee. Dans l'index des lieux, je me retrouve avec les deux villes, une avec code insee, une sans. Si alors, je retourne dans les leiux favoris, que je sélectionne la ville sans code pour la modifier, que je séléctionne la ville avec code, celle-ci apparait bien dans la case du bas de la fenêtre de conversion. Mais quelle que soit l'option choisie parmi les trois, la ville n'est pas modifiée. Je retrouve les deux dans les lieux favoris. Et si je refait la mise à jour insee, le code insee disparait.



Voila, j'ai répété plusieurs fois la même chose au cours de mes différents messages, mais je crois avoir été exhaustif dans mes tests et mes explications.

[DDdeBerdeux]

Bonjour,

blefebvre m'a communiqué une copie de sa base, je l'ai confiée à Sherlock qui a élucidé le mystère.

Je me doûtais bien qu'il y avait un problème de définition de l'ordre de tri dans les champs. Quand on définit un champ texte, on peut définir l'ordre de tri français en précisant COLLATE FR_FR dans cette définition. Il y eu sur le forum http://www.ancestrologie.org/forum/index.php?topic=6945.0 une discussion sur ce sujet et une requête permettant de passer tous les champs dans cet ordre, et j'ai dû faire un essai dans la toute première version b5.001 en test sur le forum développements.

Mais j'avais rapidement fait marche arrière sur ce point, car il provoque des anomalies lorsqu'on compare les chaînes de caractères misent en majuscules, si elles sont COLLATE FR_FR ou pas.

Dans la version "officielle" peu de champs ont été ainsi modifiés.

Dans la base de blefebvre, tous les champs de texte sont passés en COLLATE FR_FR.

A+

André