Yes, my own style is based on this old marine style. Ticker posted the
documentation for its coding below. It works for most lights and buoys. But
today there are much more seamark tags used. Unfortunately here is no progress
in marine style for many years now.
So I try to investigate myself.
I have no idea if it works, but mkgmap contains a style called marine which
might help you.
Gerd
Von: mkgmap-dev im Auftrag von
rheinskipper1...@gmx.de
Gesendet: Donnerstag, 8. Dezember 2016
Hi
Things seem to be more complicated than I thought.
To draw some traffic separation lines I tried:
seamark:type=separation_boundary {add mkgmap:xt-colour=0x05} [0x1060a
resolution 22]
seamark:type=separation_lane {add mkgmap:xt-colour=0x05} [0x10602 resolution 22]
Those lines should be
On 08/12/16 13:39, Gerd Petermann wrote:
one created with the first line in the batch file
Ahh, I hadn't noticed the batch file. If I follow that command line
then I can reproduce the problem. That's good, I will try to figure
out what is happening.
..Steve
Hi Steve,
I've uploaded one which I created in eclipse, another one created with the
first line in the batch file (v2):
http://files.mkgmap.org.uk/detail/320
http://files.mkgmap.org.uk/download/321/88099005.img
They are nearly identical, but maybe that also contains a hint.
Gerd
On 08/12/16 11:10, Gerd Petermann wrote:
@Steve: Both RGNDisplay and GPSMapEdit "say" that the img file is
corrupted, but I did not find yet
out where this happens.
I'm afraid I cannot reproduce the problem. I downloaded sea and bounds
files fresh today. Otherwise everything was as in the
I guess we are hitting an edge case here, it seems that mkgmap overwrites data
in the img file.
@Steve: Both RGNDisplay and GPSMapEdit "say" that the img file is corrupted,
but I did not find yet
out where this happens.
Like Ticker I think the patch simply avoids the situation, it doesn't