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 .....