Talk:Slippy map tilenames
Discuss Slippy map tilenames
Contents |
Compare with QuadTiles
It ocurrs to me that this tile scheme (as used by slippy map area) has some similarities with QuadTiles. We're chopping each tile into four at each successive zoom level.
So maybe tile 8/1/1.png is covering the quadtile region AAAAAAAA (north west corner at zoom level 8) ?
Might be fun to code a converter, and then have alternative tile service which returns tiles by their QuadTile address. It might even be useful as visualisation tool, if we were to start using a QuadTile addressing scheme for anything else. The quadtile addressing would have to follow the same projection assumptions.
-- Harry Wood 12:58, 18 September 2007 (BST)
- Turns out it's not that simple. At least not with the way quadtiles are actually implemented by TomH. I chatted to him briefly about it. Although both schemes involve chopping the world in 4, due to the projections used for the tiles, tile 8/1/1.png is not covering exactly the quadtile region AAAAAAAA. -- Harry Wood 09:45, 14 November 2007 (UTC)
Google currently use a Quadtile url system for their satellite tiles. Take a look at the Google Mapki article. --Thomas Wood 18:45, 18 September 2007 (BST)
Derivation of tile names
It's correct? Now is: x = (x + π) / π
but I think it's:
x = (x + π) / 2π --wiso 10:21, 2 August 2008 (UTC)
Maplint tiles
In the section "Tiles" 3 examples are given:
- Mapnik
- Osmarender/Tiles@Home
- Maplint tiles
However the last link does not point to the maplint tile. Also on the main map page the option to show maplint does not work. It does work on informationfreeway.org but not on openstreetmap.org.
Richard
Correctness of pseudocode ?
Hi- I believe there seems to be at least one mistake in this pseudocode:
In paragraph Implementations, Pseudo-Code, lon/lat to tile numbers:
ytile should read:
ytile = { [ 1 - (log(tan(lat_rad) + sec(lat_rad)) / π) ] / 2 } * n
Note that n is now outside the big thing over 2, otherwise the code divides by n instead of multiplying. (Used { and [ for more clarity).
I was almost going to correct this, but then I saw that most code samples below do this as well. Have they ever been tested ? Am I delusional ?
- User:Americci Vespugo 2009-02-25 20:12 (GMT+1)
Correctness of Mathematics ?
In paragraph Mathematics:
I think the formula for ytiles ist wrong: Instead of tan (lat * 180 / PI) it should be tan (lat / 180 * PI). The same error appears inside of cos( .. )
- User:Chilobo 18:27, 5 December 2010
- I've correct my mistake . Sorry --Didier2020 12:17, 9 December 2010 (UTC)
Lots of languages
We've got this same code implemented in lots of different languages. Rather a stupid number of different languages actually. Is there some way we could make this more compact? What makes it particularly daft is that it's not actually done in ruby, the language we do OSM server stuff in!
-- Harry Wood 19:41, 9 January 2011 (UTC)
- really? The more languages it is translated into the better! (but feel free to move away onto another wiki page)
- -- Hamish 6 June 2012 (updated Jan 2013)
Copyright?
It would be useful to reuse the code found on this page in e.g. GPL projects, but without explicit licensing terms we can't (doesn't meet DFSG standards). Do we assume CC-By-SA 2.0 as the wiki page is licensed as? (not really meant for code) Or do we assume it is a trivial method which can't be implemented functionally in any other way and so without copyright? thanks,
-- Hamish 02:19, 16 January 2013 (UTC)
- I consider this basic mathematics and not really copyrightable. But ianal. --Tordanik 20:59, 31 January 2013 (UTC)
EPSG:3857 or EPSG:4326?
It seems to me that the article provides formulas and pseudocode for converting "real" coordinates - WSG84 (EPSG:4326) while OSM and other applications use Mercator projection (EPSG:3857).
So additional conversion to EPSG:3857 is needed.
