Suite

Géocode d'état incorrect pour les tables de synchronisation


Ma table de synchronisation ressemble à ceci : http://i.imgur.com/ZfDp1L7.png">

Ce qui devrait être le Liban, le Kanasas est géocodé au lat/lon du Liban, Kentucky.

Cela s'est produit avec d'autres villes qui portent le même nom dans plusieurs États.

Comment puis-je m'assurer que la colonne d'état est correctement lue pour la table de synchronisation ?


Malheureusement, le géocodage automatique ne fait que renvoyer le résultat pour la ville qui a probablement le plus de population dans votre cas.

Lorsque vous géocodez, vous pouvez sélectionner la colonne qui contient la région administrative ou même le pays dans lequel se trouvent vos villes, mais le géocodage automatique ne peut deviner (pour le moment) que par nom de ville et pays. Si le pays n'est pas explicitement écrit dans une autre colonne, il utilise certaines méthodes pour deviner dans quels pays se trouvent les villes (en tenant compte de l'ensemble des informations du tableau).

Cet algorithme ne prend pas en compte les régions administratives encore plus petites, donc s'il y a des villes du même nom à l'intérieur d'un pays, elles ne seront pas devinées correctement à 100% avec la devinette automatique - bien que vous puissiez spécifier manuellement la région administrative dans laquelle ils se trouvent, mais cela ne fonctionne pas pour les tables de synchronisation car vous ne pouvez pas géocoder les données par la suite.

Edit : Ajouter plus d'informations après avoir parlé par e-mail :

Si vous obtenez des données via un formulaire Google, saviez-vous que vous n'avez même pas besoin d'une table de synchronisation ? Vous pouvez utiliser un script qui géocode même vos données du côté de Google ! Plus d'infos ici.

Si vous ajoutez des données directement dans une feuille de calcul Google, avez-vous envisagé de déclencher le géocodeur Google dans le tableau lorsqu'il contient des éditions ? Cela générera les coordonnées que CartoDB pourra comprendre.

Il y a encore plus de choses que vous pouvez faire : si vous travaillez uniquement avec des données dans un état, je peux vous donner le sous-ensemble de villes et de coordonnées que nous avons pour cela dans notre géocodeur et vous pouvez oublier du tout le géocodage : vous pouvez faites simplement fonctionner votre carte en joignant vos données et géométries qui vivront dans différentes tables avec SQL.

J'espère que toutes ces idées vous aideront. Nous n'avons pas cette capacité à ce moment précis, mais nous pouvons vous aider (et nous en serons ravis) pour pouvoir toujours cartographier vos données.


Voir la vidéo: PostGIS Reverse Geocode Example1 (Octobre 2021).