- mkgmap-dev - The mkgmap lists

restriction relation edge cases
by Gerd Petermann 30 Mar '14

30 Mar '14

Hi all, how should mkgmap interpret this restriction? http://www.openstreetmap.org/relation/2198414 restriction=no_right_turn restriction:motorcar=no_right_turn restriction:motorcycle=no_right_turn 1) Is it correct? I'd prefer to have either restriction=<turn> or a list of restriction:*=<turn> 2) I guess it means that the no_right_turn restriction applies only to motorcar and motorcycle. If it is correct, mkgmap has to ignore the restriction=<turn> tag as that would include all vehicles. Gerd

2 1

Changes to require name defined in the style file
by Brett Russell 29 Mar '14

29 Mar '14

Hi All Trouble been a bit slow to update or more likely just plain with my styles but I think that somewhere along the line the automatic use of the name changed. I find I now need to add & name=*{name '${name}'} to any point of interest to display the name. In the past I think I only needed name=* No great problem as I can re-work my style sheet but for my own sanity check did this extra vigour in defining the style creep in? Cheers Brett

4 9

mkgmap & Unsupported major.minor version 51.0
by Nev Wedding 29 Mar '14

29 Mar '14

Hi After editing late in the day, I am trying to make a new map to load on my eTrex that highlights the remaining un-named ways for the next day, using mkgmap and a download of an .osm file using Josm of part of a suburb, using the following command as an initial trial. java -jar /Applications/mkgmap-r3118/mkgmap.jar --gmapsupp --style=noname /Users/xxxx/Documents/JOSM/Save_OSM_file/nonametest.osm and I get the following advice... Exception in thread "main" java.lang.UnsupportedClassVersionError: uk/me/parabola/mkgmap/main/Main : Unsupported major.minor version 51.0 at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClassCond(ClassLoader.java:637) at java.lang.ClassLoader.defineClass(ClassLoader.java:621) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141) at java.net.URLClassLoader.defineClass(URLClassLoader.java:283) at java.net.URLClassLoader.access$000(URLClassLoader.java:58) at java.net.URLClassLoader$1.run(URLClassLoader.java:197) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:190) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) at java.lang.ClassLoader.loadClass(ClassLoader.java:247) I assume a version incompatibility with mkgmap and my java version java -version java version "1.6.0_65" Java(TM) SE Runtime Environment (build 1.6.0_65-b14-462-10M4609) Java HotSpot(TM) 64-Bit Server VM (build 20.65-b04-462, mixed mode) I can't run java 1.7 on this machine iMac7,1 System Version: Mac OS X 10.6.8 (10K549) Snow Leopard Kernel Version: Darwin 10.8.0 ...belatedly found this http://wiki.openstreetmap.org/wiki/Mkgmap/help/usage Pre-Requisites You need to download the following software / tools: Java Runtime Environment 1.7 from http://www.java.com mkgmap splitter Install Java Runtime Environment 1.7. Both mkgmap and splitter depend upon it. That seems plain enough even for me now - I must have a later Java version installed and this can't be done on this machine. ** Is it likely that the developers of mkgmap will recompile a version of the program in the near future so that it runs under java 1.6?

2 1

[patch v8] correct make-cycleways and new mkgmap: tag
by Gerd Petermann 28 Mar '14

28 Mar '14

Hi all, attached is version 8 of the patch. Compared to v7 it adds the handling of a new internal tag mkgmap:highest-resolution-only If set to true, the minimum resolution of the object is changed to equal the maximum resolution. This also works when the style uses level instead of resolution. The default style is changed to set mkgmap:highest-resolution-only=true for the added cycleways. Gerd

3 4

Commit: r3138: apply cycleway-v9.patch
by svn commit 28 Mar '14

28 Mar '14

Version mkgmap-r3138 was committed by gerd on Fri, 28 Mar 2014 apply cycleway-v9.patch - fixes distorted lines in combination with make-opposite-cycleways option - cycleways are also created for oneways with oneway:bicycle=no or bicycle:oneway=no - the cycleways are added in the StyledConverter and have the same OSM id as the original way - adds new internal tag mkgmap:highest-resolution-only which allows to set the minimum resolution equal to the maximum resolution so that artificial cycleways don't blow up the img size

1 0

conditional includes in style
by Gerd Petermann 28 Mar '14

28 Mar '14

Hi Felix, I've started a new thread for this as your post was a bit off topic here: http://gis.19327.n5.nabble.com/Patch-v5-correct-make-cycleways-tp5800981p58… I had the same idea when I tried to find a solution for the --make-opposite-cycleways option in the style, but then I thought that --make-opposite-cycleways should not be an option at all, these cycleways should be created in the default style if they don't cause any trouble. Your proposition sounds like #ifdef / #endif in a c /c++ prepro combined with defines passed to the compiler. I agree that this gives more flexibility, but it is also likely to reduce readability. The keyword includeoptional sounds more "include if you can find it". Are there other ideas out there? Gerd

7 12

Commit: r3137: When listing files from a directory, only list those that contain a version file.
by svn commit 28 Mar '14

28 Mar '14

Version mkgmap-r3137 was committed by steve on Fri, 28 Mar 2014 When listing files from a directory, only list those that contain a version file. Any empty or non-style directories would be included in the list, but would fail to open, leading to the real style being opened. Since that style would be already in the list, you get a message about a duplicate.

1 0

Question about turn restriction warning
by Thorsten Kukuk 27 Mar '14

27 Mar '14

Hi, what does this message in the mkgmap log want to say me? 2014/03/27 12:22:15 WARNING (RestrictionRelation): 71200255.osm.pbf: Turn restriction http://www.openstreetmap.org/browse/relation/1631712 (at http://www.openstreetmap.org/?mlat=51.609756&mlon=7.509406&zoom=17) no_left_turn 'via' coord redefined from http://www.openstreetmap.org/?mlat=51.609508&mlon=7.518603&zoom=17 to http://www.openstreetmap.org/?mlat=51.609508&mlon=7.518603&zoom=17 I have quite a lot of them, but the interesting part is, that the from URL seems to be always identical to the to URL. At least I wasn't able to find an entry where it is different. And is a WARNING here really correct? For me it looks more like this should be a debug or info message? Thanks, Thorsten -- Thorsten Kukuk, Senior Architect SLES & Common Code Base SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg)

2 1

mkgmap logging problem/question
by Thorsten Kukuk 27 Mar '14

27 Mar '14

Hi, I currently try to get ride of this thousands of warnings about "WARNING (MultiPolygonRelation): 71200001.osm.pbf: Cannot join the following ways to closed polygons..." So I have the following line in my logging.properties file: uk.me.parabola.mkgmap.reader.osm.MultiPolygonRelation=SEVERE For all other cases this works fine, somehow only for the MultiPolygonRelation.class it seems to be ignored? Even if I remove that line, it's still printed. And yes, I'm sure I don't have it a second time in my file. Any idea what I can make wrong? Thanks, Thorsten -- Thorsten Kukuk, Senior Architect SLES & Common Code Base SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg)

3 5

Commit: r3132: refactoring handling of mkgmap:skipSizeFilter, no functional change
by svn commit 27 Mar '14

27 Mar '14

Version mkgmap-r3132 was committed by gerd on Thu, 27 Mar 2014 refactoring handling of mkgmap:skipSizeFilter, no functional change

1 0