date:20180109

Re: [mkgmap-dev] HGT - getElevation()

2018-01-09 Thread Andrzej Popowski


Hi Gerd,

yes, the problem is still present in 4041.

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

Re: [mkgmap-dev] HGT - getElevation()

2018-01-09 Thread Gerd Petermann

Hi Andrzej,

the patch is based on r4040. Do you see those artifacts with r4041?

Gerd


Von: mkgmap-dev  im Auftrag von Andrzej 
Popowski 
Gesendet: Dienstag, 9. Januar 2018 21:04:20
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] HGT - getElevation()

Hi,

Gerd, your additional interpolation would be redundant.
Side note: comparison of double and integer doesn't look safe. Maybe
would be better if interpolateHeight() returned integer?

Frank, I understand your idea, but please note, that your choice of
triangle is arbitrary. There are 2 ways of dividing a square and if you
would choose the other way, results would be different and not only for
the middle point. This suggest that the solution isn't complete. Classic
bilinear interpolation seems better, but differences are small and
actual map looks more or less the same.

I have attached second patch, which apply interpolation when only 2
values on any edge are present.

Another topic. I observe some DEM artifacts, when displaying area near
the border of dem-poly. There are small rectangles without shading
within a bigger tile. They appear at random, when scrolling or zooming
map in BaseCamp or Mapsource. Ctrl-G doesn't help. See attached img.

I haven't noticed the problem, when compiling a map without dem-poly.
Maybe it is a result of slanted edge of DEM clipped by poly.

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

Re: [mkgmap-dev] HGT - getElevation()

2018-01-09 Thread Andrzej Popowski


Hi,

Gerd, your additional interpolation would be redundant.
Side note: comparison of double and integer doesn't look safe. Maybe 
would be better if interpolateHeight() returned integer?


Frank, I understand your idea, but please note, that your choice of 
triangle is arbitrary. There are 2 ways of dividing a square and if you 
would choose the other way, results would be different and not only for 
the middle point. This suggest that the solution isn't complete. Classic 
bilinear interpolation seems better, but differences are small and 
actual map looks more or less the same.


I have attached second patch, which apply interpolation when only 2 
values on any edge are present.


Another topic. I observe some DEM artifacts, when displaying area near 
the border of dem-poly. There are small rectangles without shading 
within a bigger tile. They appear at random, when scrolling or zooming 
map in BaseCamp or Mapsource. Ctrl-G doesn't help. See attached img.


I haven't noticed the problem, when compiling a map without dem-poly. 
Maybe it is a result of slanted edge of DEM clipped by poly.


--
Best regards,
Andrzej
Index: src/uk/me/parabola/mkgmap/reader/hgt/HGTConverter.java
===
--- src/uk/me/parabola/mkgmap/reader/hgt/HGTConverter.java  (revision 4040)
+++ src/uk/me/parabola/mkgmap/reader/hgt/HGTConverter.java  (working copy)
@@ -109,7 +109,7 @@
int hLB = rdr.ele(xLeft, yBottom);
int hRB = rdr.ele(xRight, yBottom);
lastRow = row;
-   double rc = interpolatedHeightInNormatedRectangle(x1-xLeft, 
y1-yBottom, hLT, hRT, hRB, hLB);
+   double rc = interpolatedHeight(x1-xLeft, y1-yBottom, hLT, hRT, 
hRB, hLB);
if (rc == HGTReader.UNDEF) {
int sum = 0;
int valid = 0;
@@ -147,10 +147,10 @@
}
}
}
-   
+
/**
 * Interpolate the height of point p from the 4 closest values in the 
hgt matrix.
-* Code is a copy from Frank Stinners program BuildDEMFile 
(Hgtreader.cs) 
+* Bilinear interpolation with single node restore
 * @param qx value from 0 .. 1 gives relative x position in matrix 
 * @param qy value from 0 .. 1 gives relative y position in matrix
 * @param hlt height left top
@@ -159,42 +159,70 @@
 * @param hlb height left bottom
 * @return the interpolated height
 */
-   double interpolatedHeightInNormatedRectangle(double qx, double qy, int 
hlt, int hrt, int hrb, int hlb) {
-   if (hlb == HGTReader.UNDEF || hrt == HGTReader.UNDEF)
-   return HGTReader.UNDEF; // keine Berechnung mУЖglich
-
-   /*
-* In welchem Dreieck liegt der Punkt? oben +-/ |/
-* 
-* unten /| /-+
-*/
-   if (qy >= qx) { // oberes Dreieck aus hlb, hrt und hlt (Anstieg 
py/px
-   // ist grУЖУer als 
height/width)
-
-   if (hlt == HGTReader.UNDEF)
+   double interpolatedHeight(double qx, double qy, int hlt, int hrt, int 
hrb, int hlb) {
+   // extrapolate single node height if requested point is not near
+   // for multiple missing nodes, return the height of the neares 
node
+   if (hlb == HGTReader.UNDEF) {
+   if (hrb == HGTReader.UNDEF || hlt == HGTReader.UNDEF || 
hrt == HGTReader.UNDEF) {
+   if (hrt != HGTReader.UNDEF && hlt != 
HGTReader.UNDEF && qy > 0.5D)  //top edge
+   return (1.0D - qx)*hlt + qx*hrt;
+   if (hrt != HGTReader.UNDEF && hrb != 
HGTReader.UNDEF && qx > 0.5D)  //right edge
+   return (1.0D - qy)*hrb + qy*hrt;
+   //if (hlt != HGTReader.UNDEF && hrb != 
HGTReader.UNDEF && qx + qy > 0.5D && gx + qy < 1.5D) //diagonal
+   // nearest value
+   return (double)((qx < 0.5D)? ((qy < 0.5D)? hlb: 
hlt): ((qy < 0.5D)? hrb: hrt));
+   }
+   if (qx + qy < 0.4D) // point is near missing value
return HGTReader.UNDEF;
-
-   // hlt als Koordinatenursprung normieren; mit hrt und 
hlb 3 Punkte
-   // einer Ebene (3-Punkt-Gleichung)
-   hrt -= hlt;
-   hlb -= hlt;
-   qy -= 1;
-
-   return hlt + qx * hrt - qy * hlb;
-
-   } else { // unteres Dreieck aus hlb, hrb und hrt
-
-   if (hrb == HGTReader.UNDEF)
+   hlb = hlt + hrb - hrt;
+   }
+   else if (hrt == HGTReader.UNDEF) {
+

Re: [mkgmap-dev] HGT - getElevation()

2018-01-09 Thread Frank Stinner


Hi Andrzej and Gerd,

for your examples

1 0
0 7

0 1
7 0

is 2 for the middlepoint mathematical correct: (h1 + h2 + h3 + h4) / 4.


My interpolation is the that:

We live in a world with "triangular" surface (like in a computergame).

We looking for a point p for the "surrounding" 4 points from the hgt. They form 
a rectangle (or square).

The 4 point form 2 triangles (for me):

hlthrt (height right top)
   +---+
   |  /|
   | / |
   |/  |
   +---+
hlbhrb

We looking in which triangle our point p is.

A triangle define a plane and we can use a "3-Punkt-Gleichung" (don't know the 
english word).

For the left triangle:
use hlt as coordinate origin
hrt -= hlt;
hlb -= hlt;
qy -= 1;
and calculate hlt + qx * hrt - qy * hlb

For the right triangle:
use hrb as coordinate origin
hrt -= hrb;
hlb -= hrb;
qx -= 1;
and calculate hrb - qx * hlb + qy * hrt


This principle can be a little extend:

hlthrt
   +---+
   |\ /|
   | x |
   |/ \|
   +---+
hlbhrb

It's easy to calculate the middlepoint and then we have 4 triangles. Then we 
have to decide, which triangle we need.

Just we have 4 triangles. (So we have our "triangular" surface.)

And so on ...


Frank

---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus


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

Re: [mkgmap-dev] HGT - getElevation()

2018-01-09 Thread Gerd Petermann

Hi Andrzej,

the patch keeps my simple code for an arithmetic mean if interpolatedHeight 
returns UNDEF:
if (rc == HGTReader.UNDEF) {
int sum = 0;
int valid = 0;
int[] heights = { hLT, hRT, hLB, hRB };
for (int h : heights) {
if (h == HGTReader.UNDEF)
continue;
valid++;
sum += h;
}
if(valid >= 2)
rc = Math.round((double)sum/valid);
}
I think this should be removed?

Gerd


Von: mkgmap-dev  im Auftrag von Andrzej 
Popowski 
Gesendet: Dienstag, 9. Januar 2018 19:10:15
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] HGT - getElevation()

Hi Gerd,

I have prepared a patch with bilinear interpolation, which supports
missing values. It can restore single missing value, but if more values
are missing it simply returns the nearest value without interpolation.

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

Re: [mkgmap-dev] HGT - getElevation()

2018-01-09 Thread Gerd Petermann

Andrzej, Frank,

I found class InterpolationBilinear
http://download.java.net/media/jai/javadoc/1.1.3/jai-apidocs/javax/media/jai/InterpolationBilinear.html
which seems to do exactly what you propose when all four values are valid.

I found no code for triangular interpolation yet, but I assume we can use the 
existing code in interpolatedHeightInNormatedRectangle with some more math.
We just have to "rotate" the values and xchange qx and qy so that 
interpolatedHeightInNormatedRectangle never returns UNDEF if three values are 
valid.
Right?

Gerd


Von: mkgmap-dev  im Auftrag von Andrzej 
Popowski 
Gesendet: Dienstag, 9. Januar 2018 15:45:14
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] HGT - getElevation()

