여행을 위한, mp파일로부터의 전화기용 Mapsforge 지도체제-1

[구름]

Garmin GPS기기를 내내 사용해오다가 자주 발생하는 기기의 USB접점 불량이 계기가 되어 Garmin기기 대신 휴대전화기로 전환했었지요. img지도를 전화기에서 이용하는 것은 불편은 하였지만 그럭저럭 사용이 가능했었는 데 작년 홍콩여행시는 도저히 안되겠더군요. 그래서 전화기에서 제대로 사용할 수 있는 지도체제를 확보하자는 생각을 하게 됐고 그 결과를 소개합니다.

……………………………………………………………………………………………………………..

                                                                                            <mp파일로부터의 전화기용 Mapsforge 지도체제-1>

1.  개발계기.... 2

2.  기존OSM(Open Street Map)체제의 특성.... 3

3.  지도요소의 표시시기의 제어가 지도 작성단계에서 가능한 지도체제.... 5

3.1  체제전반에 대한 개요.... 5

3.2  .mp의 .osm으로의 변환.... 6

3.2.1   변환대상 .mp파일.... 6

3.2.1.1  일반사항.... 6

3.2.1.2  .mp의 언어 전산화 체제.... 6

3.2.2   종류변환 기준파일.... 7

3.2.3   변환 프로그램 AS-MZ_mp2osm... 7

3.2.4   실행방법.... 7

3.3  .osm의 .map으로의 변환.... 8

                                                                                             < mp파일로부터의 전화기용 Mapsforge 지도체제-2>

3.4  .map을 지도표시 SW로.... 9

3.4.1   Cruiser 9

3.4.2   OruxMaps. 9

3.4.3   설치된 AS-MZ지도 모습.... 10

3.4.3.1  관심대상 요소만의 표시시작 준위 변경.... 10

3.4.3.2  다양한 언어의 문자 표시.... 11

3.5  AS-MZ체제의 지도요소의 종류와 표시모습.... 12

3.5.1   현재의 모습.... 12

3.5.1.1  AS-MZ체제-요소 목록.xls. 12

3.5.1.2  지도에 표시되는 종류별 모습.... 12

3.5.2   표시 변경 방법.... 12

3.5.2.1  요소 표시그림의 변경.... 12

3.5.2.2  mp파일의 준위(zoom)에 대응하는 AS-MZ Maspforge 체제의 zoom 단계의 변경.... 12

                                                                                             < mp파일로부터의 전화기용 Mapsforge 지도체제-3>

4.  추가적 설명.... 12

4.1  .mp파일 준비.... 13

4.1.1   mp파일 지도만들기.... 13

4.1.2   mp파일 확보하기.... 13

4.1.3   .img지도의 mp지도로의 변환.... 13

4.1.4   imgmp의 mp로의 변환.... 14

4.1.4.1  imgmp2mp의 기능.... 14

4.1.4.2  AS-imgmp2mp.exe 실행.... 14

4.1.4.3  출력.... 14

4.1.4.4  출력 후 조치.... 15

4.2  Windows경로에 Java등록.... 15

4.3  등고선 추가.... 17

4.3.1   등고선 지도 만들기.... 17

4.3.2   기본지도와 등고선 지도 합쳐 표시하기.... 17

4.3.2.1  Cruiser PC판에서.... 17

4.3.2.2  OruxMaps에서.... 18

5.  첨부.... 20

6.  참고문헌.... 20

1.   개발계기

전화기에서 img지도는 배율이 낮아지면 화면이 혼란스러워져 사용이 사실상 불가능하지만 배율이 높아지면 그럭저럭 쓸만해진다. 그래서 아마도 작년의 홍콩이전에는 사용장소가 지리에 어느 정도 익숙해서 지도 사용이 주로 배율이 높은 경우였거나 또는 Sri Lanka 지역처럼 지도 요소의 밀도가 높지않은 지역이었기에 그럭저럭 사용가능이었지만, 홍콩은 지리도 생소하고 또 지도 요소의 밀도가 높기에 거의 대부분의 배율에서 지도화면이 혼란스러워졌었고 거의 사용불가능 상태가 되었었던 것 같다.

