Re: [mkgmap-dev] mkgmap r4022 ready

[Gerd Petermann]

Hi Carlos and Henning,

please try r4022 and if it still doesn't work for you please create one or more 
screenshots to describe
what you would prefer.

Gerd


Von: mkgmap-dev <mkgmap-dev-boun...@lists.mkgmap.org.uk> im Auftrag von Carlos 
Dávila <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
be to cut DEM using the same *.poly used to define map area.

El 28/12/17 a las 12:04, Henning Scholland escribió:
> Hi Gerd,
>
> I don't see an issue for Switzerland map, having a complete
> DEM-rectangle. But on maps with sea it looks strange. Eg. for my Chinese
> map it would be fine, showing DEM of Mongolia, Northern India etc., but
> it looks strange to have a rectangular cut sea and then showing DEM of
> Korean peninsula or Japan without rough sea area around. As it's
> indicating to me, there is something broken/missing. So I think having
> additional sea data in overview map it would look less strange.
>
> But maybe others think different and of course this additional data
> increases file size...and of course it's only working, if you use
> external sea data, as there is no data in the data-tiles.
>
> Henning
>
> On 28.12.2017 11:47, Gerd Petermann wrote:
>> Hi Henning,
>>
>> I don't understand what you mean with "create sea polygons". It would be 
>> rather easy to fill the map overview map with them,
>> but I think it would look strange for a map of Switzerland.
>>
>> reg. compressed files: Yes, mkgmap can read e.g. osm.zip or osm.bz2, but for 
>> hgt it does not (yet) work.
>> I've used code for the hgt reader which depends on random access files 
>> (MappedByteBuffer).
>> I'll see if performance is very different when using compressed files.
>>
>> 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 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
>> created, as these poly-files already exists.
>>
>> Btw.: http://www.hscholland.de/OSM/HGT.7z you can find the 'broken'
>> hgt-files where I got the problem Gerd pointed out. Viewfinder-data are
>> fine so far.
>>
>> Can mkgmap read already compressed hgt-files? I remember previously
>> mkgmap was able to read bzip2 or gz-compressed osm-files. So there are
>> maybe already classes for reading compressed data in mkgmap.
>>
>> Finally I want to thanks all of you for the great work! I even don't
>> know how long I was waiting for this feature!!!
>>
>> Henning
>>
>> On 28.12.2017 11:01, Gerd Petermann wrote:
>>> 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 so far. Maybe 
>>> I'll try again.
>>>
>>> Henning has pointed me to an error:
>>> It seems that mkgmap (and probably also BuildDEMFile) somtimes create 
>>> invalid DEM data
>>> for areas where the hgt files contain large holes, esp. when resolution is 
>>> low (high dem-dist value).
>>> See e.g. http://files.mkgmap.org.uk/download/377/holes.jpg
>>> I try to find out more now.
>>>
>>>
>>> Gerd

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] mkgmap r4022 ready

[Arndt Röhrig]

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 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 so far. Maybe I'll try again.Henning has pointed me to an error:It seems that mkgmap (and probably also BuildDEMFile) somtimes create invalid DEM data for areas where the hgt files contain large holes, esp. when resolution is low (high dem-dist value).See e.g. http://files.mkgmap.org.uk/download/377/holes.jpgI try to find out more now.Gerd___mkgmap-dev mailing listmkgmap-dev@lists.mkgmap.org.ukhttp://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
 
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] mkgmap r4022 ready

[Henning Scholland]

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 Dec 2017, 11:01, at 11:01, Gerd Petermann 
 wrote:
>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 so far. Maybe
>I'll try again.
>
>Henning has pointed me to an error:
>It seems that mkgmap (and probably also BuildDEMFile) somtimes create
>invalid DEM data
>for areas where the hgt files contain large holes, esp. when resolution
>is low (high dem-dist value).
>See e.g. http://files.mkgmap.org.uk/download/377/holes.jpg
>I try to find out more now.
>
>
>Gerd
>___
>mkgmap-dev mailing list
>mkgmap-dev@lists.mkgmap.org.uk
>http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] mkgmap r4022 ready

