Re: [mkgmap-dev] Commit: r1576: There seems to be a way to show elevation profiles

2010-02-20 Thread Minko
Hi,
I use the standard Garmin types for contour lines, 0x20, 0x21 and 0x22

I created the contour lines with Srtm2Osm, split srtm.osm data with the same
tile area bounds as my map. Now I have two img's of the same area,
one with osm data, one with contour lines.
E.g. 10010001.img and 10010101.img

The contour tile is transparent so I can see the contours on top of the map
in Mapsource. 

Is it possible to merge those two layers into one tile and still keep the 
routing?
How can I merge the two 10010001.osm with 10010101.osm or 10010001.img with 
10010101.img?

Will it be possible to show the elevation profile with this approach?

Cheers, 
Minko

Ronny Klier wrote:
This will not work. I got the same problem in different versions of 
MapSource. May be there should be an explicit warning in show-profiles 
option help.

 If I make one mapset with only contour lines, I see an emtpy profile.

This works fine for me (in 6.15.11).
Did you use the standard Garmin types for elevation(0x20-0x21)?
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] Commit: r1576: There seems to be a way to show elevation profiles

2010-02-20 Thread Minko
With some detours, I finally got the elevation profile working in my mapset ;-)
I dont know if it now worked because I also installed Garmin Basecamp.

First, I had all map tiles and contour img's in one mapset.
They are still there, but now I created another tdb index file
with mkgmap on all contour img's from the same mapset, with the options:
--overview-mapname: contours_nl
--show-profiles=1
--tdbfile

I stored the contours_nl.tdb file and contours_nl.img overview map in the same 
directory,
and installed it in Mapsource. 

The result is that I see the contours on top of the map (with routing), and I 
can choose to switch
to the bare contour mapset without all osm data. In this mapset I can see now 
the elevation profile :-)

On the GPS (tested a Etrex and Dakota) I can now switch the contours on and 
off, 
but routing doesn't show the elevation profile.

You can download and view some images of my custom maps on my website: 
http://sites.google.com/site/openfietsmap

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] Commit: r1576: There seems to be a way to show elevation profiles

2010-02-20 Thread Ronny Klier
Am 20.02.2010 11:06, schrieb Minko:
 Hi,
 I use the standard Garmin types for contour lines, 0x20, 0x21 and 0x22

 I created the contour lines with Srtm2Osm, split srtm.osm data with the same
 tile area bounds as my map. Now I have two img's of the same area,
 one with osm data, one with contour lines.
 E.g. 10010001.img and 10010101.img

 The contour tile is transparent so I can see the contours on top of the map
 in Mapsource.

 Is it possible to merge those two layers into one tile and still keep the 
 routing?
 How can I merge the two 10010001.osm with 10010101.osm or 10010001.img with 
 10010101.img?

I use osmosis to merge srtm data with osm:
java -jar osmosis.jar --rx srtm.osm --rx 63240001.osm --merge --wx 
combined.osm

 Will it be possible to show the elevation profile with this approach?

 Cheers,
 Minko

 Ronny Klier wrote:
 This will not work. I got the same problem in different versions of
 MapSource. May be there should be an explicit warning in show-profiles
 option help.

 If I make one mapset with only contour lines, I see an emtpy profile.

 This works fine for me (in 6.15.11).
 Did you use the standard Garmin types for elevation(0x20-0x21)?

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] Commit: r1576: There seems to be a way to show elevation profiles

2010-02-19 Thread Minko
Hi 
Mapsource (6.15.7) crashes when I click to see the profiles of the route:
invalid map/setT iterator

I have the elevation contour img's in one mapset with the osm map img tiles,
combined them with mkgmap r1580 (with --show-profiles=1).

If I make one mapset with only contour lines, I see an emtpy profile.



___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] Commit: r1576: There seems to be a way to show elevation profiles

2010-02-19 Thread Ronny Klier
Am 19.02.2010 22:07, schrieb Minko:
 Hi
 Mapsource (6.15.7) crashes when I click to see the profiles of the route:
 invalid map/setT  iterator

 I have the elevation contour img's in one mapset with the osm map img tiles,
 combined them with mkgmap r1580 (with --show-profiles=1).

This will not work. I got the same problem in different versions of 
MapSource. May be there should be an explicit warning in show-profiles 
option help.

 If I make one mapset with only contour lines, I see an emtpy profile.

This works fine for me (in 6.15.11).
Did you use the standard Garmin types for elevation(0x20-0x21)?

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


[mkgmap-dev] Commit: r1576: There seems to be a way to show elevation profiles for a route without

2010-02-18 Thread svn commit

Version 1576 was commited by steve on 2010-02-18 17:44:07 + (Thu, 18 Feb 
2010) 

There seems to be a way to show elevation profiles for a route without
having the DEM subfiles stored in the map.
There is a byte in TDB file's header section which can be set to 1. If
set MapSource generates the profile from the contour lines. The result
is not as good as having the full information from DEM subfiles but
better than nothing.

There is a new option --show-profiles to enable or disable this feature.
Default is disabled.

- Ronny Klier
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] Commit: r1576: There seems to be a way to show elevation profiles for a route without

2010-02-18 Thread charlie
svn commit (s...@mkgmap.org.uk) wrote:


 Version 1576 was commited by steve on 2010-02-18 17:44:07 +   
 (Thu, 18 Feb 2010)

 There seems to be a way to show elevation profiles for a route without
 having the DEM subfiles stored in the map.
 There is a byte in TDB file's header section which can be set to 1. If
 set MapSource generates the profile from the contour lines. The result
 is not as good as having the full information from DEM subfiles but
 better than nothing.

 There is a new option --show-profiles to enable or disable this feature.
 Default is disabled.

How does this work? Does it still work if your contours are in a  
separate layer from the route-able ways?

Does it assume that contours are defined by Garmin types 0x20, 0x21  
and 0x22?  If yes, then if you have a TYP file that uses these codes  
for something else, this option would go screwy, presumably?



-- 
Charlie

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


Re: [mkgmap-dev] Commit: r1576: There seems to be a way to show elevation profiles for a route without

2010-02-18 Thread Felix Hartmann


On 18.02.2010 18:58, char...@cferrero.net wrote:
 svn commit (s...@mkgmap.org.uk) wrote:


 Version 1576 was commited by steve on 2010-02-18 17:44:07 +
 (Thu, 18 Feb 2010)

 There seems to be a way to show elevation profiles for a route without
 having the DEM subfiles stored in the map.
 There is a byte in TDB file's header section which can be set to 1. If
 set MapSource generates the profile from the contour lines. The result
 is not as good as having the full information from DEM subfiles but
 better than nothing.

 There is a new option --show-profiles to enable or disable this feature.
 Default is disabled.

  
 How does this work? Does it still work if your contours are in a
 separate layer from the route-able ways?

No it has to be inside the same layer. Alternative is creating a second 
transparent contourlines mapset - which will work in Mapsource 6.14.1.
 Does it assume that contours are defined by Garmin types 0x20, 0x21
 and 0x22?  If yes, then if you have a TYP file that uses these codes
 for something else, this option would go screwy, presumably?


Presumably yes. There is extended types so using fixed lines (0x20-25, 
0x19???) for different stuff is a bad idea anyhow.


___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev