Como manter a integridade entre a mudança da rede de ruas e os pontos geocodificados?

Mantemos centenas de milhares de pontos geocodificados em uma rede de ruas Navteq de linha central dupla. Estamos diante do desafio de manter a integridade referencial entre nossos pontos e a rede de ruas, que muda a cada atualização da Navteq. Uma alta porcentagem de nossos pontos é geocodificada manualmente, portanto, não podemos simplesmente executá-los novamente por meio de um processo automatizado de geocódigo.

Alguns pontos são geocodificados por endereço, outros por distância e direção de um cruzamento, outros ainda por coordenadas GPS. Em cada caso, precisamos manter a correspondência mais próxima possível na rede de ruas atualizada.

Eu resolvi esse problema uma vez antes em uma rede de linha central única, usando técnicas de referência linear, geocodificação e snap, mas o processo era muito rígido e frágil. (Veja http://thewyvern.co/Thesis.final.pdf para obter detalhes.)

Alguém mais enfrentou esse problema? Você tem alguma sugestão? Você pode apontar para alguma pesquisa que possa nos ajudar a desenvolver uma solução robusta?

Por contexto: estamos usando um algoritmo de geocodificação personalizado codificado no ArcObjects, que depende apenas parcialmente da classe Locator da ESRI. Nosso sistema é baseado no ArcGIS Server 9.3.1, com dados armazenados no ArcSDE 9.3.1 no Oracle. Os dados Navteq são entregues no formato shapefile.

geocoding linear-referencing snapping

— nw1
fonte

Você pode adicionar mais informações à sua pergunta, como qual software você está usando para geocodificar, formatos de dados, software disponível etc. Se você estiver usando o ArcGIS, já pensou em usar uma rede geométrica? Se você possui FME, pode estar interessado nesta apresentação do San Antonio Water System.

— blah238

"Integridade topológica" é um termo muito amplo, e estou curioso para saber exatamente o que você quer dizer com isso. Deseja que os nós geocodificados façam parte das margens da rua? Porque usando geocodificação de nível de encomendas com correções pode facilmente colocar os pontos georreferenciados em alguma parte das parcelas e ainda ser "topologicamente correta"

— Ragi Yaser Burhum

@Ragi: É um problema topológico (eu acho) no sentido de que os pontos estão posicionados no espaço da rede em relação a outros recursos. Mas talvez o termo seja inútil aqui.

— Nw1 11/11/11

Existe um relacionamento de atributo (PK / FK) entre o nó e a linha central, ou poderia ser adicionado aos nós antes de atualizar as linhas centrais? Tenho certeza de que a NAVTEQ mantém um ID semi-permanente que deve permanecer o mesmo, mesmo que a geometria mude. Um ID da linha central e uma porcentagem abaixo da linha seriam suficientes para localizar seus nós adequadamente após as atualizações da linha central?

— MWrenn

Na minha experiência, o ID só muda quando a geometria é dividida, geralmente devido a uma nova interseção com outra geometria de estrada ou pedestre, não simplesmente ajustada. Você está vendo o contrário? Acho que estou tentando determinar o escopo dos casos que esta solução deve tratar.

— MWrenn

Neste momento, estou olhando para um problema para minha agência que sugere esse mesmo cenário ou, pelo menos, um cenário muito semelhante.

O que eu estou alvejando é isso; todos os pontos de endereço têm um ID na rua com a qual correspondem; bem como a gama USPS da AIS. Precisamos executar uma verificação para detecção de alterações com cada atualização de rua do fornecedor. Para os IDs do segmento de rua que possuem uma alteração, isolamos os pontos que referenciam esse ID; em seguida, percorreremos cada um deles fazendo um buffer para selecionar o ID do segmento de rua mais próximo, para que possamos mantê-los relacionados adequadamente.

Este será um processo demorado, mas você pode criar um bom roteiro (isso estou modelando agora) e só precisa acontecer quando você atualiza os dados do fornecedor. Nós estaremos recebendo atualizações para nossos endereços de várias fontes, para que possamos pegar os pontos, juntá-los e atualizá-los sempre que nossos dados de fornecedor forem atualizados, posso até adicionar referência ao TIGER / Edge, mas isso seria apenas para futuros usos de modelagem demográfica.

Estamos trabalhando para fazer a ponte de endereços variados com dados em nível de pacote que oferecerão suporte a uma fonte de endereçamento e roteamento em todo o estado.

— DEWright
fonte