Hi Gerd,

I'm trying to find if resolution can be better. I think current
interpolation is not good. Imagine two combination of 4-points heights
from HGT with values like:

1 0
0 7

and

0 1
7 0

For a point in the middle of rectangle, current interpolation would give
result 0 in first case and 4 in second, while I would expect 2 in both
cases.

I think the code, which calculates interpolation based on 3 points,
should be used only if the forth is void. There could be 3 combinations
of triangles in this case. But if all 4 points are valid, there should
be applied standard bilinear interpolation. Something like:

if (hlb == HGTReader.UNDEF) {
return triangle(...
}
if (hrb == HGTReader.UNDEF) {
return triangle(...
}
if (hlt == HGTReader.UNDEF) {
return triangle(...
}
if (hrt == HGTReader.UNDEF) {
return triangle(...
}

// 4 points valid
return bilinear(...


--
Best regards,
Andrzej

___
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] one mistake less in DEM

2018-01-09 Thread Gerd Petermann

Hi Frank,

great!
I've already noticed it some hours ago and tested the changes in mkgmap. 
Commetted with r4041. See
http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap=%2F;

Gerd


Von: mkgmap-dev  im Auftrag von Frank 
Stinner 
Gesendet: Dienstag, 9. Januar 2018 11:40:33
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: [mkgmap-dev] one mistake less in DEM

Hi,

there is a new BuildDEMFile-version with a rectified encoder. This should help 
on maps with strong changes in height.

Example:
East 79,335° / North 42,554°, PointDistance 55000 -> 0,004610°



Hi Gerd,
there seems to be a limitation for my variable "sumH" for the calculation of 
hunit. Perhaps garmin use only a 2-byte-var. I have included in 
CodingTypeStd.addValue() after "SumH += dh;":

if (SumH + unitdelta + 1 >= 0x)
   SumH -= 0x1;

I have no idea, why not "if (SumH + unitdelta > 0x)" or so.
I have done the same with CodingTypePlateauFollowerNotZero.AddValue() and 
CodingTypePlateauFollowerZero.AddValue().


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

Re: [mkgmap-dev] HGT - getElevation()

2018-01-09 Thread Gerd Petermann

Hi Andrzej,

to be honest I did not understand the math, that's why I've copied the code 
from Frank.
Maybe I've done something wrong with the calculation of dx and dy.

Do you think that Franks code has the same problem?

Gerd


Von: mkgmap-dev  im Auftrag von Andrzej 
Popowski 
Gesendet: Dienstag, 9. Januar 2018 15:45:14
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] HGT - getElevation()

Hi Gerd,

I'm trying to find if resolution can be better. I think current
interpolation is not good. Imagine two combination of 4-points heights
from HGT with values like:

1 0
0 7

and

0 1
7 0

For a point in the middle of rectangle, current interpolation would give
result 0 in first case and 4 in second, while I would expect 2 in both
cases.

I think the code, which calculates interpolation based on 3 points,
should be used only if the forth is void. There could be 3 combinations
of triangles in this case. But if all 4 points are valid, there should
be applied standard bilinear interpolation. Something like:

if (hlb == HGTReader.UNDEF) {
return triangle(...
}
if (hrb == HGTReader.UNDEF) {
return triangle(...
}
if (hlt == HGTReader.UNDEF) {
return triangle(...
}
if (hrt == HGTReader.UNDEF) {
return triangle(...
}

// 4 points valid
return bilinear(...


--
Best regards,
Andrzej

___
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] HGT - getElevation()

2018-01-09 Thread Andrzej Popowski


Hi Gerd,

I'm trying to find if resolution can be better. I think current 
interpolation is not good. Imagine two combination of 4-points heights 
from HGT with values like:


1 0
0 7

and

0 1
7 0

For a point in the middle of rectangle, current interpolation would give 
result 0 in first case and 4 in second, while I would expect 2 in both 
cases.


I think the code, which calculates interpolation based on 3 points, 
should be used only if the forth is void. There could be 3 combinations 
of triangles in this case. But if all 4 points are valid, there should 
be applied standard bilinear interpolation. Something like:


if (hlb == HGTReader.UNDEF) {
return triangle(...
}
if (hrb == HGTReader.UNDEF) {
return triangle(...
}
if (hlt == HGTReader.UNDEF) {
return triangle(...
}
if (hrt == HGTReader.UNDEF) {
return triangle(...
}

// 4 points valid
return bilinear(...


--
Best regards,
Andrzej

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

Re: [mkgmap-dev] HGT - getElevation()

2018-01-09 Thread Gerd Petermann

Hi Andrzej,

thanks for reviewing the code.
Yes, they should never be negative.

Gerd


Von: mkgmap-dev  im Auftrag von Andrzej 
Popowski 
Gesendet: Dienstag, 9. Januar 2018 13:30:35
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] HGT - getElevation()

Hi,

correction - these values never are negative?

--
Best regards,
Andrzej
___
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] HGT - getElevation()

2018-01-09 Thread Andrzej Popowski


Hi,

correction - these values never are negative?

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

Re: [mkgmap-dev] Performance with zipped hgt files

2018-01-09 Thread Gerd Petermann

Hi all,

not sure what happened the last time when I measured performance, probably 
another program installed
updates or the NTFS files were still compressed in background :-(
Maybe it was the change to build 152.
Anyway, I cannot reproduce the poor performance with zipped hgt files, in fact
I see times which are a slightly faster now compared to uncompressed files.
So, as long as java heap is not a bottleneck there is probably no reason to 
avoid zipped files.
I tried 4035, 4038 and 4040 and found nearly the same run times with zipped 
files.

Please let me know if you see different results for your work loads.

Gerd


Von: mkgmap-dev  im Auftrag von Andrzej 
Popowski 
Gesendet: Dienstag, 9. Januar 2018 00:04:07
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] Performance with zipped hgt files

Hi Gerd,

I can confirm, that mkgmap has no memory problems with DEM for big
tiles. I can compile map without limiting tile sizes.

--
Best regards,
Andrzej
___
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] HGT - getElevation()

2018-01-09 Thread Andrzej Popowski


Hi,

I have looked at code and get some doubts. File HGTConverter.java, 
function getElevation(). Shouldn't conversion double -> int use 
Math.floor? I mean these lines:

int row = (int) ((lat32 - minLat32) * FACTOR);
int col = (int) ((lon32 - minLon32) * FACTOR);

int xLeft = (int) x1;
int yBottom = (int) y1;

I'm not sure, but I think, you won't get left/bottom value of coordinate 
for negative number.


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

Re: [mkgmap-dev] DEM Noddy Guide

2018-01-09 Thread osm@pinns


Hi Gerd

I've been struggling with that idea as well and am slowly creating a 
dbase containing sea hgts


One almost needs a sea.poly of some kind.

Nick


On 09/01/2018 10:11, Gerd Petermann wrote:

Hi Nick,

no, but it logs it with a warning level.
It sometimes tries to read a hgt file that doesn't exist because it would be in 
the ocean, so for some maps you will find many of those messages, not meaning 
any error.
I am not 100% happy with this, maybe I should code a list of files which should 
not be searched and produce an error message for the rest?

Gerd


Von: mkgmap-dev  im Auftrag von osm@pinns 

Gesendet: Dienstag, 9. Januar 2018 11:05:50
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] DEM Noddy Guide

Hi Gerd

Oops !

sorry my mistake ; you are absolutely right.

Does the dem option provide an error msg when it can't find a hgt file?

r

Nick


On 09/01/2018 10:01, Gerd Petermann wrote:

hi Nick,

now I am confused. The attached zip contains a dem.args that contains an empty 
dem option.
Do you keep the *.hgt files in the working directory?
Or maybe you generate the file ?

Gerd


Von: mkgmap-dev  im Auftrag von osm@pinns 

Gesendet: Dienstag, 9. Januar 2018 10:45:41
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] DEM Noddy Guide

Hi Gerd

Run file:

java -Xmx1024m -ea -jar F:\vb6\A_MAPU~1\mkgmaps\MKA1FF~1\mkgmap.jar
--mapname=41061037 --family-id=993 F:\vb6\A_MAPU~1\TOPO_6~1.TYP
--series-name="map3" --family-name="map3" --overview-mapname="map3"
--remove-short-arcs --style-file=F:\vb6\A_MAPU~1\styles
--style="default" --keep-going --check-roundabouts --drive-on=right
--output-dir=F:\vb6\A_MAPU~1\temp --transparent --index --route --nsis
--add-pois-to-areas --add-pois-to-lines --merge-lines
--name-tag-list=int_name,name --location-autofill=is_in,nearest
--housenumbers --tdbfile --draw-priority=10 -c
F:\vb6\A_MAPU~1\args\DEM~1.ARG -c F:\vb6\A_MAPU~1\args\TEMPLA~2.ARG

Attached are the args

On 09/01/2018 09:34, osm@pinns wrote:

Hi Gerd

Bear with me

Nick


On 09/01/2018 09:29, Gerd Petermann wrote:

Hi Nick,

seems that something goes wrong with the dem option, it seems to
contain only a blank.
No idea what goes wrong, maybe you have repeated the option --dem
somewhere?
Please post the full command.

Gerd


Von: mkgmap-dev  im Auftrag
von osm@pinns 
Gesendet: Dienstag, 9. Januar 2018 10:22:28
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] DEM Noddy Guide

Hi Gerd

I now get


SEVERE (HGTReader): F:\garmin\maps\ukraine\12345700.osm.pbf:
extracted path >< does not exist, check
Number of MapFailedExceptions: 0
Number of ExitExceptions: 0
Time finished: Tue Jan 09 09:21:10 GMT 2018
Total time taken: 20273ms

  .


On 09/01/2018 09:13, Gerd Petermann wrote:

Hi Nick,

yes, the message looks that strange because the variable "dir" is
empty or maybe contains a blank when this code is executed:
File f = new File (dir);
if (!f.exists())  log.error(dir, "does not exist");

The file name for the *.pbf is added by the logging method, because
the dem option is parsed for each osm input file.
With r4039 I've changed the code for the error message to this:
log.error("extracted path >" + dir + "< does not exist, check",
dirsWithHGT);

Please try to reproduce the error with r4039 and let me know what it
reports now.

Gerd


Von: mkgmap-dev  im Auftrag
von osm@pinns 
Gesendet: Dienstag, 9. Januar 2018 09:57:49
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] DEM Noddy Guide

Hi Gerd

I'm merely questioning the phrasing of the message -, ie it wasn't the
pdf that was causing the problem as the msg implied.

Nick


On 09/01/2018 08:51, Gerd Petermann wrote:

Hi Nick,

I cannot reproduce that message without using a wrong option like
dem=path1,,path2
(extra comma)

Anyhow, I try to improve the message.

Gerd


Von: mkgmap-dev  im Auftrag
von osm@pinns 
Gesendet: Dienstag, 9. Januar 2018 09:40:23
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] DEM Noddy Guide

Hi Gerd

I used

dem=e:\dem\europe\
overview-dem-dist=8
dem-dists=3312,13248,26512,53024
dem-poly=F:\garmin\ukraine\areas.poly

when I added the required .hgt files it worked OK


On 09/01/2018 08:20, Gerd Petermann wrote:

On 09/01/2018 08:20, Gerd Petermann wrote:

Hi Nick,

I think this message may appear if you have blanks in the option
--dem. What exactly do you use?

Gerd


Von: mkgmap-dev  im
Auftrag von osm@pinns

Re: [mkgmap-dev] DEM Noddy Guide

2018-01-09 Thread Gerd Petermann

Hi Nick,

no, but it logs it with a warning level.
It sometimes tries to read a hgt file that doesn't exist because it would be in 
the ocean, so for some maps you will find many of those messages, not meaning 
any error.
I am not 100% happy with this, maybe I should code a list of files which should 
not be searched and produce an error message for the rest?

Gerd

Von: mkgmap-dev  im Auftrag von 
osm@pinns 
Gesendet: Dienstag, 9. Januar 2018 11:05:50
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] DEM Noddy Guide

Hi Gerd

Oops !

sorry my mistake ; you are absolutely right.

Does the dem option provide an error msg when it can't find a hgt file?

r

Nick

On 09/01/2018 10:01, Gerd Petermann wrote:
> hi Nick,
>
> now I am confused. The attached zip contains a dem.args that contains an 
> empty dem option.
> Do you keep the *.hgt files in the working directory?
> Or maybe you generate the file ?
>
> Gerd
>
> 
> Von: mkgmap-dev  im Auftrag von 
> osm@pinns 
> Gesendet: Dienstag, 9. Januar 2018 10:45:41
> An: mkgmap-dev@lists.mkgmap.org.uk
> Betreff: Re: [mkgmap-dev] DEM Noddy Guide
>
> Hi Gerd
>
> Run file:
>
> java -Xmx1024m -ea -jar F:\vb6\A_MAPU~1\mkgmaps\MKA1FF~1\mkgmap.jar
> --mapname=41061037 --family-id=993 F:\vb6\A_MAPU~1\TOPO_6~1.TYP
> --series-name="map3" --family-name="map3" --overview-mapname="map3"
> --remove-short-arcs --style-file=F:\vb6\A_MAPU~1\styles
> --style="default" --keep-going --check-roundabouts --drive-on=right
> --output-dir=F:\vb6\A_MAPU~1\temp --transparent --index --route --nsis
> --add-pois-to-areas --add-pois-to-lines --merge-lines
> --name-tag-list=int_name,name --location-autofill=is_in,nearest
> --housenumbers --tdbfile --draw-priority=10 -c
> F:\vb6\A_MAPU~1\args\DEM~1.ARG -c F:\vb6\A_MAPU~1\args\TEMPLA~2.ARG
>
> Attached are the args
>
> On 09/01/2018 09:34, osm@pinns wrote:
>> Hi Gerd
>>
>> Bear with me
>>
>> Nick
>>
>>
>> On 09/01/2018 09:29, Gerd Petermann wrote:
>>> Hi Nick,
>>>
>>> seems that something goes wrong with the dem option, it seems to
>>> contain only a blank.
>>> No idea what goes wrong, maybe you have repeated the option --dem
>>> somewhere?
>>> Please post the full command.
>>>
>>> Gerd
>>>
>>> 
>>> Von: mkgmap-dev  im Auftrag
>>> von osm@pinns 
>>> Gesendet: Dienstag, 9. Januar 2018 10:22:28
>>> An: mkgmap-dev@lists.mkgmap.org.uk
>>> Betreff: Re: [mkgmap-dev] DEM Noddy Guide
>>>
>>> Hi Gerd
>>>
>>> I now get
>>>
>>>
>>> SEVERE (HGTReader): F:\garmin\maps\ukraine\12345700.osm.pbf:
>>> extracted path >< does not exist, check
>>> Number of MapFailedExceptions: 0
>>> Number of ExitExceptions: 0
>>> Time finished: Tue Jan 09 09:21:10 GMT 2018
>>> Total time taken: 20273ms
>>>
>>>  .
>>>
>>>
>>> On 09/01/2018 09:13, Gerd Petermann wrote:
 Hi Nick,

 yes, the message looks that strange because the variable "dir" is
 empty or maybe contains a blank when this code is executed:
 File f = new File (dir);
 if (!f.exists())  log.error(dir, "does not exist");

 The file name for the *.pbf is added by the logging method, because
 the dem option is parsed for each osm input file.
 With r4039 I've changed the code for the error message to this:
 log.error("extracted path >" + dir + "< does not exist, check",
 dirsWithHGT);

 Please try to reproduce the error with r4039 and let me know what it
 reports now.

 Gerd

 Von: mkgmap-dev  im Auftrag
 von osm@pinns 
 Gesendet: Dienstag, 9. Januar 2018 09:57:49
 An: mkgmap-dev@lists.mkgmap.org.uk
 Betreff: Re: [mkgmap-dev] DEM Noddy Guide

 Hi Gerd

 I'm merely questioning the phrasing of the message -, ie it wasn't the
 pdf that was causing the problem as the msg implied.

 Nick

 On 09/01/2018 08:51, Gerd Petermann wrote:
> Hi Nick,
>
> I cannot reproduce that message without using a wrong option like
> dem=path1,,path2
> (extra comma)
>
> Anyhow, I try to improve the message.
>
> Gerd
>
> 
> Von: mkgmap-dev  im Auftrag
> von osm@pinns 
> Gesendet: Dienstag, 9. Januar 2018 09:40:23
> An: mkgmap-dev@lists.mkgmap.org.uk
> Betreff: Re: [mkgmap-dev] DEM Noddy Guide
>
> Hi Gerd
>
> I used
>
> dem=e:\dem\europe\
> overview-dem-dist=8
> dem-dists=3312,13248,26512,53024
> dem-poly=F:\garmin\ukraine\areas.poly
>
> when I added the required .hgt files it worked OK
>
>
> On

Re: [mkgmap-dev] DEM Noddy Guide

2018-01-09 Thread osm@pinns


Hi Gerd

Oops !

sorry my mistake ; you are absolutely right.

Does the dem option provide an error msg when it can't find a hgt file?

r

Nick


On 09/01/2018 10:01, Gerd Petermann wrote:

hi Nick,

now I am confused. The attached zip contains a dem.args that contains an empty 
dem option.
Do you keep the *.hgt files in the working directory?
Or maybe you generate the file ?

Gerd


Von: mkgmap-dev  im Auftrag von osm@pinns 

Gesendet: Dienstag, 9. Januar 2018 10:45:41
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] DEM Noddy Guide

Hi Gerd

Run file:

java -Xmx1024m -ea -jar F:\vb6\A_MAPU~1\mkgmaps\MKA1FF~1\mkgmap.jar
--mapname=41061037 --family-id=993 F:\vb6\A_MAPU~1\TOPO_6~1.TYP
--series-name="map3" --family-name="map3" --overview-mapname="map3"
--remove-short-arcs --style-file=F:\vb6\A_MAPU~1\styles
--style="default" --keep-going --check-roundabouts --drive-on=right
--output-dir=F:\vb6\A_MAPU~1\temp --transparent --index --route --nsis
--add-pois-to-areas --add-pois-to-lines --merge-lines
--name-tag-list=int_name,name --location-autofill=is_in,nearest
--housenumbers --tdbfile --draw-priority=10 -c
F:\vb6\A_MAPU~1\args\DEM~1.ARG -c F:\vb6\A_MAPU~1\args\TEMPLA~2.ARG

Attached are the args

On 09/01/2018 09:34, osm@pinns wrote:

Hi Gerd

Bear with me

Nick


On 09/01/2018 09:29, Gerd Petermann wrote:

Hi Nick,

seems that something goes wrong with the dem option, it seems to
contain only a blank.
No idea what goes wrong, maybe you have repeated the option --dem
somewhere?
Please post the full command.

Gerd


Von: mkgmap-dev  im Auftrag
von osm@pinns 
Gesendet: Dienstag, 9. Januar 2018 10:22:28
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] DEM Noddy Guide

Hi Gerd

I now get


SEVERE (HGTReader): F:\garmin\maps\ukraine\12345700.osm.pbf:
extracted path >< does not exist, check
Number of MapFailedExceptions: 0
Number of ExitExceptions: 0
Time finished: Tue Jan 09 09:21:10 GMT 2018
Total time taken: 20273ms

 .


On 09/01/2018 09:13, Gerd Petermann wrote:

Hi Nick,

yes, the message looks that strange because the variable "dir" is
empty or maybe contains a blank when this code is executed:
File f = new File (dir);
if (!f.exists())  log.error(dir, "does not exist");

The file name for the *.pbf is added by the logging method, because
the dem option is parsed for each osm input file.
With r4039 I've changed the code for the error message to this:
log.error("extracted path >" + dir + "< does not exist, check",
dirsWithHGT);

Please try to reproduce the error with r4039 and let me know what it
reports now.

Gerd


Von: mkgmap-dev  im Auftrag
von osm@pinns 
Gesendet: Dienstag, 9. Januar 2018 09:57:49
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] DEM Noddy Guide