이유는 어찌됐든간에 그 혼란스러운 지도화면에, 난 여행을 끝내고 나서는 전화기 지도체제에 시간을 써보자는 생각을 하게 되었었다.

아래가 OruxMaps[1-1]나 Locus Map[1-2]으로 전화기에서 img지도를 써본 사람이라면 다들 경험해보았을 혼란스러운 img지도화면, 그리고 옆의 것이 OSM site에서 받은 전화기용 .map 지도화면

그림1.1-1. img 지도화면

그림1.1-2. OSM .map 지도화면

그림1-1 여행 목적지의 위치파악이 사실상 불가능한 지도화면- OruxMaps

대상지역은 香港島의 북부지역. 그래도 .map은 전화기에서 사용을 목표로 만들어진 체제의 지도이기에혼란스럽지는 않다. 그래서 .img보다는 낫다고는 할 수 있지만 여행목적지가 화면에 두드러지게 표시되지 않기에 비록 현위치는 파악이 되어도 어느 방향으로 가야할 지를 알기가 힘들다는 점은 동일하다.

여행을 위한 지도는 여행대상지들이 눈에 띄게 표시되는 게 필요하다. 이러 관점에서 보면 GPSMapEdit[1-3]가 아주 훌륭하다. GPSMapEdit (이하, GME)는 화면표시의 상세성 정도를 축척의 크기와 상관없이 level로 선택할 수 있다. 그래서 여행계획을 수립할 때 숙소, 방문고려 대상지, 교통편 승하차지점 등 지도에서 눈에 쉽게 띄어야 하는 요소들은 그 요소들의 표시최대 준위(이하 L, 또는 level )를 높게 설정하면 쉽게 눈에 띄게 되기에. 어느 곳을 먼저가고, 또 어느 곳은 너무 외지니 이번 여행시는 뺀다, 또는 숙소가 방문지로부터의 위치가 좋지않으니 바꾸어야겠다는 판단등이 손쉬워진다.

아래 그림1-2-1가 홍콤섬 지역 지도에서 관심지역 지점들의 Level을 달리하여 표시한 GME에서의 PC화면. 그리고 옆의 그림1-2-2는 이제 소개하려는 AS-MZ기능을 설명하는 관점에서 배치한 것으로 그림1-2-1의 mp지도를 AS-MZ체제로 변환하여 OruxMaps에 띄운 것. 앞의 그림 1-1 화면과 비교하면  차이 또 그  차이가 지니는 의미를 뚜렷이 알 수 있게 된다..

그림1.2-1 .mp의 GME 지도화면 방문지, 이용하려는 전철 노선과 역만의 표시준위를 높여 눈에 쉽게 들어오기에 여행계획 수립에 좋다.

그림1.2-2 AS-MZ체제의 OruxMaps화면 방문지, 이용하려는 전철 노선과 역만의 표시준위를 높여 눈에 쉽게 들어오기에 여행 중 다음 목적지로 어느방향으로 가야하는 지의 판단이 손쉬워진다.

그림1-2 여행 목적지의 위치파악이 용이한 지도화면

여행을 위한 지도는 이렇게 관심지역이 손쉽게 눈에 들어올 수 있어야 한다.

이러한 점이, 전화기에서도 관심지역이 손쉽게 눈에 들어오는 체제를 만들 수 없을까하는 생각을 갖게 했고 그리고 그런 생각에 따른 결과가 그림1-2-2와 같이 관심지가 눈에 쉽게 들어오게 표시하도록 개발된 지도체제 AS-MZ체제이자 여기서 이야기의 주제이다.

사실은 작년의 홍콩여행에서의 경험보다 한 해 전에 전화기지도체제를 이해해보고자 시작했었지만 이내난관에 부딛혀 그 시도를 접었었던 적이 있다. 하지만 이번에는 이해하려는 목적이 뚜렷해서인지, 전화기체제를 익힐 수 있는 여건이 좋아저서인지 다행히 난관을 극복하고 목적한 체제를 개발할 수가 있었다.

2.   기존OSM(Open Street Map)체제의 특성

