logo separator

[mkgmap-dev] mkgmap doing excessive writing and converting to disk if used with --gmapi option

From Carlos Dávila carlos at alternativaslibres.org on Mon Oct 11 12:46:36 BST 2021

Hi Felix

Thank you very much for your hints.

I also vote for adding gmapi-minimal to trunk (v5 patch)

El 11/10/21 a las 12:01, Felix Hartmann escribió:
> If it's only about nvme/SSD writes, then you could write to Ramdisk. I 
> do this for all geofabrik extracts except Europe/Asia continent.
> The above patches for not writing again gmap files that exist already 
> are still important, as it saves on Ramdisk size and is faster as it 
> is not needed.
> Also make sure 7zip or whatever you use for packing uses Ramdisk for 
> temporary files.
>
> Note however, that this slows down the map compilation process Vs nvme 
> drives. Ramdisk used much more CPU than nvme for reading/writing, 
> while only being 2-4 times as fast (Vs Samsung 980 pro). As CPU time 
> for me is more important than write/read speeds, using Ramdisk Vs nvme 
> is slowing down map compilation time by around 5percent for me (using 
> imdisk, dataram Ramdisk even 10 percent). I still do it to save nvme 
> writes.
>
> Actually I think the gmapi-minimal patch v4 could be pushed to trunk. 
> It is working stable and not changing anything for those not using it. 
> For me it results in the whole map compilation process being 10% 
> faster, while also saving all excessive writes.
> And while it's convenient to distribute gmapi maps to windows users, I 
> think .img is far superior.
> a) you cannot create gmapsupp.img with mkgmap/gmaptool from gmap files.
> b) the performance in basecamp is slightly better for .img maps
> c) exporting maps with mapinstall is faster for .img maps
> it's still a mystery for me why garmin decided to use the gmap format 
> on mac and now PC too. They could have just added the info.xml for 
> .img files too (yes registry is the disadvantage to .img files)
>
> distributing as as gmapsupp.img only is the slowest option for desktop 
> use (needs to be converted first or read in painfully slow from 
> external memory). gmaptool not available on mac osx anymore making 
> this even worse
>
>
>
> On Mon, 11 Oct 2021, 11:35 Gerd Petermann 
> <gpetermann_muenchen at hotmail.com 
> <mailto:gpetermann_muenchen at hotmail.com>> wrote:
>
>     Hi Carlos,
>
>     there is no way to omit the writing of *.img files so far. The
>     *.img files are used in the combiners.
>     So, mkgmap first creates the *.img files and then reads them again
>     to produce the index and *.tdb  and finally the other files.
>     I don't know how much work it would be to skip the writing of
>     .img. I also think that gmapsupp contains a collection of *.img
>     files, but maybe those could be created on the fly...
>
>     Gerd
>
>     ________________________________________
>     Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>> im Auftrag von
>     Carlos Dávila <carlos at alternativaslibres.org
>     <mailto:carlos at alternativaslibres.org>>
>     Gesendet: Samstag, 9. Oktober 2021 11:17
>     An: mkgmap-dev at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev at lists.mkgmap.org.uk>
>     Betreff: Re: [mkgmap-dev] mkgmap doing excessive writing and
>     converting to disk if used with --gmapi option
>
>     Sorry, not sure what you mean by "simply update zipped files". I
>     create
>     new zip files in a temporary directory and then replace online old
>     ones.
>     Note some maps are several GB in size. If someone is downloading
>     such a
>     map while I'm writing it ,download while fail and user will have to
>     restart download, which may be annoying especially with low speed
>     connections. Writing new zip files in a different location and then
>     replacing downloadable files reduces the risk of the above problem.
>
>     If you could find the way to build working MapSource/BaseCamp maps and
>     also gmapsupp from tiles subfiles that would help me a lot reducing
>     required disk space, but I can manage it if not. I missed one of your
>     comments in a previous mail. I use nsis installer, but only to unzip
>     *.gmap folder, so really no need to write single *.img files provided
>     *.gmap and gmapsupp can be created from subfiles. By the way, is there
>     currently an option in mkgmap to omit single *.img creation?
>
>     El 8/10/21 a las 10:07, Gerd Petermann escribió:
>     > Hi Carlos,
>     >
>     > can't you simply update the zipped files?
>     >
>     > I've learned that I was wrong. There is no code yet in mkgmap to
>     process a single subfile, we have that only in display tool. I
>     guess it is simple enough to implement this, but I don't know that
>     part of the code very well.
>     >
>     > Gerd
>     >
>     > ________________________________________
>     > Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>> im Auftrag von
>     Carlos Dávila <carlos at alternativaslibres.org
>     <mailto:carlos at alternativaslibres.org>>
>     > Gesendet: Montag, 4. Oktober 2021 23:22
>     > An: mkgmap-dev at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev at lists.mkgmap.org.uk>
>     > Betreff: Re: [mkgmap-dev] mkgmap doing excessive writing and
>     converting to disk if used with --gmapi option
>     >
>     > I'll try to explain my (current) workflow. For each map I
>     compile *.img
>     > with updated OSM data. Then I combine them with precompiled contour
>     > lines (currently saved as img) in a second step and in a third
>     step I
>     > combine  OSM img's with precompiled DEM (also saved as img). For
>     each
>     > map obtained in steps 1-3 I serve zipped gmap folder + nsis
>     installler
>     > which unzips gmap folder and place it in the right place to be
>     used by
>     > MapSource/BaseCamp. In order to take advantage of new gmapi-minimal
>     > functionality I need to save both contour lines and DEM as gmap
>     > subfiles, which will take me a while and will require a lot of disk
>     > space, in fact more than I have available in my server at present.
>     > That's why I would like to have an automated way to write or not
>     gmap
>     > subfiles, depending if they are already present or not.
>     >
>     > As for my second wish, I have realized I will probably have to keep
>     > contour and DEM img's in disk, as building gmapsupp files for
>     each set
>     > described above may not be feasible from gmap subfiles.
>     >
>     > El 4/10/21 a las 8:37, Gerd Petermann escribió:
>     >> Hi Carlos,
>     >>
>     >> everything is possible but this is more or less the opposite of
>     the functionalty suggested by Felix.
>     >> The first patch (gmapi-minimal.patch) implemented the check for
>     existing (and write-protected) subfiles.
>     >>
>     >> I guess it all depends on the way how you organize the
>     "constant" files. If you don't use the nsis installer it would
>     indeed save time and space to omit the writing of single *.img files.
>     >>
>     >> Gerd
>     >>
>     >> ________________________________________
>     >> Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>> im Auftrag von
>     Carlos Dávila <carlos at alternativaslibres.org
>     <mailto:carlos at alternativaslibres.org>>
>     >> Gesendet: Sonntag, 3. Oktober 2021 19:49
>     >> An: mkgmap-dev at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev at lists.mkgmap.org.uk>
>     >> Betreff: Re: [mkgmap-dev] mkgmap doing excessive writing and
>     converting to disk if used with --gmapi option
>     >>
>     >> Hi all,
>     >>
>     >> Would it be possible to add a check so that if some *.img are
>     passed to
>     >> mkgmap it looks for the corresponding subfiles and then, if
>     they are
>     >> present omit writing (do not overwrite), else write them? Also
>     it would
>     >> be great if real *.img files are not required when subfiles are
>     present,
>     >> so that it is not necessary to keep two copies of the same
>     information
>     >> in disk.
>     >>
>     >> Carlos
>     >>
>     >> El 21/9/21 a las 9:27, Gerd Petermann escribió:
>     >>> Hi all,
>     >>>
>     >>> attached patch contains the docu for the new --gmapi-minimal
>     option:
>     >>> --gmapi-minimal[=<include-pattern>]
>     >>>        Special option for map providers to reduce disk writes
>     when updating. Works
>     >>>        like --gmapi but does not write Product data for input
>     files which are
>     >>>        provided as *.img. It is assumed that the content of
>     those files wasn't
>     >>>        changed and thus doesn't need a rewrite. The optional
>     include-pattern is a
>     >>>        regular expression which can be used to specify *.img
>     files for which a
>     >>>        write should be forced. The pattern is used on the full
>     path to the input
>     >>>        file. The global index files and the *.tdb file will
>     still contain all
>     >>>        needed references.
>     >>>        Example usage with pattern:
>     >>>            --gmapi-minimal=.*4711[0-9]{4}\.img
>     >>>            This pattern matches file names between
>     47110000.img and 47119999.img
>     >>>            and ignores the path.
>     >>>
>     >>> So, I've also changed the handling of the optional
>     include-pattern. Previous versions of the patch expected a
>     comma-separated list of patterns. Now only one pattern is expected.
>     >>> This allows to use the comma within the regex.
>     >>>
>     >>> Please let me know if something is unclear or could be
>     improved otherwise.
>     >>>
>     >>> Gerd
>     >>>
>     >>> ________________________________________
>     >>> Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>> im Auftrag von
>     Felix Hartmann <extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>
>     >>> Gesendet: Montag, 20. September 2021 13:56
>     >>> An: Development list for mkgmap
>     >>> Betreff: Re: [mkgmap-dev] mkgmap doing excessive writing and
>     converting to disk if used with --gmapi option
>     >>>
>     >>> Hi Gerd,
>     >>>
>     >>> i could not notice any problems with v4 either, address search
>     and maps work in Mapsource/Basecamp and device as intended - I
>     changed too many things to be able to properly test how much
>     faster it is - but yeah some not needed reads less is surely good.
>     >>>
>     >>> On Mon, 20 Sept 2021 at 12:24, Gerd Petermann
>     <gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>> wrote:
>     >>> Hi all,
>     >>>
>     >>> attached patch avoids to call MapReader multiple times for the
>     combiners. The effect is rather small, as only two combiners
>     actually use it: TdbBuilder and MdrBuilder.
>     >>> Anyhow, those two are probably always called and there should
>     be no negative impact even if none of them is called.
>     >>>
>     >>> I see 23 secs instead of 25 secs for the combiners with a map
>     with 186 (existing) tiles and ~ 880MB on a real hard disk. I
>     assume that the real disk reads are not affected much as the disk
>     caches should kick in with the old code.
>     >>>
>     >>> Gerd
>     >>>
>     >>> ________________________________________
>     >>> Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>> im Auftrag von
>     Gerd Petermann <gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>>
>     >>> Gesendet: Samstag, 18. September 2021 10:33
>     >>> An: Development list for mkgmap
>     >>> Betreff: Re: [mkgmap-dev] mkgmap doing excessive writing and
>     converting to disk if used with --gmapi option
>     >>>
>     >>> Hi Felix,
>     >>>
>     >>> maybe another speed improvement is possible. I've noticed that
>     each *.img file is read multiple times, e.g. by the TdbBuilder and
>     the MdrBuilder.
>     >>> I think it is possible to share the extracted info between the
>     different combiners without using more memory.
>     >>>
>     >>> Gerd
>     >>>
>     >>> ________________________________________
>     >>> Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>> im Auftrag von
>     Felix Hartmann <extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>
>     >>> Gesendet: Freitag, 17. September 2021 13:47
>     >>> An: Development list for mkgmap
>     >>> Betreff: Re: [mkgmap-dev] mkgmap doing excessive writing and
>     converting to disk if used with --gmapi option
>     >>>
>     >>> Thanks Gerd, I*ll likely not find time to test it before
>     Monday afternoon... But I think it will do everything that is
>     needed to write much less and speedup.
>     >>>
>     >>> On Fri, 17 Sept 2021 at 13:11, Gerd Petermann
>     <gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>>> wrote:
>     >>> Hi all,
>     >>>
>     >>> attached is a new patch which implements experimental option
>     --x-gmapi-minimal[=pattern list] like this:
>     >>> - if used with no args the *.img files only those *.img files
>     are written which were compiled in the same call (from *.osm,
>     *.o5m, *.osm.pbf or *.mp)
>     >>> So, java -jar mkgmap.jar ... --x-gmapi-minimal -c
>     template.args 8812*.img <some_path>4711*.img
>     >>> will not write the sub files of the img files 8812*.img or
>     4711*.img, but they will be added to the *.tdb file
>     >>> - if used with a pattern list the patterns are interpreted as
>     regular expresssions (not like file patterns). So, you can use e.g.
>     >>> java -jar mkgmap.jar ... --x-gmapi-minimal=.*4711.*img -c
>     template.args 8812*.img <some_path>4711*.img
>     >>> to tell mkgmap that the 4711 (sub) files should also be
>     written to the Product folder.
>     >>> - I've remove the check regarding write protection of existing
>     files, so this will cause an error as with the unpatched version
>     when mkgmap is told to overwrite such a file.
>     >>>
>     >>> I've not tested this much so far but I think it works as
>     expected. I'd prefer to use standard file patterns (*,?) for the
>     include list but I don't know a java function for this. Any help
>     would be welcomed.
>     >>> I've created a binary with the patch, see
>     https://files.mkgmap.org.uk/detail/518
>     <https://files.mkgmap.org.uk/detail/518>
>     >>>
>     >>> Gerd
>     >>>
>     >>> ________________________________________
>     >>> Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>>> im Auftrag von
>     Felix Hartmann <extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>>
>     >>> Gesendet: Donnerstag, 16. September 2021 15:41
>     >>> An: Development list for mkgmap
>     >>> Betreff: Re: [mkgmap-dev] mkgmap doing excessive writing and
>     converting to disk if used with --gmapi option
>     >>>
>     >>> Hi Gerd,
>     >>> maybe I've misread Thomas, but he said exclude not include
>     list. No worries an include list makes sense  - while an exclude
>     list really doesn't (at least I cannot think of a use for an
>     exclude list). So definitely add an include list if you like.
>     Include as in including .img that should be converted. All osm/o5m
>     should be converted without being on the include list
>     anyhow.´(because they would not be on that list if the .img
>     existed already)
>     >>>
>     >>> As for the linking - yes please - do not check if the gmapi
>     files exist (the .img have to exist anyway else we cannot build
>     the mapset files). That way I could throw away the gmapi
>     contourlines on the render server - and only keep them on the
>     download server already zipped (for all files that one decides to
>     take out of the main download to make it smaller. E.g. for Asia
>     continent 20m contourlines are like 5x the size of the map or so -
>     so better the user on update can download the map files only
>     without the contourlines). Essentially it's like 350GB just lying
>     around to be linked but no other sense for me.
>     >>> So you only need a copy of the .img files - not another copy
>     of the gmapi files for rendering the maps (and you do not need to
>     create 0byte files to link so they cannot be overwritten as an
>     alternative).
>     >>>
>     >>> On Thu, 16 Sept 2021 at 15:19, Gerd Petermann
>     <gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>>>> wrote:
>     >>> Hi Felix,
>     >>>
>     >>> what do you mean with exclude list? I suggested a possible
>     include-list to specify more files which are overwritten even if
>     they already exist.
>     >>> Regarding linking: OK, you just want a new tdb file containing
>     all listed input files? No check if the output file really exists?
>     >>>
>     >>> Gerd
>     >>>
>     >>> ________________________________________
>     >>> Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>>>> im Auftrag von
>     Felix Hartmann <extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>>>
>     >>> Gesendet: Donnerstag, 16. September 2021 14:11
>     >>> An: Development list for mkgmap
>     >>> Betreff: Re: [mkgmap-dev] mkgmap doing excessive writing and
>     converting to disk if used with --gmapi option
>     >>>
>     >>> I would prefer if I don't even need to link anything, just the
>     concept that only o5m and osm.pbf input is converted. I can keep
>     the converted contour lines on the server too, but it would be
>     nicer if I don't even need to have them for all maps where I have
>     them as separate download.
>     >>>
>     >>> If that is working all is perfect. I don't see a usecase for
>     an exclude list.
>     >>>
>     >>> On Thu, 16 Sep 2021, 11:11 Gerd Petermann
>     <gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>>>>> wrote:
>     >>> Hi all,
>     >>>
>     >>> OK, I think I can add code to detect the img files which were
>     compiled in the same call of mkgmap. So, with option --gmapi-minimal
>     >>> - Files in this list always need to be written. It should be
>     possible to evaluate a parameter list that specifies additional
>     file patterns.
>     >>> - Files which don't yet exist in the gmapi folder are also
>     written.
>     >>> - other files in the Product subfolder would not be touched
>     >>> - the Info.xml will contain all files listed as input
>     >>>
>     >>> So, either just --gmapi-minimal or --gmapi-minimal[=<patterns
>     for files which should overwritten>]
>     >>>
>     >>> Would that work well for all?
>     >>>
>     >>> Gerd
>     >>>
>     >>>
>     >>> ________________________________________
>     >>> Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>>>>> im Auftrag
>     von Felix Hartmann <extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>>>>
>     >>> Gesendet: Montag, 13. September 2021 20:44
>     >>> An: Thomas Morgenstern; Development list for mkgmap
>     >>> Betreff: Re: [mkgmap-dev] mkgmap doing excessive writing and
>     converting to disk if used with --gmapi option
>     >>>
>     >>> .img files are always reused and never rewritten - it's only
>     about the gmapi files (a gmapsupp.img has to be generated in one
>     go anyhow - so it is not in question here). So I do not see the
>     sense of making it more complicated? It would be fine with me too
>     that way - but I think it's simpler to just assume all .img files
>     already have the converted files - because you could do it when
>     generating those .img files. The problem with your approach is -
>     that when you have a long list of tiles that were crashing due to
>     too little maxnodes - then regenerating it - will make it very
>     complicated. It's much easier to assume that all .img files are
>     already converted. All other input not. If you need to convert
>     .img files too - then you just use the normal --gmapi option instead.
>     >>>
>     >>> On Mon, 13 Sept 2021 at 18:58, Thomas Morgenstern
>     <webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de><mailto:webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de>><mailto:webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de><mailto:webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de>>><mailto:webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de><mailto:webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de>><mailto:webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de><mailto:webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de>>>><mailto:webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de><mailto:webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de>><mailto:webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de><mailto:webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de>>><mailto:webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de><mailto:webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de>><mailto:webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de><mailto:webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de>>>>><mailto:webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de><mailto:webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de>><mailto:webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de><mailto:webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de>>><mailto:webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de><mailto:webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de>><mailto:webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de><mailto:webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de>>>><mailto:webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de><mailto:webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de>><mailto:webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de><mailto:webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de>>><mailto:webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de><mailto:webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de>><mailto:webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de><mailto:webmaster at img2ms.de
>     <mailto:webmaster at img2ms.de>>>>>>> wrote:
>     >>> I suggest the new option should be named reuse=<comma
>     separated list of files, wildcards enabled>. exampel 
>     reuse=40000001.img, 40005*.img. If this option is used, then
>     mkgmap should not overwrite the listed folders in the <name>gmap.
>     Naturally mkgmap should write a new tdb, preview.img, mdr and idx.
>     In most cases the reuse folders contains Contourlines or other
>     static content.
>     >>>
>     >>> Thomas
>     >>>
>     >>> Am 13.09.2021 um 15:38 schrieb Felix Hartmann:
>     >>> Hi Gerd, yes exactly. I have a large collection of .img files
>     of contourlines. When I realized that I trash my NVME disk very
>     fast if I continue the way I did I got into thinking and analysing
>     what happens. It was clear that it all comes down to the --gmapi
>     option. I had believed that if I run several passes with .o5m and
>     .img files as input - only the .o5m input is converted into new
>     .gmapi folders - while the existing ones are not overwritten. Then
>     I checked the created date/last modified date (because windows has
>     in my eyes a bug that if you replace a file with a near identical
>     file - it just shows a new modified date - but keeps the original
>     created date - even though it was a full overwrite).
>     >>>
>     >>> That got me thinking that in order to save writes - I have to
>     find a way to not only not recalculate the .img files - but also
>     create a static set of .gmapi folders. Those I just mklink into
>     the directory name that will be used on the next run of mkgmap.jar
>     - I managed to do this by uncommenting this one line. Because I
>     noticed that the symlinked (by mklink) files are not rewritten I
>     changed my scripts to move them away and symlink them back. Then
>     at the end delete all symlinks - and move the files back (or to
>     the location that I will use for compressing). This step is a bit
>     stupid if mkgmap could just have a --gmapi-minimal mode in which
>     only those files are converted - that are also written out as .img
>     files (if given --tdb-file option).
>     >>>
>     >>> I know that many people keep a static set of contourlines .img
>     files (also containing DEM). You just add the show-profiles=1
>     option in case you include contourlines - and leave it out if not.
>     But actually it does not matter if the contourlines files contain
>     DEM or not.
>     >>> I think the easiest way is the principle - --gmapi-minimal
>     only converts those files, it would write out as .img files if
>     --tdb-files option were given (or is given). --gmapi on the other
>     hand should convert the all input files to .gmapi format. Then
>     mgkmap does not even need to test if those files are there or not.
>     This not only saves a lot of writes - but also a lot of compile time.
>     >>>
>     >>> Because essentially if you only provide .img input files
>     (including of course the ovm-img for the overview map if you want)
>     you only create a new set of mapset files. The exception to this
>     is the toolchain in which when a tile failed to compile - you
>     resplit the input files - and parse them again with the same
>     arguments so you have input of new o5m files and old .img files.
>     But the principle stays the same. If on the rerun of the failed
>     tiles now newy split with higher map-id you give --gmapi-minimal
>     and tdb-file - only those new tiles are written - while the old
>     .img and old ovm.img are supplied to create the correct mapset
>     files. With this procedure you don't even need to put a symlink
>     for the contourlines into the gmap folder. As the input data to
>     create the contourlines rarely change - you can offer the
>     contourlines as a separate download.
>     >>> Makes it much easier and faster.
>     >>>
>     >>> On the map compilation server you then do not even need to
>     have a copy of the .gmapi contourlines files. You just need the
>     new input data and the static contourlines .img files. Thomas
>     Morgenstern for example had also not realized that he is writing
>     the contourlines .gmapi files each time without any need. I think
>     many/most providers of garmin maps who offer many
>     regions/worldwide coverage put the contourlines separate. It's
>     just a huge amount of compile time if you merge the contourlines
>     in o5m format with the map data in o5m data each time before
>     running mkgmap. The only actual advantage of this being that the
>     contourlines do not overlap roads (as they are supplied as
>     transparent .img files in another layer) - AND that when people
>     select maps with a single click instead of drag in
>     MapInstall/Mapsource they get all maps they think they get (though
>     there is a different shading - each layer increases the darkness
>     of the shading for selected). And of course that the very old
>     Mapsource still has problems correctly showing the contourlines if
>     they are in a separate layer. However nearly everyone moved on to
>     Basecamp which is fully compatible with layered maps. The
>     advantage of contourlines as separate layer is for the user he can
>     switch them on / off independant of the maps and does not need to
>     download and transfer them each time. So I think for most the
>     advantages heavily outweigh the disadvantages - hence contourlines
>     into a separate transparent layer. Same can be done of course for
>     other things like buildings or vegetation - though the advantage
>     here is much less on the compile side (while worldwide 10m
>     coontourlines are 200GB of data - the same extracts are only 15GB
>     in data of buildings - if buildings are shown only at resolution 24)
>     >>>
>     >>> On Mon, 13 Sept 2021 at 14:24, Gerd Petermann
>     <gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>>>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>>>>>> wrote:
>     >>> Hi Felix,
>     >>>
>     >>> I have no clue how exactly your scripts work, how you manage
>     to reuse *.img files and so on. Also, I want to find a solution
>     that works for all users, not just you.
>     >>>
>     >>> So, I expect that you have one step that compiles frequently
>     changing OSM data and other steps which are used to compile static
>     data like contourlines or DEM. I don't know if you do the latter
>     for each country / continent or once for planet and I don't care
>     as long as it works for you.
>     >>> My understanding is that you have a large collection of *.img
>     files at some stage and that you run mkgmap multiple times with
>     different combinations of those *.img files as input to produce
>     different zip-files with gmapi format or gmapsupp format.
>     >>> I think that's the normal way to do it, so I try to support
>     that way.
>     >>>
>     >>> Gerd
>     >>>
>     >>> ________________________________________
>     >>> Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>>>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>>>>>> im Auftrag
>     von Felix Hartmann <extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>>>>>
>     >>> Gesendet: Montag, 13. September 2021 12:28
>     >>> An: Development list for mkgmap
>     >>> Betreff: Re: [mkgmap-dev] mkgmap doing excessive writing and
>     converting to disk if used with --gmapi option
>     >>>
>     >>> I move away the info.xml - and use a different name for the
>     mapset files and then just have mkgmap any file that is input in
>     osm.pbf / osm / o5m format. Gmapi-minimal should not convert any
>     file that is supplied as .img - as it can be assumed that those
>     exist already (if they do not - then create them with --gmapi).
>     That is in my opinion the best approach. So mkgmap does not even
>     try to convert them.
>     >>>
>     >>> Afterwards I distribute a gmapi folder that includes all the
>     data - and by replacing the info.xml you can enable or disable
>     contourlines. For big countries the contourlines would be a
>     separate download anyhow - so the user only needs to download the
>     maps (including mapset files) but not redownload the
>     contourlines.  Same principle as in offering the contourlines as a
>     separate gmapsupp.img file. so you have maps.img
>     contourlines10m.img contourlines20m.img buildings.img ....
>     >>>
>     >>>
>     >>> On Mon, 13 Sept 2021 at 13:17, Gerd Petermann
>     <gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>>>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>>>>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>>>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com><mailto:gpetermann_muenchen at hotmail.com
>     <mailto:gpetermann_muenchen at hotmail.com>>>>>>>> wrote:
>     >>> Hi Felix,
>     >>>
>     >>> sorry, the Data Deduplication as implemented in Windows Server
>     would not help here. It works after data was written.
>     >>>
>     >>> And yes, files which are not just copies of the *.img are
>     written as before. My understanding is that you have different
>     product directories in the gmapi folder and that you write protect
>     those files which should be kept.
>     >>> If you have a script to zip the gmapi directory you have to
>     exclude the unwanted folders.
>     >>> Didn't try it. Does it make sense?
>     >>>
>     >>> Gerd
>     >>>
>     >>> ________________________________________
>     >>> Von: mkgmap-dev <mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>>>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>>>>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>>>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk><mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk
>     <mailto:mkgmap-dev-bounces at lists.mkgmap.org.uk>>>>>>>> im Auftrag
>     von Felix Hartmann <extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>>>>>>
>     >>> Gesendet: Montag, 13. September 2021 12:09
>     >>> An: Development list for mkgmap
>     >>> Betreff: Re: [mkgmap-dev] mkgmap doing excessive writing and
>     converting to disk if used with --gmapi option
>     >>>
>     >>> Oh - but data was certainly written - A rename will not show
>     as data written in both Task manager on Windows, as well as in the
>     smart data (I'm using Windows 10 pro not Windows server however -
>     maybe that functionality is limited to windows server?)
>     >>>
>     >>> On Mon, 13 Sept 2021 at 13:06, Felix Hartmann
>     <extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>>>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>>>>>>> wrote:
>     >>> Not sure if it makes it possible to use read only attribute
>     instead of moving and mklink. Maybe yes - because that was not
>     possible before. So it then would be set read only - instead of of
>     move & mklink - and at the end remove read only instead of moving
>     back.
>     >>>
>     >>> On Mon, 13 Sept 2021 at 12:59, Felix Hartmann
>     <extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>>><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com><mailto:extremecarver at gmail.com
>     <mailto:extremecarver at gmail.com>><mailto:
>
>
> _______________________________________________
> mkgmap-dev mailing list
> mkgmap-dev at lists.mkgmap.org.uk
> https://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev



More information about the mkgmap-dev mailing list