logo separator

[mkgmap-dev] mkgmap-dev Digest, Vol 153, Issue 40 Resolution 23 raster problems

From Gerd Petermann gpetermann_muenchen at hotmail.com on Fri Apr 23 19:44:02 BST 2021

Hi Felix,

for mkgmap it would be best if the generated contour line nodes where exactly on positions in the Garmin res 23 or maybe even res 22 positions. In that case the rounding in mkgmap would not change the generated lines.
I have no idea if any generator is able to do that, it probably adds some complexity to the calculations.

Gerd

________________________________________
Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von Felix Hartmann <extremecarver at gmail.com>
Gesendet: Freitag, 23. April 2021 17:47
An: john at the-thorns.org.uk; Development list for mkgmap
Betreff: Re: [mkgmap-dev] mkgmap-dev Digest, Vol 153, Issue 40 Resolution 23 raster problems

the problem is at some points - that the lines interchange at resolution 23. I know the main problem is phyghtmap. Groundtruth and gnuplot with b-spline interpolation can do this much better. But at resolution 24 still never lines intersect, at resolution 23 they do.
(the commenting of the wrong angle fixer didn't seem to help or change anything - I have to compare tomorrow again however. Just locked myself out of my compile server somehow entering the password wrong too often).
Yes very steep and 10m equidistance which is not suited for such steep slopes - but it's possible to create much better contourlines (as seen from the contourlines on kleineisel.de<http://kleineisel.de> - they never intersect also at resolution 23).

On Fri, 23 Apr 2021 at 21:38, John Thorn <johnrthorn at gmail.com<mailto:johnrthorn at gmail.com>> wrote:
I don't think this can be improved.

As I understand it, internally Garmin devices hold coordinates in the number of bits specified in the level.

So 24 bits has a resolution of 2.4 metres, 23 bits has a resolution of 4.8 meters and so on. If you look carefully, all the vertices of the lines lie on a square grid.

Having said that, that must be a very steep slope - unless something else is creating the granularity.

On Fri, 23 Apr 2021 at 12:06, <mkgmap-dev-request at lists.mkgmap.org.uk<mailto:mkgmap-dev-request at lists.mkgmap.org.uk>> wrote:
Send mkgmap-dev mailing list submissions to
        mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk>

To subscribe or unsubscribe via the World Wide Web, visit
        https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
or, via email, send a message with subject or body 'help' to
        mkgmap-dev-request at lists.mkgmap.org.uk<mailto:mkgmap-dev-request at lists.mkgmap.org.uk>

You can reach the person managing the list at
        mkgmap-dev-owner at lists.mkgmap.org.uk<mailto:mkgmap-dev-owner at lists.mkgmap.org.uk>

When replying, please edit your Subject line so it is more specific
than "Re: Contents of mkgmap-dev digest..."
Today's Topics:

   1. Resolution 23 raster problems (Felix Hartmann)



---------- Forwarded message ----------
From: Felix Hartmann <extremecarver at gmail.com<mailto:extremecarver at gmail.com>>
To: Development list for mkgmap <mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk>>
Cc:
Bcc:
Date: Fri, 23 Apr 2021 18:01:15 +0800
Subject: [mkgmap-dev] Resolution 23 raster problems
Any ideas why this is happening?
Some of the contourlines intersect each other at resolution 23 - I especially used reduce-point-density=1.0 to try to stop it.

java -jar -Xmx47000M /home/contourlines/mkgmap.jar --keep-going --dem-poly=/home/contourlines/bounds/bayern.poly --series-name=openmtbmap-cntrs-DBY-23-Apr-2021 --dem=/home/contourlines/hgt/VIEW1/,/home/contourlines/hgt/SRTM1v3.0,/home/contourlines/hgt/VIEW3/,/home/contourlines/hgt/SRTM3v3.0/ --dem-dists=5520 --max-jobs=7 --reduce-point-density=1 --transparent --style-file=srtm24 --latin1 95260000.osm.pbf

Is there any way to improve this?

Look at the screenshots - the small one is resolution 23, the big one 24. If using 10m interval contourlines this is pretty obviously not ideal. Resolution 24 could be nicer - but I guess this is more a problem of phyghtmap (while groundtruth can produce higher quality), but resolution 23 really becomes confusing vs 24...:
[Simplification_23.PNG]
[Oiginal_24.PNG]

If pictures don't show
https://openmtbmap.org/23.PNG
https://openmtbmap.org/24.PNG
--
Felix Hartman - Openmtbmap.org & VeloMap.org

_______________________________________________
mkgmap-dev mailing list
mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk>
https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________
mkgmap-dev mailing list
mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk>
https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev


--
Felix Hartman - Openmtbmap.org & VeloMap.org

-------------- next part --------------
A non-text attachment was scrubbed...
Name: Simplification_23.PNG
Type: image/png
Size: 65627 bytes
Desc: Simplification_23.PNG
URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20210423/546e9df5/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Oiginal_24.PNG
Type: image/png
Size: 181461 bytes
Desc: Oiginal_24.PNG
URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20210423/546e9df5/attachment-0003.png>


More information about the mkgmap-dev mailing list