Mantenemos cientos de miles de puntos geocodificados contra una red de calles Navteq de doble centro. Nos enfrentamos al desafío de mantener la integridad referencial entre nuestros puntos y la red de calles, que cambia con cada actualización de Navteq. Un alto porcentaje de nuestros puntos se geocodifica manualmente, por lo que no podemos ejecutarlos nuevamente a través de un proceso de geocodificación automático.
Algunos puntos están geocodificados por dirección de calle, otros por distancia y dirección desde una intersección, y otros por coordenadas GPS. En cada caso, debemos conservar la coincidencia más cercana posible en la red de calles actualizada.
Solucioné este problema una vez antes en una red de línea central única, utilizando técnicas de referencia lineal, geocodificación y ajuste, pero el proceso fue muy rígido y frágil. (Ver http://thewyvern.co/Thesis.final.pdf para más detalles).
¿Alguien más ha enfrentado este problema? ¿Tienes alguna sugerencia? ¿Puede señalar alguna investigación que pueda ayudarnos a desarrollar una solución sólida?
Para el contexto: estamos utilizando un algoritmo de geocodificación personalizado codificado en ArcObjects, que se basa solo en parte en la clase de Localizador de ESRI. Nuestro sistema se basa en ArcGIS Server 9.3.1, con datos almacenados en ArcSDE 9.3.1 en Oracle. Los datos de Navteq se entregan en formato shapefile.
Respuestas:
Estoy viendo un problema para mi agencia en este momento que sugiere el mismo escenario o al menos uno muy similar.
Lo que estoy apuntando es esto; todos los puntos de dirección tienen una identificación de la calle con la que coinciden; así como la gama USPS de AIS. Necesitamos ejecutar una verificación de detección de cambio con cada actualización de la calle del proveedor, para las ID de segmento de calle que tienen un cambio, aislamos los puntos que hacen referencia a esa ID; luego recorreremos cada uno de estos haciendo un búfer para seleccionar la ID de segmento de calle más cercana para que podamos mantener estos relacionados correctamente.
Este será un proceso que llevará mucho tiempo, pero puede escribir una buena cantidad de él (esto lo estoy modelando ahora) y solo tiene que suceder cuando actualiza los datos de su proveedor. Obtendremos actualizaciones para nuestras direcciones de varias fuentes, por lo que tomaremos los puntos y los fusionaremos y luego los actualizaremos cada vez que se actualicen los datos de nuestro proveedor, incluso podría agregar referencias al TIGRE / Edge, pero eso sería solo para futuros usos de modelado demográfico.
Estamos trabajando para unir direcciones a distancia con datos de nivel de parcela que admitirán una fuente de direccionamiento y enrutamiento en todo el estado.
fuente