[Carlos Dávila]

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 
be to cut DEM using the same *.poly used to define map area.


El 28/12/17 a las 12:04, Henning Scholland escribió:

Hi Gerd,

I don't see an issue for Switzerland map, having a complete
DEM-rectangle. But on maps with sea it looks strange. Eg. for my Chinese
map it would be fine, showing DEM of Mongolia, Northern India etc., but
it looks strange to have a rectangular cut sea and then showing DEM of
Korean peninsula or Japan without rough sea area around. As it's
indicating to me, there is something broken/missing. So I think having
additional sea data in overview map it would look less strange.

But maybe others think different and of course this additional data
increases file size...and of course it's only working, if you use
external sea data, as there is no data in the data-tiles.

Henning

On 28.12.2017 11:47, Gerd Petermann wrote:

Hi Henning,

I don't understand what you mean with "create sea polygons". It would be rather 
easy to fill the map overview map with them,
but I think it would look strange for a map of Switzerland.

reg. compressed files: Yes, mkgmap can read e.g. osm.zip or osm.bz2, but for 
hgt it does not (yet) work.
I've used code for the hgt reader which depends on random access files 
(MappedByteBuffer).
I'll see if performance is very different when using compressed files.

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 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
created, as these poly-files already exists.

Btw.: http://www.hscholland.de/OSM/HGT.7z you can find the 'broken'
hgt-files where I got the problem Gerd pointed out. Viewfinder-data are
fine so far.

Can mkgmap read already compressed hgt-files? I remember previously
mkgmap was able to read bzip2 or gz-compressed osm-files. So there are
maybe already classes for reading compressed data in mkgmap.

Finally I want to thanks all of you for the great work! I even don't
know how long I was waiting for this feature!!!

Henning

On 28.12.2017 11:01, Gerd Petermann wrote:

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 so far. Maybe I'll 
try again.

Henning has pointed me to an error:
It seems that mkgmap (and probably also BuildDEMFile) somtimes create invalid 
DEM data
for areas where the hgt files contain large holes, esp. when resolution is low 
(high dem-dist value).
See e.g. http://files.mkgmap.org.uk/download/377/holes.jpg
I try to find out more now.


Gerd


___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] mkgmap r4022 ready

[Henning Scholland]

Hi Gerd,

I don't see an issue for Switzerland map, having a complete
DEM-rectangle. But on maps with sea it looks strange. Eg. for my Chinese
map it would be fine, showing DEM of Mongolia, Northern India etc., but
it looks strange to have a rectangular cut sea and then showing DEM of
Korean peninsula or Japan without rough sea area around. As it's
indicating to me, there is something broken/missing. So I think having
additional sea data in overview map it would look less strange.

But maybe others think different and of course this additional data
increases file size...and of course it's only working, if you use
external sea data, as there is no data in the data-tiles.

Henning

On 28.12.2017 11:47, Gerd Petermann wrote:
> Hi Henning,
>
> I don't understand what you mean with "create sea polygons". It would be 
> rather easy to fill the map overview map with them,
> but I think it would look strange for a map of Switzerland.
>
> reg. compressed files: Yes, mkgmap can read e.g. osm.zip or osm.bz2, but for 
> hgt it does not (yet) work.
> I've used code for the hgt reader which depends on random access files 
> (MappedByteBuffer).
> I'll see if performance is very different when using compressed files.
>
> 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 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
> created, as these poly-files already exists.
>
> Btw.: http://www.hscholland.de/OSM/HGT.7z you can find the 'broken'
> hgt-files where I got the problem Gerd pointed out. Viewfinder-data are
> fine so far.
>
> Can mkgmap read already compressed hgt-files? I remember previously
> mkgmap was able to read bzip2 or gz-compressed osm-files. So there are
> maybe already classes for reading compressed data in mkgmap.
>
> Finally I want to thanks all of you for the great work! I even don't
> know how long I was waiting for this feature!!!
>
> Henning
>
> On 28.12.2017 11:01, Gerd Petermann wrote:
>> 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 so far. Maybe I'll 
>> try again.
>>
>> Henning has pointed me to an error:
>> It seems that mkgmap (and probably also BuildDEMFile) somtimes create 
>> invalid DEM data
>> for areas where the hgt files contain large holes, esp. when resolution is 
>> low (high dem-dist value).
>> See e.g. http://files.mkgmap.org.uk/download/377/holes.jpg
>> I try to find out more now.
>>
>>
>> Gerd
>> ___
>> mkgmap-dev mailing list
>> mkgmap-dev@lists.mkgmap.org.uk
>> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>>
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] mkgmap r4022 ready

