Merge the generated filtered.o5m.pbf and filtered_names.o5m.pbf to one pbf, to increase performance about wahoomapscreator HOT 2 OPEN

Thanks for your thoughts!
Haven't read through it fully but some coments on this.

At least I wonder if that has been considered ?

I haven't thought about this yet since I had no issue with the time it needs until now. But for larger countries there might be a significant impact. Adding your PR #207 ith printing out the taken time should be done before to be able to measure the performance gains.

I also wonder if it is really necessary to generate two different files with the "tags-filter" or if this could be done in one command. I have just tested the performance for doing the osmium extract on one merged file versus two separate files.

I had the same question, see #109 but in the end relied on @Ebe66 because he somehow is the creator of the base structure in generating the tiles.

So I have actually not generated the map and verified that the map ends up being correct. I wanted input if you think this approach is useful, before spending more time on it. And looking for input how to verify that the generated tiles are identical.

I have some unittests to validate some parts of the generated files with static input files and against static generated files, see: https://github.com/treee111/wahooMapsCreator/blob/develop/tests/test_generated_files.py.
Due to recent changes the unittests are not green. In addition what I wrote at the beginning, this should also be corrected before implementing your new stuff.

As I have limited time at the moment and - as written - there might be some stuff to do I would appreciate some help on this.

from wahoomapscreator.

Hi, this sounded like a good idea so I tried this with my version of the wahoomapscreator, on windows with osmconvert and osmfilter today with Germany including all sub-regions.
It is faster, but just barely unfortunately. My old version with the non merged files took exactly 1 hour, the version that merges the filtered files before splitting took 57 minutes.

The need for two filter stages is described in the issue Treee111 refers to. Is it absolutely needed? No, but it keeps the generated map sizes a lot smaller.
There is an indication in your test files, I assume you changed the filters (or there is something else going on with treee111's version on linux c.q. osmium) but your filtered_names.o5m.pbf file is significantly larger than your filtered.o5m.pbf file.
The names file should be very much smaller than the no names file. I guess it contains all streetnames for example which would end up in the map file while the Wahoo device does not use them at all. If you compared your map files with mine on wahoomaps.higli.de, you will likely see my maps are smaller.

from wahoomapscreator.