DEMANDE D'AIDE DEMANDE D'AIDE - Correction en masse des lieux convertis à tort vers Acquin-Westbécourt (Belgique)

[Eric-Microp]

Bonjour,

Je suis utilisateur de Généatique 2027 version 1.4 et je rencontre un problème important suite à la conversion automatique des lieux lors du passage depuis Généatique 2026.

Contrairement à plusieurs sujets déjà ouverts sur les lieux belges, je pense avoir identifié un cas qui pourrait permettre une correction automatique.

Contexte​

• Généalogie principalement belge (Flandre occidentale).
• Migration effectuée depuis Généatique 2026.
• J'ai accepté la conversion automatique des lieux lors de la première ouverture.
• Depuis cette conversion, de nombreuses communes belges ont été remplacées par des communes françaises incorrectes.
• Je ne peux pas revenir à une sauvegarde antérieure car plus de 200 personnes ont été ajoutées depuis la migration.

Exemple concret​

Dans les fiches individuelles je retrouve maintenant :

Lieu :

Acquin-Westbécourt, 62008, Hauts-de-France, France
Lieu-dit :

Reningelst
alors que le lieu historique correct est :

Reningelst ; Belgique
Même problème pour :

• Eernegem
• Dikkebus
• Moere
• Merkem
• Beerst
• Voormezele
• Watou
• etc.

Ce que montre Gestion des lieux​

Dans :

Utilitaires→ Gestion des lieux
je retrouve de nombreuses entrées :

Acquin-Westbécourt
et chacune possède un champ Lieu d'origine contenant encore la commune belge correcte.

Exemples observés :

Dikkebus ; 33005 ; West-Vlaanderen ; Belgique
Eernegem ; 35003 ; West-Vlaanderen ; Belgique
Merkem ; 32015 ; West-Vlaanderen ; Belgique
Moere ; 35012 ; West-Vlaanderen ; Belgique
Beerst ; 32001 ; West-Vlaanderen ; Belgique
Les informations semblent donc toujours présentes dans la base.

Export des lieux​

L'export des lieux montre par exemple :

Acquin-Westbécourt 1036 événements
avec comme lieux-dits associés :
Reningelst
Eernegem
Dikkebus
Moere
Merkem
Voormezele
Watou
...
Ce qui laisse penser que les données n'ont pas été perdues mais seulement réaffectées à un mauvais lieu de référence.

Question​

Existe-t-il dans Généatique 2027 v1.4 :

• un outil permettant de reconstruire les lieux à partir du champ « Lieu d'origine » ;
• un outil permettant de rétablir les lieux à partir des lieux-dits ;
• une procédure de correction de masse ;
• un utilitaire du CDIP permettant de réparer les conversions Belgique → Acquin-Westbécourt et autres correspondances erronées ?

Je voudrais éviter une correction manuelle fiche par fiche sur plusieurs centaines voire milliers d'événements alors que les lieux d'origine semblent encore présents dans la base.

Merci d'avance pour vos conseils.

Eric

 

[predigny]

Vous donnez beaucoup d'exemples mais je préfèrerais que ce soit sous la forme :
- Ma saisie G2026 : Dikkebus ; 33005 ; West-Vlaanderen ; Belgique
- Après conversion G2027 : Vlaanderen ; 33100 ; Dikkebus ; France (exemple bidon bien sûr)

 

[Philippe Gauthier]

Vous dites être en version 1.4
Mais avez vous fait la conversion avec cette version 1.4 ou avec une des versions précédentes ?

 

[Eric-Microp]

J'ai fais la conversion avec la version 1.0 le 15 septembre 2026.

Ma saisie G2026 : Reningelst ; 33023 ; West-Vlaanderen ; Belgique
- Après conversion G2027 : Acquin-Westbécourt, 62008, Hauts-de-France, France

Ma saisie G2026 : Eernegem ; 35003 ; West-Vlaanderen ; Belgique
- Après conversion G2027 : Acquin-Westbécourt, 62008, Hauts-de-France, France

 

