หัวข้อของการจัดการข้อมูลเชิงพื้นที่ในแง่ทั่วไปได้เกิดขึ้นที่นี่ หัวข้อของการกำหนดเวอร์ชันได้รับการกล่าวถึงเช่นกัน แต่ไม่ได้เกี่ยวข้องกับ
การรวบรวมและบำรุงรักษาข้อมูลเชิงพื้นที่แบบดั้งเดิมจำเป็นต้องจัดการกับการกำหนดเวอร์ชันภายในเท่านั้นเนื่องจากฐานข้อมูลจะได้รับการอัปเดตจากภายในองค์กรเท่านั้น นี่ไม่ใช่กรณีในฐานข้อมูล Geod ที่มีแหล่งข้อมูลหนาแน่นเช่น OpenStreetMap ที่นั่นใคร ๆ ก็สามารถเข้ามาและเพิ่มแก้ไขหรือลบวัตถุได้ ใน OpenStreetMap สิ่งนี้ได้รับการจัดการด้วยวิธีการพื้นฐาน: แต่ละวัตถุมีหมายเลขรุ่นจำนวนเต็มและเฉพาะวัตถุที่มีรุ่นที่สูงที่สุดเท่านั้นที่เปิดเผยในฐานข้อมูลสด ฐานข้อมูลใช้การล็อกในแง่ดีดังนั้นผู้ใช้จะต้องแก้ไขข้อขัดแย้งทั้งหมดที่เกิดขึ้นเมื่ออัพโหลดการสนับสนุนด้วยตนเอง
ทั้งหมดนี้ทำงานได้ดีพอสมควรตราบใดที่การมีส่วนร่วมของมนุษย์ผ่านบรรณาธิการ ( JOSM , Potlatch ) เป็นรูปแบบการมีส่วนร่วมเพียงอย่างเดียว - แต่พวกเขาไม่ได้ มีการนำเข้าข้อมูลภาคสาธารณะแบบเปิดกว้างมากขึ้น สิ่งเหล่านี้ทำให้เกิดปัญหาการกำหนดเวอร์ชันที่ซับซ้อนมากขึ้น พิจารณาสถานการณ์สมมติต่อไปนี้:
- กำลังสร้างวัตถุนำเข้าจากชุดข้อมูลสาธารณะที่เปิดอยู่
- อาคารได้รับการดัดแปลงบางอย่างโดยผู้มีส่วนร่วมของมนุษย์ (คุณลักษณะเรขาคณิตหรือทั้งสองอย่าง)
- ข้อมูลภาครัฐรุ่นใหม่มีให้บริการและนำเข้าแล้ว
ปัจจุบันในขั้นตอนที่ 3 เงินบริจาคจากมนุษย์จะสูญหายไปเว้นแต่อาคารแต่ละหลังที่ได้รับการดัดแปลงชุมชนจะถูกรวมเข้าด้วยตนเองด้วยการนำเข้าใหม่
OpenStreetMap จะจัดการกับสถานการณ์นี้ได้อย่างไร? เราจำเป็นต้องดูที่การควบคุมเวอร์ชันแบบกระจายในการพัฒนาซอฟต์แวร์หรือไม่? วิธีการของ DVC สามารถปรับให้รับมือกับการบำรุงรักษาข้อมูลเชิงพื้นที่แบบกระจายได้อย่างไร