앞 항에서 OSM의 현.map지도체제는 GME처럼 지도요소에 대한 Level제어, OSM 체제의 용어로는 'zoom제어'가 불가능하다고 했었는 데 그 이유를 설명하기 위해서는 OSM체제 내지는 Mapsforge체제에서의 지도 작성부터 지도표시단계까지의 과정을 간략히라도 언급할 필요가 있다.

설명의 명료성을 위해 이 글에서 사용하는 OSM체제와 Mapsforge체제라는 용어부터 먼저 설명한다.

OSM(Open Street Map)체제는 기본적으로 지도체제가 아니다. OSM site에서 밝히는 OSM기능은 다음과 같다.

        Welcome to OpenStreetMap, the project that creates and distributes free geographic data for the world.[2-1] (OSM은

       세계의 지리적인 자료를 만들고 무료로 배포하는 사업이다.)

즉 촛점은 지도를 만드는 것이 주 목적이 아니고 지도를 만드는 것은 원 목적을 달성하기 위한 방법으로서의 의미를 지닌다. 그래서인지 OSM체제를 지도관점에서 들여다 보면 볼수록 참 이상한 체제네, 왜 이렇게 불필요한 것들이 많고 비효율적으로 되어 있을까 하는 생각을 갖게 하는 특성의 체제다. (참고적으로, OSM체제가 비효율적이고 또 설명문서에 오류, 모호성등이 제법 있는 편인데 이는 OSM의 또 다른 특성인 OSM체제가 소수인에 의해서 관리되는 것이 아니라 불특정 다수에 의해서 이루어진다는 점 때문이기도 하다.)

그리고 Mapsforge체제[2-2]는 OSM체제와는 별도의 조직으로서 출발, 하지만 지금은 Mapsforge체제는 OSM체제의 자료를 Android 전화기용 지도로 표시하는 데 사용되는 도구로서의 기능을 하는 관계가 되어 있다. 즉 지도체제 종류로서 Mapsforge체제는 바로 OSM체제, 또 거꾸로 OSM체제는 Mapsforge체제로의 동의어로서의 의미를 지니기도 한다. 하지만 Android전화기용 지도체제는 기술적으로는 Mapsforge라는 말이 더 적절한 표현이 된다. 구별이 되는 세부성으로 이야기하면, 지도요소 종류의 분류기능은 Mapsforge체제의 것이고 그러한 분류기능에 이용하여 종류를 구분해 놓은 체제는 OSM의 것

하지만 이들체제에 대한 설명이 주로 OSM체제에서 이루어지고 있기에 OSM체제라는 말이 많이 사용되고 있고, 여기서도 도구로서의 의미를 구별하는 경우는 Mapsforge체제라는 표현을 쓰고 도구를 포함한 지도자료까지를 포함한 전체체제를 의미하는 경우, 또 두리뭉실하게 표현하는 경우는 OSM체제라는 표현을 쓸 것이다.

Ÿ OSM체제(Mapsforge체제)에서 지도작성의 작성단계의 결과물은 .osm 파일이고 이는 Garmin지도체제로 보면 .mp 파일에 해당된다. 하지만 .osm에는 지도요소의 종류, 이름, 좌표, 그리고 비록 지도목적으로는 불필요한 주소, 관련 website 주소 등의 사항은 들어가지만 zoom제어 사항은 없다.

Ÿ .osm은 다음 단계로 .map으로 변환되고 이는 Garmin지도체제의 img에 해당된다.

이 .map단계에서 zoom제어가 개입되어 .map에는 각 zoom단계에 표시할 요소들이 들어있게 된다. 이는 마치 img 파일에 level별로 그 level에서 표시할 요소가 들어있는 것과 같다. 하지만 차이는 img파일은 요소의 특정 L에 포함여부의 결정을 입력에 해당되는 mp에 기술되어 있는 Endlevel값에 따르지만 .map변환에서는 .osm에 기술되어 있는 요소의 종류에 의해서 표시할 zoom단계가 결정된다는 점이다. 줌더 구체적으로 설명하면 tag-mapping.xml에 지정되어 있는 요소 종류별 표시를 시작하는 의미의 zoom 단계 값에 의해서 결정된다.

Ÿ 그리고 최종단계는, .map을 화면에 표시하는 OruxMaps와 같은 지도표시 SW체제의 특성이 가미되게 된다.

