Re: [OSM-dev] Tile usage without proper identification

On 06/09/16 10:22, Rory McCann wrote: On 05/09/16 20:19, Tom Hughes wrote: Those instructions are about setting up a web based map which shouldn't normally hit any policy restrictions. Those pages have examples which refer to the main openstreetmap.org tile servers? So the OSM.org tile usage

Re: [OSM-dev] Tile usage without proper identification

On 05/09/16 20:19, Tom Hughes wrote: > Those instructions are about setting up a web based map which shouldn't > normally hit any policy restrictions. Those pages have examples which refer to the main openstreetmap.org tile servers? So the OSM.org tile usage comes into play? > Nothing in those

Re: [OSM-dev] Tile usage without proper identification

On 05/09/16 18:17, Christian Ledermann wrote: The Documentation on swith2OSM needs to be updated. https://switch2osm.org/using-tiles/getting-started-with-openlayers/ and https://switch2osm.org/using-tiles/getting-started-with-leaflet/ both use http://{s}.tile.openstreetmap.org/{z}/{x}/{y}.png

Re: [OSM-dev] Tile usage without proper identification

The Documentation on swith2OSM needs to be updated. https://switch2osm.org/using-tiles/getting-started-with-openlayers/ and https://switch2osm.org/using-tiles/getting-started-with-leaflet/ both use http://{s}.tile.openstreetmap.org/{z}/{x}/{y}.png My site https://schools.mapthe.uk becomes

Re: [OSM-dev] Tile usage without proper identification

On 08/23/2016 05:35 PM, Christoph Hormann wrote: If you turn off referrer transmission w.r.t. tiles the only effect this has is it prevents the tile provider from knowing what website you were requesting the tiles from. For me the reason for disabling Referrer at all has nothing to do with

Re: [OSM-dev] Tile usage without proper identification

On Tuesday 23 August 2016, Frederik Ramm wrote: > > I'm in favour of privacy too but please spend a moment to think what > would happen if everyone did what you do - we'd never know who uses > our tiles, at all, and hence we'd be unable to allocate our resources > for the maximum benefit of all.

Re: [OSM-dev] Tile usage without proper identification

Hi, On 08/23/2016 04:45 PM, Manuel Reimer wrote: > For privacy reasons all my browsers don't send a Referrer. It is a valuable information for us who's using our tiles (not who as in you-the-individual, but who as in the site you are visiting that points your browser to our server). We need this

Re: [OSM-dev] Tile usage without proper identification

On 8/12/2016 11:27 AM, Matthijs Melissen wrote: I would also like to point out that there might be a conflict of interest here between commercial operators of OpenStreetMap services, and the rest of the community. While in theory there could be a conflict, most of the admins do not sell tile

Re: [OSM-dev] Tile usage without proper identification

On 8/12/2016 4:34 AM, Maarten Deen wrote: I have wondered about this. Does rate limiting now not occur? I have seen a lot of times that the map in the JOSM downloadscreen gets slow if you pan around a lot or use it a lot to download lots of small areas. Also the mapnik overlay has this issue.

Re: [OSM-dev] Tile usage without proper identification

Hi, Matthiijs, | (2) providing geospatial data for anybody to use and share Data does not mean tiles. Companies may/should/have to dowload *osm raw data* (e.g. the planet file), to feed their local tile generation chain. regards walter ___ dev

Re: [OSM-dev] Tile usage without proper identification

Am 12.08.2016 um 20:27 schrieb Matthijs Melissen: > > I would tend to disagree. > > Our Articles of Association state: > > | 3. The Foundation is established for the purposes listed below: > | > | (1) encouraging the growth, development and distribution of free geospatial > | data; and > |

Re: [OSM-dev] Tile usage without proper identification

On 12 August 2016 at 19:11, Andy Allan wrote: > We've always allowed other people to use our spare capacity on the > tileservers, but recently it's got completely out of hand. Most of the > use of our tileservers has become developers looking for free maps, > nothing to do

Re: [OSM-dev] Tile usage without proper identification

On Friday 12 August 2016, Andy Allan wrote: > > We've always allowed other people to use our spare capacity on the > tileservers, but recently it's got completely out of hand. Most of > the use of our tileservers has become developers looking for free > maps, nothing to do with the rest of the

Re: [OSM-dev] Tile usage without proper identification

On 12 August 2016 at 16:32, Komяpa wrote: > What are the plans to scale the tile provision infrastructure? We should be clear here - we have more than enough capacity to handle all the traffic generated by our mappers, editing software and every website run by the OSMF, local

Re: [OSM-dev] Tile usage without proper identification

What are the plans to scale the tile provision infrastructure? If servers are overloaded, do we need a donation drive to buy new one, or are there known countries where we have bandwidth problems? пт, 12 авг. 2016 г. в 17:00, Andy Allan : > On 12 August 2016 at 12:34,

Re: [OSM-dev] Tile usage without proper identification

On 12 August 2016 at 12:34, Maarten Deen wrote: > On 2016-08-12 13:14, Paul Norman wrote: >> >> The usage policy for tile.openstreetmap.org requires that users send a >> valid user-agent[1], or, in the case of a web browser, a HTTP Referer. >> Ops are looking into automatically

Re: [OSM-dev] Tile usage without proper identification

On 2016-08-12 13:14, Paul Norman wrote: The usage policy for tile.openstreetmap.org requires that users send a valid user-agent[1], or, in the case of a web browser, a HTTP Referer. Ops are looking into automatically rate limiting clients violating this part of the policy.[2] I have wondered

[OSM-dev] Tile usage without proper identification

The usage policy for tile.openstreetmap.org requires that users send a valid user-agent[1], or, in the case of a web browser, a HTTP Referer. Ops are looking into automatically rate limiting clients violating this part of the policy.[2] The reason for rate limiting instead of blocking is that if