Andy, two major reasons: * Anyone working on an evolving project like OpenMapTiles would attest that the import schema constantly changes. Every time schema changes, one needs to download newest planet, import it based on the new schema, and run diffs from that point.
* Automation / easy adaptation. Providing an out-of-the box way to set up your own server is much easier if you have a tool that automatically downloads and validates the planet file or a portion of it, rather than forcing each user to find the proper mirror, wait for an hour to download it, only to find out that somehow that mirror has invalid data (my tool finds when one mirror has slightly off file lengths and ignores it - already happened several times, and it also auto-validates the file with md5) So yes, not having a tool is worse than having it for the above reasons. Also, considering that others have already twitted about it, and a lot of other OSM/geo community has liked it, it seems the tool has value to at least some people, thus warrants inclusion in a newsletter. On Sun, Feb 2, 2020 at 11:02 AM Andy Townsend <ajt1...@gmail.com> wrote: > > For those who download OSM data regularly, there is now a simple way to > reduce the load on the primary OSM servers, while also making download much > faster and ensure the data is correct. > > Apologies if this has been done to death already, but surely if you are > downloading the entire planet regularly you are quite simply "doing it > wrong"? > > Minutely (and other frequency) diffs exist, and there are ways of keeping > a .pbf up to date (both osmium-based and osmosis-based, if for some reason > the former doesn't work for you). > > A "tool" that downloads from all mirrors in parallel just leads to a > "tragedy of the commons" situation, and isn't a solution to the underlying > problem of scarce resources. > > Best Regards, > Andy > >
_______________________________________________ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