이 특성을 설정하는 파일을 통상 theme.xml이라고 부른다. 그래서 지도화면에서 특정 zoom level에 요소가 표시되려면 1) .map의 특정 zoom level에 그 요소가 포함되어 있어야 하고 2) theme.xml에서도 그 요소 종류가 theme.xml 설정되어 있는 요소종류별 표시범위안에 그 특정 zoom level이 있어야 한다.

요약하면, Mapsforge체제에서 요소가 표시되는 zoom단계는 지도작성단계에서 지정하는 요소종류, 그리고 map 생성단계에서 사용되는 각 요소종류 별 표시시작zoom단계 값, theme.xml에서 다시 지정하는 요소종류별 표시시작zoom단계값의 세가지 인자에 의해서 결정된다.

따라서 기존의 OSM지도체제에서는 관심대상 지도요소들만 표시할 zoom단계를 바꾸는 것은 불가능하고 가능한 것은 관심요소가 속하는 요소종류의 지도요소 전부를 바꾸는 것만이 가능한 체제이다.

따라서 기존 OSM체제는 여행자에게는 효용성이 크게 떨어지는 체제이다.

하지만 매사에 장점이 있듯이 기존 Mapsforge체제에도 장점이 있다. 그 장점의 대표적인 것은 지도 요소 표시의 상세성. 예를 들어 도로룰 그리는 데, 사용자가 도로의 색갈만이 아니라 굵기, 두겹선, 세겹선 등의 선택, 또 겹선에서 각 선의 폭 지정, 사슬선에서 연속과 불연속 부분간의 비율 등까지도 선택이 가능하다.

아래가 Mapsforge체제 체제지도 표현의 상세성 예

그림2-1 Mapsforge체제( OSM체제) 지도의 표현의 상세성

도로의 전용방향 뿐만 아니라 GME체재에서는 불가능한 도로간의 입체적 배치까지도 표현이 이루어지고 있다.

그런데 여기서 중요한 점은 내게 필요한 지도는 어떤 지도인가이다.

그림2-1과 같은 상세성은 차를 운전할 때는 필요한 점이다. 하지만 이러한 점은 자신이 만들지 않아도이미 이런 것까지를 포함하는 상업적 지도, 그것도 주기적으로 개정이 이루어지고 심지어는 실시간 교통량 정보를 감안하여 최적의 길을 안내해주는 상업적 지도체제가 있다. 그래서 일반적인 지도사용자라면 자신이 굳이 이런 특성을 갖춘 지도체제를 갖추기 위해 힘쓰지지 않아도 된다. 단지 길안내기 한대 구입 또는 여행시라면 임대차량에 붙어 있는 것을 사용하면 될 것이다. 

혹시 전화기 지도에 대한 관심대상이 이러한 지도의 상세성이라면 이글은 명확히 관심 주제의 글이 아니다.

3.   지도요소의 표시시기의 제어가 지도 작성단계에서 가능한 지도체제

3.1  체제전반에 대한 개요

여기서 소개하는 새로운 전화기 지도체제, AS-MZ체제는 지도요소의 표시시기의 제어를 기존체제와는 달리 지도 작성단계에서 가능하게 한다. 그러면 이러한 기능의 AS-MZ체제는 어떠한 체제인가.

이 체제의 기본은 OSM의 지도체제에 사용되는 Mapsforge체제이다. 그래서 전화기에서 사용이 정상적으로 가능해진다. OSM의 현재 지도체제와 다른 점은 앞에서 언급했듯이 zoom 제어를 현 체제에서는 .map 생성단계와 지도표시 단계에서 이루어지는 데 이를 지도제작 단계로 넘긴 점이다.

또한 세부적인 관점에서 차이라 할 수 있는 점은 출발점이다. OSM의 현재 지도체제는 지도제작이 .osm 작성부터이지만 AS-MZ체제는 지도제작의 출발점을 GME의 .mp파일 작성부터로 하고 있다.

출발점을 .mp로 하는 이유는 다음 두가지 때문이다.

-  하나는 본인이 관리,유지해온 기존의 mp지도가 많이 있다는 것

