วิธีการรักษาความสมบูรณ์ของการเปลี่ยนเครือข่ายถนนและตำแหน่งทางภูมิศาสตร์


12

เรารักษาจุดนับแสนที่ระบุพิกัดทางภูมิศาสตร์กับเครือข่ายถนนคู่กลาง Navteq เราเผชิญกับความท้าทายในการรักษาความสมบูรณ์ของการอ้างอิงระหว่างคะแนนของเราและเครือข่ายถนนซึ่งเปลี่ยนแปลงไปตามการอัพเดท Navteq แต่ละครั้ง เปอร์เซ็นต์ที่สูงของคะแนนของเรานั้นถูกระบุพิกัดทางภูมิศาสตร์ด้วยตนเองดังนั้นเราจึงไม่สามารถเรียกใช้อีกครั้งผ่านกระบวนการทางภูมิศาสตร์อัตโนมัติ

บางจุดมีการระบุพิกัดทางภูมิศาสตร์ตามที่อยู่ถนนอื่น ๆ โดยระยะทางและทิศทางจากจุดตัดยังคงเป็นจุดอื่น ๆ ด้วยพิกัด GPS ในแต่ละกรณีเราจำเป็นต้องรักษาความตรงกันที่ใกล้เคียงที่สุดไว้ในเครือข่ายถนนที่อัปเดต

ฉันแก้ไขปัญหานี้ก่อนหน้านี้ในเครือข่ายแบบกึ่งกลางเดียวโดยใช้การอ้างอิงเชิงเส้นการระบุพิกัดทางภูมิศาสตร์และเทคนิคการจัดเรียง แต่กระบวนการนั้นเข้มงวดและเปราะมาก (ดูhttp://thewyvern.co/Thesis.final.pdfสำหรับรายละเอียด)

มีคนอื่นประสบปัญหานี้หรือไม่? คุณมีข้อเสนอแนะใด? คุณสามารถชี้ไปที่การวิจัยใด ๆ ที่สามารถช่วยเราพัฒนาโซลูชันที่มีประสิทธิภาพได้หรือไม่?

สำหรับบริบท: เรากำลังใช้อัลกอริทึมการเข้ารหัสภูมิศาสตร์แบบกำหนดเองที่เข้ารหัสใน ArcObjects ซึ่งอาศัยเพียงบางส่วนของคลาส Locator ของ ESRI ระบบของเราใช้เซิร์ฟเวอร์ ArcGIS 9.3.1 โดยมีข้อมูลเก็บไว้ใน ArcSDE 9.3.1 บน Oracle ข้อมูล Navteq ถูกส่งในรูปแบบ shapefile


1
คุณสามารถเพิ่มข้อมูลเพิ่มเติมลงในคำถามของคุณเช่นซอฟต์แวร์ที่คุณใช้ในการเข้ารหัส geocode รูปแบบข้อมูลซอฟต์แวร์ที่มีอยู่ ฯลฯ หากคุณใช้ ArcGIS คุณได้พิจารณาใช้เครือข่ายเรขาคณิตหรือไม่ หากคุณมี FME คุณอาจสนใจงานนำเสนอนี้โดย San Antonio Water System
blah238

"ความซื่อสัตย์ทอพอโลยี" เป็นคำที่กว้างมากและผมอยากรู้ว่าว่าสิ่งที่คุณหมายถึงมัน คุณต้องการให้โหนดที่คุณเข้ารหัสทางภูมิศาสตร์เป็นส่วนหนึ่งของขอบถนนหรือไม่? เนื่องจากการใช้การเข้ารหัสทางภูมิศาสตร์ระดับพัสดุที่มีการแก้ไขสามารถใส่จุดทางภูมิศาสตร์ในบางส่วนของพัสดุและยังคงเป็น "การแก้ไขทางโทโพโลยี"
Ragi Yaser Burhum

@ รากิ: มันเป็นปัญหาเกี่ยวกับทอพอโลยี (ฉันคิดว่า) ในแง่ที่ว่าตำแหน่งนั้นอยู่ในพื้นที่เครือข่ายเมื่อเทียบกับคุณสมบัติอื่น ๆ แต่บางทีคำนี้อาจไม่ช่วยได้
nw1

1
มีความสัมพันธ์ของแอตทริบิวต์ (PK / FK) ระหว่างโหนดและ centerline หรือสามารถเพิ่มไปยังโหนดก่อนที่จะอัปเดตบรรทัดกลางได้หรือไม่ ฉันค่อนข้างแน่ใจว่า NAVTEQ จะรักษา ID กึ่งถาวรที่ควรจะเหมือนเดิมแม้ว่ารูปทรงจะเปลี่ยนไป รหัส centerline และเปอร์เซ็นต์ของบรรทัดนั้นเพียงพอที่จะค้นหาโหนดของคุณอย่างเหมาะสมหลังจากอัปเดตบรรทัดกลางหรือไม่
MWrenn

1
จากประสบการณ์ของฉัน ID จะเปลี่ยนเฉพาะเมื่อแบ่งเรขาคณิตโดยปกติเป็นเพราะทางแยกใหม่ที่มีรูปแบบถนนหรือรูปคนเดินเท้าไม่ใช่แค่ปรับเท่านั้น คุณเห็นเป็นอย่างอื่นหรือไม่ ฉันเดาว่าฉันกำลังพยายามกำหนดขอบเขตของเคสที่โซลูชันนี้ต้องจัดการ
MWrenn

คำตอบ:


1

ฉันกำลังดูปัญหาสำหรับเอเจนซี่ของฉันในตอนนี้ซึ่งบ่งบอกถึงสถานการณ์เดียวกันหรืออย่างน้อยก็คล้ายกันมาก

สิ่งที่ฉันกำหนดเป้าหมายคือสิ่งนี้; ที่อยู่ทั้งหมดมี ID ที่ถนนที่ตรงกับ เช่นเดียวกับ USPS Range จาก AIS เราจำเป็นต้องเรียกใช้การตรวจสอบการตรวจจับการเปลี่ยนแปลงกับการอัปเดตถนนของผู้ขายแต่ละรายสำหรับ ID กลุ่มถนนที่มีการเปลี่ยนแปลงจากนั้นเราจะแยกจุดที่อ้างอิง ID นั้น จากนั้นเราจะวนรอบแต่ละรายการที่ทำการบัฟเฟอร์เพื่อเลือก ID ส่วนถนนที่ใกล้ที่สุดเพื่อให้เราสามารถรักษาความสัมพันธ์เหล่านี้ได้อย่างเหมาะสม

นี่จะเป็นกระบวนการที่ใช้เวลานาน แต่คุณสามารถเขียนสคริปต์ในจำนวนที่พอเหมาะ (ตอนนี้ฉันกำลังทำโมเดล) และจะต้องเกิดขึ้นเมื่อคุณอัปเดตข้อมูลผู้จำหน่ายของคุณเท่านั้น เราจะได้รับการอัปเดตสำหรับที่อยู่ของเราจากแหล่งที่มาจำนวนมากดังนั้นเราจะนำคะแนนและรวมเข้าไว้แล้วอัปเดตทุกครั้งที่ผู้ขายของเราอัปเดตข้อมูลฉันอาจเพิ่มการอ้างอิงไปยัง TIGER / Edge สำหรับการสร้างแบบจำลองประชากรศาสตร์ในอนาคตใช้

เรากำลังทำงานเพื่อเชื่อมโยงที่อยู่ที่มีข้อมูลระดับพัสดุที่จะสนับสนุนการกำหนดที่อยู่และการกำหนดเส้นทางทั่วทั้งรัฐ

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.