Well, I just ran splitter on the .osm.pbf file for Asia and austria.
True the split is a bit faster to o5m - but the difference is not so big.
Compiling from osm.pbf or o5m however - was more or less the same speed...
on the other hand the o5m splitted files use much more space than
osm.pbf (for Austria 293MB vs 450MB - that's about 50% more).
I will do some further test with input o5m and output osm.pbf vs output
o5m. However if there is also no significant time difference (right now
it's like maybe 10% faster output to o5m instead of osm.pbf) - then I
think I'm gonna stay splitter output at osm.pbf - simply because on my
server I'm a bit harddisk bound (got a large network drive for saving
stuff, but with about 20MB/s vs 150MB/s for the local drive, it's really
only useful to save stuff there - not for working with anything on the
network drive). Splitter input according to the above time measures
however - really seems to profit from o5m...
On 07.05.2014 12:56, Felix Hartmann wrote:
okay, well the numbers are convincing. I will change to o5m and
osmupdate too - as soon as I find the time (I do think I need 5-10
hours changing my scripts and making sure everything is neatly cut,
but right now I'm too timelimited to do so)..
On 07.05.2014 12:15, Bernd Weigelt wrote:
Am Mittwoch, 7. Mai 2014, 11:37:58 schrieb Felix Hartmann:
Well I still use pbf and not o5m.
First pbf is smaller..
Second - Geofabrik only offers pbf - that's why I stayed with it.
I don't think I can cut a lot of time by first converting to 05m, then
hand it over to splitter...
Actually I also let splitter output pbf... Maybe I could change that in
future to 05m..
I download a planet.pbf, convert it to o5m, time ~50 mins,and cut the
needed
polies from that planet.o5m. an update of my germany.o5m, 3,2 GB.
takes now 3
minutes. I update the planet once a month, my extracts everytime i
need them.
thats much faster then download a new pbf everyday or update this pbf.
and with the local planet it is easier to create special maps for
friends like
bonn+100 or dach+
Bernd
--
keep on biking and discovering new trails
Felix
openmtbmap.org & www.velomap.org
_______________________________________________
mkgmap-dev mailing list
mkgmap-dev@lists.mkgmap.org.uk
http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
