January 2017 - mkgmap-dev - The mkgmap lists

Estrange detours
by Carlos Dávila 07 Jan '17

07 Jan '17

Current default style produces some estrange detours for a test route in a couple of places in my home town (blue circles 1 and 2 in attached screenshot). I've tracked the issue down and behavior has been changing with mkgmap versions, as detailed in the following chart, being current situation worst for this particular case: MapSource 6.16.3 BaseCamp 4.2.5 mkgmap version Car Truck Car Truck 1 2 1 2 1 2 1 2 <3081 OK OK OK OK OK OK OK OK 3088-3108 Suboptimal route OK Loop OK Loop OK Loop >=3111 Suboptimal route Bad Loop OK Loop OK Loop Main changes were introduced with r3081 (merge from the high-prec-coord branch) and r3111 (merge from NOD127 branch). Perhaps those changes need a review. All test were done with the following command, only changing mkgmap jar file: java -Xmx600m -ea -jar mkgmap.jar --bounds=bounds.zip --route --latin1 --code-page=1252 --family-name="Test" --family-id=190 --product-id=1 --series-name="Test-default" --overview-mapname=55190000 --mapname=55190000 --index --add-pois-to-areas --link-pois-to-ways --location-autofill=is_in,nearest --style=default typ/EUR-190.TYP /home/carlos/tmp/test1.osm Files for test: http://alternativaslibres.org/files/detours.zip Note that first street after point 1 is tagged hgv=no, otherwise trucks would probably take the same suboptimal route than cars since r3081.

3 19

Re: [mkgmap-dev] How to label maps generated by mkgmap -r3742
by rheinskipper1000 07 Jan '17

07 Jan '17

Thanks for asking. I have exactly the same problem. -------- Ursprüngliche Nachricht --------Von: greg crago <gregcrago(a)gmail.com> Datum: 07.01.17 00:53 (GMT+01:00) An: Development list for mkgmap <mkgmap-dev(a)lists.mkgmap.org.uk> Betreff: [mkgmap-dev] How to label maps generated by mkgmap -r3742 I am trying to label different maps for each state and the map name seems to be comming from cities15000.zip Here is my splitter command: java -Xmx1024m -Xms1024m -ea -jar \MKGMAP\splitter-r560\splitter-r560\splitter.jar --max-nodes=700000 --handle-element-version=keep --mapid="12380000" --geonames-file=\MKGMAP\cities15000.zip --description=OH-greg --max-areas="255" --no-trim --status-freq="600" ohio-latest.osm.pbf pause Here is my mkgamp command: java -ea -Xmx1024M -jar \MKGMAP\mkgmap-r3742\mkgmap-r3742\mkgmap.jar --gmapsupp --mapname=Ohio --description="OH_1-5THIN_BC" --latin1 --index --x-split-name-index --bounds=\MKGMAP\bounds.zip --location-autofill=bounds,is_in,nearest --housenumbers --overview-mapname=OH-ov --overview-mapnumber=12380000 --remove-ovm-work-files --style-file=\MKGMAP\BaseCamp-style\openmapchest --check-styles --family-id=665 --family-name="Ohio" --product-id=3 --series-name="OH_1-5THIN_BC" --area-name="My_maps" --min-size-polygon --route --drive-on=detect,right --check-roundabouts --check-roundabout-flares --remove-short-arcs --add-pois-to-areas --add-pois-to-lines --pois-to-areas-placement="entrance=main;entrance=yes;building=entrance" --generate-sea=extend-sea-sectors,multipolygon,floodblocker,close-gaps=6000 --make-poi-index --process-destination --process-exits --tdbfile --poi-address --verbose -c template.args master_thin.txt pause I have used 'description' 'mapname' ' family name' 'series-name' I still cannot seem to get my maps to be labeled correctly. In BaseCamp v4.6.2 the map is labeled "US-Mansfield" and on my Garmin Montana 600 it is also labeled "US-Mansfield" Greg

1 0

Maximum map size
by Jakob Mühldorfer 06 Jan '17

