Vous importez un export Google Maps dans QGIS et la carte zoome sur une zone vide de l’océan. Ou le tableur contient noms et liens, sans latitude ni longitude. Parfois tous les points sont faux ; parfois un seul restaurant est discrètement parti en [0,0].
Ces symptômes se ressemblent, mais leurs causes diffèrent. Commencez par identifier le véritable motif.
| Symptôme | Cause probable | Étape suivante |
|---|---|---|
| CSV sans colonnes de coordonnées | Export Takeout Saved normal | Réexporter la liste active ou utiliser une source géolocalisée |
| Un ou plusieurs points à [0,0] | Valeur de remplacement ou géométrie source erronée | Vérifier et remplacer, sans import aveugle |
| La plupart des points sont ailleurs dans le monde | Longitude et latitude inversées | Rétablir l’ordre GeoJSON : longitude d’abord |
| Feature à géométrie nulle ou vide | Aucune coordonnée exploitable dans la source | Réanalyser ou vérifier manuellement |
| Quelques points dans la bonne ville mais à la mauvaise adresse | Correspondance ambiguë ou ancienne | Contrôler la fiche et l’adresse complète |
Ne modifiez pas tous les zéros et n’inversez pas toutes les colonnes d’emblée. Conservez la source, diagnostiquez, puis réparez uniquement ce que les indices confirment.
Cas 1 : le CSV Takeout n’a pas de coordonnées
Takeout propose deux exports proches. Saved crée un CSV par liste ; Maps (your places) peut produire Saved Places.json structuré en GeoJSON. Le CSV conserve noms de listes et liens, mais généralement aucune colonne de latitude ou longitude.
C’est une limite de l’export, pas une corruption. Ajouter des colonnes lat et lng vides ne résout rien. Un géocodeur gratuit quelconque peut aussi produire des erreurs très crédibles.
Vos options :
- Pour les lieux suivis, télécharger Maps (your places) → Saved Places.json et utiliser l’import Takeout.
- Pour une liste personnelle, prédéfinie, partagée ou suivie, l’ouvrir dans Maps et l’exporter avec l’extension.
- Si seul le CSV reste, géocoder prudemment depuis l’adresse complète et garder l’URL originale comme colonne d’audit.
La comparaison Saved Places.json ou Saved CSV explique la différence. Lisez-la avant de « réparer » un fichier conforme au fonctionnement prévu par Google.
Cas 2 : un point vaut [0,0]
GeoJSON écrit [longitude, latitude]. [0,0] est donc un vrai point dans le golfe de Guinée. Un validateur structurel ne peut pas le refuser automatiquement, car il peut être intentionnel dans des données marines.
Pour des cafés, logements, boutiques ou sentiers, il s’agit presque toujours d’un remplacement. Traitez-le comme une donnée absente.
Recherchez la séquence dans le JSON et examinez les propriétés. Gardez nom, adresse, commentaire et URL, mais pas cette géométrie. Récupérez la position dans la fiche active ou réexportez. Si elle n’existe plus, vérifiez manuellement au lieu de choisir le premier résultat ressemblant.
Ne supprimez pas immédiatement la ligne : ses notes et identifiants peuvent aider. Isolez les features douteux jusqu’à confirmation.
Cas 3 : longitude et latitude sont inversées
On dit généralement « latitude et longitude ». GeoJSON fait l’inverse. La spécification GeoJSON place la longitude en premier.
Berlin se situe environ à :
- latitude : 52,52 ;
- longitude : 13,405 ;
- position GeoJSON : [13.405, 52.52].
Avec [52.52, 13.405], le point part à des milliers de kilomètres. Cela arrive après un passage par un tableur dont les colonnes ont été nommées par habitude.
Une inversion globale a un motif visible : presque tous les points bougent, parfois en gardant un groupe plausible. Si deux lignes seulement sont fausses, l’ordre n’est probablement pas en cause.
Les plages donnent aussi des indices. Latitude : -90 à 90 ; longitude : -180 à 180. Une « latitude » de 121 est forcément une longitude. Pour 13 et 52, comparez un lieu connu.
Cas 4 : géométrie vide ou absente
Un feature GeoJSON peut garder nom et propriétés avec une géométrie nulle, vide ou mal formée. Le logiciel ne peut pas le dessiner.
Passez le fichier dans le validateur GeoJSON. Il contrôle syntaxe, FeatureCollection, types et tableaux de coordonnées dans le navigateur. Il distingue un fichier cassé d’un fichier valide contenant un point sémantiquement faux.
Limite essentielle : une structure valide ne garantit pas un lieu correct. [0,0] et une mauvaise rue peuvent être valides. La validation est un premier filtre.
Quand ExportMyMap crée KML, GPX ou GeoJSON, une entrée sans coordonnée exploitable peut être ignorée. Comparez le nombre de features à la sélection. Un petit écart signale souvent quelques sources incomplètes.
Cas 5 : le point paraît plausible, mais il est faux
C’est plus délicat que [0,0]. « Main Street, Springfield » correspond à plusieurs villes. Un commerce a pu déménager ou fermer. Une URL issue de la recherche peut décrire la vue de la carte plutôt qu’un lieu canonique.
Utilisez au moins deux identifiants :
- nom complet et ville ;
- rue et code postal ;
- lien Google Maps original ;
- téléphone ou site web.
Ouvrez le lien et confirmez le repère, pas seulement le texte. Pour des données critiques, contrôlez manuellement chaque correspondance corrigée.
Une réparation sûre
1. Préserver l’original
Créez une copie intacte telle que saved-places-original.json. Ne travaillez jamais sur l’unique fichier.
2. Mesurer les dégâts
Notez le total, les géométries nulles, les points [0,0] et l’emprise approximative. Si 497 points sur 500 sont corrects, réparez trois lignes au lieu de reconstruire tout le flux.
3. Réexporter avant de géocoder
Si la liste existe encore, un nouvel export GeoJSON est généralement plus sûr qu’une reconstruction depuis les libellés. La fiche active fournit une correspondance plus stable.
4. Réparer dans une copie
Conservez une colonne indiquant la source de chaque coordonnée remplacée. Préservez la précision et exportez en UTF-8.
5. Valider et visualiser un échantillon
Validez la structure, inspectez l’emprise et ouvrez des points connus aux extrémités puis au centre. Une emprise raisonnable peut cacher une valeur aberrante.
Pour un contrôle SIG complet, suivez la méthode QGIS et choisissez Zoomer sur la couche. Un point isolé près de l’Afrique apparaîtra immédiatement.
Ne pas masquer les données absentes par une fausse précision
Six décimales paraissent fiables, mais peuvent viser la mauvaise entrée, le centre-ville ou un homonyme.
Si vous ne pouvez pas vérifier un lieu, laissez sa géométrie absente et conservez la ligne pour examen. Un jeu visiblement incomplet est plus sûr qu’un fichier parfait en apparence qui envoie au mauvais endroit.
Une fois la source propre, exportez le bon format : CSV pour un tableur, GPX pour les points ou GeoJSON pour le SIG. Corrigez à la source plutôt que de recopier l’erreur dans cinq fichiers.