April 2010 - mkgmap-dev - The mkgmap lists

Distance Icon - Text
by Daniela Duerbeck 06 Apr '10

06 Apr '10

Hi! I think that the distance between icon and corresponding text is a bit too large, see http://www.deltadelta.de/nmz/sc18.png Can I decrease it? Thanks a lot in advance, Dani

3 3

Commit: r1625: Translate amenity=zoo at resolution 20 like tourism=zoo,
by svn commit 05 Apr '10

05 Apr '10

Version 1625 was commited by marko on 2010-03-29 09:16:46 +0100 (Mon, 29 Mar 2010) Translate amenity=zoo at resolution 20 like tourism=zoo, and note that amenity=supermarket and amenity=zoo are deprecated.

6 9

Commit: r1628: Intern the values when saving a tags.
by svn commit 04 Apr '10

04 Apr '10

Version 1628 was commited by steve on 2010-04-04 15:11:56 +0100 (Sun, 04 Apr 2010) Intern the values when saving a tags. (The keys are already de-duplicated)

1 0

make-all-cycleways and turn restrictions
by Chris-Hein Lunkhusen 02 Apr '10

02 Apr '10

1 0

Commit: r1626: In case multiple ways were joined to a polygon the polygon was tagged with the union set of tags of all joined ways. This algorithm is not compatible to the tag join algorithm described on the multipolygon relation definition (http://wiki.openstreetmap.org/wiki/Relation:multipolygon#Tagging).
by svn commit 02 Apr '10

02 Apr '10

Version 1626 was commited by steve on 2010-04-02 20:27:32 +0100 (Fri, 02 Apr 2010) In case multiple ways were joined to a polygon the polygon was tagged with the union set of tags of all joined ways. This algorithm is not compatible to the tag join algorithm described on the multipolygon relation definition (http://wiki.openstreetmap.org/wiki/Relation:multipolygon#Tagging) - WanMil

1 0

Re: [mkgmap-dev] mkgmap-dev Digest, Vol 21, Issue 3
by t.teubert＠raumbezug.eu 02 Apr '10

02 Apr '10

Torsten Teubert Ich bin bis einschließlich zum 09.04.2010 nicht im Haus, werde Ihre Mail aber sofort nach meiner Rückkehr bearbeiten.

1 0

Patch to reduce memory usage by interning strings.
by Scott A Crosby 02 Apr '10

02 Apr '10

I noticed that mkgmap does not intern any strings. In particular, this tile, generated by the splitter, fails to build with -Xmx3000m on 64-bit jdk under linux. With my patch, mkgmap generates the tile with -Xmx1000m. <bounds minlat='55.1953125' minlon='9.4921875' maxlat='56.6015625' maxlon='11.513671875'/> This tile has 1m nodes. Among the nodes and ways on this tile, there are 12m tags, yet only 100k distinct tag key/value pairs; on average each value occurs 120 times. I explicitly do not use normal string interning because String.intern() strings are kept forever, and I want these strings to be GC'able after the tile is done. I trade GCability for having the occasional string duplicated in memory by flushing the interning table every 10k unique strings. This code is not presently multithread safe; Ideally there should be one string interning table for each parser/thread. Scott

4 10

Suggestion to improve --check-roundabout-flares
by Charlie Ferrero 02 Apr '10

02 Apr '10

Hi, The --check-roundabout-flares sometimes triggers on cycleways that cross roundabouts, e.g. www.openstreetmap.org/?mlat=55.80233&mlon=-4.05466&zoom=17 or www.openstreetmap.org/?mlat=52.94614&mlon=-1.13065&zoom=17 Could it be changed to ignore any non motor-vehicle type way? -- Charlie

1 0

Re: [mkgmap-dev] mkgmap-dev Digest, Vol 21, Issue 2
by t.teubert＠raumbezug.eu 02 Apr '10

02 Apr '10

Torsten Teubert Ich bin bis einschließlich zum 09.04.2010 nicht im Haus, werde Ihre Mail aber sofort nach meiner Rückkehr bearbeiten.

1 0

State of the coastline art
by NopMap 02 Apr '10

02 Apr '10

Hi! I am working on sea polygons once again. After reading through the many generate-sea-related topics I am still not sure what the current state of the art is on the matter. - What is the current recommended command line option/combination that works for you? What other techniques do you need? I have e.g. read about manual adjustions to the data in some posts. Or did it not work for your area at all? - What level of confidence do you achieve with generate sea? Many posts still mention minor failures, disappearing islands etc. - Is it possible to save the resulting sea/land polygons for later re-use? Apparently the OSM data changes more frequently than the actual coastline and re-generating it from scratch every time you update is not necessary. It would be helpful to keep the sea data around, especially if you had to do manual adjustments to create it. But I have not read about such a feature. Did I miss something? thanks Nop -- View this message in context: http://n2.nabble.com/State-of-the-coastline-art-tp4829364p4829364.html Sent from the Mkgmap Development mailing list archive at Nabble.com.

4 6