[mkgmap-dev] Groundtruth and unzipped osm

I'm trying to force groundtruth not to generate bz2 files groundtruth ibf2osm --cat 500,50 --ibf area.ibf --outputfileformat file1.osm Without the ' --outputfileformat file1.osm ' I get 2 bz2 files. Unfortunately , using --outputfileformat file1.osm , the first one gets overwritten

Re: [mkgmap-dev] Groundtruth and unzipped osm

Hi Nick, I'm trying to force groundtruth not to generate bz2 files groundtruth ibf2osm --cat 500,50 --ibf area.ibf --outputfileformat file1.osm [...] Is there a way of telling it to 'increment' the files, ie file1.osm,file2.osm ? According to http://wiki.openstreetmap.org/wiki/

Re: [mkgmap-dev] Groundtruth and unzipped osm

Oops have found the answer -- outputfileformat file{0}.osm It helps if you read the manual... ___ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

Re: [mkgmap-dev] DEM subfile

Ronny Klier schrieb: A friend and I spend some time on research the DEM subfile too. While still not knowing the real data encoding, I think we found some additional information about the structure. thank you very much for sharing your results! In general a DEM subfile consists of a

[mkgmap-dev] [PATCH v1] Reduce number of cuts in multipolygon processing

The patch reduces the number of cuts that must be performed for each inner polygon. The current code performs one cut for each inner polygon. The patch reduces the number of cuts by selecting cut lines that hit more than one inner polygon at once. This has two advantages: 1. The artefacts on

Re: [mkgmap-dev] [PATCH v1] Reduce number of cuts in multipolygon processing

Hi WanMil, This has two advantages: 1. The artefacts on the cut lines in Mapsource are reduced because there are less cut lines. 2. The performance of the mp code for large multipolygons is very much dependend on how many cuts must be performed. A third advantage: the image file might