Hi Gerd

I'm merely questioning the phrasing of the message -, ie it wasn't the
pdf that was causing the problem as the msg implied.

Nick


On 09/01/2018 08:51, Gerd Petermann wrote:

Hi Nick,

I cannot reproduce that message without using a wrong option like
dem=path1,,path2
(extra comma)

Anyhow, I try to improve the message.

Gerd


Von: mkgmap-dev  im Auftrag
von osm@pinns 
Gesendet: Dienstag, 9. Januar 2018 09:40:23
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] DEM Noddy Guide

Hi Gerd

I used

dem=e:\dem\europe\
overview-dem-dist=8
dem-dists=3312,13248,26512,53024
dem-poly=F:\garmin\ukraine\areas.poly

when I added the required .hgt files it worked OK


On 09/01/2018 08:20, Gerd Petermann wrote:

On 09/01/2018 08:20, Gerd Petermann wrote:

Hi Nick,

I think this message may appear if you have blanks in the option
--dem. What exactly do you use?

Gerd


Von: mkgmap-dev  im
Auftrag von osm@pinns 
Gesendet: Dienstag, 9. Januar 2018 09:14:14
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] DEM Noddy Guide

Hi Gerd,

Just come across a misleading error message:

SEVERE (HGTReader): F:\garmin\maps\ukraine\12345700.osm.pbf:
   does not exist
