Як зберегти цілісність між мінливою вуличною мережею та геокодованими точками?

Ми підтримуємо сотні тисяч точок, геокодованих проти двоцентрової мережі вулиць Navteq. Ми стикаємося з проблемою збереження референтної цілісності між нашими точками та вуличною мережею, яка змінюється з кожним оновленням Navteq. Високий відсоток наших пунктів геокодується вручну, тому ми не можемо просто запустити їх знову за допомогою автоматизованого процесу геокодування.

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

Я раніше вирішував цю проблему в одноцентровій мережі, використовуючи методи лінійного посилання, геокодування та оснащення, але процес був дуже жорстким і крихким. (Докладні відомості див. У розділі http://thewyvern.co/Thesis.final.pdf .)

Хтось ще стикався з цією проблемою? Чи є у вас якісь пропозиції? Чи можете ви вказати на якісь дослідження там, які могли б допомогти нам розробити надійне рішення?

Для контексту: ми використовуємо спеціальний алгоритм геокодування, кодований у ArcObjects, який частково покладається на клас локатора ESRI. Наша система базується на ArcGIS Server 9.3.1, дані зберігаються в ArcSDE 9.3.1 в Oracle. Дані Navteq доставляються у форматному форматі.

geocoding linear-referencing snapping

— nw1
джерело

Чи можете ви додати додаткову інформацію до свого питання, наприклад, яке програмне забезпечення ви використовуєте для геокодування, формати даних, доступне програмне забезпечення тощо. Якщо ви використовуєте ArcGIS, чи розглядали ви геометричну мережу? Якщо у вас є FME ви могли б бути зацікавлені в цій презентації по Сан - Антоніо водної системи.

— blah238

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

— Рагі Ясер Бурхум

@Ragi: Це топологічна проблема (я думаю) в тому сенсі, що точки розміщуються в мережевому просторі відносно інших функцій. Але, можливо, термін тут не корисний.

— nw1

Чи існує зв'язок атрибутів (PK / FK) між вузлом та центральною лінією, чи можна додати їх до вузлів перед оновленням середніх ліній? Я впевнений, що NAVTEQ зберігає напівпостійний ідентифікатор, який повинен залишатися таким же, навіть якщо геометрія змінюється. Чи вистачить ідентифікатора центральної лінії та відсотка вниз по лінії, щоб розташувати вузли належним чином після оновлень центральної лінії?

— MWrenn

На мій досвід, ідентифікатор змінюється лише тоді, коли геометрія розбита, як правило, через нове перехрестя з іншою геометрією дороги чи пішохода, а не просто скориговану. Ви бачите інакше? Я думаю, я намагаюся визначити обсяг справ, якими має вирішуватися це рішення.

— MWrenn

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

Що я націлюю - це; всі точки адреси мають ідентифікатор вулиці, на яку вони відповідають; а також діапазон USPS від AIS. Нам потрібно запустити перевірку на виявлення змін з кожним оновленням вулиці постачальника, для ідентифікаторів сегмента вулиці, які мають зміни, потім ізолюємо точки, на які посилається цей ідентифікатор; Потім ми будемо перебирати кожну з них, роблячи буфер, щоб вибрати найближчий ідентифікатор вуличного сегмента, щоб ми могли зберегти ці пов'язані належним чином.

Це буде трудомістким процесом, але ви можете зафіксувати його неабияку кількість (це я зараз моделюю), і це має відбуватися лише під час оновлення даних про постачальника. Ми отримуватимемо оновлення для наших адрес з ряду джерел, тож ми візьмемо точки та об’єднаємо їх, а потім оновлюємо їх щоразу, коли наші оновлення даних постачальника я можу навіть додати посилання на TIGER / Edge, але це було б просто для майбутнього використання демографічного моделювання.

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

— DEWright
джерело