Chất lượng xuất khẩu GNSS GeoJSON: tọa độ, hình học và xuất xứ
Tạo GeoJSON có thể tương tác bằng cách chuyển đổi sang tham chiếu địa lý cần thiết và bảo tồn ý nghĩa của các thuộc tính khảo sát đất đai.

Hiểu những gì GeoJson tiêu chuẩn hóa
GeoJSON là định dạng dựa trên văn bản cho các tính năng địa lý và các thuộc tính của chúng. Theo RFC 7946, các vị trí sử dụng kinh độ và vĩ độ WGS84 theo độ thập phân, theo thứ tự đó. Đây là một quy ước trao đổi cụ thể, không được phép đặt bất kỳ cặp tọa độ nào bên trong một mảng hình học. Các hướng đông dự kiến và hướng bắc phải được chuyển đổi trước khi xuất khẩu phù hợp với tiêu chuẩn.
Xác định tham chiếu nguồn và mục đích sử dụng của tệp trước khi xuất. Lưới khảo sát đất địa phương, CRS dự kiến và tài liệu tham khảo địa lý có thể mô tả cùng một địa điểm thông qua các giá trị khác nhau. Giữ bộ dữ liệu khảo sát đất ban đầu và siêu dữ liệu tham chiếu. GeoJSON rất hữu ích cho trao đổi và lập bản đồ web, nhưng nó không nên thay thế kho lưu trữ quan sát hoàn chỉnh khi kho lưu trữ đó chứa bằng chứng khảo sát đất bổ sung.
Tiếp tục tìm hiểu Xuất dữ liệu GNSS sang GIS mà không mất ý nghĩa
chuyển đổi các giá trị thay vì gắn nhãn lại chúng
Gán CRS nguồn chính xác cho tập dữ liệu nguồn, sau đó thực hiện chuyển đổi thích hợp cho tham chiếu địa lý GeoJSON. Ghi lại hoạt động được sử dụng, bao gồm các phiên bản mô hình có liên quan và thông tin kỷ nguyên nếu có. Gán nhãn WGS84 cho tọa độ dự kiến không thay đổi không chuyển đổi chúng. Đại diện kiểm tra các điểm đã biết sau khi chuyển đổi.
Kiểm tra thứ tự trục rõ ràng tại ranh giới xuất. Một số phần mềm và định nghĩa tham chiếu sử dụng các quy ước khác nhau trong nội bộ. Mảng tọa độ GeoJSON được phân phối phải tuân theo thứ tự kinh độ-vĩ độ của định dạng. Một điểm mà các đồ thị trong bán cầu sai là một cảnh báo rõ ràng, nhưng trục hoặc lỗi tham chiếu tinh vi hơn vẫn có thể tạo ra hình học trông hợp lý. Kiểm tra phạm vi số rất hữu ích cùng với việc xử lý tham chiếu được lập thành văn bản.
Tiếp tục tìm hiểu Các hạn chế của shapefile có vấn đề trong việc phân phối kết quả khảo sát đất của GNSS đối với kết quả của dự án
Xác định vai trò của tọa độ thứ ba
RFC 7946 cho phép giá trị vị trí thứ ba tùy chọn đại diện cho chiều cao so với ellipsoid WGS84. Đừng âm thầm đặt độ cao kỹ thuật có nguồn gốc từ địa lý vào vị trí đó và cho rằng mọi người tiêu dùng sẽ giải thích nó một cách chính xác. Nếu độ cao của dự án có một tham chiếu khác, hãy bảo tồn nó như một tài sản được đặt tên rõ ràng với các đơn vị và tham chiếu dọc của nó, hoặc sử dụng quy trình trao đổi được thỏa thuận rõ ràng.
Giữ độ cao bị thiếu có thể phân biệt với số không. Giá trị 0 là giá trị tọa độ thực, không phải là điểm đánh dấu chung cho độ cao không xác định. Xem xét xem ứng dụng nhận có sử dụng hay bỏ qua tọa độ thứ ba hay không. Việc xuất khẩu nên truyền đạt chiều cao của cuộc khảo sát đất một cách trung thực hơn là thêm một con số không giải thích được chỉ vì lớp điểm nguồn là ba chiều.
Tiếp tục tìm hiểu Sử dụng GeoPackage cho Kho lưu trữ Khảo sát Đất GNSS có cấu trúc
Xác thực cấu trúc hình học và ý nghĩa tính năng
Kiểm tra xem mỗi tính năng có sử dụng loại hình học dự kiến và lồng tọa độ hợp lệ hay không. Một tài sản điểm không được vô tình trở thành một đường và ranh giới được khảo sát không được giảm xuống trung tâm của nó mà không có mục đích rõ ràng. Đối với đa giác, hãy xem lại việc đóng và cấu trúc liên kết thông qua các công cụ xác nhận phù hợp. Hiệu lực kỹ thuật không chứng minh rằng hình học đại diện cho đối tượng vật lý chính xác.
Đối chiếu số lượng đối tượng địa lý và mã định danh với dữ liệu gốc. Xác nhận rằng đối tượng nhiều phần, hình học rỗng và khu vực không thể tiếp cận được xử lý theo quy định của dự án. Không âm thầm loại bỏ các bản ghi khó xử lý. Lưu danh sách vấn đề cho các đối tượng bị loại trừ hoặc chuyển đổi để người kiểm tra khác hiểu vì sao tệp trao đổi khác với toàn bộ cơ sở dữ liệu đo đạc địa hình.
Tiếp tục tìm hiểu Thiết kế lược đồ cơ sở dữ liệu địa lý cho các quan sát điểm GNSS