Number of MapFailedExceptions: 0
Number of ExitExceptions: 0

The pbf existed, as it produced the map with out DEM !

However,some of the .hgt files were missing which caused the error.

Just a minor point

r

Nick




On 09/01/2018 06:09, Gerd Petermann wrote:

Hi all,

I did not note this before, but there is probably a typo in this
description:
overview-dem-dist=88 is far too high, I assume Arndt meant
8.

Besides that I think there is need to use --dem-poly in
combination with the poly file created by splitter.
This poly file just describes

Re: [mkgmap-dev] DEM Noddy Guide

2018-01-09 Thread Gerd Petermann

hi Nick,

now I am confused. The attached zip contains a dem.args that contains an empty 
dem option.
Do you keep the *.hgt files in the working directory?
Or maybe you generate the file ?

Gerd


Von: mkgmap-dev  im Auftrag von 
osm@pinns 
Gesendet: Dienstag, 9. Januar 2018 10:45:41
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] DEM Noddy Guide

Hi Gerd

Run file:

java -Xmx1024m -ea -jar F:\vb6\A_MAPU~1\mkgmaps\MKA1FF~1\mkgmap.jar
--mapname=41061037 --family-id=993 F:\vb6\A_MAPU~1\TOPO_6~1.TYP
--series-name="map3" --family-name="map3" --overview-mapname="map3"
--remove-short-arcs --style-file=F:\vb6\A_MAPU~1\styles
--style="default" --keep-going --check-roundabouts --drive-on=right
--output-dir=F:\vb6\A_MAPU~1\temp --transparent --index --route --nsis
--add-pois-to-areas --add-pois-to-lines --merge-lines
--name-tag-list=int_name,name --location-autofill=is_in,nearest
--housenumbers --tdbfile --draw-priority=10 -c
F:\vb6\A_MAPU~1\args\DEM~1.ARG -c F:\vb6\A_MAPU~1\args\TEMPLA~2.ARG

Attached are the args

On 09/01/2018 09:34, osm@pinns wrote:
> Hi Gerd
>
> Bear with me
>
> Nick
>
>
> On 09/01/2018 09:29, Gerd Petermann wrote:
>> Hi Nick,
>>
>> seems that something goes wrong with the dem option, it seems to
>> contain only a blank.
>> No idea what goes wrong, maybe you have repeated the option --dem
>> somewhere?
>> Please post the full command.
>>
>> Gerd
>>
>> 
>> Von: mkgmap-dev  im Auftrag
>> von osm@pinns 
>> Gesendet: Dienstag, 9. Januar 2018 10:22:28
>> An: mkgmap-dev@lists.mkgmap.org.uk
>> Betreff: Re: [mkgmap-dev] DEM Noddy Guide
>>
>> Hi Gerd
>>
>> I now get
>>
>>
>> SEVERE (HGTReader): F:\garmin\maps\ukraine\12345700.osm.pbf:
>> extracted path >< does not exist, check
>> Number of MapFailedExceptions: 0
>> Number of ExitExceptions: 0
>> Time finished: Tue Jan 09 09:21:10 GMT 2018
>> Total time taken: 20273ms
>>
>> .
>>
>>
>> On 09/01/2018 09:13, Gerd Petermann wrote:
>>> Hi Nick,
>>>
>>> yes, the message looks that strange because the variable "dir" is
>>> empty or maybe contains a blank when this code is executed:
>>> File f = new File (dir);
>>> if (!f.exists())  log.error(dir, "does not exist");
>>>
>>> The file name for the *.pbf is added by the logging method, because
>>> the dem option is parsed for each osm input file.
>>> With r4039 I've changed the code for the error message to this:
>>> log.error("extracted path >" + dir + "< does not exist, check",
>>> dirsWithHGT);
>>>
>>> Please try to reproduce the error with r4039 and let me know what it
>>> reports now.
>>>
>>> Gerd
>>>
>>> 
>>> Von: mkgmap-dev  im Auftrag
>>> von osm@pinns 
>>> Gesendet: Dienstag, 9. Januar 2018 09:57:49
>>> An: mkgmap-dev@lists.mkgmap.org.uk
>>> Betreff: Re: [mkgmap-dev] DEM Noddy Guide
>>>
>>> Hi Gerd
>>>
>>> I'm merely questioning the phrasing of the message -, ie it wasn't the
>>> pdf that was causing the problem as the msg implied.
>>>
>>> Nick
>>>
>>>
>>> On 09/01/2018 08:51, Gerd Petermann wrote:
 Hi Nick,

 I cannot reproduce that message without using a wrong option like
 dem=path1,,path2
 (extra comma)

 Anyhow, I try to improve the message.

 Gerd

 
 Von: mkgmap-dev  im Auftrag
 von osm@pinns 
 Gesendet: Dienstag, 9. Januar 2018 09:40:23
 An: mkgmap-dev@lists.mkgmap.org.uk
 Betreff: Re: [mkgmap-dev] DEM Noddy Guide

 Hi Gerd

 I used

 dem=e:\dem\europe\
 overview-dem-dist=8
 dem-dists=3312,13248,26512,53024
 dem-poly=F:\garmin\ukraine\areas.poly

 when I added the required .hgt files it worked OK


 On 09/01/2018 08:20, Gerd Petermann wrote:

 On 09/01/2018 08:20, Gerd Petermann wrote:
> Hi Nick,
>
> I think this message may appear if you have blanks in the option
> --dem. What exactly do you use?
>
> Gerd
>
> 
> Von: mkgmap-dev  im
> Auftrag von osm@pinns 
> Gesendet: Dienstag, 9. Januar 2018 09:14:14
> An: mkgmap-dev@lists.mkgmap.org.uk
> Betreff: Re: [mkgmap-dev] DEM Noddy Guide
>
> Hi Gerd,
>
> Just come across a misleading error message:
>
> SEVERE (HGTReader): F:\garmin\maps\ukraine\12345700.osm.pbf:
>   does not exist
> Number of MapFailedExceptions: 0
> Number of ExitExceptions: 0
>
> The pbf existed, as it produced the map with out DEM !
>
> However,some of the .hgt files were missing which caused the error.
>
> Just a minor point
>
> r

Re: [mkgmap-dev] DEM Noddy Guide

2018-01-09 Thread osm@pinns


Hi Gerd

Bear with me

Nick


On 09/01/2018 09:29, Gerd Petermann wrote:

Hi Nick,

seems that something goes wrong with the dem option, it seems to contain only a 
blank.
No idea what goes wrong, maybe you have repeated the option --dem somewhere?
Please post the full command.

Gerd


Von: mkgmap-dev  im Auftrag von osm@pinns 

Gesendet: Dienstag, 9. Januar 2018 10:22:28
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] DEM Noddy Guide

Hi Gerd

I now get


SEVERE (HGTReader): F:\garmin\maps\ukraine\12345700.osm.pbf:
extracted path >< does not exist, check
Number of MapFailedExceptions: 0
Number of ExitExceptions: 0
Time finished: Tue Jan 09 09:21:10 GMT 2018
Total time taken: 20273ms

.


On 09/01/2018 09:13, Gerd Petermann wrote:

Hi Nick,