-  그리고 또 한 이유는 .osm지도 작성에 쓸 수 있는 SW 중 지도 작성시GPSMapEdit처럼 작성되어 가고 있는 지도모습을 화면에서 보면서 추가작성 또는 편집이 가능한 SW는 단지 QGIS정도. 하지만 QGIS를 써보니 GPSMapEdit에 비해 상당히 불편했다는 점

.mp지도가 작성되면 이를 .osm으로 변환을 하는 데, 이 변환과정에서 .mp에 기술된 요소의 종류는 Mapsforge체제에 대응하는 요소의 종류값으로 변환되어 . Mapsforge체제 요소의 k값으로 저장되고, .mp의 Endlevel값은 역시 Mapsforge체제에 대응하는 zoom-min값으로 v에 저장된다.

즉, Mapsforge체제에서 요소의 종류를 두 가지 인자 k, v로 표시하는 데 k는 큰 분류, v는 큰 분류내 세부분류 기호에 해당된다. 하지만 요소종류를 굳이 인자 둘로 표시할 필요는 없다, 그래서 두 인자 중 k는 요소종류 표시에 사용하고 v는 표시가 시작되는 zoom값 인자로 사용하면, 여행 목적에 맞는 지도체제가 될 수 있게 되고 이러한 접근 방법이 AS-MZ체제의 접근방법이다.

이러한 방법의 구현을 위해서 AS-MZ체제에는 다음 네가지 새로운 것이 도입,변경되었다.

1. 지도화면에 표시가 시작되는 zoom단계를 지도작성시 결정하는 체제

2. .mp파일을 AS-MZ체제에 맞도록 .osm으로 변환시키는 프로그램AS-MZ_mp2osm

3. 기존의 osmosis와 mapsforge-map-writer를 기본으로 하고 AS-MZ체제에 맞는 tag-mapping.xml이 추가 된 .mp→.map 변환 체제

4. AS-MZ체제의 .map을 OrxuMaps나 Cruiser에 표시하도록 하는 theme-AS-MZ체제3.xml

3.2  .mp의 .osm으로의 변환

GME 형식의 .mp를 mapsforge체제를 활용하기 위해 .osm으로 변환시키되 AS-MZ체제에 맞도록 변환시키는 것이 필요한데 이러한 변환은 Python 언어의 프로그램인 첨부3.2-1:AS-MZ_mp2osm, 그리고 GME 체제와 mapsforge체제간의 종류별 변환의 기준을 제시하는 변환기준표인 첨부3.2-2:AS-MZ지도요소변환표.xls에 의해서 이루어진다.

3.2.1      변환대상 .mp파일

3.2.1.1        일반사항

o 크기:~1GB 크기도 가능

o 준위(level) 체제:필수적 요건은 아니지만 AS-MZ zoom체제는 아래 그림의 GME준위 체제에 맞추어 최적화되어 있기에 변환대상 .mp의 체제로 다음 체제 사용을 권장

그림 3.2-1 권하는 GME 준위체제

이 체제는 또한 다음 항에서 거론되는 AS-MZ-예제.mp(첨부3.3-3)에 적용된 체제이기도 하다.

3.2.1.2        .mp의 언어 전산화 체제

가능한 글자체제는 기본적으로 다음 두 가지

Ÿ . cp949:한글, 한자(번체), 영문, 일본어

Ÿ. utf-8 :cp949에서가능언어+ 중국어간체자

mp파일의 언어의 전산화체제는.mp파일을 생성시키는 단계에서 결정됨

- GPSMapEdit 생성시는 utf-8에서 가능한 글자체가 입력한 것에 있으면 mp로 저장시 자동적으로 이를 처리(CodePage 처리)를 하고,

-  text editor에서 생성시는 text editor 상태를 utf-8 또는 cp949로 설정해야 함.

단, utf-8은 GPSMapEdit 1.1부터 가능이고 이전판은 단지 cp949 가능

Ÿ mp파일내 머릿부분의 CodePage와 LblCoding

 언어체제에 따라 다음 사용

	cp949	utf-8
CodePage	CodePage=1252	CodePage=65001
LblCoding	LblCoding=10	LblCoding=9

