May 2009 - mkgmap-dev - The mkgmap lists

Abbreviated text in mobileXT
by nyem 06 May '09

06 May '09

Hello, I wonder if anyone has tried mkgmap-generated map on Garmin mobileXT (symbian). Text labels (POI and streetnames) are all abbreviated. Burger King appears as B K, but KFC is OK. A spell search on 'Burger' correctly returns 'B K'. Setting all labels as uppercase doesn't work though. I've tried different options (latin1, lower-case in mkgmap and upcase, codepage in osm2mp) but still the same problem. No such problem viewing the map in mapsource. I use osm2mp.pl to generate the mp file and the same mp file works OK when compiled at mapcenter2. Attached are screenshots of mkgmap and mapcenter2 generated maps for comparison. best regards, nyem

5 8

Elevation lines
by Nop 06 May '09

06 May '09

Hi! In old version of mkgmap, elevation lines that had a tag ele=999 were labelled with that elevation on the map. You had to remove the ele-Tag if you wanted no numbering. This behaviour has changed. With current version, mkgmap seems to ignore the ele-Tag altogether. Is this observation correct? What is the intended way of handling elevation lines with altitude? bye Nop

1 2

using the polygons file in the styles to add tags to included points?
by Gernot Hillier 06 May '09

06 May '09

Hi there! Since quite some time, I think that "someone" ;) should fix the problem that the Garmin currently has no idea what's inside a city and what not. This would mainly fix two things: 1) ETAs in cities are currently terribly wrong if you take a primary road. Garmin calculates with road_speed 4 or so while 2 would be much more accurate. 2) Address search and road-name-pois quite often gets the city wrong. Today, I stumbled over the "polygon" file in the styles and thought that adding a capability to add tags to points in the polygon might be an easy to implement first step for an elegant solution here. I'd love to have the ability of the "relations" file - to manipulate included points or ways - also available in the "polygon" file. Thus, we could e.g. just add implicit is_in or maxspeed tags automatically to the nodes in the area which makes all the other stuff terribly simple. At least, on the German mailing list, we have frequent "wars" about the question if a feature is best implemented using relations, polygons or tags at the single nodes. If we would implement a template mechanism in mkgmap for lines and nodes in polygons, we could support all solutions within "minutes". What do you think? -- Gernot

2 1

Commit: r1032: The attached patch assigns all unknown values of shop to the category
by svn commit 05 May '09

05 May '09

Version 1032 was commited by steve on 2009-05-05 23:04:34 +0100 (Tue, 05 May 2009) The attached patch assigns all unknown values of shop to the category "other". It also translates shop=organic. - Marko M?\195?\164kel?\195?\164

1 0

[PATCH] Add shop=organic, shop=*
by Marko Mäkelä 05 May '09

05 May '09

The attached patch assigns all unknown values of shop to the category "other". It also translates shop=organic. Please apply. Marko

1 0

Commit: r1031: Fixed NPE that occurred when relation used a Way that contained no points.
by svn commit 05 May '09

05 May '09

Version 1031 was commited by markb on 2009-05-05 10:24:12 +0100 (Tue, 05 May 2009) Fixed NPE that occurred when relation used a Way that contained no points. Bug reported by Thorsten Zitterell. Also, now outputs Way OSM id's in diagnostic messages to make it easier to locate and fix bad OSM data.

1 0

Commit: r1030: Now includes Way's OSM id in toString() result.
by svn commit 05 May '09

05 May '09

Version 1030 was commited by markb on 2009-05-05 10:24:09 +0100 (Tue, 05 May 2009) Now includes Way's OSM id in toString() result.

1 0

Possible BUG: Array index out of bounds in RestrictionRelation.java
by Thorsten 05 May '09

05 May '09

Hi. I have generated a Garmin map from an OSM file of europe. At first, I split the map using splitter --mapid=19051979 --max-nodes=500000 ../geofabrik/europe.osm.gz (max-nodes is small as I got heap problems before with my 2GB system) Then I did: mkgmap --style-file=~/navi/maps/mkgmap.style/ --net --route --code-page=1252 --country-abbr="EU" --tdbfile --overview-mapname=22051979 --family-name="EU" --family-id=21 --series-name="EU" --tdb-v4 ../1905*.osm.gz However, in my first try mkgmap complained about "Array Index Out Of Bound" (I forgot to copy the exact error message). The problem was in RestrictionRelation.java. I did some modifications (patch attached) and mkgmap successfully generated images. Note, I am not a java programmer and I have not really an idea about the "impact" of my patch. It is more or less a workaround. However, I hope someone knows why this happens (empty way?) and can properly fix it. Btw: In a third run I generated gmapsupp.img which works on my Oregon and I can successfully route from Germany to Italy :) -- Thorsten

3 5

Re: [mkgmap-dev] [PATCH] default style: make highway=path equivalent to footway and cycleway
by Gernot Hillier 04 May '09

04 May '09

Hi there! Greg Troxel schrieb: > -highway=path {add access = no; add bicycle = yes; add foot = yes} [0x16 road_class=0 road_speed=0 resolution 20] > +highway=path & bicycle=designated {add access = no; add foot = yes} [0x16 road_class=0 road_speed=1 resolution 23] > +highway=path {add access = no; add bicycle = yes; add foot = yes} [0x16 road_class=0 road_speed=0 resolution 23] > > Don't you want a bicyle=yes on the second line, or is that added from a bicycle=designated line elsewhere? > No, I don't think this would help. The "add" keyword means only adding the tag if it wasn't present before, right? So before my change, an already existing bicycle=designated wasn't change to bicycle=yes - so my patch shouldn't change behavior here regarding tags. Or am I getting something wrong now? -- Gernot

2 1

Re: [mkgmap-dev] [PATCH] fix typo in doc/style-rules.txt
by Gernot Hillier 04 May '09

04 May '09

Hi! Steve Ratcliffe schrieb: > On Sun, May 03, 2009 at 09:28:45AM +0200, Gernot Hillier wrote: >> Hi there! >> >> I'm not exactly sure about this one, but I think you're referring to the >> OSM tag itself, right? >> >> If yes, please apply. Please drop me a short confirmation, so I can >> update http://wiki.openstreetmap.org/wiki/Mkgmap/help/style_rules >> accordingly. > > Yes maxspeed appears on map features and that is what is intended. > I will apply the change. Thanks! Wiki page is now also updated accordingly. -- Gernot

1 0