EQUATOR GNSS / BY TECHNOGIS독일 · 인도네시아
데이터와 품질

GNSS GeoJSON 내보내기 품질: 좌표, 기하학 및 출처

필요한 지리적 참조로 변환하고 토지 조사 속성의 의미를 보존하여 상호 운용 가능한 지오이손을 만듭니다.

GNSS GeoJSON 내보내기 품질: 좌표, 기하학 및 출처

GeoJSON이 표준화하는 것을 이해하십시오

GeoJSON은 지리적 특징과 그 속성에 대한 텍스트 기반 형식입니다. RFC 7946에서 위치는 WGS84 경도와 위도를 10진수로 사용합니다. 이것은 특정 교환 규칙이며, 지오메트리 배열 안에 좌표 쌍을 배치할 수 있는 권한이 아닙니다. 예상되는 동쪽과 북쪽은 표준을 준수하는 수출 전에 변형되어야 합니다.

내보내기 전에 소스 참조와 파일의 의도된 용도를 식별하십시오. 지역 토지 조사 그리드, 예상 CR 및 지리적 참조는 모두 다른 값을 통해 동일한 부지를 설명할 수 있습니다. 원래 토지 측량 데이터 세트 및 참조 메타데이터를 유지합니다. GeoJSON은 교환 및 웹 매핑에 유용하지만 해당 아카이브에 추가 토지 조사 증거가 포함되어 있는 경우 전체 관찰 아카이브를 대체해서는 안 됩니다.

더 알아보기 의미를 잃지 않고 GNSS 데이터를 GIS로 내보내기

값을 재지정하지 말고 값을 변환하십시오

소스 데이터 세트에 올바른 소스 CRS를 할당한 다음 GeoJSON 지리 참조에 적절한 변환을 수행합니다. 관련 모델 버전 및 해당되는 경우 에포크 정보를 포함하여 사용된 작업을 기록합니다. 변경되지 않은 예상 좌표에 WGS84 레이블을 할당해도 변환되지 않습니다. 변환 후 알려진 점을 테스트 대표.

내보내기 경계에서 축 순서를 명시적으로 확인하십시오. 일부 소프트웨어 및 참조 정의는 내부적으로 다른 규칙을 사용합니다. 전달된 GeoJSON 좌표 배열은 형식의 경도-위도 순서를 따라야 합니다. 잘못된 반구에 플롯하는 점은 명백한 경고이지만 더 미묘한 축 또는 참조 실수로 인해 여전히 그럴듯해 보이는 형상이 생성될 수 있습니다. 숫자 범위 검사는 문서화된 참조 처리와 함께 유용합니다.

더 알아보기 프로젝트 결과의 GNSS Land Survey 전달에서 중요한 Shapefile 제한 사항

세 번째 좌표의 역할을 정의합니다

RFC 7946은 WGS84 타원체에 대한 높이를 나타내는 선택적 3위 값을 허용합니다. 해당 슬롯에 지오이드에서 파생된 엔지니어링 고도를 조용히 배치하지 말고 모든 소비자가 이를 올바르게 해석한다고 가정합니다. 프로젝트의 고도에 다른 참조가 있는 경우 해당 단위와 수직 참조가 있는 명확하게 명명된 속성으로 보존하거나 명시적으로 합의된 Exchange 워크플로를 사용합니다.

누락된 높이를 0과 구별할 수 있도록 유지하십시오. 0 값은 알 수 없는 고도에 대한 일반 마커가 아닌 실수 좌표 값입니다. 수신 응용 프로그램이 세 번째 좌표를 사용하거나 무시하는지 검토합니다. 수출은 단순히 소스 포인트 레이어가 3차원이라는 이유만으로 설명할 수 없는 숫자를 추가하는 것이 아니라 토지 조사의 키를 정직하게 전달해야 합니다.

더 알아보기 구조화된 GNSS 토지 조사 아카이브에 지오패키지를 사용합니다

형상 구조 및 특징 의미를 검증합니다

