Family-name trouble when combining *.img to gmapsupp.img

Hi all, I created a "public transportation" layer for my map, with rail, bus, and ferry routes. I can select the layers in the Settings/Map menu of my Edge 705, and the transportation layer is transparent, as it ought to be. The only problem is that both layers are called the same in the Settings/Map menu. Here are the commands I used: * the base map as in http://www.polkupyoraily.net/osm/, 5 tiles (6324000[12345].img) default family-id (42, I assume?), family-name="OSM 5.5.2010" * the route map, 1 tile (73174273.img) java -Xmx1024m -jar ../mkgmap.jar --transparent --style=routes --latin1 --gmapsupp --remove-short-arcs --country-abbr=FIN --country-name=Finland --mapname=73174273 --description=routes --family-name=transport --family-id=3583 finland.osm * the combined map (1st try): both maps called "family name" java -Xmx1024m -jar mkgmap.jar --gmapsupp 73174273.img 6324000*.img * the combined map (2nd try): both maps called "transport" java -Xmx1024m -jar mkgmap.jar --gmapsupp --family-name=transport 73174273.img --family-name=ways 6324000*.img * the combined map (3rd try): both maps called "ways" java -Xmx1024m -jar mkgmap.jar --gmapsupp --family-name=ways 6324000*.img --family-name=transport 73174273.img Questions: 1. Why does the 73174273.img appear below the 6324000*.img in the Garmin menu? Could the layers be sorted by family-id, that is, 42<3583? 2. Why is the family-name of the *.img not preserved? 3. Even if I enter --family-name twice in the combining step, why will both layers get the same name? Marko

On 05/05/2010 10:01 PM, Marko Mäkelä wrote:
* the combined map (3rd try): both maps called "ways" java -Xmx1024m -jar mkgmap.jar --gmapsupp --family-name=ways 6324000*.img --family-name=transport 73174273.img
Try this: java -Xmx1024m -jar mkgmap.jar --gmapsupp --family-name=ways --family-id=42 6324000*.img --family-name=transport --family-id=3583 73174273.img Or even better (in my experience), put the options into a template.args file. AFAIK the family id is not stored in the individual tiles, but only in the TDB file and the gmapsupp header. Both are not available to mkgmap in your examples.

On Wed, May 05, 2010 at 10:15:55PM +0200, Ralf Kleineisel wrote:
On 05/05/2010 10:01 PM, Marko Mäkelä wrote:
* the combined map (3rd try): both maps called "ways" java -Xmx1024m -jar mkgmap.jar --gmapsupp --family-name=ways 6324000*.img --family-name=transport 73174273.img
Try this:
java -Xmx1024m -jar mkgmap.jar --gmapsupp --family-name=ways --family-id=42 6324000*.img --family-name=transport --family-id=3583 73174273.img
Thanks, this almost did the trick. Now I see "transport" and "ways" in my map menu (yes, in reverse order). The "transport" enables the 6324000* (family id 42) and the "ways" enables the 73174273 (family id 3583).
Or even better (in my experience), put the options into a template.args file.
Sure. Once I get this sorted out, I plan to polish and publish my scripts. I want to create a "transport" layer (public transit routes) and a "traffic" layer (maxspeed, traffic_calming=*, barrier=*) on top of the base map. I should figure out good line codes for the bus and rail routes that work "out of the box", without a TYP file. Right now I am misusing 0x1c, 0x1e, which are for administrative boundaries. Not very readable when you view a city that has suburb boundaries all over the place :-) Marko

0> In article <20100506093307.GA7022@x60s>, 0> Marko Mäkelä <URL:mailto:marko.makela@iki.fi> ("Marko") wrote: Marko> Thanks, this almost did the trick. Now I see "transport" and Marko> "ways" in my map menu (yes, in reverse order). That's not reverse order - that's alphabetical order. At least that's how it works on my eTrex. :-)
participants (3)
-
Marko Mäkelä
-
Ralf Kleineisel
-
Toby Speight