Прибирання просторової мережі


11

Дані, які використовуються для створення мережі, мають особливу увагу при очищенні, оскільки незначні просторові помилки можуть призвести до великих помилок у підключенні.

Які методи можна вважати найкращими методами очищення просторових даних мережі перед побудовою мережевої моделі?

Щоб налаштувати кочення, ось що я можу придумати

  • Переконайтесь, що ваш ГІС не приховує помилок топології (як це може ArcMap), або, якщо це станеться, процес побудови мережі призначений для обліку цього (як це робить Arc Network Analyst). Зрозумійте, як і чому це відбувається.

  • Використовуйте функції топології вашого ГІС - наприклад, Топологія дуги, Очищення малювання автокадром. Визначте всі полілінії, які знаходяться в межах допуску одна до одної, або торкайтеся або перетинаються, не киваючи (тобто, які не ламаються в точці перетину). У цю категорію потрапляють оверсайги та підкреслення. Перевірте їх на помилки (залежно від вашого представлення, вони можуть представляти мости / тунелі, а можуть і не бути). Використовуйте автоматизований ремонт, якщо всі вони виглядають як помилки, а ручний ремонт неможливо.

  • Також перевірте наявність кінцевих точок зв'язку, які підпадають під певний допуск, не збігаючись. Використовуйте автоматизований ремонт, якщо всі вони виглядають як помилки, а ручний ремонт неможливо.

  • Поступово збільшуйте допуск за вищезазначеними двома кроками, поки не будете впевнені, що всі виявлені таким чином функції є навмисними.

  • Побудуйте мережу, обчисліть підключення для кожного з'єднання (кількість посилань, які приєднуються до нього). Перевірте (в ідеалі) їх усіх або (можливо) випадкову вибірку, щоб переконатися, що вони є те, що ви очікуєте.

  • Сортуйте всі полілінії у вашій моделі за довжиною і, починаючи з найменшої довжини, перевірте їх вручну (можливо, за допомогою обчислених даних про підключення). Дуже короткі мережеві зв'язки, як правило, є помилками і можуть заплутати кути повороту тощо.

Щось там я пропустив? Не соромтеся описувати або посилатись на хороші ресурси на місці.


Крім того, не характерно для мережевого аналізу, але якщо ви перевірите, як вважає програмне забезпечення для мережевого аналізу, - це довжина кожної ланки проти того, що вважає ваш ГІС, - це довжина посилання, це може визначити проблеми просторової референції.
Sideshow Bob

Відповіді:


4

У Arc ви можете побудувати геометричну мережу, а потім перевірити в таблиці помилок, щоб шукати помилки (для цього потрібно спочатку видалити топологію, а також видалити обхід, який також створює геометричну помилку в мережі).

Помічені помилки - це поширені проблеми незалежно від того, яким ГІС ви користуєтесь:

  • Особливості, які мають порожню геометрію,
  • функції, які містять кілька частин,
  • функції, які утворюють замкнутий цикл або мають такий самий від і до переходу,
  • функції, що мають нульову довжину,
  • З'єднання збігаються з вершиною ребра, що має інше z-значення,
  • Автономні вузли; які є з'єднаннями, не з'єднаними жодними ребрами
  • особливості, що не дозволяють руйнуватися на собі, оскільки їх довжина близька до толерантності оснащення

2

З мого досвіду. Використовуйте лише рядки рядків рядків, будуйте якомога довші лінії, вимагайте, щоб кожен рядок мав як мінімум 1 бал, спільний з іншими, не допускати 0 ліній довжини, вимагати, щоб лінії були OGC Дійсні (без самопересічних тощо). Якщо у вас є події на лініях (лінійне посилання), зберігайте і gps point, тому що знайдеться хтось, хто не розуміє поняття, і він порушить дані.

І останнє, але не менш важливе: Не дозволяйте людям оновлювати чи вставляти погані дані для освоєння бази даних і обіцяючи, що вони виправлять це пізніше, цього ніколи не станеться.


Гарні пропозиції. Я думаю, що власне перехрещення дозволено в OGC, але чи не справжні функції OGC Simple? Щойно знайшов приємний підсумок тут 1spatial.co.uk/wp-content/uploads/2012/10/…
Sideshow Bob

З-за інтересу, хоча чому самоперетин має бути поганим? Не перехрестя зазвичай не передбачає підключення - тому велика кількість мережних посилань дійсно буде самостійно перетинатися (наприклад, вузли автостради, де одна і та ж ланка перетинається над собою)
Sideshow Bob

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

Цікаво - що таке кільце і чому це погано? Також, чи є кращий спосіб зобразити міст? Розбийте лінії та "від'єднайте" їх даними висоти, або просто перетинайте дві лінії, не порушуючи?
Sideshow Bob

1
Я вважаю за краще пересічні лінії, коли вони не поділяють точку. див. лінію (0,0 1,1 2,2) та лінію (0,1 2,1), коли вони не поділяють цю 1,1, ви можете бути впевнені, що не повинно бути перехрестя (у дорозі чи трубопроводі), якщо обидві лінії поділяють 1,1, ви не можете бути впевнені, чи існував намір здійснити перетин там. Кільця не ведуть куди завгодно, вони зазвичай марні. І коли я кажу, що кільця погані, я маю на увазі, що вони погані, якщо одна геометрія представляє кільце на дорожній мережі. Якщо два різні геометри створюють кільце, це нормально. тоді ви впевнені, що це був намір ...
simplexio

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.