Skip to content
This repository has been archived by the owner on Jul 24, 2021. It is now read-only.

[tile.osm.org] Reinvestigate tiles-per-ip limit #456

Closed
openstreetmap-trac opened this issue Jul 23, 2021 · 2 comments
Closed

[tile.osm.org] Reinvestigate tiles-per-ip limit #456

openstreetmap-trac opened this issue Jul 23, 2021 · 2 comments

Comments

@openstreetmap-trac
Copy link

Reporter: Sebastian[at]SSpaeth.de
[Submitted to the original trac issue database at 10.44am, Monday, 14th May 2007]

Now that jburgess has taken over tiles.osm.org, this would be a good time to look again at the tiles per ip restriction which has been put in place. Quotes like "I think this limitation is very efficient in keeping people from using Mapnik" do not seem to be encouraging.
I myself find that it is rather harsh and I often run out of tiles which can be frustrating. On the other hand we probably do want to prevent overzealous leeching (both consciously or accidently). Can we look whether bandwidth is really a bottleneck on that machine and increase the allowed amount somewhat?

Actually having a counter per IP in place that remembers all IPs on that day might cost something performancewise.
Some apache module like mod_cband (http://cband.linux.pl/) or other mechanisms might also work well to limit the downloads somewhat...

@openstreetmap-trac
Copy link
Author

Author: Sebastian[at]SSpaeth.de
[Added to the original trac issue at 2.54pm, Tuesday, 6th May 2008]

closing this one now. I don't know whether there is still a tile-per-ip limit at all and nobody has complained about this for quite a while, so I assume not.

@openstreetmap-trac
Copy link
Author

Author: tom[at]compton.nu
[Added to the original trac issue at 3.05pm, Tuesday, 6th May 2008]

There hasn't been a limit for some time - it was disabled because the housekeeping was too expensive and now we have the new tile server there really isn't a problem.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant