March 2010 - mkgmap-dev - The mkgmap lists

Inconsistent Structure in Address index
by Felix Hartmann 04 Mar '10

04 Mar '10

JuergenD, has integrated a new function to correct mkgmap address information on mkgmap created maps. He said that all Garmin maps have a clearly defined tree structure from top (country) down to municipalities. He integrated a function to maptk to correct this data on mkgmap created maps (but written out to mp). Maybe if the tree structure would be filled up (well if some data is wrong because it is missing, it will be wrong) completly without holes, transferring address index could work. All maps need to have no holes on City -> Region ->Country. It is supposedly easily seen with MapEdit. Maptk will now fill up these holes with dummies. is location-autofill=2 good enough? Else maybe one should look at the corrections maptk does on mp file. Here is his explanation in German: /Die Adresseinträge haben eine Baumstruktur. An der Wurzel das Land ( Country ), Äste sind die Regionen ( z.b. Bundesland, Region ) und die Blätter sind die Orte ( Citiy ). Die Verweise gehen in der IMG-Datei per Index von City -> Region -> Country. Das kann man sehr gut bei MapEdit sehen. Bei OSM ist diese Kette meist nicht vollständig definiert. Dazu kommt, dass die Definitionen selten durchgängig sind. Mal ist Region ein Bundesland, mal eine Stadt ( City ist dann eine Vorort) u.s.w. Manchmal sind auch die Zuordnungen schlicht falsch. MapTk füllt jetzt die unterbrochene Kette mit Dummies auf. In der IMG-Datei steht nichts falsches, es ist nur unvollständig./ Source: http://www.naviboard.de/vb/showpost.php?p=342685&postcount=20

2 1

Garmin colour palette
by Daniela Duerbeck 04 Mar '10

04 Mar '10

Hi! I am not sure whether this is the correct ML for this posting, but I think it is not completely wrong. I saw that the colour palette used in the online Typ file editor has too few and some wrong colours, almost for my Garmin Etrex Legend HCx. So I extracted the colour palette of a Garmin waypoint icon and built a webpage that shows the correct colours (at least for my L:egend, I don't know whether it is the same for other Garmins with 265 colours, but I think so): http://www.deltadelta.de/garmin_colours/ You can also download all the pages for offline use: http://www.deltadelta.de/garmin_colours/garmin_colours.zip When you click on one colour you get a page completely coloured in this colour with the hex representation for better cutting and pasting it into the editor. And also because a colour can better be judged when a big area is coloured. (A wall painted looks always different from the small sample in the shop ...) Perhaps someone will find it useful. Dani

4 3

MapTk typ problem
by Mark Burton 03 Mar '10

03 Mar '10

Hi Felix, You will be interested to learn that the problem I mentioned recently regarding my polylines not taking the style from the MapTk generated style file is due to a bug in MapTk - I contacted the author about it and he got back to me today saying "it's a bug, I'm working on it." Cheers, Mark

2 1

MapTk Updated + Nuvi POI code question
by Mark Burton 03 Mar '10

03 Mar '10

Those people using MapTk will be interested to know that a new version has just been released (2.7.2) - among other things, it fixes the problems with multiple lines/POIs that have extended types. Also, does anyone know if any of the extended type POI codes do not show a little dot in the middle of the icon on the Nuvi? Why do Garmin do that? Are they assholes? Mark

2 1

routable tiles with visible seas
by n willink 03 Mar '10

03 Mar '10

I've been following the "sea floods" topic and have found that ,yes, a x4b polygon is not needed to generate 'non flooding' seas. However, I 'm finding ,I need to include x4b at draworder=0 (sea at order 1 & land at 2) to override Mapsource's hideous basemap, It works brilliantly - all islands appear; no flooding, even in the most 'challenging' circumstances and no basemap! Unfortunately, those tiles are not routable as mkgmap --routes only seems to work with a default style. Is there any way of tweaking mkgmap? Many Thanks Nick

3 6

Recommended version?
by NopMap 02 Mar '10

02 Mar '10

Hi! According to the wiki, the last revision of mkgmap recommended as more-or-less stable is 1188. Which is rather ancient, of course. :-) As there have been quite some interesting changes recently, especially around multipolygons, I'd like to raise the question again: In your experience, is there a more current revision that you have used for major amounts of data without problems, so it could be recommended as reasonably stable, especially to new users? thanks Nop -- View this message in context: http://n2.nabble.com/Recommended-version-tp4584841p4584841.html Sent from the Mkgmap Development mailing list archive at Nabble.com.

6 5

[PATCH v1] flare road checking bug fixes
by Mark Burton 02 Mar '10

02 Mar '10

The good news is that this should now no longer falsely complain about a flare road being the wrong direction when that flare road pair are the only roads connected to a given roundabout. The bad news is that it will now find more bad flare roads than it did before - and you thought you had fixed them all!

3 14

subway_entrance and taxi
by Daniela Duerbeck 02 Mar '10

02 Mar '10

Hi! For my maps I made icons for "subway_entrance" and "amenity=taxi", since these are things that at least I really need to know. They are shown on the map, but when I navigate with the pointer to them, they never will be highlighted.I get just info for things like streets, etc. In potlatch I saw that e.g. a taxi is tagged with a phonenumber and so it would be really nice to be able to select it and read the phonenumber in my Garmin device. What am I doing wrong? Dani

2 1

Etrex sea floods tile unless well zoomed out
by Mark Burton 01 Mar '10

01 Mar '10

I just noticed on my etrex that tiles that touch the coastline are flooded when zoomed in less than about 30Km. Neither mapsource or the nuvi show the same problem with the same map (this is with --generate-sea=polygons). When zoomed out, the coastline looks fine. Anyone else seen this? got a fix? Mark

2 11

[PATCH v2] - yet more turn heading adjustment fixes
by Mark Burton 01 Mar '10

01 Mar '10

v2 - further fixes Carlos, this still gives you an extra "turn left onto Calle Osa Mayor" and I know what's happening there but can't fix it - how about the other problems you were seeing? better/worse? -------- Hopefully, these changes will fix the bad routing directions we have been seeing recently - please test and report success/failure.

3 7