yes, the message looks that strange because the variable "dir" is empty or 
maybe contains a blank when this code is executed:
File f = new File (dir);
if (!f.exists())  log.error(dir, "does not exist");

The file name for the *.pbf is added by the logging method, because the dem 
option is parsed for each osm input file.
With r4039 I've changed the code for the error message to this:
log.error("extracted path >" + dir + "< does not exist, check", dirsWithHGT);

Please try to reproduce the error with r4039 and let me know what it reports 
now.

Gerd


Von: mkgmap-dev  im Auftrag von osm@pinns 

Gesendet: Dienstag, 9. Januar 2018 09:57:49
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] DEM Noddy Guide

Hi Gerd

I'm merely questioning the phrasing of the message -, ie it wasn't the
pdf that was causing the problem as the msg implied.

Nick


On 09/01/2018 08:51, Gerd Petermann wrote:

Hi Nick,

I cannot reproduce that message without using a wrong option like
dem=path1,,path2
(extra comma)

Anyhow, I try to improve the message.

Gerd


Von: mkgmap-dev  im Auftrag von osm@pinns 

Gesendet: Dienstag, 9. Januar 2018 09:40:23
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] DEM Noddy Guide

Hi Gerd

I used

dem=e:\dem\europe\
overview-dem-dist=8
dem-dists=3312,13248,26512,53024
dem-poly=F:\garmin\ukraine\areas.poly

when I added the required .hgt files it worked OK


On 09/01/2018 08:20, Gerd Petermann wrote:

On 09/01/2018 08:20, Gerd Petermann wrote:

Hi Nick,

I think this message may appear if you have blanks in the option --dem. What 
exactly do you use?

Gerd


Von: mkgmap-dev  im Auftrag von osm@pinns 

Gesendet: Dienstag, 9. Januar 2018 09:14:14
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] DEM Noddy Guide

Hi Gerd,

Just come across a misleading error message:

SEVERE (HGTReader): F:\garmin\maps\ukraine\12345700.osm.pbf:
  does not exist
Number of MapFailedExceptions: 0
Number of ExitExceptions: 0

The pbf existed, as it produced the map with out DEM !

However,some of the .hgt files were missing which caused the error.

Just a minor point

r

Nick




On 09/01/2018 06:09, Gerd Petermann wrote:

Hi all,

I did not note this before, but there is probably a typo in this description:
overview-dem-dist=88 is far too high, I assume Arndt meant 8.

Besides that I think there is need to use --dem-poly in combination with the 
poly file created by splitter.
This poly file just describes the outer boundaries of the tiles, and mkgmap 
calculates this polygon anyway.
The --dem-poly can be used with the rather complex *.poly files from geofabrik. 
I've tested with bolivia.poly which has 1176 nodes
and the additional tests for the polygon bounds did not take long. Still, you 
may want to draw your own simpler poly files because those from
geofabrik are rather close to country borders.

Gerd


Von: mkgmap-dev  im Auftrag von Arndt Röhrig 

Gesendet: Freitag, 5. Januar 2018 21:41:57
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] DEM Noddy Guide

Hi Mike,

it´s simple:

- Download hgt files )*

- give mkgmap the option x-dem=path to the hgt files

- x-dem-dists=3314,4000,6000,8000,1,15000 (maybe other values are better)

1 value for each level (options file: exampel levels = 0:24, 1:23, 2:22, 3:21, 
4:20, 5:19)

- x-overview-dem-dist=88 writes DEM to the overviewmap (maybe other value 
is better)

- x-dem-poly=path to a poly file  for example areas.poly from splitter result.

That´s all.

)* hgt files are downloadable here: http://www.viewfinderpanoramas.org/dem3.html

I use phyghtmap to create SRTM contourlines as .pbf. the program download hgt 
files from viewfinderpanoramas to build the pbfs. After

Re: [mkgmap-dev] DEM Noddy Guide

2018-01-09 Thread Gerd Petermann

Hi Nick,

seems that something goes wrong with the dem option, it seems to contain only a 
blank.
No idea what goes wrong, maybe you have repeated the option --dem somewhere?
Please post the full command.

Gerd


Von: mkgmap-dev  im Auftrag von 
osm@pinns 
Gesendet: Dienstag, 9. Januar 2018 10:22:28
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] DEM Noddy Guide

Hi Gerd

I now get


SEVERE (HGTReader): F:\garmin\maps\ukraine\12345700.osm.pbf:
extracted path >< does not exist, check
Number of MapFailedExceptions: 0
Number of ExitExceptions: 0
Time finished: Tue Jan 09 09:21:10 GMT 2018
Total time taken: 20273ms

   .


On 09/01/2018 09:13, Gerd Petermann wrote:
> Hi Nick,
>
> yes, the message looks that strange because the variable "dir" is empty or 
> maybe contains a blank when this code is executed:
> File f = new File (dir);
> if (!f.exists())  log.error(dir, "does not exist");
>
> The file name for the *.pbf is added by the logging method, because the dem 
> option is parsed for each osm input file.
> With r4039 I've changed the code for the error message to this:
> log.error("extracted path >" + dir + "< does not exist, check", dirsWithHGT);
>
> Please try to reproduce the error with r4039 and let me know what it reports 
> now.
>
> Gerd
>
> 
> Von: mkgmap-dev  im Auftrag von 
> osm@pinns 
> Gesendet: Dienstag, 9. Januar 2018 09:57:49
> An: mkgmap-dev@lists.mkgmap.org.uk
> Betreff: Re: [mkgmap-dev] DEM Noddy Guide
>
> Hi Gerd
>
> I'm merely questioning the phrasing of the message -, ie it wasn't the
> pdf that was causing the problem as the msg implied.
>
> Nick
>
>
> On 09/01/2018 08:51, Gerd Petermann wrote:
>> Hi Nick,
>>
>> I cannot reproduce that message without using a wrong option like
>> dem=path1,,path2
>> (extra comma)
>>
>> Anyhow, I try to improve the message.
>>
>> Gerd
>>
>> 
>> Von: mkgmap-dev  im Auftrag von 
>> osm@pinns 
>> Gesendet: Dienstag, 9. Januar 2018 09:40:23
>> An: mkgmap-dev@lists.mkgmap.org.uk
>> Betreff: Re: [mkgmap-dev] DEM Noddy Guide
>>
>> Hi Gerd
>>
>> I used
>>
>> dem=e:\dem\europe\
>> overview-dem-dist=8
>> dem-dists=3312,13248,26512,53024
>> dem-poly=F:\garmin\ukraine\areas.poly
>>
>> when I added the required .hgt files it worked OK
>>
>>
>> On 09/01/2018 08:20, Gerd Petermann wrote:
>>
>> On 09/01/2018 08:20, Gerd Petermann wrote:
>>> Hi Nick,
>>>
>>> I think this message may appear if you have blanks in the option --dem. 
>>> What exactly do you use?
>>>
>>> Gerd
>>>
>>> 
>>> Von: mkgmap-dev  im Auftrag von 
>>> osm@pinns 
>>> Gesendet: Dienstag, 9. Januar 2018 09:14:14
>>> An: mkgmap-dev@lists.mkgmap.org.uk
>>> Betreff: Re: [mkgmap-dev] DEM Noddy Guide
>>>
>>> Hi Gerd,
>>>
>>> Just come across a misleading error message:
>>>
>>> SEVERE (HGTReader): F:\garmin\maps\ukraine\12345700.osm.pbf:
>>>  does not exist
>>> Number of MapFailedExceptions: 0
>>> Number of ExitExceptions: 0
>>>
>>> The pbf existed, as it produced the map with out DEM !
>>>
>>> However,some of the .hgt files were missing which caused the error.
>>>
>>> Just a minor point
>>>
>>> r
>>>
>>> Nick
>>>
>>>
>>>
>>>
>>> On 09/01/2018 06:09, Gerd Petermann wrote:
 Hi all,

 I did not note this before, but there is probably a typo in this 
 description:
 overview-dem-dist=88 is far too high, I assume Arndt meant 8.

 Besides that I think there is need to use --dem-poly in combination with 
 the poly file created by splitter.
 This poly file just describes the outer boundaries of the tiles, and 
 mkgmap calculates this polygon anyway.
 The --dem-poly can be used with the rather complex *.poly files from 
 geofabrik. I've tested with bolivia.poly which has 1176 nodes
 and the additional tests for the polygon bounds did not take long. Still, 
 you may want to draw your own simpler poly files because those from
 geofabrik are rather close to country borders.

 Gerd

 
 Von: mkgmap-dev  im Auftrag von 
 Arndt Röhrig 
 Gesendet: Freitag, 5. Januar 2018 21:41:57
 An: Development list for mkgmap
 Betreff: Re: [mkgmap-dev] DEM Noddy Guide

 Hi Mike,

 it´s simple:

 - Download hgt files )*

 - give mkgmap the option x-dem=path to the hgt files

 - x-dem-dists=3314,4000,6000,8000,1,15000 (maybe other values are 
 better)

 1 value for each level (options file: exampel levels = 0:24, 1:23, 2:22, 
 3:21, 4:20, 5:19)

 -

Re: [mkgmap-dev] DEM Noddy Guide

2018-01-09 Thread osm@pinns


Hi Gerd

I now get


SEVERE (HGTReader): F:\garmin\maps\ukraine\12345700.osm.pbf:
extracted path >< does not exist, check
Number of MapFailedExceptions: 0
Number of ExitExceptions: 0
Time finished: Tue Jan 09 09:21:10 GMT 2018
Total time taken: 20273ms

  .


On 09/01/2018 09:13, Gerd Petermann wrote:

Hi Nick,

