Kami mempertahankan ratusan ribu titik yang di-geocode terhadap jaringan jalan Navteq dual-centerline. Kami dihadapkan dengan tantangan mempertahankan integritas referensial antara poin kami dan jaringan jalan, yang berubah dengan setiap pembaruan Navteq. Sebagian besar poin kami di-geocode secara manual, jadi kami tidak bisa menjalankannya lagi melalui proses geocode otomatis.
Beberapa titik di-geocode berdasarkan alamat jalan, yang lain berdasarkan jarak dan arah dari persimpangan, yang lain oleh koordinat GPS. Dalam setiap kasus, kami perlu mempertahankan kemungkinan kecocokan terdekat di jaringan jalan yang diperbarui.
Saya pernah memecahkan masalah ini sebelumnya pada jaringan single-centerline, menggunakan referensi linear, geocoding, dan teknik gertakan, tetapi prosesnya sangat kaku dan rapuh. (Lihat http://thewyvern.co/Thesis.final.pdf untuk detailnya.)
Adakah orang lain yang menghadapi masalah ini? Apakah Anda punya saran? Bisakah Anda menunjukkan penelitian apa pun di luar sana yang dapat membantu kami mengembangkan solusi yang kuat?
Untuk konteks: kami menggunakan algoritme geocoding khusus yang dikodekan dalam ArcObjects, yang hanya bergantung sebagian pada kelas Locator ESRI. Sistem kami didasarkan pada ArcGIS Server 9.3.1, dengan data disimpan di ArcSDE 9.3.1 pada Oracle. Data Navteq dikirim dalam format shapefile.
Jawaban:
Saya melihat masalah untuk agen saya sekarang yang mengisyaratkan skenario yang sama atau setidaknya yang sangat mirip.
Yang saya targetkan adalah ini; semua titik alamat memiliki ID jalan tempat mereka cocok; serta Rentang USPS dari AIS. Kita perlu menjalankan pemeriksaan untuk deteksi perubahan dengan setiap pembaruan jalan vendor, untuk ID segmen-jalan yang memiliki perubahan, kemudian kami mengisolasi titik-titik yang merujuk pada ID itu; kami kemudian akan mengulangi masing-masing melakukan buffer untuk memilih ID segmen jalan terdekat sehingga kami dapat menyimpannya terkait dengan benar.
Ini akan menjadi proses yang memakan waktu tetapi Anda dapat membuat skrip dalam jumlah yang cukup (ini saya modelkan sekarang) dan itu hanya perlu terjadi ketika Anda memperbarui data vendor Anda. Kami akan mendapatkan pembaruan untuk alamat kami dari sejumlah sumber, jadi kami akan mengambil poin dan menggabungkannya dan kemudian memperbarui setiap kali pembaruan data vendor kami, saya bahkan mungkin menambahkan referensi ke TIGER / Edge tetapi itu hanya akan menjadi untuk penggunaan pemodelan demografis di masa depan.
Kami sedang berupaya menjembatani alamat berkisar dengan data level parsel yang akan mendukung sumber pengalamatan dan perutean di seluruh negara bagian.
sumber