내보내기에서 살아남는 GNSS 현장 코딩 사전 구축
생산 전에 특징 코드 및 속성을 정의하여 토지 조사 관찰이 일관되고 유용한 GIS 또는 CAD 데이터가 되도록 합니다.
최종 데이터 세트에서 시작
필드 코딩 사전은 관찰된 지점을 의미에 연결합니다. 기능을 분류하는 방법과 기록할 속성을 승무원에게 알려줍니다. 입력하기가 빠르기 때문에 선택한 약어 목록이 아닌 클라이언트 데이터 세트 또는 디자인 워크플로로 시작하십시오. 최종 시스템이 기대하는 기능, 필수 필드 및 내보내기 규칙을 식별한 다음 실제 필드 형식으로 거꾸로 작업합니다.
좌표 품질을 특징에서 분리합니다. 모호한 코드로 정확하게 측정된 포인트는 자산 관리에 여전히 사용할 수 없습니다. 반대로, 자세한 자산 설명은 좌표가 프로젝트 기준을 충족한다는 것을 증명하지 않습니다. 사전은 기능이 무엇인지와 그 위치를 해석하는 데 필요한 관찰 컨텍스트라는 두 가지 정보를 모두 보존하는 데 도움이 되어야 합니다. 다른 하나를 위한 즉석 무료 텍스트 메모 안에 하나를 숨기지 마십시오.
코드를 명확하게 정의
각 피쳐 클래스에 대해 제어 코드를 사용하고 일반 언어 정의를 제공합니다. 덮개의 중심 대 프레임의 가장자리 또는 채널 뱅크 대 반전과 같은 가까운 구분을 설명하십시오. 운영자는 단순히 어떤 약어를 선택해야 하는 것이 아니라 어떤 물리적 포인트를 차지해야 하는지 알아야 합니다. 현장에서 쉽게 혼동되는 특징에 대한 스케치 또는 예시 사진을 포함합니다.
어휘를 관리할 수 있도록 유지하십시오. 거의 동일한 코드가 많은 사전은 승무원의 속도를 늦추고 일관성 없는 선택을 증가시킬 수 있습니다. 구분이 속성에 속하는 경우 대신 제어된 속성 값과 함께 안정적인 기능 코드를 사용하십시오. 생산 중에 코드 의미를 변경하지 마십시오. 정의가 변경되어야 하는 경우 새 버전을 발행하고 이전 해석을 사용한 세션을 식별하여 사무실이 의도적으로 기록을 조정할 수 있도록 합니다.
유용한 속성 디자인
필요한 속성, 허용된 값 및 단위를 지정합니다. 파이프 직경 필드는 레이블이 지정되지 않은 숫자와 내러티브 설명을 혼합해서는 안 됩니다. 조건 필드는 고객이 자산 간 비교를 필요로 하는 범주에 동의해야 합니다. 적절한 경우 명시적 알 수 없거나 관찰되지 않은 상태를 포함하므로 승무원은 단순히 의무 필드를 충족하기 위해 값을 발명하도록 강요되지 않습니다.
그림, 라벨 또는 다른 사람에서 얻은 정보와 직접 관찰을 구별합니다. 현장 조사관은 자산 커버를 볼 수 있지만 그 아래에 묻힌 구조물은 볼 수 없습니다. 사전은 지원되지 않는 설명을 장려하기보다는 그 불확실성을 가시화해야 합니다. 워크플로가 필요로 하는 별도의 소스 또는 신뢰 필드를 사용합니다. 이것은 측정된 것, 관찰된 것 및 추론된 것 사이의 차이를 보존합니다.
컨트롤러 동작 테스트
실제 현장 응용 프로그램에서 사전을 작성하고 대표 기록으로 테스트하십시오. 필수 필드, 드롭다운 값, 텍스트 길이 및 특수 문자를 확인합니다. 연산자가 좌표를 잃거나 설명할 수 없는 중복을 생성하지 않고 항목을 수정할 수 있는지 확인합니다. 잘 설계된 스프레드시트 스키마는 컨트롤러 형식으로 변환할 때 다르게 작동할 수 있으므로 장치 테스트는 설계의 필수적인 부분입니다.
해당 기능을 사용하는 경우 라인워크 또는 기능 연결 테스트를 포함합니다. 내보내기에 시작, 연속 및 종료 작업이 표시되는 방식을 확인합니다. 누락된 시퀀스 마커는 모든 개별 좌표가 유효하더라도 관련 없는 점을 연결하는 선을 생성할 수 있습니다. 알려진 작은 테스트 데이터 세트를 보존하여 미래의 사전이나 소프트웨어 개정판이 생산에 도달하기 전에 동일한 예상 해석에 대해 확인할 수 있도록 합니다.
내보내기 및 가져오기를 확인합니다
의도한 경로를 통해 테스트 레코드를 내보내고 대상 GIS 또는 CAD 소프트웨어에서 열 수 있습니다. 코드, 속성 이름, 단위, 문자 인코딩 및 null 값을 확인합니다. 하나의 프로그램으로 잘린 필드가 두 개의 다른 의미를 자동으로 병합하지 않도록 하십시오. 대상이 특정 형상 유형을 예상하는 경우 기능 코드가 자동으로 올바른 개체를 빌드한다고 가정하지 않고 내보내기가 해당 유형을 생성하는지 확인합니다.
속성과 함께 좌표 참조 정보를 유지합니다. GeoJSON Delivery의 경우, 투영된 그리드 값을 경도 및 위도 필드로 복사하지 않고 해당 형식 요구 사항을 따르고 좌표를 적절하게 변환합니다. 대상 시스템의 알려진 데이터에 대해 위치를 테스트합니다. 성공적인 파일 가져오기는 구문이 수락되었음을 증명합니다. 특징 의미 또는 좌표 해석이 이전에서 살아남았다는 것을 증명하지 않습니다.
실제 예를 통해 훈련하십시오
실제 사이트 기능의 작은 세트를 사용하여 승무원과 사전을 검토하십시오. 운영자에게 그들이 차지할 지점과 불확실한 속성을 기록하는 방법을 설명하도록 요청하십시오. 해석의 차이는 생산 전에 유용한 피드백입니다. 필요한 경우 정의 및 예제를 업데이트한 다음 승인된 버전을 발행합니다. 트레이닝은 단순히 기억된 키보드 단축키가 아닌 물리적 기능에 코드를 연결해야 합니다.
흔하지 않은 코드와 추가를 요청하는 통제된 방법에 대한 빠른 참조를 제공합니다. 즉흥적인 새 약어는 새로운 표준으로 조용히 받아들여지기보다는 검토를 위해 플래그를 지정해야 합니다. 예외적인 컨텍스트에 대해 무료 텍스트 메모를 사용할 수 있도록 하되 나중에 누락된 모든 정의를 복구하는 데 의존하지 마십시오. 일관성은 수백 개의 짧고 모순된 메모에서 추론하는 것보다 수집 시간에 생성하는 것이 더 쉽습니다.
사전을 프로젝트 데이터로 관리합니다
각 작업과 함께 사전 버전을 저장하고 생성하는 데 사용되는 소스를 유지합니다. 이름이 변경된 필드 및 변경된 허용 값을 포함하여 승인된 변경 사항을 기록합니다. 여러 승무원이 동시에 작업하는 경우 모두 동일한 활성 버전이 있는지 확인하십시오. 한 컨트롤러가 이전 정의를 사용하거나 다른 승무원이 필수라고 생각하는 속성을 생략하는 경우 공유 코드 이름만으로는 충분하지 않습니다.
승무원이 사이트를 다시 방문할 수 있는 동안 초기 생산 기록의 샘플을 검토하십시오. 누락된 값, 예상치 못한 코드 및 일관성 없는 물리적 포인트 선택을 찾습니다. 해당 검토를 사용하여 워크플로를 즉시 수정하십시오. 성공적인 사전은 내보내기 후 토지 조사를 이해하기 쉽게 만들고 사무실 해석을 줄이며 클라이언트가 대표할 것으로 예상하는 좌표와 실제 기능 간의 연결을 보존합니다.
배수 기능에 대한 코드 정의
배수 자산의 경우 단순히 배수로 표시된 코드가 너무 모호할 수 있습니다. 이 프로젝트는 서로 다른 물리적 포인트를 나타내고 다른 분석을 지원하기 때문에 커버 센터, 접근 가능한 인버트 및 채널 에지에 대한 별도의 정의가 필요할 수 있습니다. 점유할 위치와 속성에 속하는 치수 또는 관측값을 정의합니다. 승인된 필드 액세스에서 필요한 기능을 관찰할 수 없는 경우 알 수 없는 상태를 포함합니다.
대상 GIS 또는 CAD 워크플로에서 결과 레코드를 테스트합니다. 점과 선이 의도한 대로 연결되고 관찰되지 않은 반전이 0 높이 또는 다른 오해의 소지가 있는 값으로 변환되지 않았는지 확인합니다. 이 예는 단순히 데이터 입력을 과속하는 것이 아니라 사전이 의미를 보호하는 방법을 보여줍니다. 승무원은 각 자산에서 해석을 발명할 필요가 없으며 사무실은 기능의 정확한 좌표를 설명해야 하는 물리적 부분을 추측할 필요가 없습니다.
실무 점검 목록
- 각 코드와 관련된 물리적 포인트를 정의합니다.
- 실제 컨트롤러에서 속성 및 연결을 테스트합니다.
- 대상 소프트웨어에서 전체 내보내기를 확인합니다.