yes, the message looks that strange because the variable "dir" is empty or 
maybe contains a blank when this code is executed:
File f = new File (dir);
if (!f.exists())  log.error(dir, "does not exist");

The file name for the *.pbf is added by the logging method, because the dem 
option is parsed for each osm input file.
With r4039 I've changed the code for the error message to this:
log.error("extracted path >" + dir + "< does not exist, check", dirsWithHGT);

Please try to reproduce the error with r4039 and let me know what it reports 
now.

Gerd


Von: mkgmap-dev  im Auftrag von osm@pinns 

Gesendet: Dienstag, 9. Januar 2018 09:57:49
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] DEM Noddy Guide

Hi Gerd

I'm merely questioning the phrasing of the message -, ie it wasn't the
pdf that was causing the problem as the msg implied.

Nick


On 09/01/2018 08:51, Gerd Petermann wrote:

Hi Nick,

I cannot reproduce that message without using a wrong option like
dem=path1,,path2
(extra comma)

Anyhow, I try to improve the message.

Gerd


Von: mkgmap-dev  im Auftrag von osm@pinns 

Gesendet: Dienstag, 9. Januar 2018 09:40:23
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] DEM Noddy Guide

Hi Gerd

I used

dem=e:\dem\europe\
overview-dem-dist=8
dem-dists=3312,13248,26512,53024
dem-poly=F:\garmin\ukraine\areas.poly

when I added the required .hgt files it worked OK


On 09/01/2018 08:20, Gerd Petermann wrote:

On 09/01/2018 08:20, Gerd Petermann wrote:

Hi Nick,

I think this message may appear if you have blanks in the option --dem. What 
exactly do you use?

Gerd


Von: mkgmap-dev  im Auftrag von osm@pinns 

Gesendet: Dienstag, 9. Januar 2018 09:14:14
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] DEM Noddy Guide

Hi Gerd,

Just come across a misleading error message:

SEVERE (HGTReader): F:\garmin\maps\ukraine\12345700.osm.pbf:
 does not exist
Number of MapFailedExceptions: 0
Number of ExitExceptions: 0

The pbf existed, as it produced the map with out DEM !

However,some of the .hgt files were missing which caused the error.

Just a minor point

r

Nick




On 09/01/2018 06:09, Gerd Petermann wrote:

Hi all,

I did not note this before, but there is probably a typo in this description:
overview-dem-dist=88 is far too high, I assume Arndt meant 8.

Besides that I think there is need to use --dem-poly in combination with the 
poly file created by splitter.
This poly file just describes the outer boundaries of the tiles, and mkgmap 
calculates this polygon anyway.
The --dem-poly can be used with the rather complex *.poly files from geofabrik. 
I've tested with bolivia.poly which has 1176 nodes
and the additional tests for the polygon bounds did not take long. Still, you 
may want to draw your own simpler poly files because those from
geofabrik are rather close to country borders.

Gerd


Von: mkgmap-dev  im Auftrag von Arndt Röhrig 

Gesendet: Freitag, 5. Januar 2018 21:41:57
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] DEM Noddy Guide

Hi Mike,

it´s simple:

- Download hgt files )*

- give mkgmap the option x-dem=path to the hgt files

- x-dem-dists=3314,4000,6000,8000,1,15000 (maybe other values are better)

1 value for each level (options file: exampel levels = 0:24, 1:23, 2:22, 3:21, 
4:20, 5:19)

- x-overview-dem-dist=88 writes DEM to the overviewmap (maybe other value 
is better)

- x-dem-poly=path to a poly file  for example areas.poly from splitter result.

That´s all.

)* hgt files are downloadable here: http://www.viewfinderpanoramas.org/dem3.html

I use phyghtmap to create SRTM contourlines as .pbf. the program download hgt 
files from viewfinderpanoramas to build the pbfs. After that you find a folder 
hgt on your pc with hgt files inside.

http://katze.tfiu.de/projects/phyghtmap/


Greetings

Arndt


Mike Baggaley hat am 5. Januar 2018 um 21:19 geschrieben:


Hi all,

I've been following the discussions of DEM with interest, but have so far
not attempted to create a map including this. Is there a guide to the steps
involved in producing the DEM data? I have contour data in OSM format - is
there a simple way to get this into a suitable input format (or is there a
specification of the input format available, so I can knock

Re: [mkgmap-dev] DEM Noddy Guide

2018-01-09 Thread Gerd Petermann

Hi Nick,

yes, the message looks that strange because the variable "dir" is empty or 
maybe contains a blank when this code is executed:
File f = new File (dir);
if (!f.exists())  log.error(dir, "does not exist");

The file name for the *.pbf is added by the logging method, because the dem 
option is parsed for each osm input file.
With r4039 I've changed the code for the error message to this:
log.error("extracted path >" + dir + "< does not exist, check", dirsWithHGT);

Please try to reproduce the error with r4039 and let me know what it reports 
now.

Gerd


Von: mkgmap-dev  im Auftrag von 
osm@pinns 
Gesendet: Dienstag, 9. Januar 2018 09:57:49
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] DEM Noddy Guide

Hi Gerd

I'm merely questioning the phrasing of the message -, ie it wasn't the
pdf that was causing the problem as the msg implied.

Nick


On 09/01/2018 08:51, Gerd Petermann wrote:
> Hi Nick,
>
> I cannot reproduce that message without using a wrong option like
> dem=path1,,path2
> (extra comma)
>
> Anyhow, I try to improve the message.
>
> Gerd
>
> 
> Von: mkgmap-dev  im Auftrag von 
> osm@pinns 
> Gesendet: Dienstag, 9. Januar 2018 09:40:23
> An: mkgmap-dev@lists.mkgmap.org.uk
> Betreff: Re: [mkgmap-dev] DEM Noddy Guide
>
> Hi Gerd
>
> I used
>
> dem=e:\dem\europe\
> overview-dem-dist=8
> dem-dists=3312,13248,26512,53024
> dem-poly=F:\garmin\ukraine\areas.poly
>
> when I added the required .hgt files it worked OK
>
>
> On 09/01/2018 08:20, Gerd Petermann wrote:
>
> On 09/01/2018 08:20, Gerd Petermann wrote:
>> Hi Nick,
>>
>> I think this message may appear if you have blanks in the option --dem. What 
>> exactly do you use?
>>
>> Gerd
>>
>> 
>> Von: mkgmap-dev  im Auftrag von 
>> osm@pinns 
>> Gesendet: Dienstag, 9. Januar 2018 09:14:14
>> An: mkgmap-dev@lists.mkgmap.org.uk
>> Betreff: Re: [mkgmap-dev] DEM Noddy Guide
>>
>> Hi Gerd,
>>
>> Just come across a misleading error message:
>>
>> SEVERE (HGTReader): F:\garmin\maps\ukraine\12345700.osm.pbf:
>> does not exist
>> Number of MapFailedExceptions: 0
>> Number of ExitExceptions: 0
>>
>> The pbf existed, as it produced the map with out DEM !
>>
>> However,some of the .hgt files were missing which caused the error.
>>
>> Just a minor point
>>
>> r
>>
>> Nick
>>
>>
>>
>>
>> On 09/01/2018 06:09, Gerd Petermann wrote:
>>> Hi all,
>>>
>>> I did not note this before, but there is probably a typo in this 
>>> description:
>>> overview-dem-dist=88 is far too high, I assume Arndt meant 8.
>>>
>>> Besides that I think there is need to use --dem-poly in combination with 
>>> the poly file created by splitter.
>>> This poly file just describes the outer boundaries of the tiles, and mkgmap 
>>> calculates this polygon anyway.
>>> The --dem-poly can be used with the rather complex *.poly files from 
>>> geofabrik. I've tested with bolivia.poly which has 1176 nodes
>>> and the additional tests for the polygon bounds did not take long. Still, 
>>> you may want to draw your own simpler poly files because those from
>>> geofabrik are rather close to country borders.
>>>
>>> Gerd
>>>
>>> 
>>> Von: mkgmap-dev  im Auftrag von 
>>> Arndt Röhrig 
>>> Gesendet: Freitag, 5. Januar 2018 21:41:57
>>> An: Development list for mkgmap
>>> Betreff: Re: [mkgmap-dev] DEM Noddy Guide
>>>
>>> Hi Mike,
>>>
>>> it´s simple:
>>>
>>> - Download hgt files )*
>>>
>>> - give mkgmap the option x-dem=path to the hgt files
>>>
>>> - x-dem-dists=3314,4000,6000,8000,1,15000 (maybe other values are 
>>> better)
>>>
>>> 1 value for each level (options file: exampel levels = 0:24, 1:23, 2:22, 
>>> 3:21, 4:20, 5:19)
>>>
>>> - x-overview-dem-dist=88 writes DEM to the overviewmap (maybe other 
>>> value is better)
>>>
>>> - x-dem-poly=path to a poly file  for example areas.poly from splitter 
>>> result.
>>>
>>> That´s all.
>>>
>>> )* hgt files are downloadable here: 
>>> http://www.viewfinderpanoramas.org/dem3.html
>>>
>>> I use phyghtmap to create SRTM contourlines as .pbf. the program download 
>>> hgt files from viewfinderpanoramas to build the pbfs. After that you find a 
>>> folder hgt on your pc with hgt files inside.
>>>
>>> http://katze.tfiu.de/projects/phyghtmap/
>>>
>>>
>>> Greetings
>>>
>>> Arndt
>>>
>>>
>>> Mike Baggaley hat am 5. Januar 2018 um 21:19 geschrieben:
>>>
>>>
>>> Hi all,
>>>
>>> I've been following the discussions of DEM with interest, but have so far
>>> not attempted to create a map including this. Is there a guide to the steps
>>> involved in producing the DEM data? I have contour data in OSM format - is
>>> there a simple way to get this

