I've been using gmapi-builder.py for years within my tool chain without
such block warning. I don't remember where I got it from nor when, file
is dated February 2011. I have placed a copy of it at [1] in case you
want to try it.
[1] http://mapas.alternativaslibres.es/gmapi-builder.py
El 04/12/16 a las 11:58, Steve Ratcliffe escribió:
Hi, thanks for testing. I believe you can ignore that error.
On 4 December 2016 10:38:27 GMT+00:00, Patrik Brunner <patrik.brun...@gmx.net>
wrote:
thomas,
thanks for the explanation.
Source files (map itself and typ files) handed over to gmapi-builder.py
have just been created one step before by mkgmap.
I've just made the same process with another Perimeter, Switzerland,
and
the same thing happens.
But as stated originally: I'm not sure how bad this error is as:
* the image directory with these tbd file is useable in BaseCamp
* the created gmap directory is usable in BaseCamp
* the created gmapsupp.img out of the same source files is usable too
Either a misinterpretation of gmapi-builder.py or something which is
handled wrongly in mkgmap, but as it appears without doing too much
damage.
But that's just a rough guess from what I see from the outside..... I'm
the wrong person to track that down to the root cause.
But I'm always willing and able to test and provide results.
Cheers
Patrik
On 04.12.2016 11:13, Thomas Morgenstern wrote:
In tdb file exists such block 0x54. And it must have 20 byte. in your
example i see only 18 byte ? Block 0x54 contains CRC sum of the tdb
file ( without the 0x54 block) the crc is stored in byte 0x54+5,
0x54+12, 0x54+15, 0x54+20.
0x54+5=Int(nCRCSum / 16777216) 'vByteD
0x54+12=Int((nCRCSum - vByteD * 16777216) / 65536) ' vByteC
0x54+15=Int((nCRCSum - vByteD * 16777216 - vByteC * 65536) / 256)
'vByteB
0x54+20=Int(nCRCSum - vByteD * 16777216 - vByteC * 65536 - vByteB *
256)
all other bytes=0
thomas
Am 04.12.2016 um 10:40 schrieb Patrik Brunner:
Steve,
I've downloaded both versions of gmapi-builder.py, the one from
bitbucket and the one from the mkgmap code base. They're bit
different and I couldn't find a version number when checking
quickly,
but only the mkgmap version supports -i for mdx files. Therefore I
continued with the mkgmap codebase version only.
The tool runs through and creates a loadable gmap directory for
BaseCamp (tested only on Windows).
But it also give out an 'error' or 'warning' about an unknown block,
possibly to be checked further when implementing in mkgmap:
Unknown Block: 54, length: 20,
'\x00\x00\xf7\x00\x00\x00\x00\x00\x00j\x00\x00\x99\x00\x00\x00\x00`\x00\x00'
Attached the complete command output ran with -v.... please ignore
the copyright/license output... the strange content is testing stuff
from another construction area, as you know... license information
and unicode ;-)
Testing inside this construction area will be next on my list for
today...
Thanks and regards
Patrik
On 03.12.2016 23:26, Steve Ratcliffe wrote:
Hi
I'm wondering if it would be possible that mkgmap is able to
create/convert maps also in the gmap (gmapi) format used for
BaseCamp on
Windows and Macintosh.
Yes, this seems a reasonable thing to do.
In the mkgmap code base there is a python program called
gmapi-builder.py in the scripts directory.
See also https://bitbucket.org/berteun/gmapibuilder/overview
and http://wiki.openstreetmap.org/wiki/Gmapibuilder.
This is a converter, but should work on all platforms with python
installed, or could be made to do so...
The first step is to verify that it works; then it should
be easy enough to implement within mkgmap itself.
..Steve
_______________________________________________
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
