Re: [OSM-dev] Generalisation

2018-04-16 Thread Marco Boeringa
No, buildings are not the most interesting. I once generalized all buildings in Denmark. It only reduced the storage by maybe 5%, at the high cost of heavily distorting a large number of them. Most buildings in OSM are in fact already in their most generalized state: just 4 nodes. Unless you

Re: [OSM-dev] Generalisation

2018-05-02 Thread Marco Boeringa
6-7-2012.pdf (Note: I wasn't involved in any of this by the way, just know of this work) Marco Op 16-4-2018 om 19:23 schreef Tomas Straupis: 2018-04-16 19:34 GMT+03:00 Marco Boeringa wrote: No, buildings are not the most interesting. I once generalized all buildings in Denmark. It only re

Re: [OSM-dev] Generalisation

2018-05-02 Thread Marco Boeringa
e actually pointing out one of the 1:50k vector products (in GML format) that they make available based on the described new work flows, so I don't understand your argument?... Marco Op 2-5-2018 om 21:02 schreef Christoph Hormann: On Wednesday 02 May 2018, Marco Boeringa wrote: [...]

Re: [OSM-dev] Generalisation

2018-05-02 Thread Marco Boeringa
Hi Tomas, You do realize the 1-2 years is well after the 2013 date that the Dutch Kadastre started to publish their work? As to Lithuania, I can't speak for your country, but your Swedish Baltic brethren actually adopted the Dutch Kadaster's approach, including the developed models through a

Re: [OSM-dev] Generalisation

2018-05-03 Thread Marco Boeringa
. Marco Op 3-5-2018 om 07:28 schreef Tomas Straupis: 2018-05-03 1:05 GMT+03:00 Marco Boeringa wrote: You do realize the 1-2 years is well after the 2013 date that the Dutch Kadastre started to publish their work? Lithuania was given as contra to "the only". Savino (Italy) wa

Re: [OSM-dev] Memory Error on 16GB RAM

2018-10-23 Thread Marco Boeringa
Hi Leon, I am actually wondering why you use an on-premise Overpass instance to return "all highways in Europe"...? I am certainly not an expert here, but I don't think Overpass was ever designed to handle that kind and size of request, and maybe even more so the potential client app you are

Re: [OSM-dev] osm2pgsql 1.0.0 released

2019-08-29 Thread Marco Boeringa
Hi Sarah, Congratulations with the milestone! And thanks to you and all other developers and maintainers for this great and indispensable piece of software in the OSM ecosystem. Marco Op 29-8-2019 om 22:09 schreef Sarah Hoffmann: Hi all, we are happy to announce a new release of osm2pgsql.

Re: [OSM-dev] Slow osmosis import

2019-10-05 Thread Marco Boeringa
Hi, Building ways and relations requires fast random access, not sequential read / write speed. I think it likely your HDD raid is the culprit, as the 96 RAM won't allow you to process everything in RAM. All of the recent osm2pgsql benchmarks with high throughput for building ways and relatio