<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>If you are having problems with dem not showing for 1 level then
it may be due to you not using</p>
<p>--usedummydata=true <br>
</p>
I find this is essential else indeed it produces dem files which
have no effect at all !<br>
<br>
I also have <br>
<br>
--lastcolstd --overwrite=true <br>
<br>
<div class="moz-cite-prefix">On 16/12/2017 12:04,
<a class="moz-txt-link-abbreviated" href="mailto:andreas.schmidt.hetschbach@t-online.de">andreas.schmidt.hetschbach@t-online.de</a> wrote:<br>
</div>
<blockquote type="cite"
cite="mid:1811589483.326.1513425841406.JavaMail.fasd@asyncweb02.aul.t-online.de">
<meta http-equiv="Context-Type" content="text/html; charset=UTF-8">
<div class="WordSection1">
<p class="MsoNormal">…I´m not too sure how this works at all <span>😊</span>.</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">But what is (if there is one at all) the
relation of the number of dlon-parameters and the so called
Levels? I´ve found out that with only one dlon-parameter even
the hiillshadung doens´t work. So I choosed the same numbers
of Parameters as there are Levels in Options-file</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">Options-file:</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">levels = 0:24, 1:23, 2:22, 3:21, 4:20, 5:19</p>
<p class="MsoNormal">overview-levels = 6:17,7:14 </p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">BuildDEMFile.exe:</p>
<p class="MsoNormal"> C:\Garmin\bin\BuildDEMFile.exe -O
-d %%i\%%i.DEM --hgtpath=%hgtpath% --tre=%%i\%%i.TRE
--dlon=0.00027761 --dlon=0.00049 --dlon=0.00075 --dlon=0.00106
--dlon=0.0017 --dlon=0.0025</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">Is this correct?</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">Gesendet von <a
href="https://go.microsoft.com/fwlink/?LinkId=550986"
moz-do-not-send="true">Mail</a> für Windows 10</p>
<p class="MsoNormal"> </p>
<div>
<p class="MsoNormal"><b>Von: </b><a
href="mailto:osm@pinns.co.uk" moz-do-not-send="true">osm@pinns</a><br>
<b>Gesendet: </b>Samstag, 16. Dezember 2017 12:35<br>
<b>An: </b><a href="mailto:mkgmap-dev@lists.mkgmap.org.uk"
moz-do-not-send="true">mkgmap-dev@lists.mkgmap.org.uk</a><br>
<b>Betreff: </b>Re: [mkgmap-dev] DEM File Format and mkgmap</p>
</div>
<p class="MsoNormal"> </p>
</div>
<p>Interestingly I don't get the error message.</p>
<p>I click on 3d View (available on oregons but not GPS64)<br>
</p>
<p>then get this</p>
<p><span><a class="moz-txt-link-freetext"
href="http://files.mkgmap.org.uk/download/373/oregon6003dview.jpg"
moz-do-not-send="true">http://files.mkgmap.org.uk/download/373/oregon6003dview.jpg</a></span></p>
<br>
<div class="moz-cite-prefix">On 16/12/2017 10:12, <a
class="moz-txt-link-abbreviated"
href="mailto:andreas.schmidt.hetschbach@t-online.de"
moz-do-not-send="true">andreas.schmidt.hetschbach@t-online.de</a>
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:340078431.301.1513419173423.JavaMail.fasd@asyncweb02.aul.t-online.de">
<div class="WordSection1">
<p class="MsoNormal">HI,</p>
<p class="MsoNormal">not sure if we meant the same thing:</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">Map displayed with hillshading (Looks
ok):</p>
<ul type="disc">
<li class="MsoListParagraph"><a
href="http://files.mkgmap.org.uk/download/370/2017-12-16_10-57-56_194.jpeg"
moz-do-not-send="true">http://files.mkgmap.org.uk/download/370/2017-12-16_10-57-56_194.jpeg</a>
</li>
</ul>
<p class="MsoNormal"> </p>
<p class="MsoNormal">Menu item 3d-view</p>
<ul type="disc">
<li class="MsoListParagraph"><a
href="http://files.mkgmap.org.uk/download/371/2017-12-16_10-58-44_277.jpeg"
moz-do-not-send="true">http://files.mkgmap.org.uk/download/371/2017-12-16_10-58-44_277.jpeg</a></li>
</ul>
<p class="MsoNormal"> </p>
<p class="MsoNormal">Error</p>
<ul type="disc">
<li class="MsoListParagraph"><a
href="http://files.mkgmap.org.uk/download/372/2017-12-16_10-58-56_743.jpeg"
moz-do-not-send="true">http://files.mkgmap.org.uk/download/372/2017-12-16_10-58-56_743.jpeg</a></li>
</ul>
<p class="MsoNormal"> </p>
<p class="MsoNormal">Regards</p>
<p class="MsoNormal"> </p>
<p class="MsoNormal">Andreas</p>
<p class="MsoNormal">Gesendet von <a
href="https://go.microsoft.com/fwlink/?LinkId=550986"
moz-do-not-send="true">Mail</a> für Windows 10</p>
<p class="MsoNormal"> </p>
<div>
<p class="MsoNormal"><b>Von: </b><a
href="mailto:osm@pinns.co.uk" moz-do-not-send="true">osm@pinns</a><br>
<b>Gesendet: </b>Freitag, 15. Dezember 2017 20:34<br>
<b>An: </b><a
href="mailto:mkgmap-dev@lists.mkgmap.org.uk"
moz-do-not-send="true">mkgmap-dev@lists.mkgmap.org.uk</a><br>
<b>Betreff: </b>Re: [mkgmap-dev] DEM File Format and
mkgmap</p>
</div>
<p class="MsoNormal"> </p>
</div>
<p>Hi Andreas</p>
<p>I have been able to make it work (tapping on the arrows) on
my Oregon 600 but its very sluggish and at one stage it just
freezes.</p>
<p>I think you are right ; there is an issue.<br>
</p>
<br>
<div class="moz-cite-prefix">On 15/12/2017 19:30, Andreas
Schmidt wrote:<br>
</div>
<blockquote type="cite"
cite="mid:BA9222B8-CD3F-4134-A17D-1655E24253A8@mobileclient.telekom.de">
<span>Hi Frank,<br>
<br>
with ypur great tool I am able to <br>
<br>
- have3d - View in basecamp<br>
- hillshading on Oregon600<br>
<br>
Thats really amazing !<br>
<br>
In Oregon there is also a menu item „3D“. Even if the map
Shows Up hillshading,, this function doesnt work. Oregon
complains that the map does Not have enough hight
information. <br>
<br>
Could you make it work on your device?<br>
<br>
Andreas <br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<p id="claim">Gesendet mit der <a
href="http://www.t-online.de/service/redir/emailmobilapp_ios_smartphone_footerlink.htm"
moz-do-not-send="true">Telekom Mail App</a></p>
<br>
<br>
-----Original-Nachricht-----<br>
Von: Frank Stinner <a class="moz-txt-link-rfc2396E"
href="mailto:frank.stinner@leipzig.de"
moz-do-not-send="true"><frank.stinner@leipzig.de></a><br>
Betreff: Re: [mkgmap-dev] DEM File Format and mkgmap<br>
Datum: 08.12.2017, 09:27 Uhr<br>
An: <a class="moz-txt-link-abbreviated"
href="mailto:mkgmap-dev@lists.mkgmap.org.uk"
moz-do-not-send="true">mkgmap-dev@lists.mkgmap.org.uk</a><br>
Hi,<br>
<br>
i must confess, i have never tried to decompilea garmin dem
map. I have only playing with bit-patterns and then
lookingfor the result in mapsource. But i'm sure, that we
have different algorithmsor one algorithm with different
special cases.<br>
<br>
My description in the pdf is (only) validfor the „TOPO
Deutschland v3“. Please see the pages 3 and 4. There area
few "unknown values". <br>
<br>
For example see "Codierungstyp"(coding type) for a 64x64
tile. I found in different garmin maps valuesfrom 0 to 6. 0
is the standard. It seems to be, that the coding type haveno
influence of the algorithm, but i'm not sure. Presumable is
this typeonly important for different interpretations of the
height values. BuildDEMFileuse type 1 for areas with
"unknown height". This is in this casethe interpretation for
height=maxvalue.<br>
<br>
Unknown is also the byte on position 0x25in the dem header.
In the „TOPO Deutschland v3“ there we have 0x1 buti have
also seen in other maps 0x0.<br>
<br>
Interesting is also the word in 0x12 in evereyzoomlevel
definition (see page 26 in the pdf). In the „TOPO
Deutschlandv3“ thats all 0. But i have also found 0x100,
0x200, 0x400. Perhaps akind of multiplier for heights?<br>
<br>
Very important is the bytes 0x0 (and 0x1)in everey zoomlevel
definition. In the „TOPO Deutschland v3“ 0x0 is ever0. 0x1
seems to be a number as "link" to a maplevel. But i
don'treally understand the sense ot that. We can have 6
maplevels and we cansay the maplevel 2 and 4 are without
dem's?<br>
<br>
In a little demo map from garmin i have see"twins" of
zoomlevelnumbers, one with value 0 on 0x0 and onewith 1 on
0x0. Perhaps 0x0 is for different and optimized output on
pcand gps?<br>
<br>
I think, a decompiler with the algo frommy pdf is working
only for this special case:<br>
0x15 in dem header should be 0 (meter)<br>
0x25 in dem header should be 1<br>
0x0 and 0x12 in every zoomlevel should 0<br>
<br>
By the way, have anybody see a dem with valuesin foot? The
values in such a dem should be greater then for a dem in
meter.Have anybody height values with a precision of foot?
The conversion fromfoot to meter would be a first
compression step. If garmin really use "foot",then a
different/better compression algo make sense.<br>
<br>
<br>
Frank</span> <br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
mkgmap-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:mkgmap-dev@lists.mkgmap.org.uk" moz-do-not-send="true">mkgmap-dev@lists.mkgmap.org.uk</a>
<a class="moz-txt-link-freetext" href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" moz-do-not-send="true">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a></pre>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
mkgmap-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:mkgmap-dev@lists.mkgmap.org.uk" moz-do-not-send="true">mkgmap-dev@lists.mkgmap.org.uk</a>
<a class="moz-txt-link-freetext" href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev" moz-do-not-send="true">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a></pre>
</blockquote>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
mkgmap-dev mailing list
<a class="moz-txt-link-abbreviated" href="mailto:mkgmap-dev@lists.mkgmap.org.uk">mkgmap-dev@lists.mkgmap.org.uk</a>
<a class="moz-txt-link-freetext" href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a></pre>
</blockquote>
<br>
</body>
</html>