Geocoder-Xr의 OpenAPI Key 발급

좌표를 주소로 변환해 주는 툴인 Geocoder-Xr은 다음, 네이버, 구글의 좌표변환 API를 사용합니다. 간혹 Geocoder-Xr에서 변환이 않된다는 분들이 계셨고, 대부분의 이유는 OpenAPI Key 문제입니다. 기본적으로 Geocoder-Xr에 등록된 Key에 대한 사용량 초과로 인해 발생하는 것으로, 이 문제를 해결하기 위해서는 직접 사용자 개인의 OpenAPI Key를 발급받아 등록을 하시면 됩니다. Geocoder-Xr에서 이 OpenAPI 키를 등록하는 방법은 아래 화면을 참고하시기 바랍니다.

사용자 삽입 이미지
보시는 것처럼 먼저 화면 좌하단의 OpenAPI Key 관리 버튼을 클릭해 표시되는 대화상자에서 자신의 OpenAPI Key를 입력하시면 됩니다. 그럼 이 대화상에서 입력할 수 있는 OpenAPI Key를 발급받기 위해서 다음과 네이버에 대해 간단히 설명을 드리겠습니다.

먼저 기본적으로 다음과 네이버 모두 자신의 ID로 로그인이 되어 있다는 가정 하에 설명합니다. 먼저 다음(Daum)의 경우는 다음 화면을 통해 OpenAPI Key를 발급받을 수 있습니다. 화면을 클릭하면 전체 이미지를 볼 수 있으므로 정확한 URL을 볼 수 있습니다.

사용자 삽입 이미지
그리고 네이버에서 OpenAPI Key를 발급받기 위해서는 아래의 화면을 참고하시기 바랍니다. 화면을 클릭하면 큰 화면으로 표시되어 정확한 URL을 볼 수 있습니다.

사용자 삽입 이미지

블랙포인트의 저작권침해에 대한 법원 판결

작년에 모바일 GIS 엔진인 블랙포인트의 저작권 침해와 관련하여 법정다툼이 있었습니다. 이와 관련하여 다음과 같은 글을 게시한 적이 있습니다.

이에 대한 법정 다툼에 대한 판결이 2014년 1월 23일에 다음과 같이 있었습니다.

사용자 삽입 이미지

사용자 삽입 이미지

“피고는 무단으로 원고의 프로그램을 역분석하였고 그 기술적 보호조치를 무력화하였으며 권리관리정보(원작자를 확인할 수 있는 정보)를 제거 및 변경함으로써 원고의 이 사건 원고 프로그램에 관한 저작권을 침해하였다”

 

피고는 원고의 모바일 GIS 엔진(블랙포인트)에 대한 모든 기술적 보호 조치 제거 및 원작자를 확인할 수 있는 식별 정보(권리관리정보)를 피고의 회사명으로 변경한 후 프로그램의 이름을 변경하고는 이 이름으로 한국저작권위원회에 프로그램 등록을 하였다가 본 저작권침해 소송이 진행되자 바로 프로그램 등록을 말소하는 행위를 하였습니다. 이러한 피고의 행위는 저작권법에서 보호되는 모든 저작권을 총체적으로 말살하는 행위입니다.

프로그램 저작권에 대한 인식이 부족한 국내의 실정에서 프로그램의 역분석 또는 기술적보호조치무력화 또는 권리관리정보의 제거 행위가 명백한 저작권 침해 행위라는 이번 재판의 판례를 통해 프로그램 저작권의 가치에 대한 옳바른 사회적 인식과 건전한 경쟁을 통한 관련 산업의 기술 발전에 조금이라도 기여를 하였으면 합니다.

DBF를 SQLite DB 파일로 만들기

DBF 파일을 엑셀로 불러온 후 첫행에서 FID 라는 이름의 컬럼을 추가합니다. 그리고 이 FID 컬럼의 값을 0부터 시작하여 1씩 증가하도록 지정합니다. 아래가 이와 같은 작업의 예시입니다. 이 FID 컬럼이 필요한 이유는 SHP 파일의 도형와의 1:1 관계키로 사용하기 위함입니다.

그리고 이 파일을 텍스트(탭으로 분리)로 저장합니다. 이 파일을 인코딩은 ANSI로 되어 있는 경우가 있는데 이를 UTF-8로 변환합니다. 저 같은 경우 메모장에서 불러와 UTF-8로 인코딩을 지정하여 저장하였습니다.

SQLite Expert Professional 버전을 실행합니다. [File]-[New Database]를 실행하여 다음과 같이 지정하고 OK 버튼을 클릭합니다.

일반적으로 Database File 안에는 다수의 테이블이 존재하지만 단 하나의 테이블만 존재하며 이 테이블의 이름과 Database File의 이름은 같다라고 약속합니다. 이 부분은 모바일 GIS 엔진인 블랙포인트에서 필요한 약속이므로 블랙포인트를 위한 변환이 아니라면 관계없습니다.

