Web Mercator Meter pro Pixel

Die Bodenauflösung in Web Mercator beantwortet eine praktische Frage der Kartografie: Wie viele Meter im Gelände stellt ein Kartenpixel bei dieser Zoomstufe und diesem Breitengrad dar? Kachelserver, mobile SDKs und GIS-Notebooks benötigen diese Zahl, um Puffer zu dimensionieren, Maßstabsleisten zu zeichnen, sinnvolle Cluster-Radien zu wählen und Bildschirmabstände in geografische Entfernungen umzurechnen, ohne den Umweg über eine vollständige Projektionsbibliothek. Die klassische Formel multipliziert den Äquatorumfang der von EPSG:3857 verwendeten WGS84-Kugel mit dem Kosinus des Breitengrads und teilt durch die Anzahl der Pixel, die die Welt bei dieser Zoomstufe abdecken: zweihundertsechsundfünfzig mal zwei hoch Zoomstufe. Am Äquator und bei Zoomstufe null ergibt sich die bekannte Konstante von etwa einhundertsechsundfünfzigtausendfünfhundertdreiundvierzig Metern pro Pixel; jeder Zoomschritt halbiert diesen Wert, und höhere Breiten verkleinern ihn um cos(Breitengrad). Negative Zoomstufen und Breitengrade außerhalb des geografischen Bereichs werden mit einem klaren Validierungsfehler abgelehnt, statt eine erfundene Auflösung vorzutäuschen.

Wie die Meter pro Pixel in Web Mercator berechnet werden

Ausgangspunkt ist der Äquatorradius, den Web Mercator und nahezu jeder kommerzielle XYZ-Kachelstack verwenden: R entspricht sechs Millionen dreihundertachtundsiebzigtausendeinhundertsiebenunddreißig Metern. Der vollständige Äquatorumfang beträgt zwei Pi R. Slippy-Map-Kacheln sind zweihundertsechsundfünfzig Pixel breit, und bei Zoomstufe z wird die Welt von zwei hoch z Kacheln entlang jeder Achse abgedeckt, sodass der Äquator von zweihundertsechsundfünfzig mal zwei hoch z Pixeln von West nach Ost dargestellt wird.

Die Bodenauflösung am Äquator ist daher der Umfang geteilt durch diese Pixelanzahl. Abseits des Äquators behalten die Meridiane in der Projektionsrechnung ihre Länge, doch die Breitenkreise schrumpfen mit dem Kosinus des geodätischen Breitengrads, also multipliziert man mit cos(phi), gemessen im Bogenmaß. Die Zoomstufe muss eine nicht negative ganze Zahl in einem praktikablen Slippy-Bereich sein; negative Zoomstufen haben in einer diskreten Pyramide keine Bedeutung und werden abgelehnt.

Die Pole sind zulässig und treiben den Kosinus korrekt gegen null, sodass die Meter pro Pixel zusammenbrechen — passend zur geometrischen Tatsache, dass ein Ost-West-Pixel nahe der Pole in diesem Modell eine verschwindende Bodenstrecke abdeckt.

Was Sie senden und was Sie zurückbekommen

Senden Sie zwei Zahlen: die Zoomstufe als nicht negative ganze Slippy-Map-Stufe und den Breitengrad als endlichen Dezimalgradwert mit Norden positiv. Beide Felder sind Pflichtfelder. Eine negative Zoomstufe scheitert mit einem Hinweis, dass die Zoomstufe nicht negativ sein muss; ein Breitengrad außerhalb von minus neunzig bis plus neunzig scheitert mit einer out-of-range-Meldung, damit Clients GPS- oder Geocoder-Fehler beheben können, statt zu raten.

Klassische Prüfungen sind Zoomstufe zwölf am Äquator für rund achtunddreißig Meter pro Pixel, Zoomstufe null bei Breitengrad null für die volle Anfangsauflösungskonstante sowie eine städtische Zoomstufe mittlerer Breite wie zwölf nahe einundfünfzig Grad, die einen sichtbar kleineren Meter-pro-Pixel-Wert liefert als der Äquator.

Wo Meter-pro-Pixel-Rechner in der Praxis auftauchen

Produktteams mit Karten brauchen Maßstabsleisten und Texte wie „etwa N Meter über diese Ansicht“, die ehrlich bleiben, wenn Nutzer nach Norden oder Süden schwenken; eine hart codierte Äquatorkonstante in hohen Breiten führt Fahrer und Außendienstmitarbeiter in die Irre. Geodaten-Pipelines wandeln Pixel-Toleranzen aus Computer Vision oder Rasteranalysen in Bodenentfernungen um, bevor sie Features puffern oder entscheiden, ob zwei Erkennungen dasselbe Objekt sind. In Lehrplänen und Bewerbungsgesprächen wird oft die OSM-Auflösungsformel verlangt; ein einziges verlässliches Orakel, das Meter pro Pixel plus Umfangshilfen liefert, beschleunigt Bewertung und Demo-Aufbau.

Benötigen Sie später Kachelindizes X/Y aus Lat/Lon, Bing-Quadkey-Dekodierung, Großkreisentfernung oder Zielpunkte entlang eines Kurses, behandeln Sie diese als eigene Suchintentionen und Landingpages, statt diese Seite zur Bodenauflösung zu überladen — die SEO-Intention hier sind ausdrücklich die Web-Mercator-Meter pro Pixel aus Zoomstufe und Breitengrad.