Talk:Slippy map tilenames

From OpenStreetMap Wiki
Jump to: navigation, search

Discuss Slippy map tilenames


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)
OK we now have a ruby section there. We also now have a gigantic hairball of bash script somebody's quaffed onto the page which seems to be going above and beyond the basic coordinate translation task. The page needs cleanup and splitting out onto other pages somehow. -- Harry Wood (talk) 15:04, 23 January 2014 (UTC)
Don't really see the need to split it. It's not hard at all to find the one language you're interested in at the time. --Tordanik 14:41, 24 January 2014 (UTC)

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.

--Vanuan (talk) 20:18, 2 February 2013 (UTC)

Derivation of tile names

Shouldn't the necessary reprojection of coordinates be the other way around? From EPSG:3857 (Web-Mercator) to EPSG:4326 (Global Mercator)? Since coordinates in OpenLayers are retrieved in the former projection and the calculation of tile indices is based on the latter?

-- tiiv