#gis

Conversion de coordonnées UTM ↔ géographiques sous forme d'API, calculée localement et de manière déterministe sur l'ellipsoïde WGS84. Le point de terminaison from-latlon projette une latitude et une longitude dans la grille Transverse Universelle de Mercator — renvoyant la zone (1–60), l'hémisphère, la lettre de la bande de latitude, ainsi que l'est et le nord en mètres — en utilisant la série de Transverse Mercator de Snyder/USGS, précise à quelques millimètres près dans une zone ; New York (40.7128, −74.0060) correspond à la zone 18N à environ 583960 E, 4507351 N, et le 45°N canonique sur un méridien central donne un nord d'exactement 4982950.40 m. Le point de terminaison to-latlon l'inverse, retrouvant la latitude et la longitude à partir d'une zone, d'un hémisphère, d'un est et d'un nord. Chaque zone a une largeur de 6° de longitude avec un faux est de 500000 m sur son méridien central et un faux nord de 10000000 m dans l'hémisphère sud. La latitude est valide de −80° à 84°. Tout est calculé localement et de manière déterministe, donc c'est instantané et privé. Idéal pour les développeurs d'applications SIG, d'arpentage, de cartographie, géospatiales, de cartographie par drone et de localisation, les outils de conversion de coordonnées et de référence de grille, et les logiciels spatiaux. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 2 points de terminaison. Il s'agit d'UTM sur WGS84 ; pour les régions polaires, utilisez UPS et pour une recherche de code EPSG, utilisez une API EPSG.

api.oanor.com/utm-api

Géodésie avancée au-delà du simple grand cercle. Le point de terminaison vincenty calcule la distance entre deux points de latitude/longitude sur l'ellipsoïde WGS84 en utilisant la formule inverse de Vincenty — précise au millimètre près, bien meilleure que l'approximation sphérique — ainsi que les relèvements initial et final, en mètres, kilomètres, miles et miles nautiques. Le point de terminaison rhumb calcule la distance de la ligne de rhumb (loxodromie) et le cap constant unique qui la suit — la route que vous suivez en maintenant un cap, comme utilisé dans la navigation maritime et aérienne. Le point de terminaison cross-track détermine à quelle distance un point se trouve à gauche ou à droite d'un chemin de grand cercle entre deux points (la distance cross-track) et à quelle distance le long de ce chemin il se trouve (la distance along-track). Tout est calculé localement et de manière déterministe, donc instantané et privé. Idéal pour la navigation maritime et aérienne, l'arpentage et les SIG, l'analyse d'itinéraires et la cartographie précise. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 4 points de terminaison. Ceci est de la géodésie avancée ; pour la distance, le relèvement, le point médian et la destination sur un grand cercle simple, utilisez une API de distance géographique et pour la conversion de format de coordonnées, utilisez une API de conversion géographique.

api.oanor.com/geodesy-api

Convertir la géométrie entre WKT (Well-Known Text) et GeoJSON, dans les deux sens. WKT est le format de géométrie textuel utilisé par PostGIS, Spatialite, GEOS, JTS, Shapely et la norme OGC Simple Features (POINT (30 10), LINESTRING (...), POLYGON ((...))) ; GeoJSON est ce que les cartes web et JavaScript attendent. Le point de terminaison to-geojson transforme une chaîne WKT en une géométrie GeoJSON, et to-wkt fait l'inverse à partir d'une géométrie ou d'une entité GeoJSON. Prend en charge Point, LineString, Polygon, MultiPoint, MultiLineString, MultiPolygon et GeometryCollection. Parfait pour faire le pont entre une base de données spatiale et une carte front-end, importer et exporter des géométries, et des scripts de migration de données. Calcul local pur — aucune clé, aucun service tiers, instantané ; envoyez de grandes géométries via POST. En direct, rien n'est stocké. 3 points de terminaison. Distinct de la conversion de format de coordonnées, des recherches EPSG/CRS, des tuiles de carte glissantes et des métriques géospatiales GeoJSON.

api.oanor.com/wkt-api

Mesurez la géométrie GeoJSON à la surface de la terre. Calculez la superficie réelle d'un polygone ou d'un multipolygone (en mètres carrés, kilomètres carrés, hectares, acres et miles carrés), trouvez le centroïde de tout GeoJSON, obtenez la boîte englobante (ouest/sud/est/nord) et son centre, mesurez la longueur d'une LineString ou MultiLineString (en kilomètres, mètres, miles et miles nautiques), et testez si un point de latitude/longitude se trouve à l'intérieur d'un polygone. Accepte les géométries, les entités et les collections d'entités ; les coordonnées suivent l'ordre [longitude, latitude] de GeoJSON. Parfait pour les applications de cartographie, le géorepérage, l'analyse de territoire et de bassin versant, les distances d'itinéraire et les tableaux de bord spatiaux. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 6 points de terminaison. Distinct de la géométrie de forme abstraite, de la conversion de format de coordonnées, des tuiles de carte glissantes et des données de limites administratives.

api.oanor.com/geojson-api

