March 2009 - mkgmap-dev - The mkgmap lists

[PATCH] Polygon additions to the default style
by Marko Mäkelä 13 Mar '09

13 Mar '09

Here's another patch, defining a translation for all values of landuse= documented at http://wiki.openstreetmap.org/wiki/Map_features I didn't test this much yet. The patch introduces the codes 0x0d and 0x53. All other codes were used previously. Marko

1 1

[PATCH v8] alpha support for motorway exits and service areas
by Mark Burton 13 Mar '09

13 Mar '09

Patch version 8 (based on r977) - No big changes - now sorts exit names The problem of the GPS listing the basemap exits in preference to the OSM map exits still remains - I have tried everything I can think of but it still doesn't use the OSM map exits by default. What's really weird is that it can "see" the OSM map exits but decides to use the basemap exits instead. I could understand it using the basemap exits if the OSM map exits were not visible, but they are. The analogous situation is the cities. There, by default, the GPS shows the OSM map cities rather than the basemap cities. For both cities and exits, my gps lets me choose which map to use. For no other findable object is that option provided. I've run out of ideas for the moment. ---------------------- Hi, The attached patch provides basic support for processing motorway exits. It's still work in progress but I am posting it so that people can try it out, find what breaks and suggest improvements. Exits in the garmin world have to be associated with a motorway (sounds reasonable) but they don't have to coincide with a node on the motorway, i.e. the exit node doesn't have to be on the motorway! In the case where the exit is defined with a "motorway_junction" tag on one of the motorway's nodes, nothing needs to be done for an exit POI to be generated as mkgmap will work out the association itself (only for roads that are "motorway" or "trunk"). If your "motorway_junction" node is separate from the motorway (not very sensible, perhaps) or you are using a "highway=services" tag on a node (which probably will be near the road but not actually on it) you will need to add a "exit:road_ref" tag to specify the reference of the road that the exit is associated with. Here's example tags that associates a services with the road A41. name=Toy Town Services highway=services exit:road_ref=A41 Note, at this time "highway=services" for areas is not yet supported. Seems to me that it could be by using the new area POIs functionality to make a POI automatically. One attribute of exits is that they exit to somewhere and you need to be able to specify where the exit is going to because mkgmap can't guess that (well, not yet, anyway). To do this, use an "exit:to" tag. So you can say: highway=motorway_junction ref=5 exit:to=Telford East Garmin allow you to specify all sorts of facilities info for an exit and this is described in the cgpsmapper docs. Of course, there is no standard OSM means to express that so we have yet another tag "exit:facility" that should be set to a comma separated set of values that describe the facility. The syntax is exactly the same as used in mp files. Something like this (values are examples, not sensible): exit:facility=0x01,N,0x04,Hello World Yet more flexibility is introduced by the fact that the type code for the exit can be one of a huge range. At the moment, I am using: highway=motorway_junction { name '${ref} ${name}' | '${ref}' | '${name}' } highway=motorway_junction [0x2000 resolution 16] highway=services { name '${ref} ${name}' | '${ref}' | '${name}' } highway=services [0x210f resolution 16] 0x2000 means "exit no services" 0x210f means "exit (service") I played around with the codes and on my gps some codes make little symbols appear to show that the exit has food, hotel, etc. We can probably make it use a suitable code from the facilities info but I haven't looked into that yet. Oh yes, you must have a region defined for your map, if you don't, the exits will not be generated. All feedback is welcome. Cheers, Mark

1 0

[PATCH] Garmin symbol 0x2e06 both gas station and shop?
by Marko Mäkelä 13 Mar '09

13 Mar '09

When I experimented with mkgmap styles, I noticed that my Garmin Edge 705 displays the symbol 0x2e06 both in the "convenience store" ("Lähikauppa" in Finnish) and "gas station" ("Huoltoasema") POI search menus. Unfortunately, OSM doesn't (yet) distinguish between "fuel-only stations" and "fuel+convenience", and thus we can't use the symbol 0x2e06 yet. The attached patch documents this and enhances the POI mapping of the default style. Most importantly, it adds recycling facilities, doctors, and some types of shops. Best regards, Marko

4 9

Road Name POIs
by Paul 12 Mar '09

12 Mar '09

