
<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /></head><body style='font-size: 10pt; font-family: Verdana,Geneva,sans-serif'>

<p>Hi Gerd,</p>

<p>regarding 1) I can create a list of existing tiles of Viewfinder (which covers all land area so far I see). But it will be a long list. I remember it's about 25000 files in total. So maybe it's easier to create a polygon or at least take the list and let software create the polygon. An easier way can be to check if data is available. No data might be sea. Of course it's not 100% sure, as there are deserts and ferries.</p>

<p>Another idea I had during the weekend was to output a osm-file with missing areas. So then user can check. But I came to conclusion, that it's easily visible in the map later. So I'm not sure it's useful at all.</p>

<p>Henning</p>

<p>On 2018-01-15 15:45, Gerd Petermann wrote:</p>

<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0"><!-- html ignored --><!-- head ignored --><!-- meta ignored -->

<div class="pre" style="margin: 0; padding: 0; font-family: monospace">Hi all,<br /> <br /> 1) The current code (only) writes a log message with severity WARNING for a missing hgt file:<br /> "file xxx.hgt not found. Is expected to cover sea."<br /> I wonder if we can create a list of files that can exist or maybe a polygon that can be tested so that<br /> tiles which are knwon to cover land are reported as errors.<br /> When you look at <a href="http://viewfinderpanoramas.org/Coverage%20map%20viewfinderpanoramas_org3.htm">http://viewfinderpanoramas.org/Coverage%20map%20viewfinderpanoramas_org3.htm</a><br /> you can see that such a polygon would be quite complex.<br /> Did anybody already try to define such a polygon or list of files that would cover only ocean?<br /> <br /> 2) Should mkgmap print a warning when voids in the hgt file(s) have an influence on the DEM data?<br /> I think yes, but it is a bit more complex to measure the real effect. <br /> Reason: We read the 4 hgt values next to the wanted DEM point and use interpolation to calculate the height<br /> that is stored in the DEM file.<br /> If one or two of the 4 points are voids they may still have no influence if the wanted point is very close to one that <br /> is not a void. Another problem is that a single void might be used several times.<br /> So, another option would be to add an option like --dem-check-hgt which could read all existing hgt files and <br /> report the number of voids for each. I'd prefer this because it would have no impact on performance for normal <br /> processing. Or maybe there is already a tool for this that works on all platforms (win,linux,mac) ?<br /> <br /> Comments?<br /> <br /> Gerd<br /> <br /> <br /> <br /> <br /> <br /> _______________________________________________<br /> mkgmap-dev mailing list<br /> <a href="mailto:mkgmap-dev@lists.mkgmap.org.uk">mkgmap-dev@lists.mkgmap.org.uk</a><br /> <a href="http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev">http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev</a><br /> </div>

</blockquote>

<p> </p>

<div> </div>

</body></html>