
Hi Henning, this is quite special. Splitter is coded to use a bounding box if one is given in the input file. If more than one bbox is found, they are merged. In your case planet.o5m doesn't contain a bbox, only the file with the SRTM data. In this case splitter tries to find a split for the intersection of the polygon file and the bbox of the SRTM file, and that fails. I wonder why that wasn't a problem when you used other polygon files. I have to change splitter to calculate a bbox before reading the 2nd file. Gerd Henning Scholland wrote
Hi Gerd, attached you'll find my splitter-log, the skript and the poly-file. Maybe this helps.
Henning
Am 04.03.2014 08:16, schrieb Gerd Petermann:
Hi Henning,
I can't reproduce it with r317. I've tried it like this: Use (an older) planet.o5m and an srtm file covering Bremen and Bremerhafen (got it from you)
My options --write-kml=splitter.kml --output=o5m --max-areas=2048 --polygon-file=f:\osm\canada.poly f:\osm\planet.o5m f:\temp\henning\srtmtest.osm Both input files contain boundaries and splitter works as it should.
Maybe you use a different order of options?
Gerd
Date: Mon, 3 Mar 2014 20:23:23 +0100 From:
osm@
To:
mkgmap-dev@.org
Subject: Re: [mkgmap-dev] Splitter
and multiple input-files
Hi Gerd,
yes you got it right, as you mean "touch" as touched by bbox of srtm-file. The srtm-file contains Iceland (NW) and New Zealand (SE). Every poly-file works, which touch this area. Now I tried to split a part of Canada and it failed.
To sumerize the log: It split planet as normal and after this splitter tries to start the same with srtm-file and returns something like "poly does not touch input-file, please use a polygon, ..."
If you need the log, I will generate one.
Henning
Am 03.03.2014 19:47, schrieb Gerd Petermann:
Hi Henning,
just to make sure that I got it right.
You have planet and the srtm-data as input and a polygon-file that doesn't "touch" the area covered by the srtm data.
Can you send the splitter.log so that I can see what it does?
Gerd
Date: Sun, 2 Mar 2014 22:47:44 +0100
From:
osm@
To:
mkgmap-dev@.org
Subject: [mkgmap-dev] Splitter and multiple input-files
Hi Gerd,
I discovered a (small) problem with using two inputfiles with splitter. One input-file is planet.osm, the other one is a srtm-files covering only a few areas. If I split an area, which is not covered by the bbox of my srtm-file, splitter wont write any areas.list and so on. Would it be possible to merge the bboxes of the input-files or check, that the required area is coverd at least by one input and not necessarily by all?
Henning
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
_______________________________________________ mkgmap-dev mailing list
mkgmap-dev@.org
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
splitter.log (12K) <http://gis.19327.n5.nabble.com/attachment/5798669/0/splitter.log> #1st_split.sh (710 bytes) <http://gis.19327.n5.nabble.com/attachment/5798669/1/%231st_split.sh> Canada-SW.poly (298 bytes) <http://gis.19327.n5.nabble.com/attachment/5798669/2/Canada-SW.poly>
-- View this message in context: http://gis.19327.n5.nabble.com/Splitter-and-multiple-input-files-tp5798190p5... Sent from the Mkgmap Development mailing list archive at Nabble.com.