Hello Chris,
I've just checked in r111 which enables osm data to be read from stdin. For it to work, the following three conditions must be met:
1) there must be no osm files specified as parameters 2) a valid --cache parameter must be supplied 3) there must not be an existing cache from a previous run
eg (with an empty cache dir): java -Xmx4000m -jar splitter.jar --cache=cache < united_kingdom.osm
Thanks, I am trying it out now. This warning seems redundant for this use case: * WARNING: No valid existing cache found but caching was requested. * Because I am processing the input several times, for additional layers, I added "tee" to the pipe for writing the uncompressed output: rm -fr splitter-cache bzip2 -dc "$OSM_BZ2"| perl -e ...| tee "$OSM"| $JAVACMD $JAVACMD_OPTIONS -jar splitter.jar --split-file=areas.list \ --cache=splitter-cache It would be nice if mkgmap could produce several layers in a single pass or if the multipolygon processing could be disabled. My script continues like this (simplified): java -jar mkgmap.jar --transparent --style=control "$OSM" java -jar mkgmap.jar --transparent --style=routes "$OSM" java -jar mkgmap.jar -c mkgmap.args # processing the split tiles java -jar mkgmap.jar --gmapsupp *.img The "control" and "routes" maps are very sparse, so they can cover the entire country. I would generate all layers from the same tiles if mkgmap could produce several *.img with one parsing of the *.osm tile (using different output styles). The "control" and "routes" styles only generate points or lines, no polygons. Could we disable relation=multipolygon processing when there are no polygons defined in the style? Marko