각 피쳐가 의도한 지오메트리 유형과 유효한 좌표 중첩을 사용하는지 확인합니다. 포인트 자산은 우발적으로 선이 되어서는 안 되며, 측량된 경계는 명시적인 목적 없이 중심으로 축소되어서는 안 됩니다. 다각형의 경우 적절한 검증 도구를 통해 폐쇄 및 토폴로지를 검토합니다. 기술적 타당성은 지오메트리가 올바른 물리적 객체를 나타낸다는 것을 증명하지 않습니다.

지리 객체의 수와 식별자를 원본 데이터와 대조합니다. 여러 부분으로 구성된 객체, 빈 지오메트리, 접근할 수 없는 구역이 프로젝트 규칙에 따라 처리되었는지 확인합니다. 처리하기 어려운 레코드를 알리지 않고 삭제하지 마십시오. 제외하거나 변환한 객체의 문제 목록을 남겨 다른 검토자가 교환용 파일과 전체 측량 데이터베이스가 다른 이유를 이해할 수 있게 합니다.

더 알아보기 GNSS 포인트 관찰을 위한 지오데이터베이스 스키마 설계

뉴멕시코 Midnight Meadow의 드론 정사영상.
뉴멕시코 Midnight Meadow의 드론 정사영상. · USGS / Public Domain

유용한 속성과 식별자를 보존합니다

속성에서 안정적인 기능 및 관찰 식별자를 사용합니다. 텍스트 식별자를 선행 0 또는 긴 코드가 중요한 텍스트로 유지합니다. 수신 워크플로에 적합한 관찰 날짜, 방법 및 품질 상태를 포함합니다. 의미가 불분명한 일반적인 정확도 속성을 노출하지 마십시오. 값이 도구 추정치, 독립적인 확인 결과 또는 프로젝트 분류인지를 문서화합니다.

속성은 간결하지만 지오메트리를 해석하기에 충분합니다. 사진 및 처리되지 않은 GNSS 관찰 데이터는 식별자 또는 합의된 참조를 통해 링크된 다른 아카이브에 남아 있을 수 있습니다. 수신 응용 프로그램에서 특수 문자 및 null 값을 테스트합니다. 자산 식별자가 유형을 변경하거나 알 수 없는 값이 명백하게 측정된 0으로 변환되는 경우 유효한 JSON 파일은 여전히 작동 의미를 잃을 수 있습니다.

더 알아보기 의미를 잃지 않고 GNSS 데이터를 GIS로 내보내기

균형 좌표 정밀도 및 파일 크기

의도된 용도 및 지원되는 증거에 따라 출력 10진수 정밀도를 선택합니다. 더 많은 숫자는 더 많은 정확도를 생성하지 않습니다. 과도한 반올림은 형상을 변경할 수 있지만 불필요한 숫자는 파일을 확대하고 부당한 세부 사항을 암시합니다. 프로젝트를 고려하지 않고 보편적인 규칙을 적용하는 대신 선택한 정밀도가 대표적인 점과 경계에 미치는 영향을 테스트합니다.

대규모 데이터 세트의 경우 GeoJSON이 모든 용도에 가장 실용적인 전달 형식인지 여부를 검토하십시오. 브라우저 교환 계층과 권위 있는 토지 조사 아카이브는 다른 제품이 될 수 있습니다. 완전한 데이터 세트를 적절한 형식으로 유지하고 목적이 있는 GeoJSON 내보내기를 만듭니다. 이렇게 하면 하나의 파일이 모든 워크플로에 제공되도록 하기 위해 참조 또는 관찰 메타데이터를 희생하지 않습니다.

더 알아보기 프로젝트 결과의 GNSS Land Survey 전달에서 중요한 Shapefile 제한 사항

독립적인 소비자에서 파일을 테스트하십시오

JSON 구문, 지오메트리 구조 및 좌표 범위를 검증한 다음 원하는 웹 또는 GIS 응용 프로그램에서 파일을 엽니다. 알려진 위치, 식별자 및 속성을 소스와 비교합니다. 샘플을 다시 가져와 지오메트리 값을 검사합니다. 성공적인 내보내기 메시지는 수신 시스템이 파일을 의도한 대로 해석한다는 것을 보여주지 않습니다.

