Quelle est la différence entre GeoJSON et TopoJSON et quand devrais-je utiliser l'un sur l'autre?
La description de TopoJSON sur GitHub implique que les fichiers TopoJSON sont 80% plus petits. Alors, pourquoi ne pas utiliser TopoJSON tout le temps?
Quelle est la différence entre GeoJSON et TopoJSON et quand devrais-je utiliser l'un sur l'autre?
La description de TopoJSON sur GitHub implique que les fichiers TopoJSON sont 80% plus petits. Alors, pourquoi ne pas utiliser TopoJSON tout le temps?
Si vous vous souciez de taille de fichier ou de topologie, puis utilisez TopoJSON. Si vous ne se soucient pas non plus, puis utilisez GeoJSON pour des raisons de simplicité.
Le principal avantage de TopoJSON est de taille. En éliminant la redondance et l'utilisation plus efficace précision fixe entiers codage des coordonnées, TopoJSON fichiers sont souvent d'un ordre de grandeur plus petits que les fichiers GeoJSON. L'avantage secondaire de TopoJSON fichiers est celui codant pour la topologie a des applications utiles, telles que la topologie de la préservation de la simplification (similaire à MapShaper) et automatique de génération de maillage (comme dans l'état-les frontières de l'etat dans cet exemple choropleth).
Ces avantages ont un coût: de plus en plus complexes format de fichier. En JavaScript, par exemple, vous devez généralement utiliser les TopoJSON de la bibliothèque du client pour convertir TopoJSON à GeoJSON pour une utilisation avec des outils standard tels que d3.geo.chemin d'accès. (En Python, vous pouvez utiliser topojson.py.) Aussi, TopoJSON du format de nombre entier nécessite la quantification de coordonnées, ce qui signifie qu'il peut introduire des erreurs d'arrondi si vous ne faites pas attention. (Voir la documentation de l' topojson -q
.)
Pour le serveur-côté de la manipulation de géométries qui ne nécessite pas de topologie, puis GeoJSON est probablement le plus simple choix. Sinon, si vous avez besoin de la topologie, ou d'envoi de la géométrie sur le fil d'un client, puis utilisez TopoJSON.
Il dépend de nombreux facteurs. Parmi eux sont les suivants:
1) La nature (modèle de données) de la ou les fonctionnalités que vous souhaitez représenter 2) Tous les attributs que vous souhaitez associer à ces caractéristiques 3) Comment vous souhaitez que ces fonctions se comportent sur la page (statique vs dynamique)
Cependant, cette question est difficile à répondre dans l'abstrait. Quant à certains détails, si vous avez une ligne de polygones de couverture ou d'une autre situation où sont les fonctionnalités de partage des frontières, topojson du modèle permet d'exploiter la redondance et de tenir compte dans le modèle.
La lecture de la documentation, de disséquer des exemples (e.g, bl.ocks.org), puis obtenir quelques données et de les représenter dans les deux geojson et topojson et de créer vos propres visualisations.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.