Jak zachować integralność między zmieniającą się siecią ulic a punktami geokodowanymi?

Utrzymujemy setki tysięcy punktów geokodowanych względem podwójnej sieci ulic Navteq. Przed nami wyzwanie zachowania integralności referencyjnej między naszymi punktami a siecią ulic, które zmienia się z każdą aktualizacją Navteq. Wysoki procent naszych punktów jest geokodowany ręcznie, więc nie możemy po prostu uruchomić ich ponownie w zautomatyzowanym procesie geokodowania.

Niektóre punkty są geokodowane według adresu ulicy, inne według odległości i kierunku od skrzyżowania, jeszcze inne według współrzędnych GPS. W każdym przypadku musimy zachować możliwie najbliższe dopasowanie w zaktualizowanej sieci ulic.

Rozwiązałem ten problem już raz w sieci z jedną linią środkową, stosując techniki liniowego odniesienia, geokodowania i przyciągania, ale proces był bardzo sztywny i kruchy. (Szczegółowe informacje można znaleźć na stronie http://thewyvern.co/Thesis.final.pdf .)

Czy ktoś jeszcze zmierzył się z tym problemem? Masz jakieś sugestie? Czy możesz wskazać jakieś badania, które mogłyby pomóc nam opracować solidne rozwiązanie?

Dla kontekstu: używamy niestandardowego algorytmu geokodowania zakodowanego w ArcObjects, który tylko częściowo opiera się na klasie Locator ESRI. Nasz system oparty jest na ArcGIS Server 9.3.1, a dane przechowywane są w ArcSDE 9.3.1 na Oracle. Dane Navteq są dostarczane w formacie shapefile.

geocoding linear-referencing snapping

— nw1
źródło

Czy możesz dodać więcej informacji do pytania, np. Jakiego oprogramowania używasz do geokodu, formatów danych, dostępnego oprogramowania itp. Jeśli korzystasz z ArcGIS, czy zastanawiałeś się nad użyciem sieci geometrycznej? Jeśli masz FME, być może zainteresuje Cię ta prezentacja San Antonio Water System.

— blah238,

„Integralność topologiczna” jest bardzo szerokim pojęciem i jestem ciekawy , co dokładnie przez to rozumiesz . Czy chcesz, aby węzły, które geokodowałeś, były częścią krawędzi ulic? Ponieważ stosowanie geokodowania na poziomie działki z poprawkami może z łatwością umieścić punkty geokodowane w niektórych częściach działek i nadal być „poprawne topologicznie”

— Ragi Yaser Burhum,

@Ragi: Jest to problem topologiczny (myślę) w tym sensie, że punkty są rozmieszczone w przestrzeni sieciowej względem innych funkcji. Być może jednak termin ten jest tu nieprzydatny.

— nw1

Czy istnieje związek atrybutów (PK / FK) między węzłem a linią środkową, czy też można go dodać do węzłów przed aktualizacją linii środkowych? Jestem prawie pewien, że NAVTEQ zachowuje półtrwały identyfikator, który powinien pozostać taki sam, nawet jeśli zmieni się geometria. Czy identyfikator linii środkowej i wartość procentowa w dół linii byłyby wystarczające, aby odpowiednio zlokalizować węzły po aktualizacjach linii środkowej?

— MWrenn

Z mojego doświadczenia wynika, że ID zmienia się tylko wtedy, gdy geometria jest podzielona, zwykle z powodu nowego skrzyżowania z inną geometrią drogi lub pieszego, a nie po prostu dostosowanym. Czy widzisz inaczej? Myślę, że próbuję określić zakres spraw, w których to rozwiązanie musi sobie poradzić.

— MWrenn

Obecnie patrzę na problem mojej agencji, który sugeruje ten sam scenariusz lub przynajmniej bardzo podobny.

To, na co celuję, to to; wszystkie punkty adresowe mają identyfikator ulicy, do której pasują; a także zakres USPS od AIS. Musimy przeprowadzić sprawdzanie w celu wykrycia zmiany przy każdej aktualizacji ulicy dostawcy. W przypadku identyfikatorów segmentów ulic, które mają zmianę, wyodrębniamy punkty, które odnoszą się do tego identyfikatora; następnie przejdziemy przez każdą z nich, wykonując bufor, aby wybrać identyfikator najbliższego odcinka ulicy, abyśmy mogli odpowiednio je powiązać.

To będzie czasochłonny proces, ale możesz go napisać w skrypcie (teraz go modeluję) i musi to nastąpić tylko po zaktualizowaniu danych dostawcy. Będziemy otrzymywać aktualizacje dla naszych adresów z wielu źródeł, więc weźmiemy punkty i scalimy je, a następnie zaktualizujemy za każdym razem, gdy zaktualizujemy dane naszych dostawców, mógłbym nawet dodać odniesienie do TIGER / Edge, ale to byłoby po prostu do przyszłych zastosowań w modelowaniu demograficznym.

Pracujemy nad połączeniem adresów zasięgowych z danymi na poziomie paczki, które będą obsługiwać źródło adresowania i routingu na terenie całego kraju.

— DEWright
źródło