[Gerd Petermann]

Hi Henning,

I don't understand what you mean with "create sea polygons". It would be rather 
easy to fill the map overview map with them,
but I think it would look strange for a map of Switzerland.

reg. compressed files: Yes, mkgmap can read e.g. osm.zip or osm.bz2, but for 
hgt it does not (yet) work.
I've used code for the hgt reader which depends on random access files 
(MappedByteBuffer).
I'll see if performance is very different when using compressed files.

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 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
created, as these poly-files already exists.

Btw.: http://www.hscholland.de/OSM/HGT.7z you can find the 'broken'
hgt-files where I got the problem Gerd pointed out. Viewfinder-data are
fine so far.

Can mkgmap read already compressed hgt-files? I remember previously
mkgmap was able to read bzip2 or gz-compressed osm-files. So there are
maybe already classes for reading compressed data in mkgmap.

Finally I want to thanks all of you for the great work! I even don't
know how long I was waiting for this feature!!!

Henning

On 28.12.2017 11:01, Gerd Petermann wrote:
> 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 so far. Maybe I'll 
> try again.
>
> Henning has pointed me to an error:
> It seems that mkgmap (and probably also BuildDEMFile) somtimes create invalid 
> DEM data
> for areas where the hgt files contain large holes, esp. when resolution is 
> low (high dem-dist value).
> See e.g. http://files.mkgmap.org.uk/download/377/holes.jpg
> I try to find out more now.
>
>
> Gerd
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] mkgmap r4022 ready

[Henning Scholland]

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
created, as these poly-files already exists.

Btw.: http://www.hscholland.de/OSM/HGT.7z you can find the 'broken'
hgt-files where I got the problem Gerd pointed out. Viewfinder-data are
fine so far.

Can mkgmap read already compressed hgt-files? I remember previously
mkgmap was able to read bzip2 or gz-compressed osm-files. So there are
maybe already classes for reading compressed data in mkgmap.

Finally I want to thanks all of you for the great work! I even don't
know how long I was waiting for this feature!!!

Henning

On 28.12.2017 11:01, Gerd Petermann wrote:
> 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 so far. Maybe I'll 
> try again.
>
> Henning has pointed me to an error:
> It seems that mkgmap (and probably also BuildDEMFile) somtimes create invalid 
> DEM data 
> for areas where the hgt files contain large holes, esp. when resolution is 
> low (high dem-dist value).
> See e.g. http://files.mkgmap.org.uk/download/377/holes.jpg
> I try to find out more now.
>
>
> Gerd
> ___
> mkgmap-dev mailing list
> mkgmap-dev@lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
>

___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

[mkgmap-dev] mkgmap r4022 ready

[Gerd Petermann]

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 so far. Maybe I'll 
try again.

Henning has pointed me to an error:
It seems that mkgmap (and probably also BuildDEMFile) somtimes create invalid 
DEM data 
for areas where the hgt files contain large holes, esp. when resolution is low 
(high dem-dist value).
See e.g. http://files.mkgmap.org.uk/download/377/holes.jpg
I try to find out more now.


Gerd
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev