지적 DXF 파일을 SHP 파일로 변환하는 툴 ㅡ ExtractDXF

지적도 DXF 파일이 있습니다. 이 DXF 파일 안에는 JIBUN, JIJUK이라는 레이어로 구성됩니다. JIBUN은 지적도의 필지 속성값이며 JINUK는 지적 필지를 구성하는 좌표입니다. 이러한 지적 DXF를 GIS에서 많이 사용하는 SHP 파일로 손쉽게 변환해주는 툴입니다.

사용자 삽입 이미지
위의 화면은 실행화면입니다. 변환할 DXF 파일을 지정하고 생성할 SHP 파일명과 임시 작업 폴더를 지정해 주시면 됩니다. 아래는 예로써 DXF를 SHP로 변환한 결과에 대한 화면입니다.

사용자 삽입 이미지
이 프로그램에 대한 설치 파일은 다음 URL을 통해 받으실 수 있습니다. 설치 파일 형태로 제공되므로 설치와 깔끔한 제거가 가능합니다.

GIS 분야에서 실무자들이 기계적인 반복 작업으로 보다 생산적인 일을 하지 못하는 경우가 많습니다. 이러한 어려움에 대해서 직접 경험했고 이에 대해서 조금이나마 도움을 드리고자 제작한 툴입니다.

프록시 서버(Proxy Server)

보안에 대한 이슈로 인해 특정 서버에 어떤 요청을 해도 응답을 하지 않는 다음 그림과 같은 상황이 있습니다. 이런 경우는 방확벽에 막혀 있거나.. 서버에서 특정 IP에 대해서 응답을 하지 않는 경우입니다.

사용자 삽입 이미지

이러한 상황이 발생하는 이유는 서버단에서 클라이언트인 사용자를 차단하기 때문입니다. 이럴 경우 서버가 차단하지 않는 별도의 서버로 우회하여 사용자가 요청에 대한 원하는 결과를 받을 수 있는데요. 이러한 구성은 다음과 같습니다.

사용자 삽입 이미지즉, 사용자(User)가 직접적으로 Server에 요청을 날리지 않고 Server가 안전하다고 판단되는 Proxy Server를 통해 간접적으로 요청을 날리면 Proxy Server는 User 대신 실제 Server에게 요청을 날리고 그 결과를 대신 받아 다시 User에게 날려주는 것 입니다.

이게 상당히 쓸모가 있습니다. 저 같은 경우 어떤 프로젝트를 진행하면서 실제 서버가 특정한 장소 안에서만 접근할 수 있음으로 해서.. 결국 작업을 하려면 지정된 장소에 가서 작업을 해야할 상황이였는데요. 이에 대해서 Proxy Server를 두고 실제 서버에서 Proxy Server에 대해서 방화벽 차단을 해제해줄 것을 요청한뒤 어떠한 장소에서든 이 Proxy Server를 통해 실제 서버에 접근하여 작업을 할 수 있었습니다.

그 당시 제가 사용했던 Proxy Server는 GeoService-Xr이라는 공간서버였습니다. GeroService-Xr은 기본적으로 Proxy Server 기능을 가지고 있습니다.

아래의 코드는 실제 서버의 IP가 44.44.44.44이고 Proxy Server의 IP는 77.77.77.77일때를 예로 든 경우입니다. 즉, 저와 같은 경우 GeoService-Xr이 77.77.77.77에 설치되어 있는 것입니다.

var svc:XrRequestURLProxy = new XrRequestURLProxy("77.77.77.77", 
    onRequestComplete, onRequestError);
var url:String = "http://44.44.44.44/doAction.jsp";
var queryString:String = "param=100";
svc.run({url:url, queryString:queryString});

호출이 성공적으로 완료되면 onRequestComplete 함수가 호출되고 실패하면 onRequestError 함수가 호출됩니다. onRequestComplete 함수는 다음과 같은 형태입니다.

private function onRequestComplete(result:String):void
{
    var obj:Object = JSON.parse(result);
    //..
}

위의 코드는 요청 결과가 JSON 형태일 경우에 대한 예입니다. 그리고 onRequestError 함수는 다음과 같은 형태입니다.

private function onRequestError():void
{
    //..
}

이상으로 프록시 서버에 대한 간단한 설명과 저와 같은 상황에서 어떤식으로 프록시 서버를 활용했지에 대한 예 였습니다.

OpenGL Tutorials

OpenGL을 처음 접하는 분들에게 단계적으로 쉽고 빠르게 OpenGL을 익힐 수 있는 튜토리얼입니다. OpenGL을 이미 알고 계시는 분들에게도 Reference로써 활용될 수 있습니다. 개인적으로도 OpenGL을 이용한 개발을 할때 이 자료를 참고자료로 많이 활용하고 있습니다. OpenGL 초기화와 Display List 튜토리얼은 NeHe의 강좌를 번역한 것임을 밝힙니다. 그럼 좋은 성과가 있으시길 바랍니다.


OpenGL 초기화


Displaying Points, Lines, Polygons


Translate, Rotate and Scale Objects


Color


Lighting


Texture Mapping


Output String on the Screen(Bitmap)


Output String on the Screen(Outline)


Using the Quadrics


Transparent by The Blending


Sprite Processing by The Blending


Fog


Selection


TESSELLATION


Composition Objects


Display List


Bill-board(빌보드) 기법

신주소(도로명 주소) 체계

