<cdavi...@orangecorreo.es>
Gesendet: Donnerstag, 28. Dezember 2017 13:28:51
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] mkgmap r4022 ready
Having a rectangular dem outside of the area covered by any map looks
strange, no matter if it's sea or land, so I think best solution would
b
Hi,from me a very big Thank You to all, who work at DEM ,too!1 Questions:The Oregon shows no schaded relief, when it used in the night-mode. Is that OK?GreetsArndtGerd Petermann hat am 28. Dezember 2017 um 11:01 geschrieben:Hi all,see the log message
Hi Gerd,
So far I understand you have implemented already cutting the DEM to the map
area and just looking for another way to have some larger area for DEM data? I
don't see a use case for that. Probably the reason why I first didn't realised
the beginning of your svn comment.
Henning
On 28
les.
Gerd
Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von Henning
Scholland <o...@hscholland.de>
Gesendet: Donnerstag, 28. Dezember 2017 11:21:45
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] mkgmap r4022 ready
Hi Gerd,
another solut
8. Dezember 2017 11:21:45
> An: mkgmap-dev@lists.mkgmap.org.uk
> Betreff: Re: [mkgmap-dev] mkgmap r4022 ready
>
> Hi Gerd,
>
> another solution from 'nice looking' point of view except not creating
> DEM would be to also create sea polygons for the whole rectangle. But I
>
trag von Henning
Scholland <o...@hscholland.de>
Gesendet: Donnerstag, 28. Dezember 2017 11:21:45
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] mkgmap r4022 ready
Hi Gerd,
another solution from 'nice looking' point of view except not creating
DEM would be to also create sea
Hi Gerd,
another solution from 'nice looking' point of view except not creating
DEM would be to also create sea polygons for the whole rectangle. But I
guess it's pretty hard as it needs data tiles, am I right? For users of
course it would be better to define an poly-file, where DEM should be
Hi all,
see the log message
http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap=4022
for details about the changes.
I've also experimented with code to read a *.poly file and use that to define
an area for which mkgmap should
not calculate DEM data but was not happy with the results