06 Jan '17

Hi, Could you please tell me the maximum map size. I know it is around the 4GB mark, but no idea what the exact size limit is. Currently the gmapsupp file is 3951493120Bytes, how much larger can it get before it is broken? Thanks Jakob

3 3

Intertile/access related routing problem
by Carlos Dávila 04 Jan '17

04 Jan '17

Hello all I have several routes calculated in MapSource which fail to follow the logical route. They should go by a roundabout that is crossed by tile border. Instead of that, they take a shortcut before the roundabout, using a way tagged as highway=footway (converted to cycleway by style), which should not be used in car mode. In other test route goes by a path, which shouldn't be used by cars either. I have done a lot of test with two custom styles until I realized it also happens with default style. I first thought it was related with new splitter, but I have found a map from last November which has the same problem. All data to reproduce the problem can be downloaded from http://alternativaslibres.org/files/problem.zip Zip includes three tiles to build test map, areas.list from splitter, *.args file (only first three input files are needed) and a *.gdb file that can be opened in MapSource with five test routes: route 1 uses a path, routes 2 and 3 use a cycleway, route 4 is very similar to 2 and 3 but strangely uses the roundabout and is OK, and route 5 which also uses the roundabout without problem. Map was produced with the following commands: java -Xmx6G -jar splitter.jar --max-nodes=1500000 --geonames-file=geonames/cities15000_$ABR.zip --max-areas=1024 --mapid=551${FID}001 --output=o5m $pais.o5m java -Xmx2500m -ea -jar mkgmap.jar --bounds=bounds.zip --precomp-sea=sea.zip --max-jobs --route --latin1 --code-page=1252 --country-name=$PAIS --country-abbr=$ABR --area-name=$MAPA --family-name="OSM $MAPA Truck" --family-id=4$FID --product-id=1 --product-version=$VERSION --series-name="OSM-$MAPA-Truck" --overview-mapname=$ABR-4$FID --overview-mapnumber=554${FID}000 --name-tag-list=$NAMETAG --index --process-destination --process-exits --housenumbers --reduce-point-density=4 --polygon-size-limits="24:12, 18:10, 16:0" --add-pois-to-areas --link-pois-to-ways --location-autofill=is_in,nearest --drive-on=detect,$DRIVEON --check-roundabouts --check-roundabout-flares --license-file=license_ODbL.txt --copyright-message="OpenStreetMap contributors, ODbL. See: http://www.openstreetmap.org/copyright" --style=default -c spain.args

2 9

Patch for splitter documentation
by Carlos Dávila 04 Jan '17

04 Jan '17

Attached is an small patch that updates --max-areas values in splitter documentation, according to http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2016q4/025614.html

2 1

Re: [mkgmap-dev] Intertile/access related routing problem
by Alexandre Folle de Menezes 03 Jan '17

03 Jan '17

Hi, On 03/01/2017 17:19, Carlos Dávila wrote: > I have several routes calculated in MapSource which fail to follow the > logical route. They should go by a roundabout that is crossed by tile > border. Instead of that, they take a shortcut before the roundabout, > using a way tagged as highway=footway (converted to cycleway by > style), which should not be used in car mode. In other test route goes > by a path, which shouldn't be used by cars either. I have done a lot > of test with two custom styles until I realized it also happens with > default style. I first thought it was related with new splitter, but I > have found a map from last November which has the same problem. I have the same problem with the footway: http://www.openstreetmap.org/way/244757074 It's been like this for at least six moths. I already tried to add a tag "motor_vehicle:no" (which should not be necessary in a footway), to no effect. It is marked as "bicicle:yes", maybe this is related to the problem. Best regards, Alexandre

1 0

installer_template.nsi r3742
by Stéphane MARTIN 02 Jan '17

02 Jan '17

