Right. This is my complete command for gmapi:
python gmapi-builder.py -t tmp/$ABR-1${FID}.tdb -b tmp/$ABR-1${FID}.img
-i tmp/$ABR-1${FID}.mdx -m tmp/$ABR-1${FID}_mdr.img -s
typ/${ABR}-1$FID.TYP tmp/551${FID}*.img tmp/$ABR-1${FID}*.img
El 05/12/16 a las 00:30, Steve Ratcliffe escribió:
Oh I
Oh I see, you are just meant to include the overview map along with the
other IMG files as well as the -b option.
On 4 December 2016 23:01:35 GMT+00:00, Steve Ratcliffe
wrote:
>On 04/12/16 22:57, Carlos Dávila wrote:
>> El 04/12/16 a las 23:35, Steve Ratcliffe escribió:
On 04/12/16 22:57, Carlos Dávila wrote:
El 04/12/16 a las 23:35, Steve Ratcliffe escribió:
I notice that the python script does not seem to deal with the
overview map. Is that correct?
It should work with -b option
I use the -b option and just get the following:
$ find OSM\ map.gmapi/
OSM
El 04/12/16 a las 23:35, Steve Ratcliffe escribió:
I notice that the python script does not seem to deal with the
overview map. Is that correct?
It should work with -b option
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
Hi
Any chance ? I'm happy to test whatever is needed.
There is now a gmapi branch for developing this.
There is an initial version with the following limitations:
- Only the default family-id, names etc
- No index or typ files etc
- There is no option it just always creates an osmmap.gmapi
Hi Patrik
Please try this one: http://files.mkgmap.org.uk/download/319/mkgmap.jar
The important file for this change is the tdb file.
Previously the copyright information was always
encoded with cp1252 whatever the declared code page was.
So this makes a lot more sense, sorry about the last
Hi
Not sure about the leaking, but please just ignore the last jar file I sent
out. Sorry about that.
Steve
On 4 December 2016 18:23:03 GMT+00:00, Patrik Brunner
wrote:
>Additional Info regarding the 'leaked' data from the map, just noticed:
>
>Building a cp1252 map
Additional Info regarding the 'leaked' data from the map, just noticed:
Building a cp1252 map now shows also additional stuff in the BaseCamp
Copyright Dialog Box:
Centre de Conférence et de Congrès International (Salle municipale)
And I think I have the reason for 'leaking' map data into
OK I've realised that I am looking in the wrong place. MapSource
is looking at the TDB file. I've no idea where the device
gets the info from.
..Steve
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
When checked via BaseCamp while the eTrex or the oregon 450t is hooked
up to my machine:
* Scrambled Characters for the special characters shown only once
(as the license-file thingy is missing on the device anyway)
© (c) Contour data: U.S. Geological Survey or J. de Ferranti (free
On 04/12/16 17:16, Patrik Brunner wrote:
no luck think it got worse as there is now suddenly text in (I
assume) the copyright section which belongs to the map: 'Centre de
Conf).
Here just copy paste of the text inside the Copyright Dialog Box of
Basecamp:
Hmm, what does it look like on
no luck think it got worse as there is now suddenly text in (I
assume) the copyright section which belongs to the map: 'Centre de
Conf).
Here just copy paste of the text inside the Copyright Dialog Box of
Basecamp:
(c) Contour data: U.S. Geological Survey or J. de Ferranti (free
Hi Patrik
OK, well try this out: http://files.mkgmap.org.uk/download/318/mkgmap.jar
This writes the copyright file text as labels encoded as cp1252
regardless of what the actual code-page in use is. That is just
wierd but may work. Also possible that only ascii characters are
allowed, but
downloaded... thanks.
It looks as you have a version quite similar to the one in the mkgmap
repo as it supports the same options. But with some different handling
of file encodings.
Possibly an 'older' version or an adapted version of the mkgmap repo
version. I can't tell you.
Verbose
Steve,
that sounds like a plan... ;-)
Regarding lower-case option again:
I found old screenprints from one of my devices from early last year,
showing all capital letters for streetnames and similar... sometime last
year it seems to have changed. Newer screenprints from the device always
show
I don't use -v, so yes, that may be the case.
I have changed gmapi-builder permissions, you should be able to download
it now
El 04/12/16 a las 16:48, Patrik Brunner escribió:
Just to let everyone know:
I get this 'Unknown Block' Output only when I run gmapi-builder.py
with the option -v for
Patrik
-> Can you tell me what characters you do see instead?
For unicode map option copyright-file I see characters that look like
black diamonds with a question mark in it (picture attached, hope it
comes through).
OK thanks that helps I will post something to try later.
-> lower-case
Just to let everyone know:
I get this 'Unknown Block' Output only when I run gmapi-builder.py with
the option -v for verbose. Without -v it's not shown.
Would it be possible that others just haven't seen it as they didn't use
the verbose option ?
Cheers
Patrik
On 04.12.2016 16:34, Greg
Steve Ratcliffe writes:
>> 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.
I would like to see this too. I run
Gracias Carlos,
I get following error when trying to download it:
You don't have permission to access /gmapi-builder.py on this server.
Saludos
Patrik
On 04.12.2016 16:21, Carlos Dávila wrote:
I've been using gmapi-builder.py for years within my tool chain
without such block warning. I
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
Steve,
here some answers for below questions:
-> Can you tell me what characters you do see instead?
For unicode map option copyright-file I see characters that look like
black diamonds with a question mark in it (picture attached, hope it
comes through).
-> lower-case option
I've double
Hi Patrik
as promised here the outcome from the (hopefully) proper testing...
Great, so we only seem to have a remaining problem with unicode and the
copyright file.
That leaves up two things/questions:
* I think copyright-file needs to be fixed also as this is the only
one being
Steve,
as promised here the outcome from the (hopefully) proper testing...
Tests performed with maps created on Windows:
* licence-file option: Check in Basecamp (Windows):
now ok if I build cp1252 or unicode map, thumbs up !
* lower-case option:
if this option is set then I get proper
Hi, thanks for testing. I believe you can ignore that error.
On 4 December 2016 10:38:27 GMT+00:00, Patrik Brunner
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
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
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
See splitter r487 in the refactoring2 branch.
Von: mkgmap-dev im Auftrag von Steve
Sgalowski
Gesendet: Sonntag, 4. Dezember 2016 10:51:47
An: Development list for mkgmap
Betreff: Re:
it does to me , when i use a 3rd party program , that uses your files to
split and combine
but ok gerd I but out and just use the program and force it as always .
Stephen
On Sun, Dec 4, 2016 at 7:46 PM, Gerd Petermann <
gpetermann_muenc...@hotmail.com> wrote:
> Hi Stephen,
>
>
> please
Hi Stephen,
please explain I don't see how the suggested change in splitter is related to
this.
Gerd
Von: mkgmap-dev im Auftrag von Steve
Sgalowski
Gesendet: Sonntag, 4. Dezember 2016
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
when splitting Australia in the osm file of 7 gb in size , that would be
usefull, as i set the max nodes to 90,000 to make smaller tiles as i get
frequently , that there is not enough room in a single gmapsupp.img file
to hold all the data .
Stephen
On Sun, Dec 4, 2016 at 7:28 PM, Gerd
Hi all,
years ago we added a check in splitter r251 to make sure that it doesn't write
extremely large tiles.
See
http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2012q1/013611.html
and
http://www.mkgmap.org.uk/pipermail/mkgmap-dev/2012q4/015707.html
In short: The problem is that the
33 matches
Mail list logo