As this has now been merged to trunk I thought I'd have a look as I've never properly tried to use it before. I'm sure that I'm missing something as having compiled a map with the --road-name-pois option I don't see anywhere I can search for road names. I downloaded great_britain.osm and compiled the latest mkgmap from subversion and did the following java -jar splitter.jar --mapid=70000001 --max-nodes=1000000 great_britain.osm java -Xmx2048M -jar mkgmap.jar --latin1 --gmapsupp --route --net --code-page=1252 --country-name="UNITED KINGDOM" --country-abbr=UK --tdbfile --tdb-v4 --road-name-pois --description="Map of GB" 70 0000??.osm On my 605 to search for anything I select the options Where to? | Find places. I'm then presented with a list of Favourites, Cities, Food & Drink, Gas Station, Lodging, Attractions, Transportation, Shopping, Bank & ATM, Entertainment, Recreation, Community, Hospital, Auto Services Some of these also have sub-sections but I can't see where road names are. I thought that using the --road-name-pois option would add an extra option into this list but I may well be mistaken. Items listed under the above categories are being read from the mkgmap created map as things I have added are present when they weren't previously Where am I going wrong? Cheers Paul

5 18

Commit: r977: Add some aero features. - Clinton Gladstone
by svn commit 12 Mar '09

12 Mar '09

Version 977 was commited by steve on 2009-03-12 22:40:44 +0000 (Thu, 12 Mar 2009) Add some aero features. - Clinton Gladstone

1 0

Commit: r976: Add some POI types - Marko M?\195?\164kel?\195?\164
by svn commit 12 Mar '09

12 Mar '09

Version 976 was commited by steve on 2009-03-12 22:35:28 +0000 (Thu, 12 Mar 2009) Add some POI types - Marko M?\195?\164kel?\195?\164

1 0

Re: [mkgmap-dev] POI and routing with multiple tiles
by stefan＠binaervarianz.de 12 Mar '09

12 Mar '09

>> > I haven't tried myself, but I think merging two osm files should be > nearly as simple as copy them both into one file. Should only need > small work whit the header lines to get a valid xml file. > I've just read in another forum that merged osm files from geofabrik regions will still not route correctly cause the ways and shapes along the border don't get merged in a sensible way. Even when using osmosis. Has anyone tried this yet? I imagine the routing needs connected ways to route along and there is no code in splitter or mkgmap which would re-connect the broken ways on the borders. Even for osmosis it would be impossible to know which ways to connect. It's probably no save assumption to just merge every way with overlapping nodes on the border. 'Cause I need the map tomorrow, I will probably stick to the whole of europe for this time. BTW: The mentioned mkgmap warning is Can't set city point index for THALMANNSBACH (too many indexed points in division) for this and many other places. Just say so if you are interested in the other city names. I don't quite know if this is a problem in mkgmap, in the mapdata or simply something mkgmap can't do (yet). regards Stefan ----- Ende der weitergeleiteten Nachricht -----

2 1

Option --latin1 not working any more?
by Jan-Ole Spahn 12 Mar '09

12 Mar '09

I'm sorry if this was discussed before, I just subscribed! In the version route-r806 the option --latin1 worked to get german Umlauts displayed correctly (Using nocodepage option for osm2mp). Now i tried r858 and r861, and runnig with same options the unlauts will be displayed as ??, on Garmin oregon and QLandkarte. This was pretty working for umlauts: #java -Xmx512M -enableassertions -jar mkgmap-route-r806/mkgmap.jar --latin1 --route --gmapsupp map1.mp This produces ?? instead of umlauts: java -Xmx512M -enableassertions -jar mkgmap-r861/mkgmap.jar --latin1 --route --gmapsupp map1.mp Something known about this? Best regards, Jan

5 11

Inter tile routing problems
by Apollinaris Schoell 12 Mar '09

12 Mar '09

Hi, In general it's working great now did a couple of tests with a Etrex Vista and Mapsource Main problem is the Garmin algorithm not the map itself. It will always try to find the way crossing less tiles instead choosing the shortest/fastest route. If I insert a through point the whole route is perfect. Is there an option for the splitter to create chessboard like tiles same as in Garmin maps? Still like to use the maxnode feature and the alignment to the map grid. This way the chance is much lower that the fast/short route crosses more tiles than the slow/long route.

8 14

Commit: r975: Change codes for link roads to improve turn instructions.
by svn commit 11 Mar '09

11 Mar '09

Version 975 was commited by markb on 2009-03-11 14:45:30 +0000 (Wed, 11 Mar 2009) Change codes for link roads to improve turn instructions.

1 0