gmappsupp size with 20% bigger when using latest splitter
I updated my splitter version from 314 to 412 - now, it's pretty late but I read about the new split algorithm that might cause some different sizes than before, maybe I searched too quickly but I can't seem to explain why the final gmapsupp went from 87MB to 107MB. Looking at the split output in 412 and 314, it's clear 412 creates bigger files. Strange enough the last 4 files have the same size... # splitter 412 10637241 oct 22 23:23 70600001.osm.pbf 12379309 oct 22 23:23 70600002.osm.pbf 12233125 oct 22 23:23 70600003.osm.pbf 12607475 oct 22 23:23 70600004.osm.pbf 14031652 oct 22 23:23 70600005.osm.pbf 12025643 oct 22 23:23 70600006.osm.pbf 9286836 oct 22 23:23 70600007.osm.pbf 11071432 oct 22 23:23 70600008.osm.pbf 11720495 oct 22 23:23 70600009.osm.pbf 11909440 oct 22 23:23 70600010.osm.pbf 12356777 oct 22 23:23 70600011.osm.pbf 11513810 oct 22 23:23 70600012.osm.pbf 11672847 oct 22 23:23 70600013.osm.pbf 11988497 oct 22 23:23 70600014.osm.pbf * 9209424 oct 22 22:28 70600015.osm.pbf 11793063 oct 22 22:28 70600016.osm.pbf 10161776 oct 22 22:28 70600017.osm.pbf 10080071 oct 22 22:28 70600018.osm.pbf* # splitter 314 7323072 oct 22 23:43 70600001.osm.pbf 8832797 oct 22 23:43 70600002.osm.pbf 9987720 oct 22 23:43 70600003.osm.pbf 8862868 oct 22 23:43 70600004.osm.pbf 7198648 oct 22 23:43 70600005.osm.pbf 9651244 oct 22 23:43 70600006.osm.pbf 10898020 oct 22 23:43 70600007.osm.pbf 9764169 oct 22 23:43 70600008.osm.pbf 8247811 oct 22 23:43 70600009.osm.pbf 9444801 oct 22 23:43 70600010.osm.pbf 8876247 oct 22 23:43 70600011.osm.pbf 9218641 oct 22 23:43 70600012.osm.pbf 7222814 oct 22 23:43 70600013.osm.pbf 9883513 oct 22 23:43 70600014.osm.pbf * 9209424 oct 22 23:43 70600015.osm.pbf 11793063 oct 22 23:43 70600016.osm.pbf 10161776 oct 22 23:43 70600017.osm.pbf 10080071 oct 22 23:43 70600018.osm.pbf* Does this sound right to you? Thanks! Enrico
Hi Enrico, splitter r412 should produce fewer tiles, so one explanation might be that the last for tiles were not produced by r412. Since your listing shows different timestamps for them I'd say you did not start with a clean directory. Gerd Date: Thu, 23 Oct 2014 00:03:15 +0200 From: eliboni@gmail.com To: mkgmap-dev@lists.mkgmap.org.uk Subject: [mkgmap-dev] gmappsupp size with 20% bigger when using latest splitter I updated my splitter version from 314 to 412 - now, it's pretty late but I read about the new split algorithm that might cause some different sizes than before, maybe I searched too quickly but I can't seem to explain why the final gmapsupp went from 87MB to 107MB. Looking at the split output in 412 and 314, it's clear 412 creates bigger files. Strange enough the last 4 files have the same size... # splitter 412 10637241 oct 22 23:23 70600001.osm.pbf 12379309 oct 22 23:23 70600002.osm.pbf 12233125 oct 22 23:23 70600003.osm.pbf 12607475 oct 22 23:23 70600004.osm.pbf 14031652 oct 22 23:23 70600005.osm.pbf 12025643 oct 22 23:23 70600006.osm.pbf 9286836 oct 22 23:23 70600007.osm.pbf 11071432 oct 22 23:23 70600008.osm.pbf 11720495 oct 22 23:23 70600009.osm.pbf 11909440 oct 22 23:23 70600010.osm.pbf 12356777 oct 22 23:23 70600011.osm.pbf 11513810 oct 22 23:23 70600012.osm.pbf 11672847 oct 22 23:23 70600013.osm.pbf 11988497 oct 22 23:23 70600014.osm.pbf 9209424 oct 22 22:28 70600015.osm.pbf 11793063 oct 22 22:28 70600016.osm.pbf 10161776 oct 22 22:28 70600017.osm.pbf 10080071 oct 22 22:28 70600018.osm.pbf # splitter 314 7323072 oct 22 23:43 70600001.osm.pbf 8832797 oct 22 23:43 70600002.osm.pbf 9987720 oct 22 23:43 70600003.osm.pbf 8862868 oct 22 23:43 70600004.osm.pbf 7198648 oct 22 23:43 70600005.osm.pbf 9651244 oct 22 23:43 70600006.osm.pbf 10898020 oct 22 23:43 70600007.osm.pbf 9764169 oct 22 23:43 70600008.osm.pbf 8247811 oct 22 23:43 70600009.osm.pbf 9444801 oct 22 23:43 70600010.osm.pbf 8876247 oct 22 23:43 70600011.osm.pbf 9218641 oct 22 23:43 70600012.osm.pbf 7222814 oct 22 23:43 70600013.osm.pbf 9883513 oct 22 23:43 70600014.osm.pbf 9209424 oct 22 23:43 70600015.osm.pbf 11793063 oct 22 23:43 70600016.osm.pbf 10161776 oct 22 23:43 70600017.osm.pbf 10080071 oct 22 23:43 70600018.osm.pbf Does this sound right to you? Thanks! Enrico _______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
ops - you must be right! thanks On Thu, Oct 23, 2014 at 8:29 AM, Gerd Petermann < gpetermann_muenchen@hotmail.com> wrote:
Hi Enrico,
splitter r412 should produce fewer tiles, so one explanation might be that the last for tiles were not produced by r412. Since your listing shows different timestamps for them I'd say you did not start with a clean directory.
Gerd
------------------------------ Date: Thu, 23 Oct 2014 00:03:15 +0200 From: eliboni@gmail.com To: mkgmap-dev@lists.mkgmap.org.uk Subject: [mkgmap-dev] gmappsupp size with 20% bigger when using latest splitter
I updated my splitter version from 314 to 412 - now, it's pretty late but I read about the new split algorithm that might cause some different sizes than before, maybe I searched too quickly but I can't seem to explain why the final gmapsupp went from 87MB to 107MB.
Looking at the split output in 412 and 314, it's clear 412 creates bigger files. Strange enough the last 4 files have the same size...
# splitter 412 10637241 oct 22 23:23 70600001.osm.pbf 12379309 oct 22 23:23 70600002.osm.pbf 12233125 oct 22 23:23 70600003.osm.pbf 12607475 oct 22 23:23 70600004.osm.pbf 14031652 oct 22 23:23 70600005.osm.pbf 12025643 oct 22 23:23 70600006.osm.pbf 9286836 oct 22 23:23 70600007.osm.pbf 11071432 oct 22 23:23 70600008.osm.pbf 11720495 oct 22 23:23 70600009.osm.pbf 11909440 oct 22 23:23 70600010.osm.pbf 12356777 oct 22 23:23 70600011.osm.pbf 11513810 oct 22 23:23 70600012.osm.pbf 11672847 oct 22 23:23 70600013.osm.pbf 11988497 oct 22 23:23 70600014.osm.pbf
* 9209424 oct 22 22:28 70600015.osm.pbf 11793063 oct 22 22:28 70600016.osm.pbf 10161776 oct 22 22:28 70600017.osm.pbf 10080071 oct 22 22:28 70600018.osm.pbf*
# splitter 314 7323072 oct 22 23:43 70600001.osm.pbf 8832797 oct 22 23:43 70600002.osm.pbf 9987720 oct 22 23:43 70600003.osm.pbf 8862868 oct 22 23:43 70600004.osm.pbf 7198648 oct 22 23:43 70600005.osm.pbf 9651244 oct 22 23:43 70600006.osm.pbf 10898020 oct 22 23:43 70600007.osm.pbf 9764169 oct 22 23:43 70600008.osm.pbf 8247811 oct 22 23:43 70600009.osm.pbf 9444801 oct 22 23:43 70600010.osm.pbf 8876247 oct 22 23:43 70600011.osm.pbf 9218641 oct 22 23:43 70600012.osm.pbf 7222814 oct 22 23:43 70600013.osm.pbf 9883513 oct 22 23:43 70600014.osm.pbf
* 9209424 oct 22 23:43 70600015.osm.pbf 11793063 oct 22 23:43 70600016.osm.pbf 10161776 oct 22 23:43 70600017.osm.pbf 10080071 oct 22 23:43 70600018.osm.pbf*
Does this sound right to you?
Thanks! Enrico
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
_______________________________________________ mkgmap-dev mailing list mkgmap-dev@lists.mkgmap.org.uk http://www.mkgmap.org.uk/mailman/listinfo/mkgmap-dev
participants (2)
-
Enrico Liboni -
Gerd Petermann