-  GPSMapEdit 에서는 한자 간체자는 utf-8로도 제대로 표시안됨. 그러나 간체자가 입력된 mp파일을 utf-8기능이 있는 texteditor에서 띄우면 제대로 표시되고 AS-MZ_mp2osm도 utf-8로 제대로 처리함.

-  mp파일을 Gatmin GPS기기에 사용하기는 하지 않고 AS-MZ 용도로만 사용한다면 이 머릿부분 사항은 AS-MZ의 .odm으로의 변화과정에서 버려지기에 신경안써도 된다.

Ÿ 지도 표시 SW에서의 표시언어 문자

Cruiser, OruxMaps:모두 다 .map파일내 지정되는 언어체제와 맞지 않는 언어문자가 있는 경우는 그 요소의 이름을 아예 표시하지 않음

Ÿ 그리고 세부적으로는

-Cruiser:한글, 한자(번체), 중국어 간체자, 일어문자까지 표시

-OruxMaps:Cruiser 표시문자 중 간체자를 제외한 문자 표시

3.2.2      종류변환 기준파일

예로, 고속도로는GME체제에서는 0x1인데 이를 AS-MZ체제의 .osm에서는 어느 선종류로 변환할 것인지를 제시하는 파일로서 첨부3.2-2:AS-MZ지도요소변환표.xls 이다

3.2.3      변환 프로그램 AS-MZ_mp2osm

3.2.4      실행방법

o 실행전 요건

-첨부3.2-1인 프로그램 AS-MZ_mp2osm.exe 위치에 다음을 위치시킴

1) 변환대상 .mp파일, 예: 첨부3.2-3:AS-MZ-예제.mp

2) 종류변환 기준의 xls파일 (첨부3.2-2:AS-MZ지도요소변환표.xls)

-현위치를 AS-MZ_mp2osm.exe이 있는 위치로 변경

  cmd창(CMD 창(Windows하단 작업줄 좌단의 ‘찾기’에 cmd로 검색,실행하여 뜨는 창)에서

        예:cd /d D:\1개인\여행\장비\GPSSW\mp와 osm간 변환\mp2osm변환-AS

o 실행명령

cmd창에서 다음 명령어

          AS-MZ_mp2osm.exe 입력.mp AS-MZ지도요소변환표.xls 출력.mp (입력파일의 언어체제) (출력파일의 언어체제)

언어체제는 기본이 cp949. 따라서 cp949로 할 경우는 지정을 안해도 되고 utf-8로 할 경우는 다음과 같이

         --in_encoding=utf-8 --out_encoding=utf-8

예1:입력mp, 츨력 osm 모두 다 utf-8인 경우

         AS-MZ_mp2osm.exe 입력.mp AS-MZ지도요소변환표.xls 츨력.osm --in_encoding=utf-8 --out_encoding=utf-8

예2:첨부한 예제mp 파일(첨부3.2-3) 경우. mp의 언어체제는 cp949, 그리고 출력osm도 cp949로 하는 경우

         AS-MZ_mp2osm.exe AS-MZ-예제.mp AS-MZ지도요소변환표.xls AS-MZ-예제.osm

이 경우의 출력이 첨부:3.2-4:AS-MZ-예제.osm

또는 utf-8 예제를 대상으로 하고 출력역시 utf-8로 하는 경우

         AS-MZ_mp2osm.exe AS-MZ-예제-utf-8.mp AS-MZ지도요소변환표.xls AS-MZ-예제-utf-8.osm  --in_encoding=utf-8 --out_encoding=utf-8

AS-MZ-예제.mp:첨부된 예제 파일로서 GME에서 만든 것으로69KB,

o실행화면의 표시

명령을 실행시키한 후 수초 지나면 현 처리상태를 표시하는 다음 화면이 나타나고 중간중간 진도를 표시를 시작한다.

그림3.2-2 AS-MZ_mp2osm.exe의 반응

 그리고 처리가 완료되면

그림3.2-3 AS-MZ_mp2osm.exe의 완료시 화면

Ÿ 화면출력의 의미

-  실제   위도_min,위도_max,경도_min,경도_max: 지도요소들 중 위,경도의 최소,최대값

-  조정된 위도_min,위도_max,경도_min,경도_max: 찾아진 실제 위.경도 값을 바탕으로 지도 영역으로 설정된 지도범위 값

-  사용된 L:zm 대응:  mp의 각각 level에 대응하는 AS-MZ의 Mapsforge체제의 zoom-level값

o 소요시간(CPU시간)

1.20GB mp(OSM site의 한국전지역img에서 변환된 mp) --> .osm:173 [초]

3.3  .osm의 .map으로의 변환

이 변환 도구는 기존에 사용되는 도구를 AS-MZ체제에 맞게 수정한 첨부3.3-1:osmosis-0.49.2인데 구체적으로는 다음과 같다.

- mapsforge-map-writer에 들어가는 tag-mapping.xml을 AS-MZ체제에 맞는 것으로 대체

-이렇게 대체된 tag-mapping.xml이 포함된 mapsforge-map-writer는 mapsforge-map-writer-0.21.0-jar-with-dependencies.jar[3.3-1]

사용방법은 다음과 같이

1. Osmosis구동을 위한 Java체제 구축.

Osmosis는 .osm파일 처리를 위한 java package[3.3-2]. 따라서 java체제 구축이 필요하고 이 구축은 java 자체의 설치와 java를 Windows 경로에 등록하는 작업으로 구성된다

Ÿ Java설치

Java에는 여러가지 종류가 있는 데 개발용 Java, JRE 등이 아닌 JDK판[3.3-3]이 필요하다. 첨부3.3-2:java-OpenJDK17U-jdk_x64_windows_hotspot_17.0.16_8.msi 를 좌띡띡 하여 설치

Ÿ Java의 등록

설치 후 java를 어느 곳에서나 접근할 수 있도록 하는 경로 등록작업을 한다. 이 작업이 익숙하지 않으면 뒤에 나오는 ‘4.2 Windows경로에 Java등록’ 항의 설명을 참조

2. osmosis-0.49.2구동

1) 첨부3.3-1:osmosis-0.49.2.zip를 압축 해제

