Hi,
there are 2 consecutive bytes in TDB file. Let's name them "fist" and
"second".
Current processing of mkgmap is:
Option --show-profiles=0|1 sets byte "first" to 0 or 1.
Byte "second" is always 0.
Processing of cgpsmapper is:
Byte "first" is always 0.
Option HeightProfile=N|Y sets byte
Hi all,
my current understanding is that we have two flag regarding profiles. The first
signals the existence of DEM data and the other the existence of contour lines
(0x20-0x22?) in RGN.
So, there should be no need to have option --show-profiles=1 , which in fact
changed the value for the
(sorry - should have written this before already. It is always better to
join maps using mkgmap - because only then address search will continue to
work. And with mkgmap you can set this option too when just combining .img
files).
On Fri, 10 Jan 2020 at 19:25, Felix Hartmann
wrote:
> @Kalle -
@Kalle - the flag is inside the TDB file I think - so when you merge/join a
map - it needs to be written again into the tdb - because tdb has to be
written newly. And it is possible with gmaptool - but maybe you need to
enable both experimental and unstable options in gmaptool.
On Fri, 10 Jan
oh yeah - I think if there is DEM present - routing does not matter?
Because with DEM the map will then also show profile for tracks. If a map
contains DEM - I guess show-profiles should be implied.
On Fri, 10 Jan 2020 at 19:20, Felix Hartmann
wrote:
> show profile works without DEM in limited
Hi Gerd, Hi Andrzei,
don't be too strict to yourself! It's a REALLY GREAT JOB what you guys are
doing here!
It works now for gmapi and and the registry format too. It seems that BC just
ignores these flags when it finds DEM tiles in an gmapsupp-image (device or
USB) and is accidentally right
show profile works without DEM in limited mode - meaning for routes only,
but not for tracks. HOWEVER if you enable it with a map having neither
contourlines NOR DEM info - it will cause crashes. So it is useful also for
maps with contourlines only. Actually I've never tried what happens if you
Hi Kalle,
good to hear. I am working on a patch for mkgmap, it seems I got something
completely wrong with this flag.
There are two flags (also in gmaptool) and before r4119 mkgmap wrote a 1 in the
2nd when DEM data was available, with 4119 this changed.
The documentation for the show-profiles
Hi Andrzej, Hi Gerd,
YES, --show-profiles=1 solved the problem! GREAT!
I didn't notice this option far away from the DEM options section of the
documentation. I suggest to move it to the DEM option section or give a
reference there.
This option might be usefull for trip planning even without
Hi Andrzej,
ah, OK, this flag was removed again with r4119:
http://www.mkgmap.org.uk/websvn/diff.php?repname=mkgmap=%2Ftrunk%2Fsrc%2Fuk%2Fme%2Fparabola%2Ftdbfmt%2FHeaderBlock.java=4119=4119
I'll dig into this again..
Gerd
Von: mkgmap-dev im Auftrag von
Hi Gerd,
I think the hasDem flag comes from mkgmap sources. I still can trace it
in changelogs:
http://www.mkgmap.org.uk/websvn/diff.php?repname=mkgmap=%2Ftrunk%2Fsrc%2Fuk%2Fme%2Fparabola%2Ftdbfmt%2FHeaderBlock.java=4093=4093
--
Best regards,
Andrzej
Hi Andrzej,
in
http://gis.19327.n8.nabble.com/option-show-profiles-and-DEM-tp5909983p5910016.html
you mention a hasDem flag. I cannot find the information have no idea where
this is. Please refresh my memory.
Gerd
Von: mkgmap-dev im Auftrag von Gerd
Hi Andrzej,
thanks for the hint, I totally forgot about this option. I use show-profiles=1
for my map and when I remove that I can reproduce Kalles problems.
So, it seems the description for the option is not correct. There was a long
discussion here:
Hi,
just have realized, that option --show-profiles could remain at default
0 even when DEM are processed.
Kalle, please make sure, that you include --show-profiles=1 in mkgmap
options.
I think the default for --show-profiles could be dependent on DEM
presence. Would make less hassle.
Hi Kalle,
I have downloaded your map - KK_MiFra_DEM.gmap.7z. It really doesn't
support height profiles. The reason is that an appropriate flag in TDB
is missing. I have patched your tdb file, please replace it on your PC
and try again.
Question for Gerd: how it is possible to create a map
Hi Ticker,
thanks, see r4412 :
http://www.mkgmap.org.uk/websvn/revision.php?repname=mkgmap=4412
Gerd
Von: mkgmap-dev im Auftrag von Ticker
Berkin
Gesendet: Freitag, 10. Januar 2020 11:29
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev]
Hi Gerd
Here is patch that sets isLineRule in the package on the augmentsWith
call.
I've also used default method for the augmentsWith... in Rule, Op,
OsmConverter and backed out the changes that have now become
unnecessary.
Ticker
On Fri, 2020-01-10 at 09:15 +, Gerd Petermann wrote:
> Hi
Hi Kalle,
try --overview-dem-dist first, it is more likely to help.
Gerd
Von: Karl-Heinz Kühnlein
Gesendet: Freitag, 10. Januar 2020 10:48
An: Gerd Petermann; mkgmap-dev@lists.mkgmap.org.uk
Betreff: Re: [mkgmap-dev] Elevation data just partially
Hi Gerd,
I will try the --dem-poly Option this evening and will Report ...
Thanks
Kalle
From: Gerd Petermann
Sent: Friday, January 10, 2020 9:37:43 AM
To: Karl-Heinz Kühnlein ;
mkgmap-dev@lists.mkgmap.org.uk
Subject: AW: [mkgmap-dev] Elevation data just
Hi Ticker,
yes, it would probably be better to know if the function is for a polyline or
polygon. A patch would be welcomed.
And yes, the expected result for the case you describe is not yet clear. See
b13 and b14 in my example file.
Gerd
Von:
Hi Gerd
I think the logic still needs to know if it is handling a closed way as
a polygon rule or as a line rule.
Firstly to be able to correctly handle the case where the rule.way runs
around a hole in the target.polygon - all of the rule.line is in the
target, but only part of the rule.polygon
Hi Kalle,
I really don't know. I use a very similar batch file to create my map in gmapi
format and I don't see these errros with my map.
I can reproduce it with your gmapi.
In my batch file I have
set demOpts=--dem=f:\srtm3_1_zip,f:\srtm3_1_comp,f:\srtm3_zip,f:\srtm3
--dem-poly=map.poly
Good Morning Gerd,
thank you very much for your fast response. The gmapi format was created just
by replacing the option --gmapsupp by --gmap in the script. All other options
remain the same.
The point I do not understand is: Why does same data, same generation process
works fine when
23 matches
Mail list logo
