November 2011 - mkgmap-dev - The mkgmap lists

Refactoring the default style
by Marko Mäkelä 11 Nov '11

11 Nov '11

I extended the parser so that there can be multiple base-style declarations within a style. I was thinking of refactoring the following from the default style and adding these to styles/default/info: base-style: country-specific # mkgmap:country etc. base-style: waters # water polygons and lines base-style: boundaries base-style: contours base-style: landuse # natural=*, landuse=* except water features base-style: leisure # most leisure things base-style: aero # airports, runways etc. base-style: car # parking, fuel stations base-style: restricted # military, prisons, etc. base-style: manmade # building=*, man_made=* base-style: commercial # shop=*, paid-for amenity etc. base-style: services # public or non-commercial services base-style: ways # all highway=* base-style: pipes-cables This is a rough idea, and it may change as I go. I will post a patch once it is complete (hopefully during this weekend), and gather feedback then. Hopefully there will not be too many issues with the evaluation order. I plan to add the "continue" action to the boundary lines, so that rivers or ways that are additionally tagged as boundaries will show up in the map. Best regards, Marko

1 0

text-to-TYP converter
by Pazapas 10 Nov '11

10 Nov '11

Hello there, This is not written in Java, but this is a "text-to-TYP" converter. Available since 2010, Except the author, no one uses it : http://emerald-island.eu/wikka/MakeTyp David

2 1

mkgmap and bicycle routing
by Thorsten Kukuk 09 Nov '11

09 Nov '11

Hi, we had here already some posts about Garmin Maps and routing for bicycles. I did quite some tests in the last time. At first, the good news is, that with the 3.50 firmware for the 62s, routing for bikes works again really good. Looks like with 3.40 something was broken there. But I saw still some cycleways, where the Garmin refuses to route me about. After looking at the OSM data, I found the following difference: - working: highway=path bicycle=designated foot=designated - not working: highway=path bicycle=official foot=offcial The rules in my style are the same as of the default style, and from that, there shouldn't be a difference. Both ways should be changed to highway=cycleway, and if I look at the map, this is working fine. The map draws a cycleway and not a path. So my question is, how does mkgmap sets the flag if a bike is allowed or not? Could it be that mkgmap does not handle bicycle=official as bicycle=yes? If somebody wants to test it: Create a long way with the working tags, escept a short distance in the middle. For this short distance, create a very, very long alternate route. The 62s will always use the alternate route, never the short one. Thanks, Thorsten -- Thorsten Kukuk, Project Manager/Release Manager SLES SUSE LINUX Products GmbH, Maxfeldstr. 5, D-90409 Nuernberg GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer, HRB 16746 (AG Nürnberg)

6 16

Commit: r2068: Interpret access=official as access=yes. (Thorsten Kukuk)
by svn commit 09 Nov '11

09 Nov '11

Version 2068 was commited by marko on 2011-11-09 11:22:44 +0000 (Wed, 09 Nov 2011) Interpret access=official as access=yes. (Thorsten Kukuk)

1 0

Re: [mkgmap-dev] [PATCH]splitter memory usage
by Michael Prinzing 08 Nov '11

08 Nov '11

On Tue, 8 Nov 2011 13:43:29 -0800 (PST), GerdP wrote: >I fear I don't understand why elevation lines are a problem for version 181 Because they are added with node IDs above the IDs used by OSM data. With the increased MAX_ID splitter r181 needs more memory than 32 bit Java can provide under Windows to process this data. Additionally, srtm2osm is creating contour data with IDs starting at 2*10^9. This is hitting the maximum of 2^31 allowed for node IDs in splitter r181. >so maybe my version will not work with that as well. What do I have to test >to verify it? Add some data with node IDs above 2*10^9 to the normal OSM data and check if the splitter needs more than about 1,5GB of RAM to process it. Or even better, use srtm2osm to create some "real" elevation data and split it together with the OSM data for the same region. Michael

1 0

mkgmap and aster data
by Jaromír Mikeš 08 Nov '11

08 Nov '11

Hi list, I need advice how to use ASTER tif tiles for building map with contours? It is not probably scope of this list, but I can't find answer elsewhere. I am building map where srtm having a lot of big holes (Patagonia). I have 58 tiles (dem.tif and num.tif file for each). Is it possible convert them to .hgt files and then continue with Srtm2Osm? Linux tools are prefered. Thank you for any advice. mira

2 7

Re: [mkgmap-dev] [PATCH]splitter memory usage
by steve＠parabola.me.uk 07 Nov '11

07 Nov '11

Hi WanMil > Therefore I created a branch memory_optimization including your patch so > that your changes might be tested more easily by a bigger group of people. > The compiled release of the branch should appear automatically at > http://www.mkgmap.org.uk/splitter/. If that's not the case Steve might > has to do some configuration stuff on the webserver? Thanks for creating the branch for this! I've set things up so that compiled jar files are available from the download page. You still need a complete distribution for the dependant jars and then replace the splitter.jar in that. ..Steve

1 0

Commit: r2067: Map designatd, permissive, official access to yes.
by svn commit 07 Nov '11

07 Nov '11

Version 2067 was commited by marko on 2011-11-07 08:58:37 +0000 (Mon, 07 Nov 2011) Map designatd,permissive,official access to yes.

1 0

Re: [mkgmap-dev] [PATCH]splitter memory usage
by Michael Prinzing 05 Nov '11

05 Nov '11

On Thu, 3 Nov 2011 04:25:24 -0700 (PDT), GerdP wrote: >This patch reduces memory requirement in splitter by ~50% by replacing class >SparseInt2ShortMultiMap with class Node2AreaMap. >It also includes small performance tweaks. Thank you, Gerd. With this patch applied to the splitter I am able to process europe.osm.pbf from Geofabrik on a system with a total of only 1.7GB RAM, running Windows XP and Java 1.7 32 bit. Without this patch the current splitter is completely unusable on that system since it is not even possible to split a single country (Germany in my case) without running out of memory. I had to use r161 and OSM data in XML format, so this patch is a great improvement for me. >Still not solved by this patch: >- Memory usage depends on the highest node id in the data. >- Node id > Integer.MAX_VALUE do not work (not a problem at this moment) > >If this small patch is okay for you, I can provide a bigger one that also >fixes these issues, but touches many more files Both sounds very interesting to me. If memory usage doesn't depend on the highest ID in the data but on the number of nodes, it is possible to split small areas also on small computers. And Node id > Integer.MAX_VALUE do not work *is* a problem as soon as there is additional data like contour lines to be added to the OSM data (this has some advantages compared to an extra layer). So IMO it is worth considering to have built into the splitter what you proposed, together with a command line switch allowing to choose between the "old huge" and the "new small" method. Michael

1 0

value (string) handling via style file
by Torsten Leistikow 04 Nov '11

04 Nov '11

Moin, I want to do some modifications of the tag-values via the style file. I know this has been a topic here before, but I can not find the neccessary hints right know. - How can I check the first character of the value in a style file? (I want to detect whether the first character is a minus sign "-".) - How can I check the last character of the value in a style file? (incline allows either "%" or "°") - How can I remove the first character of the value in a style file? ("-5%" -> "5%") - How can I check, whether a character is numeric? (in [0..9]) Can anybody help me? Gruss Torsten PS: The definition of the incline tag is really a nightmare for automated evaluation.

3 4