#gis

UTM ↔ geografische Koordinatenumrechnung als API, lokal und deterministisch auf dem WGS84-Ellipsoid berechnet. Der from-latlon-Endpunkt projiziert einen Breiten- und Längengrad in das universelle transversale Mercator-Gitter – gibt die Zone (1–60), die Hemisphäre, den Breitengrad-Buchstaben und die Ost- und Nordwerte in Metern zurück – unter Verwendung der Snyder/USGS Transverse Mercator-Reihe, die innerhalb einer Zone auf wenige Millimeter genau ist; New York (40,7128, −74,0060) wird auf Zone 18N bei etwa 583960 E, 4507351 N abgebildet, und der kanonische 45°N auf einem Zentralmeridian ergibt einen Nordwert von genau 4982950,40 m. Der to-latlon-Endpunkt kehrt dies um und ermittelt den Breiten- und Längengrad aus Zone, Hemisphäre, Ost- und Nordwert. Jede Zone ist 6° Länge breit mit einem falschen Ostwert von 500000 m auf ihrem Zentralmeridian und einem falschen Nordwert von 10000000 m auf der südlichen Hemisphäre. Der Breitengrad ist von −80° bis 84° gültig. Alles wird lokal und deterministisch berechnet, daher ist es sofort und privat. Ideal für GIS-, Vermessungs-, Kartierungs-, Geodaten-, Drohnenkartierungs- und Standort-App-Entwickler, Koordinatenumrechnungs- und Gitterreferenz-Tools sowie räumliche Software. Reine lokale Berechnung – kein Schlüssel, kein Drittanbieter-Dienst, sofort. Live, nichts gespeichert. 2 Endpunkte. Dies ist UTM auf WGS84; für die Polarregionen verwenden Sie UPS und für eine EPSG-Code-Suche verwenden Sie eine EPSG-API.

api.oanor.com/utm-api

Fortgeschrittene Geodäsie jenseits des einfachen Großkreises. Der Vincenty-Endpunkt berechnet die Entfernung zwischen zwei Breiten-/Längengradpunkten auf dem WGS84-Ellipsoid mit der inversen Formel von Vincenty – auf den Millimeter genau, weit besser als die sphärische Näherung – sowie die Anfangs- und Endpeilung in Metern, Kilometern, Meilen und Seemeilen. Der Rhumb-Endpunkt berechnet die Loxodrome-Entfernung und den konstanten Kompasskurs, der ihr folgt – den Kurs, den Sie durch Halten einer Peilung steuern, wie in der See- und Luftfahrtnavigation verwendet. Der Cross-Track-Endpunkt ermittelt, wie weit ein Punkt links oder rechts eines Großkreiswegs zwischen zwei Punkten liegt (die Querabweichung) und wie weit entlang dieses Wegs er sich befindet (die Längsabweichung). Alles wird lokal und deterministisch berechnet, daher ist es sofortig und privat. Ideal für See- und Luftfahrtnavigation, Vermessung und GIS, Routenanalyse und präzise Kartierung. Reine lokale Berechnung – kein Schlüssel, kein Drittanbieterdienst, sofortig. Live, nichts wird gespeichert. 4 Endpunkte. Dies ist fortgeschrittene Geodäsie; für einfache Großkreisentfernung, Peilung, Mittelpunkt und Ziel verwenden Sie eine Geo-Entfernungs-API und für Koordinatenformatkonvertierung eine Geo-Konvertierungs-API.

api.oanor.com/geodesy-api

Konvertieren Sie Geometrie zwischen WKT (Well-Known Text) und GeoJSON in beide Richtungen. WKT ist das textuelle Geometrieformat, das von PostGIS, Spatialite, GEOS, JTS, Shapely und dem OGC Simple Features Standard verwendet wird (POINT (30 10), LINESTRING (...), POLYGON ((...))); GeoJSON ist das, was Webkarten und JavaScript erwarten. Der to-geojson-Endpunkt wandelt einen WKT-String in eine GeoJSON-Geometrie um, und to-wkt macht das Gegenteil aus einer GeoJSON-Geometrie oder einem Feature. Unterstützt Point, LineString, Polygon, MultiPoint, MultiLineString, MultiPolygon und GeometryCollection. Perfekt zum Überbrücken einer räumlichen Datenbank und einer Frontend-Karte, zum Importieren und Exportieren von Geometrie und für Datenmigrationsskripte. Reine lokale Berechnung — kein Schlüssel, kein Drittanbieterdienst, sofort; senden Sie große Geometrien per POST. Live, nichts wird gespeichert. 3 Endpunkte. Unterscheidet sich von Koordinatenformat-Konvertierung, EPSG/CRS-Nachschlagen, Kachelkarten und GeoJSON-Geodatenmetriken.