[genealogie.etienne]

Bonjour;
Le problème est probablement dû au fait que les villages en question ont été fusionnés dans une autre commune et que la base geneatique de connaît pas ces "anciens" lieux. ( par exemple aujourd’hui Eernegem est une section de la commune belge d'Ichtegem )

Je voudrais éviter une correction manuelle fiche par fiche sur plusieurs centaines voire milliers d'événements alors que les lieux d'origine semblent encore présents dans la base.

Vu que les villes belges sont passées en lieu-dit, la seule manière de faire dans Geneatique est de passer par l'utilitaire de gestion des lieux.

Au préalable vous mettez dans un bloc note pour chaque ville Belge, tous les champs à saisir (codes, etc... ) pour faciliter les copier/coller. Vous avez 2 options :
- remplacer la commune erronée par la commune actuelle et laisser le village en lieu dit
- indiquer l’ancienne commune et supprimer le lieu dit.

Vous sélectionnez chaque ville fausse dans la liste de l’utilitaire de gestion des lieux, le lieu dit va apparaitre dans la zone "lieu-dit"
Vous sélectionner le lieu-dit (important)
puis vous remplacez tous les champs (hors lieu dit) dans la fenêtre et le nom de la ville Belge en dernier.

Le lieu-dit pour le moment, contiendra encore la ville à ce stade
Vous faites ça pour chaque commune/lieu-dit erroné.

Puis à la fin vous allez dans le dictionnaire des données pour supprimer les lieux-dits considérés (remplacement par rien) si vous avez choisi de conserver l’ancienne commune dans le champ ville.

Cordialement
Thierry

 

[Philippe Gauthier]

J'ai fais la conversion avec la version 1.0 le 15 septembre 2026.

La version 1.4 a considérablement évolué sur la conversion des lieux.
Donc, vous devriez commencer par refaire la conversion de votre base GT2026 et vérifier le résultat.
Si le problème persiste, alors suivez les conseils de genealogie.etienne

 

[AL1493]

Bonjour,
Refaire une conversion est certainement une bonne solution, sauf que :

Je ne peux pas revenir à une sauvegarde antérieure car plus de 200 personnes ont été ajoutées depuis la migration.

Il faut donc trouver une solution pour ne pas perdre ces 200 personnes, Peut-être en faisant une extraction de fiches pour ces 200 personnes, est-ce que ce sont des créations ou des modifications ?

EDIT :
Je me demande s'il n'est pas possible de faire la conversion sur la base GWC, puisque les anciens lieux sont mémorisés dans cette nouvelle base. A confirmer par par d'autres utilisateurs. Si c'est possible, les 200 nouvelles saisies ne seraient pas perdues, mais que deviennent les lieux nouvellement saisis puisqu'ils n'ont sans doute pas de lieu d'origine

 

[predigny]

J'ai fais la conversion avec la version 1.0 le 15 septembre 2026.

Ma saisie G2026 : Reningelst ; 33023 ; West-Vlaanderen ; Belgique
- Après conversion G2027 : Acquin-Westbécourt, 62008, Hauts-de-France, France

Ma saisie G2026 : Eernegem ; 35003 ; West-Vlaanderen ; Belgique
- Après conversion G2027 : Acquin-Westbécourt, 62008, Hauts-de-France, France

J'ai mis ces deux lieux dans la généalogie de démo sous G2026 ; en l'ouvrant sous G2027 la conversion me donne :
Pour Reningelst :

Pour Eernegem :

 

[genealogie.etienne]

La version 1.4 a considérablement évolué sur la conversion des lieux.
Donc, vous devriez commencer par refaire la conversion de votre base GT2026 et vérifier le résultat.
Si le problème persiste, alors suivez les conseils de genealogie.etienne

Oui; je viens de vérifier, les communes de 1977 sont maintenant présentes avec leur ville de rattachement.

Je voudrais éviter une correction manuelle fiche par fiche sur plusieurs centaines voire milliers d'événements alors que les lieux d'origine semblent encore présents dans la base.

Essayer de faire une relance de conversion; probable que cela marche pour la partie lieu

Au préalable faire une sauvegarde de votre généalogie

Par contre comme il n'y a pas de notion de "lieu-dit d'origine" (vide initialement dans votre cas), la commune va rester en lieu-dit. ==> Aller dans le dictionnaire pour les supprimer après la nouvelle conversion.

Attention : Cette relance risque d'effacer toutes autres modifications manuelles des lieux que vous auriez pu faire. Dans ce cas ne pas faire la relance mais faire la manipulation de mon 1er post.

Conseil :

- Avant la relance faites un export de la liste des lieux sous forme texte (bouton "exporter la liste" en haut de la fenêtre)
- Après la relance refaites une nouvelle liste et comparer les 2 listes.

 

[Eric-Microp]

Bonjour,

J'ai suivi vos conseils et réalisé un test sur une copie de ma généalogie, sans toucher à ma base de travail.

J'ai lancé une nouvelle conversion avec Généatique 2027 v1.4 sur cette base de test issue de ma conversion initiale effectuée avec la version 1.0.

Les premiers résultats semblent encourageants : les entrées problématiques de type Acquin-Westbécourt ont disparu de l'export des lieux et je retrouve à nouveau plusieurs communes belges (Eernegem, Moere, Dikkebus, etc.).

En revanche, je n'ai pas encore effectué toutes les vérifications nécessaires sur les fiches individuelles pour confirmer que les événements ont bien été réaffectés correctement et qu'aucune autre anomalie n'a été introduite.

Je vais maintenant contrôler un échantillon représentatif de fiches et comparer les exports avant/après conversion.

Je reviendrai poster le résultat de ces vérifications dès que possible.

Merci pour votre aide.

 

[Eric-Microp]

Bonjour,

Petit retour après les tests effectués aujourd'hui.

J'ai réalisé hier une mauvaise manipulation en restaurant une ancienne sauvegarde. Je ne m'en suis aperçu que ce matin : la base ne contenait plus que 6 826 personnes et correspondait à une situation datant du 08/05/2025.

J'ai donc repris la dernière sauvegarde réalisée hier et je retrouve bien ma base complète avec 9 327 personnes ainsi que toutes les données récentes.

J'ai ensuite effectué des tests sur une copie de cette base.

Le point positif est que la conversion des lieux semble bien avoir amélioré la situation. On est passé d'un unique bloc :

Acquin-Westbécourt, 62008, Hauts-de-France, France
1036 événements

contenant de nombreuses communes belges en lieu-dit (Reningelst, Eernegem, Moere, Kemmel, Keiem, etc.)

à une série de blocs distincts par code INS belge, par exemple :

Acquin-Westbécourt, 33023, West-Vlaanderen, Belgique
→ Reningelst

Acquin-Westbécourt, 32008, West-Vlaanderen, Belgique
→ Keiem

La province, le pays et les codes semblent donc avoir été rétablis correctement.

En revanche, il reste encore un problème important : le nom de la commune principale est toujours Acquin-Westbécourt alors que le bon nom apparaît dans :

• le champ « Lieu d'origine » ;
• le champ « Lieu-dit ».

Par exemple :

Ville : Acquin-Westbécourt
Code : 33023
Pays : Belgique

Lieu d'origine :
Reningelst ; 33023 ; West-Vlaanderen ; Belgique

et les personnes concernées affichent encore :

Acquin-Westbécourt, 33023, West-Vlaanderen, Belgique

au lieu de :

Reningelst, 33023, West-Vlaanderen, Belgique


La question est donc maintenant la suivante :

Existe-t-il un moyen de remplacer automatiquement le nom de la commune « Acquin-Westbécourt » par la valeur contenue dans le champ « Lieu d'origine » (ou le lieu-dit) pour chacun de ces groupes de lieux, sans avoir à les corriger un par un ?

Merci pour votre aide.