2) osmosis-0.49.2폴더 아래의 \osmosis-0.49.2\bin\제작49\에 변환대상.osm을 위치시킴

3) cmd창의 현 위치가 Windows의cd 명령어로 osmosis-0.49.2\bin\되게 한 다음

4) 아래 형식의 명령어 구동

       osmosis-수정CG.bat --rx file=입력.osm --mw file=제작49\출력.map

*참고:출력파일이 위치하는 곳은 원는 곳으로 지정, 여기서 예를 든 폴더 이름 ‘제작49’ 특별한 의미를 지니는 명칭이 아님

예제mp였던AS-MZ-예제.mp로부터만들어진AS-MZ-예제.osm(첨부3.2-4)을대상으로하여AS-MZ-예제.map을  만드는경우는

       osmosis-수정CG.bat --rx file=제작49\AS-MZ-예제.osm --mw file=제작49\AS-MZ-예제.map

이렇게 해서 나온 출력이 첨부3.3-3: AS-MZ-예제.map

그러면 다음화면의 출력이 나오면서 작업이 진행되고 마지막으로 Pipline complete.가 나오면서 작업은 종료된다.

그림3.3-1 osmosis 실행 화면

5.   첨부

첨부물은 여기에: https://drive.google.com/drive/folders/1KhvljC4AZf1TEeELSS3oE8_7UVVoLLO3

1. AS-MZ첨부물3.2_3.3.zip

첨부3.2-1:AS-MZ_mp2osm.exe

첨부3.2-2:AS-MZ지도요소변환표.xls

첨부3.2-3:AS-MZ-예제.mp

첨부:3.2-4:AS-MZ-예제.osm

첨부3.3-1:osmosis-0.49.2.zip

첨부3.3-2:java-OpenJDK17U-jdk_x64_windows_hotspot_17.0.16_8.msi

첨부3.3-3:AS-MZ-예제.map

2. AS-MZ첨부물3.4_3.5.zip

첨부3.4-1:cruiser-V4.0.2.zip

첨부3.4-2:theme-AS-MZ체제3.zip

첨부3.5-1:AS-MZ체제-요소 목록.xls

