Mosaïque de données vectorielles sans perte d'informations géométriques et topologiques

12

J'essaie de trouver un moyen de subdiviser une carte vectorielle en blocs plus petits. Je peux paver la carte en fonction de différentes stratégies telles que q-tree. Cependant, il est inévitable de couper certaines polylignes et polygones qui traversent les limites des blocs. Ce faisant, nous perdrons leurs attributs géométriques et topologiques.

Les données en mosaïque ne peuvent être utilisées que pour l'affichage mais pas pour les analyses spatiales car elles ont en partie perdu leurs attributs géométriques et topologiques. Avez-vous une suggestion ou une expérience en matière de subdivision des données vectorielles et de maintien de leur utilisabilité pour les analyses spatiales?

weliam
la source
Voulez-vous faire ce que Google fait ?
Kirk Kuykendall,

Réponses:

4

Tilestache est un outil open source pour servir des tuiles, et sert des données vectorielles en mosaïque ainsi que des images en mosaïque qui peuvent être intéressantes à regarder (soit comme un outil, soit via le code source ).

Le pilote PostGis GeoJSON crée des tuiles vectorielles GeoJSON et a la possibilité de les clipser ou non .

clipping: drapeau booléen pour éventuellement couper les géométries de sortie aux limites de la tuile englobante. Par défaut, les fales. Cela se traduit par des géométries incomplètes, des tailles de fichier considérablement plus petites et améliore les performances et la compatibilité avec Polymaps (http://polymaps.org).

Il y a un récent article de blog sur l'utilisation de TileStache & OpenLayers pour créer des tuiles vectorielles roulées à la main ici .

geographika
la source
1
mais une fois coupés, cela ne rompt-il pas l'analyse spatiale qu'il veut faire?
Ian Turton
merci, geographika. mais iant a raison. une fois que nous les aurons carrelés, les informations spatiales seront altérées.
weliam
2
Mais mettre le drapeau sur vrai se traduira par les géométries complètes
geographika
mais alors les fonctionnalités peuvent s'étendre bien au-delà de la tuile (aux États-Unis, l'Interstate 80 s'étend de New York à San Francisco), ce qui vous tue le gain de performances.
Ian Turton
3

Vous vous heurtez peut-être à la théorie du déjeuner gratuit ...

Selon votre cas d'utilisation, il se peut que vous souhaitiez afficher des données vectorielles en mosaïque, mais une seconde instance non mosaïque des données à analyser. Je pourrais voir cela être utile si le rapport analyse / affichage est faible.

DavidF
la source
2
Nous avons des bases de données opérationnelles et d'entrepôt. Les opérationnels ont de nombreuses tables relationnelles et peu ou pas de duplication entre les tables. Les bases de données de l'entrepôt sont aplaties, sans relations, de nombreux champs dupliqués, mais rapides - pas de calculs à la volée. L'astuce consiste à automatiser le processus d'Analytical à Tiled, sans intervention de l'utilisateur. Essentiellement, ce que fait ArcMap dans sa nouvelle fonctionnalité de couche de fond de carte à la volée, et Google Maps et Tilestache et ses amis: prenez les classes d'entités X, Y, Z dans la zone d'intérêt, jetez toute leur intelligence, écrasez-les dans une bitmap stupide (enregistré dans le cache) et dessinez.
matt wilkie
D'un point de vue Web, un peu comme envoyer toutes vos couches de données au client en une seule, couche WMS?
DavidF