Re: [mkgmap-dev] DEM Noddy Guide

2018-01-09 Thread osm@pinns


Hi Gerd

I'm merely questioning the phrasing of the message -, ie it wasn't the 
pdf that was causing the problem as the msg implied.


Nick


On 09/01/2018 08:51, Gerd Petermann wrote:

Hi Nick,

I cannot reproduce that message without using a wrong option like
dem=path1,,path2
(extra comma)

Anyhow, I try to improve the message.

Gerd


Von: mkgmap-dev  im Auftrag von osm@pinns 

Gesendet: Dienstag, 9. Januar 2018 09:40:23
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] DEM Noddy Guide

Hi Gerd

I used

dem=e:\dem\europe\
overview-dem-dist=8
dem-dists=3312,13248,26512,53024
dem-poly=F:\garmin\ukraine\areas.poly

when I added the required .hgt files it worked OK


On 09/01/2018 08:20, Gerd Petermann wrote:

On 09/01/2018 08:20, Gerd Petermann wrote:

Hi Nick,

I think this message may appear if you have blanks in the option --dem. What 
exactly do you use?

Gerd


Von: mkgmap-dev  im Auftrag von osm@pinns 

Gesendet: Dienstag, 9. Januar 2018 09:14:14
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] DEM Noddy Guide

Hi Gerd,

Just come across a misleading error message:

SEVERE (HGTReader): F:\garmin\maps\ukraine\12345700.osm.pbf:
does not exist
Number of MapFailedExceptions: 0
Number of ExitExceptions: 0

The pbf existed, as it produced the map with out DEM !

However,some of the .hgt files were missing which caused the error.

Just a minor point

r

Nick




On 09/01/2018 06:09, Gerd Petermann wrote:

Hi all,

I did not note this before, but there is probably a typo in this description:
overview-dem-dist=88 is far too high, I assume Arndt meant 8.

Besides that I think there is need to use --dem-poly in combination with the 
poly file created by splitter.
This poly file just describes the outer boundaries of the tiles, and mkgmap 
calculates this polygon anyway.
The --dem-poly can be used with the rather complex *.poly files from geofabrik. 
I've tested with bolivia.poly which has 1176 nodes
and the additional tests for the polygon bounds did not take long. Still, you 
may want to draw your own simpler poly files because those from
geofabrik are rather close to country borders.

Gerd


Von: mkgmap-dev  im Auftrag von Arndt Röhrig 

Gesendet: Freitag, 5. Januar 2018 21:41:57
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] DEM Noddy Guide

Hi Mike,

it´s simple:

- Download hgt files )*

- give mkgmap the option x-dem=path to the hgt files

- x-dem-dists=3314,4000,6000,8000,1,15000 (maybe other values are better)

1 value for each level (options file: exampel levels = 0:24, 1:23, 2:22, 3:21, 
4:20, 5:19)

- x-overview-dem-dist=88 writes DEM to the overviewmap (maybe other value 
is better)

- x-dem-poly=path to a poly file  for example areas.poly from splitter result.

That´s all.

)* hgt files are downloadable here: http://www.viewfinderpanoramas.org/dem3.html

I use phyghtmap to create SRTM contourlines as .pbf. the program download hgt 
files from viewfinderpanoramas to build the pbfs. After that you find a folder 
hgt on your pc with hgt files inside.

http://katze.tfiu.de/projects/phyghtmap/


Greetings

Arndt


Mike Baggaley hat am 5. Januar 2018 um 21:19 geschrieben:


Hi all,

I've been following the discussions of DEM with interest, but have so far
not attempted to create a map including this. Is there a guide to the steps
involved in producing the DEM data? I have contour data in OSM format - is
there a simple way to get this into a suitable input format (or is there a
specification of the input format available, so I can knock up something to
convert it)? I'm assuming that the height data contains the same information
as contour data but in a different format.

Thanks,
Mike

___
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

___
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] DEM Noddy Guide

2018-01-09 Thread Gerd Petermann

Hi Nick,

I cannot reproduce that message without using a wrong option like
dem=path1,,path2
(extra comma)

Anyhow, I try to improve the message.

Gerd


Von: mkgmap-dev  im Auftrag von 
osm@pinns 
Gesendet: Dienstag, 9. Januar 2018 09:40:23
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] DEM Noddy Guide

Hi Gerd

I used

dem=e:\dem\europe\
overview-dem-dist=8
dem-dists=3312,13248,26512,53024
dem-poly=F:\garmin\ukraine\areas.poly

when I added the required .hgt files it worked OK


On 09/01/2018 08:20, Gerd Petermann wrote:

On 09/01/2018 08:20, Gerd Petermann wrote:
> Hi Nick,
>
> I think this message may appear if you have blanks in the option --dem. What 
> exactly do you use?
>
> Gerd
>
> 
> Von: mkgmap-dev  im Auftrag von 
> osm@pinns 
> Gesendet: Dienstag, 9. Januar 2018 09:14:14
> An: mkgmap-dev@lists.mkgmap.org.uk
> Betreff: Re: [mkgmap-dev] DEM Noddy Guide
>
> Hi Gerd,
>
> Just come across a misleading error message:
>
> SEVERE (HGTReader): F:\garmin\maps\ukraine\12345700.osm.pbf:
>does not exist
> Number of MapFailedExceptions: 0
> Number of ExitExceptions: 0
>
> The pbf existed, as it produced the map with out DEM !
>
> However,some of the .hgt files were missing which caused the error.
>
> Just a minor point
>
> r
>
> Nick
>
>
>
>
> On 09/01/2018 06:09, Gerd Petermann wrote:
>> Hi all,
>>
>> I did not note this before, but there is probably a typo in this description:
>> overview-dem-dist=88 is far too high, I assume Arndt meant 8.
>>
>> Besides that I think there is need to use --dem-poly in combination with the 
>> poly file created by splitter.
>> This poly file just describes the outer boundaries of the tiles, and mkgmap 
>> calculates this polygon anyway.
>> The --dem-poly can be used with the rather complex *.poly files from 
>> geofabrik. I've tested with bolivia.poly which has 1176 nodes
>> and the additional tests for the polygon bounds did not take long. Still, 
>> you may want to draw your own simpler poly files because those from
>> geofabrik are rather close to country borders.
>>
>> Gerd
>>
>> 
>> Von: mkgmap-dev  im Auftrag von 
>> Arndt Röhrig 
>> Gesendet: Freitag, 5. Januar 2018 21:41:57
>> An: Development list for mkgmap
>> Betreff: Re: [mkgmap-dev] DEM Noddy Guide
>>
>> Hi Mike,
>>
>> it´s simple:
>>
>> - Download hgt files )*
>>
>> - give mkgmap the option x-dem=path to the hgt files
>>
>> - x-dem-dists=3314,4000,6000,8000,1,15000 (maybe other values are better)
>>
>> 1 value for each level (options file: exampel levels = 0:24, 1:23, 2:22, 
>> 3:21, 4:20, 5:19)
>>
>> - x-overview-dem-dist=88 writes DEM to the overviewmap (maybe other 
>> value is better)
>>
>> - x-dem-poly=path to a poly file  for example areas.poly from splitter 
>> result.
>>
>> That´s all.
>>
>> )* hgt files are downloadable here: 
>> http://www.viewfinderpanoramas.org/dem3.html
>>
>> I use phyghtmap to create SRTM contourlines as .pbf. the program download 
>> hgt files from viewfinderpanoramas to build the pbfs. After that you find a 
>> folder hgt on your pc with hgt files inside.
>>
>> http://katze.tfiu.de/projects/phyghtmap/
>>
>>
>> Greetings
>>
>> Arndt
>>
>>
>> Mike Baggaley hat am 5. Januar 2018 um 21:19 geschrieben:
>>
>>
>> Hi all,
>>
>> I've been following the discussions of DEM with interest, but have so far
>> not attempted to create a map including this. Is there a guide to the steps
>> involved in producing the DEM data? I have contour data in OSM format - is
>> there a simple way to get this into a suitable input format (or is there a
>> specification of the input format available, so I can knock up something to
>> convert it)? I'm assuming that the height data contains the same information
>> as contour data but in a different format.
>>
>> Thanks,
>> Mike
>>
>> ___
>> 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

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

Re: [mkgmap-dev] DEM Noddy Guide

2018-01-09 Thread osm@pinns


Hi Gerd

I used

dem=e:\dem\europe\
overview-dem-dist=8
dem-dists=3312,13248,26512,53024
dem-poly=F:\garmin\ukraine\areas.poly

when I added the required .hgt files it worked OK


On 09/01/2018 08:20, Gerd Petermann wrote:

On 09/01/2018 08:20, Gerd Petermann wrote:

Hi Nick,

I think this message may appear if you have blanks in the option --dem. What 
exactly do you use?

Gerd


Von: mkgmap-dev  im Auftrag von osm@pinns 

Gesendet: Dienstag, 9. Januar 2018 09:14:14
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] DEM Noddy Guide

Hi Gerd,

Just come across a misleading error message:

SEVERE (HGTReader): F:\garmin\maps\ukraine\12345700.osm.pbf:
   does not exist
Number of MapFailedExceptions: 0
Number of ExitExceptions: 0

The pbf existed, as it produced the map with out DEM !

However,some of the .hgt files were missing which caused the error.

Just a minor point

r

Nick




On 09/01/2018 06:09, Gerd Petermann wrote:

