July 2009 - mkgmap-dev - The mkgmap lists

some comments on mkgmap default style
by maning sambale 06 Feb '10

06 Feb '10

Hi, some observation about the default style: 1. Coastlines are shown as thin blue lines, is it possible to render coastline as polygon, where sea areas are shaded as blue. A work around I did before is to manually edit all sea-areas and then add a natural=water tag (bad data edit) . 2. Administrative boundaries clutter the map. They appear like roads and can be confusing while driving. Suggestion is to make the admin boundaries thinner. Hope it helps improving the default stylesheet. -- cheers, maning ------------------------------------------------------ "Freedom is still the most radical idea of all" -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ ------------------------------------------------------

5 8

Re: R: [mkgmap-dev] [PATCH v3] - beware of the bollards!
by Marco Certelli 03 Sep '09

03 Sep '09

--- Mer 8/7/09, Mark Burton <markb(a)ordern.com> ha scritto: > Da: Mark Burton <markb(a)ordern.com> > Oggetto: Re: R: [mkgmap-dev] [PATCH v3] - beware of the bollards! > A: mkgmap-dev(a)lists.mkgmap.org.uk > Data: Mercoledì 8 luglio 2009, 11:15 > > Hi Marco, > > > Why either side? shoudn't be enough one side only for > restrict the access to the whole way? > > Hey, thanks for that question, it reminded me that I needed > to make the > POI a routing node to stop routing across the POI when the > start point > is within the restricted region. > > The only case it doesn't work for now is when both the > start and end > points are within the restricted region (one each side of > the POI). > Mark, this is how I "solved" the issue so far: a short piece (say 10m) of footway on one side of the bollard http://www.openstreetmap.org/?lat=41.895031&lon=12.414956&zoom=18&layers=B0… I still do not see the reason to make 2 unaccessible arcs on both sides instead of one. Ciao.

4 5

[patch] change bus_stop to Transit Service category and add name / operator
by Ben Konrath 02 Sep '09

02 Sep '09

Hi, Here's a patch to change the highway=bus_stop POI to the Transit Service category and add the name and/or operator. As usual, comments are welcome. Cheers, Ben

5 10

Missing lakes
by Tomas Straupis 30 Aug '09

30 Aug '09

Hello I've noticed strange problem with lakes (natural=water) in a middle of forests (landuse=forest). Some of them are displayed on Garmin (Colorado), some are not. The only difference in data I can see is that the ones displayed have source=Yahoo tag (in addition to natural=water and created_by=...). Strangely enough this is only happening when rendering forest areas as 0x50, if I change it to 0x17 (park) all lakes are visible. Affected area: http://www.openstreetmap.org/?lat=55.2085&lon=25.7473&zoom=13&layers=B000FTF (data taken from http://download.geofabrik.de/osm/europe/lithuania.osm.bz2) Has anybody noticed such behaviour? Is it Colorado or mkgmap problem? Thank you P.S. I will try later to add source=Yahoo to missing lakes and check if that makes them appear on the map. -- Tomas Straupis

6 12

multiple garmin elements from one osm element
by Torsten Leistikow 19 Aug '09

19 Aug '09

Moin, finally I got my eclipse environment running and was able to build mkgmap from source. So the next step was my first extension of mkgmap. Until now a single OSM element was converted into a single garmin element, i.e. the first one in the style file with the matching expression. I have extended the style definition by two commands (stop and continue), to allow the generation of multiple elements. A classic conversion rule has a syntax like: amenity=restaurant [0x2a00 resolution 20] With my extension this is equal to amenity=restaurant [0x2a00 resolution 20 stop] and has the meaning: If this rule is used, no further rules will be applied to the element. If this line is changed now to amenity=restaurant [0x2a00 resolution 20 continue] mkgmap will convert a matching OSM element into a garmin Element type 0x2a00, but afterwards it will check, whether another rule is matching for the same osm element. So this will allow, that for the same item additionally a tourism=hotel [0x2b01 resolution 20] rule might be applied. My modification is working on points as well as on lines or polygons, i.e. it will also help with barrier=fence problem. There are two problems with my modification: 1. The POI generation for an area will not work, with multiple conversion rules. 2. I do not know, how to provide a proper patch for my modification, so I just attached the modified java-files (based on mkgmap-r1087). I hope you can incorporate the modification into your mkgmap and give it a try. Without any change to the style, the modification should not change anything. As a try, you could add the continue command to all point rules and all barrier rules. What do you think about it? Gruss Torsten