첨부3.5-2:AS-MZ체제 요소모습-선,면.png

첨부3.5-3:AS-MZ체제 요소모습-점.png

3. AS-MZ첨부물4.zip

첨부4.1-1:GPSMapEdit1.0.57

첨부4.1-2:AS-imgmp2mp.exe

첨부4.1-3:AS-MZ-예제-관심지.mp

첨부4.1-4:AS-MZ-예제-관심지img.mp

첨부4.1-5:입력-지도요소_기준.xls

첨부4.1-6:출-AS-MZ-예제-관심지img-처2c.mp

첨부4.1-7:출-AS-MZ-예제-관심지img-처3c.mp

첨부4.3-1:등고선-한반도24B-N36E127-L3.map

2.   참고문헌

1-1 OruxMaps, https://www.oruxmaps.com/

1-2 Locus Map, https://www.locusmap.app/

1-3 GPSMapEdit, https://www.geopainting.com/

2-1. https://wiki.openstreetmap.org/

2-2 Mapsforge, https://wiki.openstreetmap.org/wiki/Mapsforge

3.3-1 https://repo1.maven.org/maven2/org/mapsforge/mapsforge-map-writer/0.21.0

3.3-2 Osmosis, https://wiki.openstreetmap.org/wiki/Osmosis

3.3-3 JDK 17u, https://wiki.openjdk.org/spaces/JDKUpdates/pages/70320316/JDK+17u

3-4-1 Cruiser, https://wiki.openstreetmap.org/wiki/Cruiser

3-4-2 https://github.com/devemux86/cruiser

4.1-1 GPS용 지도 만들기 입문, 2009. 5. 26., https://blog.naver.com/yoon92ia/30048389701

4.1-2 Quantum GIS 사용법,남정권,13.06.21, https://cafe.daum.net/GPSGIS/Lrtt/1336

4.2-1 userbeam,  https://www.userbeam.de/

4.3-1 (활용 2) 등고선 지형도 만들기,雲水衲子, 06.01.06, https://cafe.daum.net/GPSGIS/Lrtt/635

4.3-2 (활용1) 세계 전지역 DEM (90mx90m) 데이터 다운 받기,雲水衲子추천 0조회 2,29606.01.04, https://cafe.daum.net/GPSGIS/Lrtt/634

(*필요하다면 자유롭게 복사/스크랩 해가서출처를 밝히고서 잘 활용하세요. 흔적을 남겨주면 더욱 좋겠지요?)

* 이어서 2부 (https://cafe.daum.net/OnlyWalker/Dqnl/21) 로

[OnlyWalker]

자작으로 위치만 나타내는(FND) 표시 장비에서 -> 가민(오래곤등등.. 안드로이드 까지) -> 스마트폰 까지 왔음니다.
가민에서는 필요한 지역의 mp(routable 가능 까지) 만들어 사용하다가 스마트폰으로 이동 하였는데
이유는 배터리로 여행시 마다 여러가지의 배터리를 가지고 다니는것이 불편때문이었음니다.
위의 글은 상당부분 공감합니다.
현실적으로 스마트폰을 사용하면 스마트폰의 어플에서 지원한는 지도의 형태를 사용(종속)해야 하기 때문에
Mapforge map 을 사용 합니다(어플을 만든다면 벡터맵의 구조를 최적화하여 최적화된 map 구조를 지원하는 어플을 작성)
vector map 구조를 변경 한다면 현재 통용되고 있는 어플에서 이구조를 지원하지 않는다면 사용 할수가 없음니다.
벡터맵을 만든다고 표현하지만 정확하게 표현 하지면 자료 구조 변환 입니다.
shp 자료를 Osm 구조로 변환 osm 을 map 자료 형태로 변환 입니다.
shp 를 osm 으로 변환 하는 이유는 mapforge-writer 를 사용 하기위함이고
shp(어떤 형태이든)를 map 으로 변환 라이브러리를 만든다면 꼭 osm 을 거칠 필요는 없다고 생각 됨니다.

[칼신]

내용이 매우 깊이 있고 충실합니다.
그동안 들이신 노력과 정성이 느껴집니다.

[구름]

고맙습니다.