July 2017 - mkgmap-dev - The mkgmap lists

Commit r3975: change copyright info, no functional change
by svn commit 27 Jul '17

27 Jul '17

Version mkgmap-r3975 was committed by gerd on Thu, 27 Jul 2017 change copyright info, no functional change http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=3975

1 0

Any option to include POIs as ways?
by Dominik Seelow 26 Jul '17

26 Jul '17

Hi all, Is there any way to transform (user-defined) POIs into short ways? It is quite helpful to see potentially hazardous barriers of any kind in advance on the GPS when cycling. Unfortunately, my device does not care for mkgmap's resolution settings when it comes to POIs and chooses by itself which types to display (apparently the normal behaviour of Garmin Edges). I would hence have to switch to high detail level and drown in POIs, thus making the map pretty unreadable. The numerous barrier POIs also pollute the search function - I suppose, nobody wants to be flooded with bollard entries when searching for nearby POIs. So I am thinking of a 'pois-as-lines' function which adds a 'way' for each POI - I could then choose to ignore barriers, railway crossings, or traffic lights in the points file but assign a non-routable line type in the lines files instead. POIs relevant for planing _and_ when riding (such as mountain passes) could be assigned both, a line and a POI, whilst others (e.g. restaurants) could remain ordinary POIs. Is there any way to achieve this? Thanks in advance, Dominik P.S. Thank you for this great tool!

3 4

CP1251/1253/1256 and more broken if used without --lower-case
by Felix Hartmann 25 Jul '17

25 Jul '17

Hi everyone - well this is a bit of a follow up of my previous message - but after I know the problem - I guess it's better to use correct title. I'm trying to create maps without using unicode of non latin using countries - and for many weeks I was quite uncertain why the did not work correctly. At least if I compile maps on windows - the resulting maps seem to ignore/break --code-pages somehow except if also --lower-case is given. Now I cannot really read/write cycrillic, arabic or hebrew - but all of these maps created without --lower-case actually seem to only write the code-page into header - but the actual name will end up being transliterated into latin1/acsii. This seems to be completely independant of style - I've put a link list with greece as example, it's not based on default style - but with default style the exactly same thing happens. a) https://openmtbmap.org/mtbgreece.exe (compiled without --lower-case) b) https://openmtbmap.org/mtbgreece_lc.exe (exactly the same but compiled adding --lower-case) c) http://ftp5.gwdg.de/pub/misc/openstreetmap/openmtbmap/odbl/mtbgreece.exe (without --lower-case but using codepage=65001 / unicode) (linux users - you can simply unpack the .exe - it's lzma packed, note for windows user - the registry entry created by each installer is identical - you can install to different folders though to check the maps - in Basecamp/Mapsource only one will be visible) Now a) will actually display in Cyrillic on some computers (e.g. windows 2007, windows server 2008) however not on windows 10 (for Basecamp, Mapsource or GPSMapedit). However the labels clearly are not really correct. Sometimes there are placeholder, sometimes simply wrong. I rechecked that b) is correct by also compiling a unicode version and checking the labels. Working Codepages without lower-case: Chinese, Japanese... (not based on any alphabet), latin1, 65001 Broken Codepages without lower-case: Russian, Cyrillic, Hebrew, Arabic,.... Just for reference - here is the command I gave for compiling (note style does not matter, I verified with default style) -- add or take --lower-case: *start /low /b /wait java -jar -XX:StringTableSize=100003 -Xms6000M -Xmx13300M C:\openmtbmap\mkgmap.jar --max-jobs=8 "--generate-sea" --code-page="1253" "--precomp-sea=C:\openmtbmap\maps\sea.zip" --nsis --index --levels="0:24, 1:23, 2:22, 3:21, 4:20, 5:19, 6:18" --overview-levels="7:17, 8:16, 9:15, 10:14, 11:13, 12:12" --add-pois-to-areas --pois-to-areas-placement=entrance=main;entrance=yes;building=entrance;barrier=entrance --reduce-point-density=3.4 --reduce-point-density-polygon=6 --cycle-map --ignore-fixme-values --housenumbers --link-pois-to-ways --ignore-turn-restrictions --polygon-size-limits="24:16, 23:14, 22:12, 21:11, 20:10, 19:9, 18:8, 17:7, 16:6, 15:5, 14:4, 13:3, 12:2, 11:0, 10:0" --description=openmtbmap_gr --show-profiles=1 --location-autofill=bounds,is_in,nearest --bounds=C:\openmtbmap\maps\bounds.zip --route --country-abbr=gr --country-name=greece --mapname=63950000 --family-id=6395 --product-id=1 --series-name=openmtbmap_greece_27.06.2017_NU --family-name=mtbmap_gr_26.06.2017_NU --tdbfile --overview-mapname=mapsetc --keep-going --area-name="greece_27.06.2017_NU_openmtbmap.org <http://greece_27.06.2017_NU_openmtbmap.org>" -c E:\openmtbmap\maps\template.greece* -- Felix Hartman - Openmtbmap.org & VeloMap.org Schusterbergweg 32/8 6020 Innsbruck Austria - Österreich

