Một đoạn quản lý được chia đôi, nhưng hồ sơ của nó không bắt đầu lại từ ngày chia. Biên bản cũ, lần sửa chữa trước và nguồn khảo sát vẫn cần được tìm thấy từ những đoạn mới.
Trong ví dụ giả định này, D-12 được chia thành D-21 và D-22. Giữ quan hệ giữa ba mã giúp người tra cứu lần về phạm vi cũ, đồng thời tránh sao chép cùng một hồ sơ thành hai kết quả độc lập. Phương án cấp mã cụ thể được chọn theo quy tắc quản lý và phê duyệt của đơn vị.
Đối tượng và phiên bản
Sửa một đỉnh do số hóa nhầm vẫn có thể là chỉnh dữ liệu của cùng đoạn đường. Chia phạm vi quản lý thành hai đoạn lại có thể tạo ra hai đối tượng mới. Hình học đều thay đổi, nhưng cách giữ mã và lịch sử đi theo ý nghĩa quản lý của từng việc.
Điểm cần thống nhất trước là mỗi bản ghi đang đại diện cho cả tuyến, đoạn giữa hai nút hay đoạn thuộc một đơn vị quản lý. Lý do thay đổi, nguồn làm căn cứ và ngày có hiệu lực được ghi cùng lần cập nhật. Công cụ có thể tách hình; việc cấp mã đi theo quy tắc quản lý đã chọn.
Một phương án là tách mã đối tượng và mã phiên bản. Mã đối tượng giữ liên hệ với thực thể đang quản lý; mã phiên bản nhận diện từng trạng thái dữ liệu của thực thể đó. Nhờ vậy, người xem tìm được hồ sơ hiện hành và lần lại bản đã dùng trước đây.
Hướng dẫn CityGML 3.0 của OGC cũng phân biệt định danh xuyên phiên bản và định danh của phiên bản cụ thể. Đây là cơ sở tham khảo khi tổ chức dữ liệu, không đòi hỏi mọi lớp đường phải chuyển sang CityGML.
D-12 kết thúc hiệu lực, hồ sơ vẫn còn
Giả sử đơn vị quyết định chấm dứt phạm vi quản lý cũ D-12 và lập hai phạm vi mới. Trong phương án này, D-21 và D-22 nhận mã riêng; D-12 được giữ để tra lịch sử, với thời điểm kết thúc hiệu lực. Không cấp lại D-12 cho một đoạn khác trong tương lai.
Ghi một sự kiện chia có mã riêng, liên kết D-12 với cả hai đoạn mới và văn bản hoặc nguồn quyết định. Ghi riêng ngày thay đổi có hiệu lực và ngày nhập dữ liệu. Nếu nhập muộn, hai ngày có thể khác nhau; ghi đè một ngày duy nhất sẽ khiến người tra cứu không biết bản đồ phản ánh thời điểm nào.
Khi tìm mã D-12, kết quả nên cho biết đối tượng đã ngừng hiệu lực và dẫn đến hai đối tượng kế tiếp. Hồ sơ cũ vẫn mở được với phạm vi cũ. Bản đồ hiện tại có thể chỉ hiển thị D-21 và D-22, nhưng việc ẩn lớp lịch sử không có nghĩa xóa dữ liệu lịch sử.
Nếu quy định của đơn vị yêu cầu một đoạn tiếp tục giữ D-12 và chỉ cấp mã mới cho đoạn còn lại, cần thiết kế theo quy định đó. Dù chọn cách cấp mã nào, người tra cứu vẫn phải phân biệt được phạm vi trước và sau và biết hồ sơ thuộc phiên bản nào.
Phạm vi của hồ sơ cũ
Biên bản “kiểm tra toàn đoạn D-12” gắn với phạm vi ở ngày lập. Sau khi chia đoạn, người dùng từ D-21 hoặc D-22 vẫn có thể mở biên bản ấy như lịch sử của đoạn cũ. Nhờ giữ một hồ sơ nguồn, báo cáo cũng tránh đếm nó thành hai lần kiểm tra.
Một kết quả cụ thể chỉ được chuyển cho đoạn mới khi xác định được phạm vi áp dụng, chẳng hạn từ vị trí hoặc lý trình điểm kiểm tra. Hồ sơ chưa đủ căn cứ được giữ chờ người phụ trách đối chiếu. Cách này bảo toàn thông tin đã có mà không gán thêm ý nghĩa cho kết quả cũ.
Giao cắt không gian có thể gợi ý đoạn liên quan, nhưng điểm gần ranh, sai số vị trí hoặc mô tả công việc vẫn cần được xem cùng nhau. Quan hệ quản lý được xác nhận từ những căn cứ ấy, không chỉ từ việc hai hình giao nhau.
Trường hợp gộp: giữ đủ các đối tượng nguồn
Theo phương án cấp mã mới, khi gộp hai đoạn, đối tượng kế tiếp giữ liên hệ với cả hai nguồn. Bảng quan hệ gồm mã sự kiện, mã nguồn và mã đích: gộp thì nhiều dòng trỏ tới cùng đích; chia thì nhiều dòng xuất phát từ cùng nguồn.
PROV-O của W3C cung cấp khái niệm mô tả nguồn dữ liệu, hoạt động tạo ra nó và bên tham gia. Có thể tham khảo khi ghi nhật ký, dù không triển khai toàn bộ PROV-O. Nhật ký cần đủ để biết vì sao gộp, ai kiểm tra và bản nào đã công bố.
Khi báo cáo, đếm riêng đối tượng hiện hành và sự kiện kiểm tra. Một biên bản liên quan cả hai đoạn cũ vẫn là một hồ sơ, dù phép nối tạo ra hai dòng. Quy tắc đếm hồ sơ duy nhất giúp tránh tính hai lần.
Thử tra cứu ở hai phía của ngày thay đổi
Giả sử D-12 được chia có hiệu lực ngày 01/10, đến ngày 03/10 mới nhập hệ thống. Theo phương án cấp hai mã mới trong bài, hiện trạng ngày 30/09 là D-12; từ 01/10 là D-21 và D-22. Mốc chuyển tiếp cần rõ để báo cáo không bỏ khoảng thời gian hoặc tính cả ba đoạn là đang hiện hành.
Ngày hiệu lực mô tả thời điểm thay đổi áp dụng. Ngày ghi nhận cho biết khi nào hệ thống nhận được thông tin. Nếu cần tái hiện cả những gì hệ thống đã biết ở một ngày trước đây, dữ liệu còn phải giữ lịch sử phiên bản tương ứng. Đây là phần được lựa chọn theo nhu cầu truy vết của đơn vị.
Một lượt thử đi từ D-21 về biên bản D-12, rồi so báo cáo trước và sau ngày chia, sẽ cho thấy mạch lịch sử có còn liền nhau. Hồ sơ cũ xuất hiện hai dòng sau phép nối vẫn chỉ là một hồ sơ khi đếm số lượt kiểm tra. Lần đính chính cũng cần để lại đủ thông tin để giải thích kết quả đã dùng trước đó.
Với phần mềm nhận qua API, mã hết hiệu lực được phân biệt với mã không tồn tại và có thể dẫn tới đối tượng kế tiếp. Thiết kế kết nối dữ liệu cùng mẫu ghi nhận tách, gộp giúp đưa những quy ước này vào lần trao đổi triển khai.
