[Tile-serving] [osm2pgsql-dev/osm2pgsql] Any reasons why osm2pgsql doesn't leverage parallelization during huge maps import (eg: whole world)? (Discussion #2090)

[ghevge]

@joto thanks for the explanations! I'm sorry if I pissed you or anyone else  off ! I haven't wrote this post to blame anyone. I am just trying to understant what can make this process so slow, and make it better by offering some ideas. I very much respect and appreciate the work done by the developers behind this project. But keep in mind, as everywhere in a healthy society, you can not get only good feedback, no matter how much you will try.  The alternative will be to move to a country like North Korea and from inside, there, everything will be rosy, at least on TV.

To get back to the topic of this discussion, I'm not sure how osm2pgsql prioritizes the issues, but maybe for the next year, instead of implementing 10 new features that maybe 0.1% of users will end up using, better invest that time in fixing this, or any other performance issue that is known by the team. The faster and less resource demanding these processes are, the more accessible they will become, especcialy to the small folks, thus increasing the  pool of people that could end up working on this project. As right now, a lot of those people will probably give up and move towards paying a 3rd party entity to deal with the maps services. 


Sorry again if something will sound offensive! I'm just rying to be constructive here!

Thanks

-- 
Reply to this email directly or view it on GitHub:
https://github.com/osm2pgsql-dev/osm2pgsql/discussions/2090#discussioncomment-7186156
You are receiving this because you are subscribed to this thread.

Message ID: <osm2pgsql-dev/osm2pgsql/repo-discussions/2090/comments/7186156 at github.com>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tile-serving/attachments/20231004/c2a2d8ea/attachment.htm>