<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>Hi Felix,<br><br>yes, confirmed. The output files are much bigger because splitter never writes the<br>version info (timestamp,uid,user,changeset, version).<br>In mkgmap we read the file only once, not multiple times as in splitter,<br>so the advantage is rather small.<br><br>Gerd<br><br><div>&gt; Date: Wed, 7 May 2014 15:20:51 +0200<br>&gt; From: extremecarver@gmail.com<br>&gt; To: mkgmap-dev@lists.mkgmap.org.uk<br>&gt; Subject: Re: [mkgmap-dev] splitter r325: improved split algo and new option<br>&gt; <br>&gt; Well, I just ran splitter on the .osm.pbf file for Asia and austria.<br>&gt; True the split is a bit faster to o5m - but the difference is not so big.<br>&gt; <br>&gt; Compiling from osm.pbf or o5m however - was more or less the same speed...<br>&gt; on the other hand the o5m splitted files use much more space than <br>&gt; osm.pbf (for Austria 293MB vs 450MB - that's about 50% more).<br>&gt; <br>&gt; I will do some further test with input o5m and output osm.pbf vs output <br>&gt; o5m. However if there is also no significant time difference (right now <br>&gt; it's like maybe 10% faster output to o5m instead of osm.pbf) - then I <br>&gt; think I'm gonna stay splitter output at osm.pbf - simply because on my <br>&gt; server I'm a bit harddisk bound (got a large network drive for saving <br>&gt; stuff, but with about 20MB/s vs 150MB/s for the local drive, it's really <br>&gt; only useful to save stuff there - not for working with anything on the <br>&gt; network drive). Splitter input according to the above time measures <br>&gt; however - really seems to profit from o5m...<br>&gt; On 07.05.2014 12:56, Felix Hartmann wrote:<br>&gt; &gt;  okay, well the numbers are convincing. I will change to o5m and <br>&gt; &gt; osmupdate too - as soon as I find the time (I do think I need 5-10 <br>&gt; &gt; hours changing my scripts and making sure everything is neatly cut, <br>&gt; &gt; but right now I'm too timelimited to do so)..<br>&gt; &gt; On 07.05.2014 12:15, Bernd Weigelt wrote:<br>&gt; &gt;&gt; Am Mittwoch, 7. Mai 2014, 11:37:58 schrieb Felix Hartmann:<br>&gt; &gt;&gt;&gt; Well I still use pbf and not o5m.<br>&gt; &gt;&gt;&gt; First pbf is smaller..<br>&gt; &gt;&gt;&gt; Second - Geofabrik only offers pbf - that's why I stayed with it.<br>&gt; &gt;&gt;&gt;<br>&gt; &gt;&gt;&gt; I don't think I can cut a lot of time by first converting to 05m, then<br>&gt; &gt;&gt;&gt; hand it over to splitter...<br>&gt; &gt;&gt;&gt; Actually I also let splitter output pbf... Maybe I could change that in<br>&gt; &gt;&gt;&gt; future to 05m..<br>&gt; &gt;&gt; I download a planet.pbf, convert it to o5m, time ~50 mins,and cut the <br>&gt; &gt;&gt; needed<br>&gt; &gt;&gt; polies from that planet.o5m. an update of my germany.o5m, 3,2 GB. <br>&gt; &gt;&gt; takes now 3<br>&gt; &gt;&gt; minutes. I update the planet once a month, my extracts everytime i <br>&gt; &gt;&gt; need them.<br>&gt; &gt;&gt;<br>&gt; &gt;&gt; thats much faster then download a new pbf everyday or update this pbf.<br>&gt; &gt;&gt; and with the local planet it is easier to create special maps for <br>&gt; &gt;&gt; friends like<br>&gt; &gt;&gt; bonn+100 or dach+<br>&gt; &gt;&gt;<br>&gt; &gt;&gt; Bernd<br>&gt; &gt;&gt;<br>&gt; &gt;&gt;<br>&gt; &gt;<br>&gt; <br>&gt; -- <br>&gt; keep on biking and discovering new trails<br>&gt; <br>&gt; Felix<br>&gt; openmtbmap.org &amp; www.velomap.org<br>&gt; <br>&gt; _______________________________________________<br>&gt; mkgmap-dev mailing list<br>&gt; mkgmap-dev@lists.mkgmap.org.uk<br>&gt; http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev<br></div>                                               </div></body>
</html>