Les mathématiques derrière chaque carte web. Convertissez entre latitude/longitude, coordonnées de tuiles XYZ de carte glissante (le schéma z/x/y utilisé par OpenStreetMap, Google Maps, Mapbox et Leaflet) et quadkeys Bing/Azure, et obtenez la boîte englobante Web Mercator (EPSG:3857) exacte et le centre de toute tuile. Trouvez quelle tuile contient un point à un zoom donné, étendez une tuile à ses limites géographiques, traduisez un quadkey en z/x/y et inversement, et listez les huit voisins d'une tuile (avec un bon enroulement autour de l'antiméridien et un clampage aux pôles). Parfait pour les serveurs et caches de tuiles, la pré-extraction de tuiles cartographiques, le dessin de grilles de tuiles et le débogage de couches cartographiques. Calcul local pur — pas de clé, pas de service tiers, instantané. En direct, rien n'est stocké. 5 points de terminaison. Distinct de la conversion de format de coordonnées (Plus Code/MGRS/UTM), geohash et du codec de polyligne encodée.

api.oanor.com/maptile-api

Convertissez des coordonnées géographiques entre tous les formats courants. Transformez une paire latitude/longitude en un code Plus (Open Location Code, utilisé par Google Maps), une référence MGRS (Military Grid Reference System), une coordonnée UTM (zone, hémisphère, est, nord) ou une chaîne DMS (degrés-minutes-secondes) — et convertissez n'importe lequel de ces formats en latitude/longitude. Le point d'accès /v1/all renvoie tous les formats à la fois. Chaque conversion s'exécute entièrement localement (aucun service tiers) donc les réponses sont instantanées et toujours disponibles. En direct, sans cache. 6 points d'accès. Conçu pour les SIG, la cartographie, l'arpentage, la logistique, l'aviation, les services d'urgence et toute application qui échange des coordonnées entre systèmes. Complète les recherches de geohash et de CRS sans chevauchement. Aucune clé en amont.

api.oanor.com/geoconvert-api

Projections cartographiques et systèmes de référence de coordonnées sous forme d'API — le jeu de données EPSG rendu interrogeable. Chaque SCR, des systèmes géographiques comme WGS 84 (le standard GPS, EPSG 4326) aux systèmes projetés comme Web Mercator (3857), les zones UTM et les grilles nationales, possède un code EPSG. Recherchez dans le jeu de données par nom pour trouver le code dont vous avez besoin, puis résolvez n'importe quel code pour obtenir sa définition complète : nom, type (géographique, projeté, …), zone d'utilisation, portée et — le plus utile — la chaîne PROJ.4 prête à coller et la définition WKT que les bibliothèques SIG (GDAL, PROJ, PostGIS, Leaflet, OpenLayers, QGIS, GeoPandas) consomment directement. La recherche provient du registre EPSG officiel maintenu par l'IOGP ; les exportations PROJ.4/WKT proviennent de epsg.io. Une ressource de géodésie / système de référence de coordonnées — distincte des API de géocodage (adresses vers coordonnées), de géohachage et de limites administratives. Idéal pour les applications SIG, de cartographie, d'arpentage, de télédétection et de données spatiales.

api.oanor.com/epsg-api

Limites administratives ouvertes sous forme d'API, propulsées par geoBoundaries — la base de données ouverte des limites administratives politiques construite par le William & Mary geoLab. Pour plus de 200 pays et chaque niveau administratif — ADM0 (national), ADM1 (États, provinces ou régions), ADM2 (comtés ou districts) et jusqu'aux unités locales ADM4/ADM5 — obtenez les métadonnées de la limite (nom officiel, agence source qui l'a produite, licence des données, année représentée, nombre d'unités administratives et nombre moyen de sommets) ainsi que des liens de téléchargement directs vers la géométrie en GeoJSON pleine résolution, un GeoJSON simplifié, TopoJSON et un bundle ZIP ; listez chaque niveau administratif disponible pour un pays avec son nombre d'unités et son lien de téléchargement ; et parcourez le catalogue complet des pays qui ont des limites. La géométrie elle-même est livrée sous forme de fichiers GeoJSON/TopoJSON standard aux URL renvoyées, prête à être intégrée dans Leaflet, Mapbox, QGIS, deck.gl ou toute pipeline SIG. Idéal pour la cartographie et la visualisation, les choroplèthes, les jointures spatiales, le géorepérage, la cartographie électorale et de recensement et l'analyse de localisation. Les codes ISO sont à 3 lettres (DEU, USA, BRA) ; les niveaux administratifs vont de ADM0 à ADM5. Données du projet geoBoundaries (CC-BY 4.0).

api.oanor.com/geoboundaries-api

Classez le climat de n'importe quel emplacement avec le système Köppen-Geiger — la norme utilisée en géographie, écologie, agriculture et architecture. Fournissez les douze températures moyennes mensuelles et les totaux de précipitations d'un lieu et obtenez son code climatique (par exemple Cfb ou BWh), le groupe climatique et le nom complet, une description, et un bloc de statistiques dérivées (température moyenne annuelle, précipitations annuelles, mois le plus chaud et le plus froid, mois le plus sec, mois au-dessus de 10 °C, part des précipitations estivales et seuil d'aridité). L'hémisphère est détecté automatiquement à partir de la courbe de température, ou vous pouvez le définir explicitement. Un point de terminaison de référence renvoie les trente codes Köppen-Geiger avec les noms, groupes, descriptions et exemples de villes. Chaque point de terminaison accepte les entrées via la chaîne de requête ou le corps de la requête et renvoie du JSON léger. Calcul pur côté serveur (aucun tiers en amont), donc les réponses sont instantanées et toujours disponibles. Idéal pour les outils EdTech et de géographie, les applications AgTech et d'adéquation des cultures, l'architecture et les pipelines SIG.

api.oanor.com/climate-api