Bảo tồn các thuộc tính và số nhận dạng hữu ích
Sử dụng tính năng ổn định và số nhận dạng quan sát trong thuộc tính. Giữ các số nhận dạng văn bản dưới dạng văn bản mà các số không dẫn đầu hoặc mã dài quan trọng. Bao gồm ngày quan sát, phương pháp và tình trạng chất lượng phù hợp với quy trình làm việc nhận. Không để lộ một thuộc tính độ chính xác chung mà ý nghĩa của nó là không rõ ràng; Tài liệu xem một giá trị là ước tính công cụ, kết quả kiểm tra độc lập hay phân loại dự án.
Giữ các thuộc tính ngắn gọn nhưng đủ để giải thích hình học. Các bức ảnh và dữ liệu quan sát GNSS chưa được xử lý có thể vẫn còn trong một kho lưu trữ khác, được liên kết thông qua số nhận dạng hoặc tài liệu tham khảo đã đồng ý. Kiểm tra các ký tự đặc biệt và giá trị null trong ứng dụng nhận. Tệp JSON hợp lệ vẫn có thể mất ý nghĩa hoạt động nếu một số nhận dạng tài sản thay đổi loại hoặc một giá trị không xác định được chuyển đổi thành số 0 dường như được đo lường.
Tiếp tục tìm hiểu Xuất dữ liệu GNSS sang GIS mà không mất ý nghĩa
Cân bằng tọa độ chính xác và kích thước tệp
Chọn độ chính xác thập phân đầu ra theo mục đích sử dụng và bằng chứng được hỗ trợ. Nhiều chữ số không tạo ra độ chính xác hơn. Làm tròn quá mức có thể làm thay đổi hình học, trong khi các chữ số không cần thiết sẽ phóng to các tệp và ngụ ý chi tiết không chính đáng. Kiểm tra ảnh hưởng của độ chính xác đã chọn đối với các điểm và ranh giới đại diện thay vì áp dụng quy tắc chung mà không xem xét dự án.
Đối với các bộ dữ liệu lớn, hãy xem lại liệu GeoJSON có phải là định dạng phân phối thiết thực nhất cho mọi lần sử dụng hay không. Một lớp trao đổi trình duyệt và kho lưu trữ khảo sát đất có thẩm quyền có thể là các sản phẩm khác nhau. Giữ một tập dữ liệu hoàn chỉnh ở định dạng phù hợp và tạo một bản xuất GeoJSON có mục đích. Điều này tránh việc hy sinh siêu dữ liệu tham chiếu hoặc quan sát chỉ đơn giản là làm cho một tệp phục vụ mọi quy trình làm việc.
Tiếp tục tìm hiểu Các hạn chế của shapefile có vấn đề trong việc phân phối kết quả khảo sát đất của GNSS đối với kết quả của dự án
Kiểm tra tệp trong một người tiêu dùng độc lập
Xác thực cú pháp JSON, cấu trúc hình học và phạm vi tọa độ, sau đó mở tệp trong ứng dụng Web hoặc GIS dự định. So sánh các vị trí đã biết, số nhận dạng và thuộc tính với nguồn. Nhập lại mẫu và kiểm tra các giá trị hình học. Một thông báo xuất thành công không chứng minh rằng hệ thống nhận giải thích tệp như dự định.
Kiểm tra cụ thể xử lý tọa độ thứ ba, giá trị null và tham chiếu đính kèm cụ thể. Xem xét phạm vi của tệp và bất kỳ tính năng nào gần ranh giới tọa độ bất thường. Giữ kết quả xác thực với bản phát hành. Thử nghiệm phải xác nhận cả sự phù hợp tiêu chuẩn và ý nghĩa dữ liệu của dự án, vì những yêu cầu đó có liên quan nhưng khác nhau.
Tiếp tục tìm hiểu Sử dụng GeoPackage cho Kho lưu trữ Khảo sát Đất GNSS có cấu trúc
Cung cấp một tệp trao đổi với xuất xứ
Cung cấp một ghi chú siêu dữ liệu ngắn xác định nguồn khảo sát đất đai nguồn, vận hành chuyển đổi, quy ước phối hợp, xử lý chiều cao và từ điển thuộc tính. Nêu giai đoạn quan sát và đánh giá chất lượng. Giữ riêng các bộ dữ liệu nguồn và các định nghĩa tham chiếu ban đầu. Điều này cho phép người nhận sử dụng GeoJSON mà không giả sử nó chứa toàn bộ lịch sử khảo sát đất đai.
Phiên bản Xuất và bảo quản quy trình được sử dụng để tạo nó. Nếu thực hiện hiệu chỉnh tọa độ hoặc lược đồ, hãy xác định bản phát hành bị ảnh hưởng. Tệp GNSS GeoJSON đáng tin cậy là một sự chuyển đổi được ghi nhận bằng chứng khảo sát đất đai thành một đại diện trao đổi có thể tương tác. Tính hữu ích của nó phụ thuộc vào việc xử lý tham chiếu chính xác và ngữ nghĩa rõ ràng cũng như vào dấu ngoặc và dấu phẩy hợp lệ.
Tiếp tục tìm hiểu Thiết kế lược đồ cơ sở dữ liệu địa lý cho các quan sát điểm GNSS
Bắt tọa độ dự kiến trước khi xuất bản
Giả sử một điểm geojson dự thảo chứa các giá trị trông giống như tọa độ phía đông sáu chữ số và tọa độ phía bắc bảy chữ số. Dừng và xem xét nguồn CRS thay vì hoán đổi các con số hoặc chia chúng theo một yếu tố thuận tiện. Tệp có thể chứa các tọa độ dự kiến chưa được chuyển đổi thành quy ước địa lý của định dạng. Thay đổi loại hình học hoặc thêm nhãn CRS không giải quyết được sự không phù hợp tiêu chuẩn đó.
quay trở lại tập dữ liệu nguồn được tham chiếu chính xác và thực hiện chuyển đổi được tài liệu. Kiểm tra một số điểm đã biết và so sánh các thuộc tính sau khi xuất. Giữ bản nháp bị từ chối trong hồ sơ vấn đề nếu nó giúp giải thích việc sửa chữa, nhưng chỉ phát hành tệp đã được xác thực. Việc kiểm tra ranh giới đơn giản này ngăn tệp trao đổi hợp lệ về mặt cú pháp mang các vị trí cơ bản không thể giải thích được vào bản đồ web hạ nguồn.
Kiểm tra xem tệp đã sửa đổi có chứa số lượng tính năng dự kiến và số nhận dạng ổn định hay không, đặc biệt nếu quá trình xuất được tạo lại từ một lớp làm việc khác. Một phép biến đổi tọa độ chính xác không bảo vệ khỏi việc xuất tập hợp con sai. So sánh một số bản ghi với nguồn và xem xét mức độ hoàn chỉnh. Giữ các cài đặt chuyển đổi và kết quả xác thực với bản phát hành. Điều này biến việc hiệu chỉnh một lần thành quá trình xuất có thể lặp lại và giúp nhà điều hành trong tương lai phân biệt nguồn có thẩm quyền với bản nháp bị từ chối vẫn có thể vẫn còn trong thư mục làm việc.
Tiếp tục tìm hiểu Xuất dữ liệu GNSS sang GIS mà không mất ý nghĩa
Danh sách kiểm tra thực hành
- Chuyển đổi dữ liệu dự kiến sang độ vĩ độ WGS84.
- Xử lý chiều cao tài liệu thay vì sử dụng giá trị thứ ba không giải thích được.
- xác nhận trong đơn nhận thực tế.
Lập kế hoạch cấu hình GNSS
So sánh thông số máy thu EQ10 và EQ20, sau đó trao đổi về cấu hình và hỗ trợ mà dự án của bạn cần.
So sánh máy thu GNSS


