बदलते स्ट्रीट नेटवर्क और जियोकोडेड पॉइंट्स के बीच अखंडता कैसे बनाए रखें?


12

हम दोहरे-सेंटरलाइन नवटेक् स्ट्रीट नेटवर्क के खिलाफ सैकड़ों हजारों अंक जियोकोडेड बनाए रखते हैं। हमें अपने बिंदुओं और सड़क नेटवर्क के बीच संदर्भात्मक अखंडता बनाए रखने की चुनौती का सामना करना पड़ रहा है, जो प्रत्येक नवटेक्स अपडेट के साथ बदलता है। हमारे अंकों का एक उच्च प्रतिशत मैन्युअल रूप से जियोकोडेड है, इसलिए हम एक स्वचालित जियोकोड प्रक्रिया के माध्यम से उन्हें फिर से नहीं चला सकते हैं।

कुछ बिंदु सड़क के पते से जियोकोडेड होते हैं, दूसरे से दूरी और दिशा एक चौराहे से, फिर भी अन्य जीपीएस निर्देशांक द्वारा। प्रत्येक मामले में हमें अद्यतन स्ट्रीट नेटवर्क पर निकटतम संभव मैच को बनाए रखने की आवश्यकता है।

मैंने एक बार-सेंटरलाइन नेटवर्क पर एक बार पहले इस समस्या को हल किया था, रैखिक संदर्भ, जियोकोडिंग और स्नैपिंग तकनीकों का उपयोग किया था, लेकिन प्रक्रिया बहुत कठोर और भंगुर थी। ( विवरण के लिए http://thewyvern.co/Thesis.final.pdf देखें।)

क्या किसी और ने इस समस्या का सामना किया है? क्या तुम्हारे पास कोई सुझाव है? क्या आप किसी ऐसे शोध की ओर इशारा कर सकते हैं जो हमें एक मजबूत समाधान विकसित करने में मदद कर सके?

संदर्भ के लिए: हम ArcObjects में कोडित एक कस्टम जियोकोडिंग एल्गोरिथ्म का उपयोग कर रहे हैं, जो केवल ESRI के लोकेटर वर्ग पर निर्भर करता है। हमारी प्रणाली आर्कजीस सर्वर 9.3.1 पर आधारित है, जिसमें Oracle पर ArcSDE 9.3.1 में संग्रहीत डेटा है। Navteq डेटा को आकृति प्रारूप में वितरित किया जाता है।


1
क्या आप अपने प्रश्न में अधिक जानकारी जोड़ सकते हैं जैसे कि आप किस सॉफ्टवेयर का उपयोग कर रहे हैं जियोकोड, डेटा प्रारूप, उपलब्ध सॉफ़्टवेयर, आदि। यदि आप आर्कगिस का उपयोग कर रहे हैं, तो क्या आपने ज्यामितीय नेटवर्क का उपयोग करने पर विचार किया है? यदि आपके पास FME है तो आप सैन एंटोनियो वॉटर सिस्टम की इस प्रस्तुति में रुचि ले सकते हैं ।
blah238

"सामयिक अखंडता" एक बहुत व्यापक शब्द है, और मैं वास्तव में आप इसके द्वारा क्या मतलब है के लिए उत्सुक हूँ । क्या आप उन नोड्स को चाहते हैं जिन्हें आपने सड़क के किनारों का हिस्सा बनाया है? क्योंकि सुधारों के साथ पार्सल-स्तरीय जियोकोडिंग का उपयोग आसानी से पार्सल के कुछ हिस्से पर जियोकोडेड बिंदुओं को रख सकते हैं और फिर भी "
स्थैतिक रूप से

@ रागी: यह एक सामयिक समस्या है (मुझे लगता है) इस अर्थ में कि अंक अन्य सुविधाओं के सापेक्ष नेटवर्क स्थान में तैनात हैं। लेकिन शायद यह शब्द यहाँ अप्राप्य है।
nw1

1
नोड और सेंटरलाइन के बीच एक विशेषता संबंध (पीके / एफके) है, या सेंटरलाइन को अपडेट करने से पहले किसी को नोड्स में जोड़ा जा सकता है? मुझे पूरा यकीन है कि NAVTEQ एक अर्ध-स्थायी आईडी रखता है जो कि ज्यामिति में परिवर्तन होने पर भी समान रहना चाहिए। क्या सेंटरलाइन अपडेट के बाद उचित रूप से आपके नोड्स का पता लगाने के लिए सेंटरलाइन आईडी और लाइन के नीचे का प्रतिशत पर्याप्त होगा?

1
मेरे अनुभव में, आईडी केवल तभी बदलती है जब ज्यामिति विभाजित होती है, आमतौर पर किसी अन्य सड़क या पैदल यात्री ज्यामिति के साथ एक नए चौराहे के कारण, बस समायोजित नहीं होती है। क्या आप अन्यथा देख रहे हैं? मुझे लगता है कि मैं उन मामलों के दायरे को निर्धारित करने की कोशिश कर रहा हूं जिन्हें इस समाधान को संभालना चाहिए।
MWren

जवाबों:


1

मैं अभी अपनी एजेंसी के लिए एक समस्या देख रहा हूं जो उसी परिदृश्य पर संकेत करता है या बहुत कम समान है।

मैं जो लक्ष्य कर रहा हूं वह यह है; सभी पता बिंदुओं के पास उस गली से एक आईडी है जो वे मेल खाते हैं; साथ ही एआईएस से यूएसपीएस रेंज। हमें प्रत्येक विक्रेता स्ट्रीट अपडेट के साथ परिवर्तन का पता लगाने के लिए एक चेक चलाने की आवश्यकता है, स्ट्रीट-सेगमेंट आईडी के लिए जो हमारे पास एक बदलाव है जो उस आईडी को संदर्भित करने वाले बिंदुओं को अलग करता है; फिर हम इनमें से हर एक के माध्यम से लूप करेंगे जो निकटतम सड़क-खंड आईडी का चयन करने के लिए एक बफर कर रहा है ताकि हम इन संबंधितों को ठीक से रख सकें।

यह एक समय लेने वाली प्रक्रिया होगी, लेकिन आप इसकी उचित मात्रा में स्क्रिप्ट कर सकते हैं (यह मैं अभी मॉडलिंग कर रहा हूं) और यह केवल तब होता है जब आप अपने विक्रेता डेटा को अपडेट करते हैं। हम कई स्रोतों से अपने पते के लिए अपडेट प्राप्त कर रहे हैं, इसलिए हम अंक लेंगे और उन्हें मर्ज करेंगे और फिर उन्हें हमारे विक्रेता डेटा अपडेट में हर बार अपडेट करेंगे, मैं TIGER / एज में रेफ़रेंस भी जोड़ सकता हूं लेकिन यह सिर्फ होगा भविष्य के जनसांख्यिकीय मॉडलिंग के लिए उपयोग करता है।

हम पार्सल स्तर के डेटा के साथ रंगे हुए पतों को पुल करने के लिए काम कर रहे हैं जो एक राज्यव्यापी पते और रूटिंग स्रोत का समर्थन करेंगे।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.