Плитка векторних даних без втрати геометричної та топологічної інформації

Я намагаюся знайти спосіб поділити векторну карту на більш дрібні блоки. Я можу викласти карту на основі різних стратегій, таких як дерево дерева q. Однак неминуче вирізати деякі полілінії та багатокутники, які перетинають межі блоків. Роблячи це, ми втратимо їх геометричні та топологічні ознаки.

Кахельні дані можна використовувати лише для відображення, але не для просторового аналізу, оскільки вони частково втратили свої геометричні та топологічні ознаки. Чи є у вас які-небудь пропозиції чи досвід щодо підрозділення векторних даних та збереження їх придатності для просторового аналізу?

vector tiles vector-tiles

— weliam
джерело

Ви хочете робити те, що робить Google ?

— Кірк Куйкендалл

Відповіді:

Tilestache - це інструмент з відкритим кодом для подачі плиток, який подає плиткові векторні дані, а також зображення кахельних зображень, на які варто звернути увагу (як інструмент, чи через вихідний код ).

PostGIS GeoJSON водій створює GeoJSON вектор плитки і має можливість обрізати їх чи ні .

відсікання: Булевий прапор для необов'язкового вирізання вихідних геометрій до меж плитки, що додається. Вибір за замовчуванням. Це призводить до неповної геометрії, значно менших розмірів файлів, а також покращує продуктивність та сумісність з Polymaps (http://polymaps.org).

Тут нещодавно написано повідомлення про використання програми TileStache & OpenLayers для створення ручної прокатки векторної плитки .

— географіка
джерело

але як тільки вони будуть вирізані, чи не порушує просторовий аналіз він хоче зробити?

— Ян Тертон

спасибі, географіка. але iant має рацію. Після того, як ми викладемо їх, просторова інформація буде порушена.

— weliam

Але встановлення прапора на істину призведе до повної геометрії

— geographika

але тоді функції можуть поширюватися вздовж плитки (в американському міждержавному 80 проходить від Нью-Йорка до Сан-Франциско), що вбиває вам підвищення продуктивності.

— Ян Тертон

Ви можете протистояти теорії "Безкоштовного обіду" ...

Залежно від випадку використання, можливо, ви хочете, щоб ви хотіли відображати плиткові векторні дані для відображення, але другий нечерепичний екземпляр даних для аналізу. Я міг би бачити, що це корисно, якщо відношення аналізу до відображення низьке.

— DavidF
джерело

У нас є операційні та складські db. Оперативні мають багато реляційних таблиць, і майже без жодного дублювання між таблицями. ДБ складі згладжені, жодних зв’язків, безліч дублюваних полів, але швидко - без підрахунків. Хитрість полягає в автоматизації процесу від аналітичного до черепичного, без втручання користувача. По суті те, що робить ArcMap, це нова функція шару основної карти fly, а Google Maps & Tilestache та друзі: Захоплюйте класи класів X, Y, Z в цікавій зоні, викидайте всю їхню інтелект, замішуйте їх у німий растровий малюнок (збережено у кеші) та малюємо.

— matt wilkie

З точки зору Інтернету, як-от надіслати всі ваші шари даних клієнту в одному, WMS-шарі?

— DavidF