그리고 [Import/Export]-[Import Text File]을 실행하고 다음처럼 앞서 만들어 놓은 텍스트 파일을 지정한 후 Start 버튼을 클릭하여 실행합니다.

테이블이 만들어 졌고 만들어진 필드를 보다 정확하게 조정하기 위해 Design 탭 안의 Fields 탭을 선택하여 Type, Size를 지정합니다. 그리고 필요하다면 Not Null을 체크하도록 하여 Null 값을 경우 기본값을 가지도록 합니다. 이는 Null 일 경우에 발생할 수 있는 예외를 대비할 수 있습니다. 블랙포인트에서는 이런 Not Null 처리가 반드시 필요하며 Type은 Size가 0인 INTEGER, Size가 0이 아닌 CHAR, Size가 0인 FLOAT만이 가능합니다.

그리고 인덱스를 걸기 위해서 Desing 탭 안의 Indexes 탭을 선택하여 인덱스를 추가합니다. 최소한 FID는 인덱스를 걸어주는 것이 좋으며 검색으로 사용하는 필드가 있다면 인덱스를 걸어줍니다.

SQLite에서 몇 가지 SQL 문 정리

SQLite에서 몇가지 필요한 SQL 문을 찾아 정리해 봅니다. 기존의 SHP 파일의 속성 정보를 DBF 파일을 통해 사용했으나 몇가지 중요한 이유로 인해 SHP 파일의 속성을 DBF 파일이 아닌 SQLite로 대체하고자 함인데요. SQLite의 DB가 갖는 다음과 같은 장점을 갖고자 함입니다.

  • DB가 단 하나의 파일로 구성되어 있어서 SHP 파일과 함께 쉽게 전달이 가능함
  • SQL문의 WHERE 절을 통한 다양한 검색 조건을 줄 수 있음
  • Index를 걸어 빠른 검색이 가능함
  • 속성 값을 SQL의 UPDATE 문을 통해 쉽게 할 수 있음

SQLite의 DB 파일을 DBF 파일 대신 사용하기 위해 기본적으로 파악해야할 SQL 문은 다음과 같습니다. 먼저 SQLite 파일에 존재하는 테이블의 이름을 얻기 위한 SQL 문입니다.

SELECT name FROM sqlite_master WHERE type = 'table'

위의 SQL문의 실행 결과에 대한 예는 아래 그림과 같습니다.

사용자 삽입 이미지

다음은 특정 테이블을 구성하는 필드의 이름과 타입을 얻는 SQL 문입니다.

pragma table_info(TL_SCCO_EMD)

사실 위는 명령은 SQL 문이 아닙니다. 여튼 위의 결과에 대한 예는 아래와 같습니다.

사용자 삽입 이미지

그리고 해당 테이블의 레코드 개수를 얻는 SQL문은 다음과 같습니다.

SELECT COUNT(*) FROM TL_SCCO_EMD

위의 SQL 문의 결과에 대한 예는 다음과 같습니다.

사용자 삽입 이미지

도로명 주소 나침반 앱 릴리즈

2014년부터는 관공서에서 의무적으로 도로명 주소를 사용해야 합니다. 기존의 익숙한 주소체계가 아닌 도로명 주소가 처음에는 어색하고 불편할 수 밖에 없습니다. 하지만 이 도로명 주소에는 분명 좋은 장점이 있습니다. 특히 도로명을 알고 있으면 보다 쉽게 내가 가고자 하는 목적지에 찾아갈 수 있다는 장점이 있습니다. 이러한 도로명의 장점을 십분 활용하기 위해 도로명 주소 나침반 앱을 릴리즈하였습니다. 가고자 하는 목적지의 ‘도로명 주소’만 알면 쉽고 빠르게 찾아갈 수 있는 앱입니다.

사용자 삽입 이미지

구글의 플레이스토어에서 ‘도로명 주소 나침반’이라고 검색해 사용해 보시기 바랍니다. 도로명 주소 나침반의 기능은 다음과 같습니다.

  • 현재 내 위치에서 가장 가까운 도로명 주소와 함께 나침반을 표시해 줌
  • 도로명 주소로 지정된 목적지까지의 선을 참조하여 걷다보면 빠르고 정확하게 목적지에 도착
  • 내가 이동한 경로를 kml로 저장할 수 있는 GPS Logger 기능

사용자 삽입 이미지

도로명 데이터는 안전행정부에서 제공하는 새주소 데이터를 사용하였습니다. GIS 분야에서 일을 함에도 길치인지라 늘 어디갈때 해매고는 하는 제가 직접 이 앱을 이용해 재밌고 정확하게 목적지를 찾아갈 수 있었습니다.