Hi Felix,
I really don't know java. As far as it looks like "C", I can tweak a
simple code, but it's not enough to make any bigger change.
--
Best regards,
Andrzej
___
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
For gmapsupp.img downloads under Mac OS X there is without gmaptool no easy
way to exchange the .typ file. So would be nice to have a replacement for
gmaptool not being 64 bit.
On Mon, 26 Jul 2021, 11:22 Gerd Petermann
wrote:
> Hi Felix,
>
> I don't understand fully the purpose. I know that
Hi Felix,
I don't understand fully the purpose. I know that your installation routine
allows to choose a typ file. Do you plan to distribute mkgmap and a full JRE
with each installation package?
Gerd
Von: mkgmap-dev im Auftrag von Felix
Hartmann
@ andrzej, could you maybe add that functionality to mkgmap?
It would be great to have
On Sun, 25 Jul 2021, 15:37 Andrzej Popowski wrote:
> Hi,
>
> actually gmaptool doesn't split and merge img, when replacing typ. It
> overwrites old data with a new one. If new typ is longer then the old
Hi,
actually gmaptool doesn't split and merge img, when replacing typ. It
overwrites old data with a new one. If new typ is longer then the old
one, gmaptool has to search for free sectors in img or increase img size.
--
Best regards,
Andrzej
___
Hi Gerd
Good idea
A quick grep seems to indicate that it is safe to remove them both from
display: src/test
Ticker
On Sat, 2021-07-24 at 07:44 +, Gerd Petermann wrote:
> Hi Ticker,
>
> attached is a quick patch to move the code into mkgmap so that it
> can be used with
> java -cp
Hi Ticker,
attached is a quick patch to move the code into mkgmap so that it can be used
with
java -cp mkgmap.jar java -cp mkgmap.jar uk.me.parabola.util.ExtractFile
gmapsupp.img
and
java -cp mkgmap.jar java -cp mkgmap.jar uk.me.parabola.util.ZipFile gmapsupp.img
Do you think that's okay?
Hi Felix,
The speed probably mostly depends on the disk speed (ssd or not). I see less
than 10 secs for an extract from ssd to ssd, same for the rewrite for a 969 MB
gmapsupp.
BTW: It's much easier to use the jar files, memory doesn't seem to matter:
java -cp
oh - well compared to gmt which does it in a second that's a big
difference...
On Fri, 23 Jul 2021 at 20:35, Ticker Berkin wrote:
> Hi Felix
>
> For my 1G map it takes just over a minute to extract and about the same
> to rebuild. The components are not altered/rebuilt.
>
> Ticker
>
> On Fri,
Hi Felix
For my 1G map it takes just over a minute to extract and about the same
to rebuild. The components are not altered/rebuilt.
Ticker
On Fri, 2021-07-23 at 19:24 +0300, Felix Hartmann wrote:
> Hi Ticker,
>
> thanks for your answer
> If the gmapsupp.img is 2GB - will this be kinda
Hi Ticker,
thanks for your answer
If the gmapsupp.img is 2GB - will this be kinda instant or will it rewrite
the full gmapsupp.img from scratch?
It would be great if the standard mkgamp.jar could include that typ change
functionality (I guess this could be easy to add - as mkgmap knows how to
Hi
The mkgmap / display tool has a function to extract all the components
from a gmapsupp.img and another function to take components and build a
composite image.
You'll need to get the sources from svn - see:
https://www.mkgmap.org.uk/mkgmap/display
and build it.
In an empty directory, my
Hi - is there any tool available to change the .typ-file in a gmapsupp.img
on the Mac OS X Big Sur or newer?
As gmt_osx is not gonna be updated to x64 - I wonder if there is an
alternative.
Or maybe could this function be added to mkgmap?
I would imagine a call java mkgmap.jar --change-typ
13 matches
Mail list logo
