Quelle est la différence entre GeoJSON et TopoJSON et quand est-ce que j'utiliserais l'un sur l'autre?
La description de TopoJSON sur GitHub implique que les fichiers TopoJSON sont 80% plus petits. Alors pourquoi ne pas simplement utiliser TopoJSON tout le temps?
Réponses:
Si vous vous souciez de la taille ou de la topologie du fichier, utilisez TopoJSON. Si vous ne vous souciez pas de l'un ou de l'autre, utilisez GeoJSON par souci de simplicité.
Le principal avantage de TopoJSON est la taille. En éliminant la redondance et en utilisant un codage entier à précision fixe plus efficace des coordonnées, les fichiers TopoJSON sont souvent d'un ordre de grandeur plus petit que les fichiers GeoJSON. L'avantage secondaire des fichiers TopoJSON est que l'encodage de la topologie a des applications utiles, telles que la simplification de la préservation de la topologie (similaire à MapShaper ) et la génération automatique de maillage (comme dans les limites état-état dans cet exemple choropleth ).
Ces avantages ont un coût: un format de fichier plus complexe. En JavaScript, par exemple, vous utiliseriez généralement la bibliothèque cliente TopoJSON pour convertir TopoJSON en GeoJSON pour une utilisation avec des outils standard tels que d3.geoPath . (En Python, vous pouvez utiliser topojson.py .) De plus, le format entier de TopoJSON nécessite des coordonnées de quantification, ce qui signifie qu'il peut introduire une erreur d'arrondi si vous ne faites pas attention. (Voir la documentation pour topojson -q.)
Pour la manipulation côté serveur de géométries qui ne nécessitent pas de topologie, GeoJSON est probablement le choix le plus simple. Sinon, si vous avez besoin d'une topologie ou si vous souhaitez envoyer la géométrie sur le fil à un client, utilisez TopoJSON.
TopoJSON est idéal pour les fonctionnalités ordonnées qui «s'alignent» les unes sur les autres, comme les régions administratives, mais n'aide pas avec des données plus désordonnées ou organiques. Si vos données ne sont que des points, alors TopoJSON ne vous aide pas du tout.
Cela dépend de nombreuses considérations. Parmi eux se trouvent les suivants:
1) La nature (modèle de données) de la ou des fonctionnalités que vous souhaitez représenter 2) Tous les attributs que vous souhaitez associer à ces fonctionnalités 3) Comment vous souhaitez que ces fonctionnalités se comportent sur la page (statique vs dynamique)
Cependant, c'est une question difficile à répondre dans l'abstrait. En ce qui concerne certains détails, si vous avez une couverture de polygones contigus ou une autre situation dans laquelle les entités partagent des limites, le modèle de topojson vous permet d'exploiter la redondance et de la prendre en compte dans le modèle.
Lisez la documentation, disséquez des exemples (par exemple, bl.ocks.org), puis récupérez des données et représentez-les dans geojson et topojson et créez vos propres visualisations.