그로벌매퍼를 이용하면 등고선 데이터를 이용하여 TIN이나 여러 형식의 DEM을 만들수가 있으며, 이들 DEM 데이터를 사용하여 다른 형식의 DEM 데이터를 만드는 것도 가능하다.
GM에서 USGS DEM 형식의 DEM을 만들면, file_name.DEM과 file_name.HDR 의 두개의 화일이 형성이된다.
확장자 HDR 은 DEM 데이터의 사양을 갖고 있는 헤더 화일이고, DEM은 ASCII 형식의 고도 데이터 화일이다.
오룩스맵 앱에서 USGS DEM을 지원을 하지만 GM에서 만들어지는 DEM 데이터의 형식과 헤더 화일의 구조가 서로 달라서 오룩스맵에서 사용할 수가 없다.
오룩스맵에서 지원하는 DEM 데이터는 이진 Flaot 값으로 만들어져 있다.
Projection을 Geographic (Latitude/Longitude) / WGS84 / arc degrees 로 설정한 다음, DEM을 출력할때 Float/Grid File 포멧으로 지정하면 .flt 와 .hdr 확장자의 2개의 화일이 만들어진다.
여기서 .flt 확장자 화일이 고도값을 갖는 데이터 화일로 오룩스에서 동작하는 DEM화일의 데이터화일 구조와 같다.
따라서 오룩스에서 인식할 수 있도록 확장자를 .fl에서 .dem으로 변경시킨다.
Float/Grid File 포멧으로 출력하여 만들어진 헤더화일의 확장자는 .hdr로 같으나 메타 데이터의 내용이 조금 다르다.
오룩스에서 DEM 헤더화일은 LandSerf 파일 형식을 사용하며 아래와 같은 내용과 형식으로 되어 있다.

복잡한 구조는 아니기 때문에 데이터 변환은 GM Script 나 Python으로 가능할것 같지만, 손과 머리로 하는 것이 빠를것 같다.
BYTEORDER I - I (Intel)로 바이트의 순서는 'little-endian'이다.
LAYOUT BIL - BIL (Band Interleaved By Binary) 파일 형식을 나타낸다.
NROW nnnn - NUMBER OF ROW
NCOL nnnn - NUMBER OF COLUNM
NBAND 1 - NUMBER OF BANED
NBIT 32 -NUMBER OF BIT
BANDROWBYTES nnnn - DEM 데이터 행의 바이트 갯수이므로 NCOL * NBIT / BYTE의 BIT수
TOTALROWBYTES nnnn - 밴드 수가 1이므로 밴드 열의 바이트 수와 같다.
FIXELTYPE FLOAT - DEM 데이터의 형식
ULXMAP nn.nnnnnn - UPPER LEFT X OF MAP
ULYMAP nn.nnnnnn - UPPER LEFT Y OF MAP
XDIM nn - DEM 격자의 X축 크기(거리)
YDIM nn - DEM 격자의 Y축 크기(거리)
NODATA -9999 - null 데이터 값
* 참고: BYTEORDER가 M (Motorola)으로 설정된 경우 바이트 순서는 'big-endian'이거나 I (Intel)로 설정된 경우 'little-endian'이다.
GM에서 작업하는 DEM 의 메타 데이터를 학인하면 아래와 같이 보여준다.

메타 데이터를 참조하여 텍스트 편집기로 다음과 같은 내용의 텍스트화일을 만들어 저장을 한다.
헤더 화일의 확장자인 .hdr로 바꾼다.
BYTEORDER LAYOUT NROW NCOL NBAND NBIT BANDROWBYTES TOTALROWBYTES FIXELTYPE ULXMAP ULYMAP XDIM YDIM NODATA | I BIL 2179 2635 1 32 10540 10540 FLOAT 130.7915362915 37.5512709582 0.00005654637501654 0.00004505016350756 -9999
|
생성된 2개의 .dem, .hdr 화일을 오룩스 DEM 디렉터리로 복사한다.
첫댓글 좋은 정보 감사합니다. ^^*
카폐 둘러보니 나만의 지도를 만들고 싶다는 욕심이 생기는군요 ~~