<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Hi Gerd, Hi Andrzei,</div>
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
don't be too strict to yourself! It's a REALLY GREAT JOB what you guys are doing here!</div>
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
It works now for gmapi and and the registry format too. It seems that BC just ignores these flags when it finds DEM tiles in an gmapsupp-image (device or USB) and is accidentally right with that.</div>
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Next I tried was to join my map with contourlines (from <a href="https://www.kleineisel.de/blogs/htsrv/track.php?key=germany_lidar10_1812.zip" id="LPlnk361787">
https://www.kleineisel.de/blogs/htsrv/track.php?key=germany_lidar10_1812.zip</a>) by GMapTool/gmt. This also seems to kills these flags. Probably they are not set in the contour line map, and this overrides it all? I found no option in GMapTool to force setting
 these flags - right?<br>
</div>
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Never mind! I'll use my images on the USB sticky until we figured this out. A bit inconvinient but still great advance for the maps.</div>
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Kalle<br>
</div>
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="font-family: Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div id="Signature">
<div><br>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="divRplyFwdMsg" dir="ltr"><font style="font-size:11pt" face="Calibri, sans-serif" color="#000000"><b>Von:</b> Gerd Petermann <gpetermann_muenchen@hotmail.com><br>
<b>Gesendet:</b> Freitag, 10. Januar 2020 16:16<br>
<b>An:</b> Karl-Heinz Kühnlein <kalle_kuehnlein@hotmail.com>; Andrzej Popowski <popej@poczta.onet.pl>; mkgmap-dev@lists.mkgmap.org.uk <mkgmap-dev@lists.mkgmap.org.uk><br>
<b>Betreff:</b> AW: [mkgmap-dev] Elevation data just partially accessable by Basecamp</font>
<div> </div>
</div>
<div class="BodyFragment"><font size="2"><span style="font-size:11pt">
<div class="PlainText">Hi Kalle,<br>
<br>
good to hear. I am working on a patch for mkgmap, it seems I got something completely wrong with this flag.<br>
<br>
There are two flags (also in gmaptool) and before r4119 mkgmap wrote a 1 in the 2nd when DEM data was available, with 4119 this changed.<br>
The documentation for the show-profiles option was written before r4119 and is wrong since then.<br>
<br>
It was the Adria Topo map that confused me.<br>
It has DEM data but in flag that I thought was the hasDem flag was a 0, while the show-profile flag was 1.<br>
So, I thought the flag cannot mean hasDem and decided to write a 0 because this was also done before mkgmap supported DEM. Stupid me!<br>
<br>
Probable solution:<br>
I think it was mentioned before that mkgmap probably reversed the order of the "show-profiles" flag and the hasDem flag.<br>
I think this is true, the Adria Topo map says "I have DEM data but don't show profiles". Maybe this is because the map is not routable.<br>
<br>
I'll have to run some more tests ...<br>
Gerd<br>
<br>
________________________________________<br>
Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Karl-Heinz Kühnlein <kalle_kuehnlein@hotmail.com><br>
Gesendet: Freitag, 10. Januar 2020 16:55<br>
An: Andrzej Popowski; mkgmap-dev@lists.mkgmap.org.uk<br>
Betreff: Re: [mkgmap-dev] Elevation data just partially accessable      by      Basecamp<br>
<br>
Hi Andrzej, Hi Gerd,<br>
<br>
YES, --show-profiles=1 solved the problem! GREAT!<br>
<br>
I didn't notice this option far away from the DEM options section of the documentation. I suggest to move it to the DEM option section or give a reference there.<br>
This option might be usefull for trip planning even without DEM data if contour lines are available. But i didn't tried it yet ...<br>
<br>
Thank you very much for your help!<br>
<br>
Kind regards<br>
Kalle<br>
<br>
________________________________<br>
Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Gerd Petermann <gpetermann_muenchen@hotmail.com><br>
Gesendet: Freitag, 10. Januar 2020 14:45<br>
An: Andrzej Popowski <popej@poczta.onet.pl>; mkgmap-dev@lists.mkgmap.org.uk <mkgmap-dev@lists.mkgmap.org.uk><br>
Betreff: Re: [mkgmap-dev] Elevation data just partially accessable by Basecamp<br>
<br>
Hi Andrzej,<br>
<br>
in <a href="http://gis.19327.n8.nabble.com/option-show-profiles-and-DEM-tp5909983p5910016.html">
http://gis.19327.n8.nabble.com/option-show-profiles-and-DEM-tp5909983p5910016.html</a><br>
you mention a hasDem flag. I cannot find the information have no idea where this is. Please refresh my memory.<br>
<br>
Gerd<br>
<br>
________________________________________<br>
Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Gerd Petermann <gpetermann_muenchen@hotmail.com><br>
Gesendet: Freitag, 10. Januar 2020 15:13<br>
An: Andrzej Popowski; mkgmap-dev@lists.mkgmap.org.uk<br>
Betreff: Re: [mkgmap-dev] Elevation data just partially accessable by   Basecamp<br>
<br>
Hi Andrzej,<br>
<br>
thanks for the hint, I totally forgot about this option. I use show-profiles=1 for my map and when I remove that I can reproduce Kalles problems.<br>
So, it seems the description for the option is not correct. There was a long discussion here:<br>
<a href="http://gis.19327.n8.nabble.com/option-show-profiles-and-DEM-tt5909983.html#a5910020">http://gis.19327.n8.nabble.com/option-show-profiles-and-DEM-tt5909983.html#a5910020</a><br>
<br>
I have to reread it first.<br>
<br>
Gerd<br>
<br>
________________________________________<br>
Von: mkgmap-dev <mkgmap-dev-bounces@lists.mkgmap.org.uk> im Auftrag von Andrzej Popowski <popej@poczta.onet.pl><br>
Gesendet: Freitag, 10. Januar 2020 14:46<br>
An: mkgmap-dev@lists.mkgmap.org.uk<br>
Betreff: Re: [mkgmap-dev] Elevation data just partially accessable by Basecamp<br>
<br>
Hi,<br>
<br>
just have realized, that option --show-profiles could remain at default<br>
0 even when DEM are processed.<br>
<br>
Kalle, please make sure, that you include --show-profiles=1 in mkgmap<br>
options.<br>
<br>
I think the default for --show-profiles could be dependent on DEM<br>
presence. Would make less hassle.<br>
<br>
--<br>
Best regards,<br>
Andrzej<br>
_______________________________________________<br>
mkgmap-dev mailing list<br>
mkgmap-dev@lists.mkgmap.org.uk<br>
<a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>
_______________________________________________<br>
mkgmap-dev mailing list<br>
mkgmap-dev@lists.mkgmap.org.uk<br>
<a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>
_______________________________________________<br>
mkgmap-dev mailing list<br>
mkgmap-dev@lists.mkgmap.org.uk<br>
<a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br>
</div>
</span></font></div>
</div>
</div>
</body>
</html>