Hi all,

I did not note this before, but there is probably a typo in this description:
overview-dem-dist=88 is far too high, I assume Arndt meant 8.

Besides that I think there is need to use --dem-poly in combination with the 
poly file created by splitter.
This poly file just describes the outer boundaries of the tiles, and mkgmap 
calculates this polygon anyway.
The --dem-poly can be used with the rather complex *.poly files from geofabrik. 
I've tested with bolivia.poly which has 1176 nodes
and the additional tests for the polygon bounds did not take long. Still, you 
may want to draw your own simpler poly files because those from
geofabrik are rather close to country borders.

Gerd


Von: mkgmap-dev  im Auftrag von Arndt Röhrig 

Gesendet: Freitag, 5. Januar 2018 21:41:57
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] DEM Noddy Guide

Hi Mike,

it´s simple:

- Download hgt files )*

- give mkgmap the option x-dem=path to the hgt files

- x-dem-dists=3314,4000,6000,8000,1,15000 (maybe other values are better)

1 value for each level (options file: exampel levels = 0:24, 1:23, 2:22, 3:21, 
4:20, 5:19)

- x-overview-dem-dist=88 writes DEM to the overviewmap (maybe other value 
is better)

- x-dem-poly=path to a poly file  for example areas.poly from splitter result.

That´s all.

)* hgt files are downloadable here: http://www.viewfinderpanoramas.org/dem3.html

I use phyghtmap to create SRTM contourlines as .pbf. the program download hgt 
files from viewfinderpanoramas to build the pbfs. After that you find a folder 
hgt on your pc with hgt files inside.

http://katze.tfiu.de/projects/phyghtmap/


Greetings

Arndt


Mike Baggaley hat am 5. Januar 2018 um 21:19 geschrieben:


Hi all,

I've been following the discussions of DEM with interest, but have so far
not attempted to create a map including this. Is there a guide to the steps
involved in producing the DEM data? I have contour data in OSM format - is
there a simple way to get this into a suitable input format (or is there a
specification of the input format available, so I can knock up something to
convert it)? I'm assuming that the height data contains the same information
as contour data but in a different format.

Thanks,
Mike

___
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


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

Re: [mkgmap-dev] DEM Noddy Guide

2018-01-09 Thread Gerd Petermann

Hi Nick,

I think this message may appear if you have blanks in the option --dem. What 
exactly do you use?

Gerd


Von: mkgmap-dev  im Auftrag von 
osm@pinns 
Gesendet: Dienstag, 9. Januar 2018 09:14:14
An: mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] DEM Noddy Guide

Hi Gerd,

Just come across a misleading error message:

SEVERE (HGTReader): F:\garmin\maps\ukraine\12345700.osm.pbf:
  does not exist
Number of MapFailedExceptions: 0
Number of ExitExceptions: 0

The pbf existed, as it produced the map with out DEM !

However,some of the .hgt files were missing which caused the error.

Just a minor point

r

Nick




On 09/01/2018 06:09, Gerd Petermann wrote:
> Hi all,
>
> I did not note this before, but there is probably a typo in this description:
> overview-dem-dist=88 is far too high, I assume Arndt meant 8.
>
> Besides that I think there is need to use --dem-poly in combination with the 
> poly file created by splitter.
> This poly file just describes the outer boundaries of the tiles, and mkgmap 
> calculates this polygon anyway.
> The --dem-poly can be used with the rather complex *.poly files from 
> geofabrik. I've tested with bolivia.poly which has 1176 nodes
> and the additional tests for the polygon bounds did not take long. Still, you 
> may want to draw your own simpler poly files because those from
> geofabrik are rather close to country borders.
>
> Gerd
>
> 
> Von: mkgmap-dev  im Auftrag von Arndt 
> Röhrig 
> Gesendet: Freitag, 5. Januar 2018 21:41:57
> An: Development list for mkgmap
> Betreff: Re: [mkgmap-dev] DEM Noddy Guide
>
> Hi Mike,
>
> it´s simple:
>
> - Download hgt files )*
>
> - give mkgmap the option x-dem=path to the hgt files
>
> - x-dem-dists=3314,4000,6000,8000,1,15000 (maybe other values are better)
>
> 1 value for each level (options file: exampel levels = 0:24, 1:23, 2:22, 
> 3:21, 4:20, 5:19)
>
> - x-overview-dem-dist=88 writes DEM to the overviewmap (maybe other value 
> is better)
>
> - x-dem-poly=path to a poly file  for example areas.poly from splitter result.
>
> That´s all.
>
> )* hgt files are downloadable here: 
> http://www.viewfinderpanoramas.org/dem3.html
>
> I use phyghtmap to create SRTM contourlines as .pbf. the program download hgt 
> files from viewfinderpanoramas to build the pbfs. After that you find a 
> folder hgt on your pc with hgt files inside.
>
> http://katze.tfiu.de/projects/phyghtmap/
>
>
> Greetings
>
> Arndt
>
>
> Mike Baggaley hat am 5. Januar 2018 um 21:19 geschrieben:
>
>
> Hi all,
>
> I've been following the discussions of DEM with interest, but have so far
> not attempted to create a map including this. Is there a guide to the steps
> involved in producing the DEM data? I have contour data in OSM format - is
> there a simple way to get this into a suitable input format (or is there a
> specification of the input format available, so I can knock up something to
> convert it)? I'm assuming that the height data contains the same information
> as contour data but in a different format.
>
> Thanks,
> Mike
>
> ___
> 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] DEM Noddy Guide

2018-01-09 Thread osm@pinns


Hi Gerd,

Just come across a misleading error message:

SEVERE (HGTReader): F:\garmin\maps\ukraine\12345700.osm.pbf:
 does not exist
Number of MapFailedExceptions: 0
Number of ExitExceptions: 0

The pbf existed, as it produced the map with out DEM !

However,some of the .hgt files were missing which caused the error.

Just a minor point

r

Nick




On 09/01/2018 06:09, Gerd Petermann wrote:

Hi all,

I did not note this before, but there is probably a typo in this description:
overview-dem-dist=88 is far too high, I assume Arndt meant 8.

Besides that I think there is need to use --dem-poly in combination with the 
poly file created by splitter.
This poly file just describes the outer boundaries of the tiles, and mkgmap 
calculates this polygon anyway.
The --dem-poly can be used with the rather complex *.poly files from geofabrik. 
I've tested with bolivia.poly which has 1176 nodes
and the additional tests for the polygon bounds did not take long. Still, you 
may want to draw your own simpler poly files because those from
geofabrik are rather close to country borders.

Gerd


Von: mkgmap-dev  im Auftrag von Arndt Röhrig 

Gesendet: Freitag, 5. Januar 2018 21:41:57
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] DEM Noddy Guide

Hi Mike,

it´s simple:

- Download hgt files )*

- give mkgmap the option x-dem=path to the hgt files

- x-dem-dists=3314,4000,6000,8000,1,15000 (maybe other values are better)

1 value for each level (options file: exampel levels = 0:24, 1:23, 2:22, 3:21, 
4:20, 5:19)

- x-overview-dem-dist=88 writes DEM to the overviewmap (maybe other value 
is better)

- x-dem-poly=path to a poly file  for example areas.poly from splitter result.

That´s all.

)* hgt files are downloadable here: http://www.viewfinderpanoramas.org/dem3.html

I use phyghtmap to create SRTM contourlines as .pbf. the program download hgt 
files from viewfinderpanoramas to build the pbfs. After that you find a folder 
hgt on your pc with hgt files inside.

http://katze.tfiu.de/projects/phyghtmap/


Greetings

Arndt


Mike Baggaley hat am 5. Januar 2018 um 21:19 geschrieben:


Hi all,

I've been following the discussions of DEM with interest, but have so far
not attempted to create a map including this. Is there a guide to the steps
involved in producing the DEM data? I have contour data in OSM format - is
there a simple way to get this into a suitable input format (or is there a
specification of the input format available, so I can knock up something to
convert it)? I'm assuming that the height data contains the same information
as contour data but in a different format.

Thanks,
Mike

___
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] HGT - getElevation()

Re: [mkgmap-dev] HGT - getElevation()

Re: [mkgmap-dev] HGT - getElevation()

Re: [mkgmap-dev] HGT - getElevation()

Re: [mkgmap-dev] HGT - getElevation()

Re: [mkgmap-dev] HGT - getElevation()

Re: [mkgmap-dev] one mistake less in DEM

Re: [mkgmap-dev] HGT - getElevation()

Re: [mkgmap-dev] HGT - getElevation()

Re: [mkgmap-dev] HGT - getElevation()

Re: [mkgmap-dev] HGT - getElevation()

Re: [mkgmap-dev] Performance with zipped hgt files

[mkgmap-dev] HGT - getElevation()

Re: [mkgmap-dev] DEM Noddy Guide

Re: [mkgmap-dev] DEM Noddy Guide

Re: [mkgmap-dev] DEM Noddy Guide

Re: [mkgmap-dev] DEM Noddy Guide

Re: [mkgmap-dev] DEM Noddy Guide

Re: [mkgmap-dev] DEM Noddy Guide

Re: [mkgmap-dev] DEM Noddy Guide

Re: [mkgmap-dev] DEM Noddy Guide

Re: [mkgmap-dev] DEM Noddy Guide

Re: [mkgmap-dev] DEM Noddy Guide

Re: [mkgmap-dev] DEM Noddy Guide

Re: [mkgmap-dev] DEM Noddy Guide

Re: [mkgmap-dev] DEM Noddy Guide

26 matches

Site Navigation

Mail list logo

Footer information