5 10

splitter: small patch and wishlist
by Valentijn Sessink 14 Aug '09

14 Aug '09

Hello list, A small wish list for splitter: - honour "action='deleted'" in the input file. Rather trivial to write, but I don't send a patch because you would be horrified by my code. - make it possible to use hex data in areas.list (trivial patch, see below). Best regards, Valentijn

2 4

Garmin Nuvi asks province
by Valentijn Sessink 13 Aug '09

13 Aug '09

Hi, A bit of a strange thing: my Garmin mkgmap maps ask the "provincie" (Province? State? County? Whatever you guys call it over there ;) when I want to route to an address. I normally build my map with country="Netherlands" and country-abbr=NL, I also tried no country and abbrev, but it keeps asking for a "Provincie". Whatever I enter, Garmin can't find it and this makes routing to an address pretty much infeasible. On the regular map, it just asks me if I'm in the Netherlands and then I can enter street and city names. java -enableassertions -Xmx1800m -jar ~/garmintest/mkgmap/dist/mkgmap.jar --country-name="" --country-abbr="" --family-name="Openstreetmap Netherlands `date -I`" --latin1 --remove-short-arcs --lower-case --preserve-element-order --location-autofill=1 --gmapsupp --route --net --tdbfile -c template.args What am I doing wrong? I guess this is just a wrong option somewhere? Valentijn

7 8

Putting the DP code under the microscope
by Mark Burton 13 Aug '09

13 Aug '09

Hi, As today's topic is the DP code, I thought I would take a close look. Not sure, but is the i-- on line 93 erroneous? As i will be decremented at the end of the loop anyway, it seems to me that the extra decrement will give rise to the possibility that a Coord won't be tested to see if it's a CoordNode and so it will get zapped if it's not outside the error tolerance? Do we care? Cheers, Mark

5 18

Overview map: tiny patch/review series
by Elrond 12 Aug '09

12 Aug '09

Hi developers, Probably many have already noticed, that the overview map (used to contain the polygons for selecting tiles in mapsource) isn't perfect. Often the polygons are much too large, or sometimes too small. They also feel like having a bias (at least for me). I have tried to fix this. And I think I was successful. After a short talk on irc we concluded: Instead of just commiting stuff, I will post patches here on the ML for review. So that people can give comments before I commit them. This is for mainly two reasons: 1) Some thoughts are not too simple, and I want to make sure, everyone understands them and at the same time, that they're right. 2) Some parts change some internals drastically and I feel, I might have overlooked something in this cause. Elrond

7 22

Memory limits for mkgmap and splitter
by Paul Ortyl 07 Aug '09

07 Aug '09

Hi, I used to process the europe.osm (from geofabrik.de) file using splitter. It does not work (in finited time) any more because of the 4GB limit of my hardware RAM. I have a suggestion, which comes from my experience years ago, where I had to crunch gigabytes of textual data using PERL. In the old days I had written some scripts, which used associative arrays for data storage. I had to have access to the whole data "at once" for report generation. The trick was to test the processing on small amount of data and for the big run "tie" the "associative array" functionality to BerkeleyDB. The processing was slow, but possible without spending any more time on searching for other solution. Would it be possible to allow an option, where data storage instead of internal structures would be stored partly on disk and partly in database engine cache (see BerkeleyDB implementation). I am aware, that the processing will be 10 or 100 times slower, but will not take my workstation down grabbing all RAM and swap space and could do that in background leaving me substantial amount of RAM and one CPU core free for other tasks. In PERL it is builtin "tie" functionality, I have, however, no idea what is the used data structure in mkgmap and splitter and how to translate the trick into Java. If you think that the change is trivial and point me to the critical section I might see if I get it implemented. Any ideas? Paul -- Don't take life too seriously; you will never get out of it alive. -- Elbert Hubbard

10 34