api.oanor.com/wkt-api

Messen Sie GeoJSON-Geometrie auf der Erdoberfläche. Berechnen Sie die wahre Fläche eines Polygons oder MultiPolygons (in Quadratmetern, Quadratkilometern, Hektar, Acre und Quadratmeilen), finden Sie den Schwerpunkt eines beliebigen GeoJSON, erhalten Sie den Begrenzungsrahmen (West/Süd/Ost/Nord) und dessen Mittelpunkt, messen Sie die Länge einer LineString oder MultiLineString (in Kilometern, Metern, Meilen und Seemeilen) und testen Sie, ob ein Breitengrad/Längengrad-Punkt innerhalb eines Polygons liegt. Akzeptiert Geometrien, Features und FeatureCollections; Koordinaten folgen der GeoJSON-Reihenfolge [Längengrad, Breitengrad]. Perfekt für Karten-Apps, Geofencing, Gebiets- und Einzugsgebietsanalyse, Routenentfernungen und räumliche Dashboards. Reine lokale Berechnung — kein Schlüssel, kein Drittanbieterdienst, sofort. Live, nichts gespeichert. 6 Endpunkte. Unterscheidet sich von abstrakter Formgeometrie, Koordinatenformatkonvertierung, Kachelkarten und Verwaltungsgrenzdaten.

api.oanor.com/geojson-api

Die Mathematik hinter jeder Webkarte. Konvertieren Sie zwischen Breitengrad/Längengrad, Slippy-Map-XYZ-Kachelkoordinaten (das von OpenStreetMap, Google Maps, Mapbox und Leaflet verwendete z/x/y-Schema) und Bing/Azure-Quadkeys, und erhalten Sie den genauen Web-Mercator (EPSG:3857) Begrenzungsrahmen und Mittelpunkt jeder Kachel. Finden Sie heraus, welche Kachel einen Punkt bei einer bestimmten Zoomstufe enthält, erweitern Sie eine Kachel auf ihre geografischen Grenzen, übersetzen Sie einen Quadkey in z/x/y und zurück, und listen Sie die acht Nachbarn einer Kachel auf (mit korrektem Antimeridian-Wrap-Around und Pol-Clamping). Perfekt für Kachelserver und Caches, Vorabruf von Kartenkacheln, Zeichnen von Kachelgittern und Debuggen von Kartenebenen. Reine lokale Berechnung — kein Schlüssel, kein Drittanbieterdienst, sofort. Live, nichts gespeichert. 5 Endpunkte. Unterscheidet sich von Koordinatenformat-Konvertierung (Plus Code/MGRS/UTM), Geohash und dem codierten-Polyline-Codec.

api.oanor.com/maptile-api

Konvertieren Sie geografische Koordinaten zwischen allen gängigen Formaten. Wandeln Sie ein Breitengrad-/Längengrad-Paar in einen Plus Code (Open Location Code, wie von Google Maps verwendet), eine MGRS-Referenz (Military Grid Reference System), eine UTM-Koordinate (Zone, Hemisphäre, Ostwert, Nordwert) oder eine DMS-Zeichenfolge (Grad-Minuten-Sekunden) um – und konvertieren Sie jedes davon zurück in Breitengrad/Längengrad. Der /v1/all-Endpunkt gibt alle Formate auf einmal zurück. Jede Konvertierung läuft vollständig lokal (kein Drittanbieterdienst), sodass Antworten sofort und immer verfügbar sind. Live, kein Cache. 6 Endpunkte. Entwickelt für GIS, Kartierung, Vermessung, Logistik, Luftfahrt, Notdienste und jede App, die Koordinaten zwischen Systemen austauscht. Ergänzt Geohash- und CRS-Abfragen ohne Überschneidungen. Kein Upstream-Schlüssel.

api.oanor.com/geoconvert-api

