Slippy-Kacheln für einen Begrenzungsrahmen

Geben Sie Westen, Süden, Osten, Norden und eine Zoomstufe an; der Rechner liefert jede angeschnittene Kachel in einer deterministischen Reihenfolge zeilenweise zurück. Zusätzlich nennt er kompakte x- und y-Bereiche, erkennt das Überschreiten des Antimeridians und meldet, ob polare Breitengrade auf Web Mercator begrenzt wurden. So können Sie Cache-Schätzungen, Offline-Karten, Rendering-Warteschlangen und Abdeckungsprüfungen reproduzierbar planen, ohne einen Kachelanbieter abzufragen.

Geografisches Gebiet und Zoom festlegen

Geben Sie den Begrenzungsrahmen als Westen, Süden, Osten und Norden in WGS84-Dezimalgrad ein und wählen Sie eine ganzzahlige Zoomstufe von 0 bis 22. Der Süden muss unter dem Norden liegen, und Westen und Osten müssen verschieden sein. Meist ist der westliche Wert kleiner als der östliche. Ist er größer, wertet der Rechner das Gebiet bewusst als Überschreitung des Antimeridians. Dadurch wird eine Region um Fidschi oder die Beringstraße nicht versehentlich auf nahezu den gesamten Planeten ausgedehnt. Für alle Längengrade verwenden Sie -180 im Westen und 180 im Osten. Die Berechnung folgt der üblichen XYZ-Konvention für Slippy Maps: x steigt von Westen nach Osten, y von Norden nach Süden, und z ist die gewählte Zoomstufe. Breitengrade außerhalb der Web-Mercator-Grenze werden als geografische Eingabe akzeptiert, aber auf den nächsten darstellbaren Kartenrand projiziert. Das Ergebnis kennzeichnet diese Begrenzung und erklärt damit, warum polare Grenzen keine zusätzlichen Kachelzeilen außerhalb des oberen oder unteren Kartenrands erzeugen.

Enthaltene Randkacheln richtig einordnen

Die Ergebnisliste enthält Kacheln, die den Begrenzungsrahmen mit einer positiven Fläche überlappen. Eine Kachel, die lediglich die östliche oder südliche Kante berührt, wird nicht aufgenommen. So erhält ein exakt am Raster ausgerichteter Rahmen keine unnötige Spalte oder Zeile. Die westliche und nördliche Kante wählen jeweils die unmittelbar innen liegenden Kacheln aus. Diese halboffene Behandlung ist für die Cache-Planung besonders praktisch, weil benachbarte Rahmen verarbeitet werden können, ohne beide Seiten jeder gemeinsamen Grenze systematisch zu vergrößern. Jede Kachel ist ein Objekt mit x, y und z; sortiert wird nach y-Zeilen von Norden nach Süden. Innerhalb einer Zeile läuft x von Westen nach Osten. Bei einem Rahmen über den Antimeridian endet zuerst das westliche Segment mit hohen x-Werten, danach geht es bei x null weiter. x_ranges und y_range liefern zusätzlich eine kompakte Abdeckung. Die Anzahl wird vor der Speicherzuweisung berechnet; Anfragen mit mehr als 100,000 Koordinaten werden verständlich abgewiesen.

Koordinaten in einem Cache-Ablauf verwenden

Verstehen Sie die Ausgabe als deterministischen Plan und nicht als heruntergeladene Kartendaten. Die Fähigkeit stellt keine Netzwerkanfragen und kennt weder Anbieter noch Stil, Dateiendung, Zugriffstoken oder Nutzungsrichtlinie. Ihre Anwendung kann jedes XYZ-Objekt einer Anbieter-URL, einem lokalen Verzeichnis wie z/x/y, einem Datenbankschlüssel oder einem Rendering-Auftrag zuordnen. Prüfen Sie tile_count vor der Einplanung, damit Speicherbedarf, Bandbreite und Anbieterquoten transparent bleiben. Für reproduzierbare Offline-Pakete speichern Sie Eingabegrenzen und Zoom zusammen mit der Koordinatenliste; ein weiterer Lauf mit identischer Eingabe erzeugt dieselben Werte in derselben Reihenfolge. Benötigt ein Gebiet mehrere Stufen, rufen Sie die Fähigkeit für jede Zoomstufe einzeln auf, da jede ihr eigenes Raster besitzt und die Kachelzahl schnell wächst. Teilen Sie große Gebiete bei hohem Zoom räumlich auf oder planen Sie zunächst auf niedrigerer Stufe. Der API-Preis beträgt $0.002 je Anfrage; Kosten für Hosting oder Abruf beim Kachelanbieter fallen getrennt an.