Hi, The new content of mkgmap-r3742/examples/installer/installer_template.nsi displays on my LinuxMint : ※义䕓呒䑟䙅义卅䡟剅੅匊瑥潃灭敲獳牯⼠体䥌⁄穬慭ਊ※湉汣摵獥ℊ湩汣摵⁥䴢䥕⸲獮≨ਊ※湉瑳污敬⁲慰敧ੳ搡晥湩⁥啍彉啃呓䵏商䍎䥔乏䝟䥕义呉洠䝹極湉瑩ℊ湩敳瑲慭牣⁯啍彉䅐䕇坟䱅佃䕍ℊ湩敳瑲慭牣⁯啍彉䅐䕇䱟䍉久䕓␠䵻偁䅎䕍彽楬散獮⹥硴ੴ椡獮牥浴捡潲䴠䥕偟䝁彅䥄䕒呃剏ਖ਼椡獮牥浴捡潲䴠䥕偟䝁彅义呓䥆䕌੓椡獮牥浴捡潲䴠䥕偟䝁彅䥆䥎䡓ਊ※湕湩瑳污敬⁲慰敧ੳ搡晥湩⁥啍彉乕䅐䕇䥟华䙔䱉卅ਊ※慌杮慵敧映汩獥ℊ敤楦敮䴠䥕䱟乁䑇䱌䅟䱌䅌䝎䅕䕇੓椡獮牥浴捡潲䴠䥕䱟乁啇䝁⁅䔢杮楬桳ਢ椡獮牥浴捡潲䴠䥕䱟乁啇䝁⁅䘢敲据≨ℊ湩敳瑲慭牣⁯啍彉䅌䝎䅕䕇∠灓湡獩≨ℊ湩敳瑲慭牣⁯啍彉䅌䝎䅕䕇∠敇浲湡ਢ椡獮牥浴捡潲䴠䥕䱟乁啇䝁⁅䐢瑵档ਢਊ慌杮瑓楲杮䄠牬慥祤湉瑳污敬⁤笤䅌䝎䕟䝎䥌䡓⁽␢䥻华䅔䱌剅也䵁絅椠⁳污敲摡⁹湩瑳污敬⹤␠湜尤䍮楬正怠䭏⁠潴爠浥癯⁥桴⁥牰癥潩獵瘠牥楳湯愠摮挠湯楴畮⁥湩瑳污慬楴湯漠⁲䍠湡散恬琠⁯慣据汥琠楨⁳灵牧摡⹥ਢ慌杮瑓楲杮䄠牬慥祤湉瑳污敬⁤笤䅌䝎䙟䕒䍎絈∠笤义呓䱁䕌归䅎䕍⁽獥⁴椠獮慴汬⻩␠湜尤䅮灰祵穥猠牵怠䭏⁠潰牵爠瑥物牥氠⁡敶獲潩⁮牰揩擩湥整攠⁴潣瑮湩敵⁲癡捥氠椧獮慴汬瑡潩⁮畯猠牵怠湁畮敬恲瀠畯⁲湡畮敬⁲散瑴⁥業敳樠畯⹲ਢ慌杮瑓楲杮䄠牬慥祤湉瑳污敬⁤笤䅌䝎卟䅐䥎䡓⁽␢䥻华䅔䱌剅也䵁絅礠⁡獥椠獮慴慬潤‮尤⑮湜畐獬⁥䅠散瑰牡⁠慰慲攠楬業慮⁲慬瘠牥楳滳愠瑮牥潩⁲⁹潣瑮湩慵⁲慬椠獮慴慬楣滳漠怠慃据汥牡⁠慰慲挠湡散慬⁲獥慴愠瑣慵楬慺楣滳∮䰊湡卧牴湩⁧汁敲摡䥹獮慴汬摥␠䱻乁彇䕇䵒乁⁽␢䥻华䅔䱌剅也䵁絅椠瑳戠牥楥獴椠獮慴汬敩瑲‮尤⑮湜汋捩⁫你恋甠⁭楤⁥污整嘠牥楳湯稠⁵敤湩瑳污楬牥湥漠敤⁲䅠扢敲档湥⁠浵搠敩䤠獮慴汬瑡潩⁮扡畺牢捥敨⹮ਢ慌杮瑓楲杮䄠牬慥祤湉瑳污敬⁤笤䅌䝎䑟呕䡃⁽␢䥻华䅔䱌剅也䵁絅椠⁳敲摥⁳敧湩瑳污敬牥⹤␠湜尤䭮楬⁫灯怠䭏⁠浯搠⁥畯敤瘠牥楳⁥整瘠牥楷摪牥湥漠⁦䅠湮汵牥湥⁠浯搠穥⁥灵慤整琠⁥湯敤扲敲敫⹮ਢ㬊删獥牥敶楦敬ੳ椡獮牥浴捡潲䴠䥕剟卅剅䕖䥆䕌䱟乁䑇䱌㬠慌杮慵敧猠汥捥楴湯搠慩潬੧ਊ慎敭∠笤义呓䱁䕌归䕄䍓䥒呐佉絎ਢ畏䙴汩⁥␢䥻华䅔䱌剅也䵁絅攮數ਢ湉瑳污䑬物∠笤䕄䅆䱕彔䥄絒ਢ䘊湵瑣潩⁮漮䥮楮ੴ†椡獮牥浴捡潲䴠䥕䱟乁䑇䱌䑟卉䱐奁䘊湵瑣潩䕮摮ਊ畆据楴湯洠䝹䥕湉瑩㬠敒摡␠义呓䥄⁒牦浯琠敨爠来獩牴੹†汃慥䕲牲牯ੳ†敒摡敒卧牴␠义呓䥄⁒䭈䵌∠体呆䅗䕒䝜牡業屮慍印畯捲履慆業楬獥⑜剻䝅䭟奅屽笤剐䑏䍕彔䑉≽∠佌≃ 䤠䕦牲牯⁳㈫匠牴浃⁰䤤华䑔剉∠•‰㈫匠牴灃⁹䤤华䑔剉∠笤䕄䅆䱕彔䥄絒ਢ† 㬠唠楮獮慴汬戠晥牯⁥湩瑳污楬杮⠠潣敤映潲⁭瑨灴⼺港楳⹳潳牵散潦杲⹥敮⽴畁潴甭楮獮慴汬潟摬扟晥牯彥湩瑳污楬杮湟睥⤠ 删慥剤来瑓⁲判‰䭈䵌尠 ∠潓瑦慷敲䵜捩潲潳瑦坜湩潤獷䍜牵敲瑮敖獲潩屮湕湩瑳污屬笤䕒彇䕋絙•唢楮獮慴汬瑓楲杮ਢ†瑓䍲灭␠げ∠•潤敮䤠卦汩湥⁴楳敬瑮䴠獥慳敧潂⁸䉍佟䍋乁䕃籌䉍䥟佃䕎䍘䅌䅍䥔乏∠⠤汁敲摡䥹獮慴汬摥∩䤠佄⁋湵湩瑳䄠潢瑲ਊ†刻湵琠敨甠楮獮慴汬牥甠楮獮㩴䌠敬牡牅潲獲䔠數坣楡⁴∧判∰⼠⁓‧䐻⁯潮⁴潣祰琠敨甠楮獮慴汬牥琠⁯⁡整灭映汩੥ਠ†晉牅潲獲渠彯敲潭敶畟楮獮慴汬牥搠湯੥††夻畯挠湡攠瑩敨⁲獵⁥敄敬整⼠䕒佂呏䭏椠⁮桴⁥湵湩瑳污敬⁲牯愠摤猠浯⁥潣敤 †㬠敨敲琠⁯敲潭敶琠敨甠楮獮慴汬牥‮獕⁥⁡敲楧瑳祲欠祥琠⁯档捥੫††眻敨桴牥琠敨甠敳⁲慨⁳档獯湥琠⁯湵湩瑳污⹬䤠⁦潹⁵牡⁥獵湩⁧湡甠楮獮慴汬牥 †㬠潣灭湯湥獴瀠条ⱥ洠歡⁥畳敲愠汬猠捥楴湯⁳牡⁥湵湩瑳污敬⹤ 渠彯敲潭敶畟楮獮慴汬牥਺† 䜠瑯⁯潤敮猠汩湥㩴䔠數坣楡⁴∧判∰⼠⁓‧䐻⁯潮⁴潣祰琠敨甠楮獮慴汬牥琠⁯⁡整灭映汩੥ਠ†潤敮਺ਠ畆据楴湯湅੤䘊湵瑣潩⁮湵漮䥮楮ੴ椡獮牥浴捡潲䴠䥕啟䝎呅䅌䝎䅕䕇䘊湵瑣潩䕮摮ਊ敓瑣潩⁮䴢楡卮捥楴湯•敓瑣潩䵮楡੮※楆敬⁳潴戠⁥湩瑳污敬੤†敓佴瑵慐桴∠䤤华䑔剉ਢ※义䕓呒䅟䑄䑅䙟䱉卅䡟剅੅㬊䌠敲瑡⁥慍印畯捲⁥敲楧瑳祲欠祥ੳ※义䕓呒剟䝅䥂彎䕈䕒ℊ晩敤⁦义䕄⁘ਠ†牗瑩剥来瑓⁲䭈䵌∠体呆䅗䕒䝜牡業屮慍印畯捲履慆業楬獥⑜剻䝅䭟奅≽∠䑉≘∠䤤华䑔剉⑜䵻偁䅎䕍⹽摭≸ 圠楲整敒卧牴䠠䱋⁍匢䙏坔剁居慇浲湩䵜灡潓牵散䙜浡汩敩屳笤䕒彇䕋絙•䴢剄•␢义呓䥄屒笤䅍乐䵁絅浟牤椮杭ਢ攡摮晩ℊ晩敤⁦奔乐䵁⁅ਠ†牗瑩剥来瑓⁲䭈䵌∠体呆䅗䕒䝜牡業屮慍印畯捲履慆業楬獥⑜剻䝅䭟奅≽∠奔≐∠䤤华䑔剉⑜呻偙䅎䕍≽ℊ湥楤੦†牗瑩剥来瑓⁲䭈䵌∠体呆䅗䕒䝜牡業屮慍印畯捲履慆業楬獥⑜剻䝅䭟奅屽笤剐䑏䍕彔䑉≽∠䵂偁•␢义呓䥄屒笤䅍乐䵁絅椮杭ਢ†牗瑩剥来瑓⁲䭈䵌∠体呆䅗䕒䝜牡業屮慍印畯捲履慆業楬獥⑜剻䝅䭟奅屽笤剐䑏䍕彔䑉≽∠佌≃∠䤤华䑔剉ਢ†牗瑩剥来瑓⁲䭈䵌∠体呆䅗䕒䝜牡業屮慍印畯捲履慆業楬獥⑜剻䝅䭟奅屽笤剐䑏䍕彔䑉≽∠䑔≂∠䤤华䑔剉⑜䵻偁䅎䕍⹽摴≢ ਠ※牗瑩⁥湵湩瑳污敬ੲ†牗瑩啥楮獮慴汬牥∠䤤华䑔剉啜楮獮慴汬攮數ਢ㬊䌠敲瑡⁥湵湩瑳污敬⁲敲楧瑳祲欠祥ੳ†牗瑩剥来瑓⁲䭈䵌∠体呆䅗䕒䵜捩潲潳瑦坜湩潤獷䍜牵敲瑮敖獲潩屮湕湩瑳污屬笤䕒彇䕋絙•䐢獩汰祡慎敭•␢帨慎敭∩ 圠楲整敒卧牴䠠䱋⁍匢䙏坔剁居楍牣獯景屴楗摮睯屳畃牲湥噴牥楳湯啜楮獮慴汬⑜剻䝅䭟奅≽∠湕湩瑳污卬牴湩≧∠䤤华䑔剉啜楮獮慴汬攮數ਢ†牗瑩剥来坄剏⁄䭈䵌∠体呆䅗䕒䵜捩潲潳瑦坜湩潤獷䍜牵敲瑮敖獲潩屮湕湩瑳污屬笤䕒彇䕋絙•丢䵯摯晩≹ㄠ ਠ敓瑣潩䕮摮ਊ敓瑣潩⁮唢楮獮慴汬ਢ※楆敬⁳潴戠⁥湵湩瑳污敬੤※义䕓呒剟䵅噏䑅䙟䱉卅䡟剅੅ 删䑭物∠䤤华䑔剉ਢ㬊删来獩牴⁹汣慥畮ੰ†敄敬整敒噧污敵䠠䱋⁍匢䙏坔剁居慇浲湩䵜灡潓牵散䙜浡汩敩屳笤䕒彇䕋絙•䤢≄ℊ晩敤⁦义䕄⁘ਠ†敄敬整敒噧污敵䠠䱋⁍匢䙏坔剁居慇浲湩䵜灡潓牵散䙜浡汩敩屳笤䕒彇䕋絙•䤢塄ਢ†敄敬整敒噧污敵䠠䱋⁍匢䙏坔剁居慇浲湩䵜灡潓牵散䙜浡汩敩屳笤䕒彇䕋絙•䴢剄ਢ攡摮晩ℊ晩敤⁦奔乐䵁⁅ਠ†敄敬整敒噧污敵䠠䱋⁍匢䙏坔剁居慇浲湩䵜灡潓牵散䙜浡汩敩屳笤䕒彇䕋絙•吢偙ਢ攡摮晩䐠汥瑥剥来慖畬⁥䭈䵌∠体呆䅗䕒䝜牡業屮慍印畯捲履慆業楬獥⑜剻䝅䭟奅屽笤剐䑏䍕彔䑉≽∠䵂偁ਢ†敄敬整敒噧污敵䠠䱋⁍匢䙏坔剁居慇浲湩䵜灡潓牵散䙜浡汩敩屳笤䕒彇䕋絙⑜偻佒啄呃䥟組•䰢䍏ਢ†敄敬整敒噧污敵䠠䱋⁍匢䙏坔剁居慇浲湩䵜灡潓牵散䙜浡汩敩屳笤䕒彇䕋絙⑜偻佒啄呃䥟組•吢䉄ਢ†敄敬整敒䭧祥⼠晉浅瑰⁹䭈䵌∠体呆䅗䕒䝜牡業屮慍印畯捲履慆業楬獥⑜剻䝅䭟奅屽笤剐䑏䍕彔䑉≽ 䐠汥瑥剥来敋⁹䤯䕦灭祴䠠䱋⁍匢䙏坔剁居慇浲湩䵜灡潓牵散䙜浡汩敩屳笤䕒彇䕋絙ਢ† 䐠汥瑥剥来敋⁹䭈䵌∠潓瑦慷敲䵜捩潲潳瑦坜湩潤獷䍜牵敲瑮敖獲潩屮湕湩瑳污屬笤䕒彇䕋絙ਢ匊捥楴湯湅੤ Steph

2 2

patch for improvements to echotags diagnostic messages
by Mike Baggaley 02 Jan '17

02 Jan '17

HI Gerd, here is a patch to improve the diagnostics output by echotags when mkgmap has created copies of data for internal processing. Currently the original OSM Id is lost when the data is copied. This small patch retains the original Id when elements are copied. There is no change to the map output. Please give this a try and commit if all is OK. I also suggest that the toBrowseURL and getDebugName functions in Element.java be changed to use originalId instead of id - does that seem sensible to you? Thanks, Mike

2 1

Commit r3742: echotags.patch by Mike Baggaley (slightly modified)
by svn commit 02 Jan '17

02 Jan '17

Version mkgmap-r3742 was committed by gerd on Mon, 02 Jan 2017 echotags.patch by Mike Baggaley (slightly modified) Improve the diagnostics output by echotags when mkgmap has created copies of data for internal processing. Currently the original OSM Id is lost when the data is copied. This small patch retains the original Id when elements are copied. There is no change to the map output. http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=3742

1 0