3 7

Any option to include POIs as ways?
by Dominik Seelow 25 Jul '17

25 Jul '17

Hi all, Is there any way to transform (user-defined) POIs into short ways? It is quite helpful to see potentially hazardous barriers of any kind in advance on the GPS when cycling. Unfortunately, my device does not care for mkgmap's resolution settings when it comes to POIs and chooses by itself which types to display (apparently the normal behaviour of Garmin Edges). I would hence have to switch to high detail level and drown in POIs, thus making the map pretty unreadable. The numerous barrier POIs also pollute the search function - I suppose, nobody wants to be flooded with bollard entries when searching for nearby POIs. So I am thinking of a 'pois-as-lines' function which adds a 'way' for each POI - I could then choose to ignore barriers, railway crossings, or traffic lights in the points file but assign a non-routable line type in the lines files instead. POIs relevant for planing _and_ when riding (such as mountain passes) could be assigned both, a line and a POI, whilst others (e.g. restaurants) could remain ordinary POIs. Is there any way to achieve this? Thanks in advance, Dominik P.S. Thank you for this great tool!

1 0

Commit r3974: cleanup: remove dead code, no functional change
by svn commit 25 Jul '17

25 Jul '17

Version mkgmap-r3974 was committed by gerd on Tue, 25 Jul 2017 cleanup: remove dead code, no functional change - UliBaer http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap&rev=3974

1 0

upper and lower case
by Mike Baggaley 25 Jul '17

25 Jul '17

Hi, I wonder are there functions to convert values to upper or lower cases? I can't find anything in the style manual. I'm doing a lot of comparison of name fields such as name~'[Aa]irport' and think it would be much more efficient to first copy the name to an upper or lower case version and then do equality matches instead of the regular expression matches (this would also detect any oddly capitalized names such as AIrport). Any suggestions? Thanks, Mike

2 1

mkgmap and MapInstall (OS X)
by jan meisters 25 Jul '17

25 Jul '17

Every several month I render my own europe from geofabrik extract, with OSX 10.11.6 and a style-sheet based on openfietsmap. Mkgmap output is then converted to .gmap with JaVaWa MapConverter and viewed in BaseCamp. This time, with mkgmap_3972 and splitter_583, the resulting map seems to be ok in BaseCamp, but MapInstall rejects to send anything to the device - no tile of the map is selectable. I reproduced this failure with a fresh europe-latest a second time, while a smaller extract (Nordrhein-Westfalen) works. Downgrading to last used mkgmap_3820 solved the problem in MapInstall - the rendered europe-output is functional for the whole workflow. Is this a bug or something new in mkgmap I have to adjust in my style? Thanks for reading!

3 2

problem with osm2.pleiades.uni-wuppertal.de/?
by Bernd Weigelt 02 Jul '17

02 Jul '17

Hi is there a problem with osm2.pleiades.uni-wuppertal.de or the process to create new files? there is only the sea_20170615.tar.bz2 in the directory and the files in bounds are from 20170608 thx Bernd

3 2