[mkgmap-dev] splitter r325: improved split algo and new option

Wed May 7 14:28:46 BST 2014

Hi Felix,

yes, confirmed. The output files are much bigger because splitter never writes the
version info (timestamp,uid,user,changeset, version).
In mkgmap we read the file only once, not multiple times as in splitter,
so the advantage is rather small.

Gerd

> Date: Wed, 7 May 2014 15:20:51 +0200
> From: extremecarver at gmail.com
> To: mkgmap-dev at lists.mkgmap.org.uk
> Subject: Re: [mkgmap-dev] splitter r325: improved split algo and new option
> 
> 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 at lists.mkgmap.org.uk
> http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mkgmap.org.uk/pipermail/mkgmap-dev/attachments/20140507/8dce66ed/attachment.html>