도로명을 중심으로 표기되는 새로운 주소 체계가 2014년부터 본격적으로 의무화되어 시행됩니다. 잘쓰고 있는 지번 주소를 왜 버리고 도로명 주소를 쓰느냐라고 불평할 수 있도 있으나 지금 세대가 아닌 미래의 후손을 위한 것이므로 긍정적으로 생각됩니다.

이 글은 개발자로써 바라본 신주소 체계에 대한 정리입니다. 이를 정리한 이유는 사용자가 자유롭게 입력한 신주소에 대해서 부분(Part) 별로 분리해 내기 위해서, 먼저 신주소 체계를 이해하고 각 부분을 분리해 내기 위해서 필요한 각 부분의 규칙성을 파악하기 위함입니다. 먼저 신주소는 다음과 같은 최대 7개로 구분됩니다.

사용자 삽입 이미지
이들에 대해서 각기 갖는 특징을 정리해 보면 다음과 같습니다.

사용자 삽입 이미지이 부분은 ‘시’, ‘도’로 끝납니다. 그리고 축약된 형태가 많이 사용되는데, 예를 들어서 서울특별시의 경우 서울로, 전라북도를 전북으로 표기되는 경우가 많습니다. 이 부분은 모두 한글로 구성됩니다.

사용자 삽입 이미지이 부분은 ‘시’, ‘군’, ‘구’로 끝납니다. 2개의 단어로 구성된 경우가 있는데, 예를 들어서 ‘수원시 영통구’와 ‘전주시 덕진구’ 등이 있습니다. 이렇게 2개의 단어로 구성되는 경우 2번째 단어는 ‘구’로 끝나게 됩니다. 이 부분은 모두 한글로 구성됩니다.

사용자 삽입 이미지이 부분은 ‘읍’, ‘면’으로 끝납니다. 한글로만 구성됩니다. 새주소에서는 이 부분이 자주 생략되는 특징이 있습니다.

사용자 삽입 이미지이 부분은 ‘로’, ‘길’로 끝납니다. 숫자와 한글로 구성될 수 있습니다.

사용자 삽입 이미지이 부분은 건물의 번호로써, 본번만 있을 경우 숫자로만 구성됩니다. 부번이 있을 경우 본번과 부번의 구분을 위해 ‘-‘가 사용됩니다.

사용자 삽입 이미지이 부분은 건물 번호 다음에 위치하므로 반드시 숫자 다음에 명시됩니다. 건물 번호와 구분을 위해 ‘,’가 사용되지만 입력자의 부주의로 인해 생략되기도 합니다. 건물의 ‘동’, ‘호’, ‘층’에 대한 내용이 옵니다. 한글, 영문, 숫자 등 다양하게 기재될 수 있습니다. 해당 내용의 정확한 구분을 위해 ‘동’, ‘호’, ‘층’으로 명시됩니다.

사용자 삽입 이미지이 부분은 중가로 열기 ‘(‘로 시작하여 중가로 닫기 ‘(‘로 끝납니다. 자주 변경되는 행정동이 아닌 법정동과 해당 주소의 건물이 공동 주택일 경우 공동주택명이 나타납니다. 법정동과 공동주택명 모두가 표시될때는 ‘,’로 구분됩니다.

psql에서 INSERT 문 실행시 한글 문제

postgreSQL의 콘솔인 psql에서 직접 SQL문을 던져서 테이블을 생성하고 데이터를 INSERT할때 한글 데이터에서 INSERT 문의 실행 조차 되지 않는 문제는 postgreSQL에 대한 서버 측과 클라이언트 측의 한글 처리 방식(인코딩)이 다르기 때문입니다. 만약 서버 측의 인코딩 방식이 UTF8이라면 클라이언트 측의 인코딩도 UTF8로 변경해야 합니다. 방법은 콘솔에서 다음처럼 입력하면 됩니다.

set client_encoding = 'UTF8';

이렇게 하고 한글 데이터를 가진 INSERT 문을 실행하면 잘들어갑니다. 그리고 SELECT 문을 통해 확인해 보면 제대로……. 가 아닌 한글이 깨져 보입니다.

사용자 삽입 이미지
뭐가 문제인지 기본으로 돌아가 생각해보면… 먼저 psql 콘솔에서 SQL 문은 외부 파일을 통해 다음처럼 실행합니다.

\i c:/insert.sql

그런데 이 insert.sql 파일은 C#으로 만든 것이고.. 혹시 C#에서 이 파일을 생성할 때 인코딩 지정 문제로 생각하여 UTF8로도 해보고 EUC-KR로도 인코딩 해보았으나 모두 깨지고.. 여차 저차 결국 인코딩 없이(그럼 이건 어떤 인코딩이지?) 그냥 저장하도록 다시 원복하고 GUI 툴인 pgAdmin에서 해당 데이터를 보니 한글이 않깨져 있습니다.
사용자 삽입 이미지
결론은 한글이 제대로 저장된 것이고 콘솔에서 한글이 깨져 표시되는 것이였습니다. 일단 Windows에서는 한글 데이터 저장은 되었는데.. 실제 구동은 리눅스에서 하는데 거기에도 또 다른 한글 문제가 흐물 흐물 기다리고 있을 듯 한데.. 걱정입니다.. 일단 작업은 Windows에서 하고.. 최종 배포에서 나타날 한글 괴물 보스에게 빌어야 겠네요…

참고로 psql의 출력결과를 파일로 내보내기 위해서 다음 명령을 수행하면 됩니다.

\o c:/log.txt

이때 psql을 관리자 권한으로 실행해야 합니다.