[mkgmap-dev] Echange .typ-file in gmapsupp.img on Mac OS x 11 or newer?

Sat Jul 24 07:40:06 BST 2021

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 d:\mkgmap\dist\mkgmap.jar;d:\display\dist\display.jar  test.ExtractFile c:\temp\gmapsupp.img

I think on unix-liked systems you need separator ":" instead of ";" between the two jars:
java -cp d:\mkgmap\dist\mkgmap.jar:d:\display\dist\display.jar  test.ExtractFile c:\temp\gmapsupp.img

@Ticker: I would not mind to add the two methods to the mkgmap uk.me.parabola.util package and extract FileCopier also to that package

Gerd

________________________________________
Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk> im Auftrag von Felix Hartmann <extremecarver at gmail.com>
Gesendet: Freitag, 23. Juli 2021 20:07
An: Development list for mkgmap
Betreff: Re: [mkgmap-dev] Echange .typ-file in gmapsupp.img on Mac OS x 11      or newer?

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 <rwb-mkgmap at jagit.co.uk<mailto:rwb-mkgmap at jagit.co.uk>> 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, 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 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 build the gmapsupp.img - maybe Andrez could help/add
> here ot have the most needed functionality of gmt for end users
> available for Mac?
>
> On Fri, 23 Jul 2021 at 19:06, Ticker Berkin <rwb-mkgmap at jagit.co.uk<mailto:rwb-mkgmap at jagit.co.uk>>
> wrote:
> > 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 unix command to extract is
> >
> > $ java -Xmx1540M -ea -classpath \
> > /myMkgmap/display/trunk/build/classes:\
> > /myMkgmap/svn/trunk/build/classes:\
> > /myMkgmap/svn/trunk/lib/compile/fastutil-6.5.15-mkg.1b.jar:\
> > /myMkgmap/svn/trunk/lib/compile/osmpbf-1.3.3.jar:\
> > /myMkgmap/svn/trunk/lib/compile/protobuf-java-2.5.0.jar \
> >  test.ExtractFile ../gmapsupp.img
> >
> > Adjust paths as necessary to reference the display build and your
> > standard mkgmap build.
> >
> > To reconstitute, adjust the contents of the folder to have the new
> > TYP,
> > then use the same command as above but replace the last line with,
> > eg:
> >  test.ZipFile ../newgmap.img *
> >
> > This will probably change the order of the components and I've no
> > idea
> > if this matters, but, if it does, give an explicit list, derived
> > from
> > the output of ExtractFile, instead of *
> >
> > Ticker
> >
> > On Fri, 2021-07-23 at 16:08 +0300, Felix Hartmann wrote:
> > > 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 gmapsupp.img
> > > newtyp.typ
> > > (so remove all existing .typfiles in the gmapsupp.img and replace
> > > them with newtyp.typ - for gmapsupp.img consisting of several
> > maps
> > > this would be more complicated - I do not feel that is needed).
> > >
> > > Plus maybe the option to join several gmapsupp.img files into a
> > new
> > > bigger one (only important for very old devices).
> > >
> > > --
> > > Felix Hartman - Openmtbmap.org & VeloMap.org
> > >
> > > _______________________________________________
> > > mkgmap-dev mailing list
> > > mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk>
> > > https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> > _______________________________________________
> > mkgmap-dev mailing list
> > mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk>
> > https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
> >
>
> --
> Felix Hartman - Openmtbmap.org & VeloMap.org
>
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk>
> https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________
mkgmap-dev mailing list
mkgmap-dev at lists.mkgmap.org.uk<mailto:mkgmap-dev at lists.mkgmap.org.uk>
https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

--
Felix Hartman - Openmtbmap.org & VeloMap.org