Kartenprojektionen und Koordinatenreferenzsysteme als API — der EPSG-Datensatz abfragbar gemacht. Jedes CRS, von geografischen Systemen wie WGS 84 (dem GPS-Standard, EPSG 4326) bis zu projizierten wie Web Mercator (3857), den UTM-Zonen und nationalen Gittern, hat einen EPSG-Code. Durchsuchen Sie den Datensatz nach Namen, um den benötigten Code zu finden, und lösen Sie dann jeden Code in seine vollständige Definition auf: Name, Art (geografisch, projiziert, …), Nutzungsbereich, Anwendungsbereich und — am nützlichsten — die bereit zum Einfügen PROJ.4-Zeichenfolge und WKT-Definition, die GIS-Bibliotheken (GDAL, PROJ, PostGIS, Leaflet, OpenLayers, QGIS, GeoPandas) direkt verarbeiten. Die Suche stammt aus dem offiziellen EPSG-Register, das von IOGP verwaltet wird; die PROJ.4/WKT-Exporte stammen von epsg.io. Eine Geodäsie-/Koordinatenreferenzsystem-Ressource — unterschieden von Geokodierung (Adressen zu Koordinaten), Geohashing und Verwaltungsgrenzen-APIs. Ideal für GIS, Kartierung, Vermessung, Fernerkundung und räumliche Datenanwendungen.

api.oanor.com/epsg-api

Offene Verwaltungsgrenzen als API, unterstützt von geoBoundaries — der offenen Datenbank politischer Verwaltungsgrenzen, erstellt vom William & Mary geoLab. Für mehr als 200 Länder und jede Verwaltungsebene — ADM0 (national), ADM1 (Bundesstaaten, Provinzen oder Regionen), ADM2 (Landkreise oder Bezirke) und bis hinunter zu ADM4/ADM5 lokalen Einheiten — erhalten Sie die Metadaten der Grenze (offizieller Name, die Quelle, die sie erstellt hat, die Datenlizenz, das dargestellte Jahr, die Anzahl der Verwaltungseinheiten und die durchschnittliche Vertexanzahl) zusammen mit direkten Download-Links zur Geometrie in vollauflösendem GeoJSON, einem vereinfachten GeoJSON, TopoJSON und einem ZIP-Bundle; listen Sie jede verfügbare Verwaltungsebene für ein Land mit ihrer Einheitenanzahl und dem Download-Link auf; und durchsuchen Sie den vollständigen Katalog der Länder, die Grenzen haben. Die Geometrie selbst wird als standardmäßige GeoJSON/TopoJSON-Dateien unter den zurückgegebenen URLs bereitgestellt, bereit zum Einfügen in Leaflet, Mapbox, QGIS, deck.gl oder jede GIS-Pipeline. Ideal für Kartierung und Visualisierung, Choroplethenkarten, räumliche Verknüpfungen, Geofencing, Wahl- und Volkszählungskartografie sowie Standortanalyse. ISO-Codes sind 3-stellig (DEU, USA, BRA); Verwaltungsebenen sind ADM0 bis ADM5. Daten aus dem geoBoundaries-Projekt (CC-BY 4.0).

api.oanor.com/geoboundaries-api

Klassifizieren Sie das Klima jedes Standorts mit dem Köppen-Geiger-System – dem Standard, der in Geographie, Ökologie, Landwirtschaft und Architektur verwendet wird. Geben Sie die zwölf monatlichen Durchschnittstemperaturen und Niederschlagssummen eines Standorts an und erhalten Sie seinen Klimacode (z. B. Cfb oder BWh), die Klimagruppe und den vollständigen Namen, eine Beschreibung sowie einen Block abgeleiteter Statistiken (jährliche Durchschnittstemperatur, jährlicher Niederschlag, wärmster und kältester Monat, trockenster Monat, Monate über 10 °C, Sommerniederschlagsanteil und die Trockengrenze). Die Hemisphäre wird automatisch aus der Temperaturkurve erkannt, oder Sie können sie explizit festlegen. Ein Referenzendpunkt gibt alle dreißig Köppen-Geiger-Codes mit Namen, Gruppen, Beschreibungen und Beispielstädten zurück. Jeder Endpunkt akzeptiert Eingaben über die Abfragezeichenfolge oder den Anforderungstext und gibt schlankes JSON zurück. Reine serverseitige Berechnung (keine Drittanbieter-Upstream), daher sind Antworten sofort und immer verfügbar. Ideal für EdTech- und Geographie-Tools, AgTech- und Anbaueignungs-Apps, Architektur- und GIS-Pipelines.

api.oanor.com/climate-api