세 번째 좌표 처리, null 값 및 첨부 참조를 구체적으로 확인하십시오. 파일의 범위와 비정상적인 좌표 경계 근처의 모든 기능을 검토합니다. 릴리스와 함께 유효성 검사 결과를 유지하십시오. 테스트는 관련하지만 요구 사항이 다르기 때문에 표준 적합성과 프로젝트의 데이터 의미를 모두 확인해야 합니다.

더 알아보기 구조화된 GNSS 토지 조사 아카이브에 지오패키지를 사용합니다

Provenance로 교환 파일을 제공합니다

소스 토지 측량, 변환 작업, 좌표 규칙, 높이 처리 및 속성 사전을 식별하는 짧은 메타데이터 메모를 제공합니다. 관찰 기간과 품질 평가를 명시하십시오. 소스 데이터 세트와 원본 참조 정의를 별도로 사용할 수 있도록 합니다. 이를 통해 수신자는 전체 토지 조사 이력이 포함되어 있다고 가정하지 않고 GeoJSON을 사용할 수 있습니다.

버전을 생성하는 데 사용되는 프로세스를 내보내고 보존합니다. 좌표 또는 스키마 수정이 이루어지면 영향을 받는 릴리스를 식별합니다. 신뢰할 수 있는 GNSS GeoJSON 파일은 토지 조사 증거를 상호 운용 가능한 교환 표현으로 문서화한 것입니다. 그 유용성은 유효한 대괄호와 쉼표만큼 정확한 참조 처리와 명확한 의미에 달려 있습니다.

더 알아보기 GNSS 포인트 관찰을 위한 지오데이터베이스 스키마 설계

출판 전에 예상 좌표를 잡으십시오

초안 GeoJSON 점이 6자리 동쪽 좌표와 7자리 북쪽 좌표처럼 보이는 값을 포함한다고 가정합니다. 숫자를 바꾸거나 편리한 요소로 나누기보다 소스 CR을 중지하고 검토하십시오. 파일에는 형식의 지리적 규칙으로 변환되지 않은 예상 좌표가 포함되어 있을 수 있습니다. 형상 유형을 변경하거나 CRS 레이블을 추가해도 표준 불일치가 해결되지 않습니다.

올바르게 참조된 소스 데이터 세트로 돌아가서 문서화된 변환을 수행합니다. 몇 가지 알려진 점을 테스트하고 내보내기 후 속성을 비교합니다. 수정 사항을 설명하는 데 도움이 되는 경우 거부된 초안을 발행 레코드에 보관하되 검증된 파일만 해제합니다. 이 간단한 경계 검사는 구문적으로 유효한 교환용 파일이 근본적으로 해석할 수 없는 위치를 다운스트림 웹 맵으로 전달하는 것을 방지합니다.

수정된 파일에 의도한 기능 수와 안정적인 식별자가 포함되어 있는지 확인하십시오. 특히 내보내기가 다른 작업 계층에서 다시 생성된 경우에는 더욱 그렇습니다. 올바른 좌표 변환은 잘못된 하위 집합을 내보내는 것을 방지하지 못합니다. 여러 기록을 출처와 비교하고 전체 범위를 검토하십시오. 릴리스와 함께 변환 설정 및 유효성 검사 결과를 유지합니다. 이것은 일회성 수정을 반복 가능한 내보내기 프로세스로 바꾸고 미래의 운영자가 작업 폴더에 여전히 남아 있을 수 있는 거부된 초안과 신뢰할 수 있는 소스를 구별하는 데 도움이 됩니다.

더 알아보기 의미를 잃지 않고 GNSS 데이터를 GIS로 내보내기

실무 점검 목록

실무 점검 목록

  1. 예상 데이터를 WGS84 경도-위도로 변환합니다.
  2. 설명할 수 없는 세 번째 값을 사용하는 대신 높이 처리를 문서화합니다.
  3. 실제 수신 신청서에서 검증하십시오.
EQUATOR GNSS

GNSS 구성을 계획하세요

EQ10과 EQ20 수신기의 사양을 비교한 후 프로젝트에 필요한 구성과 지원을 상담하세요.

GNSS 수신기 비교

참고 자료

  1. IETF — RFC 7946: The GeoJSON Format
  2. PROJ Documentation — Geodetic Transformation
  3. QGIS Documentation — Working with Projections