Arrondir la précision des coordonnées

Cet outil d’arrondi de coordonnées accepte une latitude, une longitude et un nombre optionnel de décimales, puis renvoie les deux valeurs arrondies à cette précision avec une résolution approximative au sol en mètres.

Pourquoi les décimales comptent pour la latitude et la longitude

Chaque décimale supplémentaire d’une coordonnée géographique multiplie la résolution au sol d’environ dix. À l’équateur, un degré de latitude mesure environ cent onze kilomètres : zéro décimale correspond à l’échelle d’une ville, une à des dizaines de kilomètres, deux à environ un kilomètre, trois à environ cent mètres, quatre à environ onze mètres, cinq à environ un mètre et six à l’échelle décimétrique. Arrondir les deux axes au même nombre de décimales reste la convention du secteur pour les clés de stockage, les seaux de regroupement et la rédaction de confidentialité, car c’est simple, réversible seulement jusqu’au reste écarté, et facile à documenter dans un schéma. Les degrés de longitude se réduisent selon le cosinus de la latitude, si bien que le même nombre de décimales est plus grossier près des pôles qu’à l’équateur sur l’axe est-ouest. Cette capacité applique un arrondi half-away-from-zero sur chaque axe indépendamment : multiplication par dix puissance décimales, arrondi à l’entier le plus proche avec ex-aequo s’éloignant de zéro, division, puis nettoyage du résidu binaire en virgule flottante pour que les goldens JSON restent stables d’un runtime à l’autre. La latitude doit rester entre moins quatre-vingt-dix et quatre-vingt-dix inclus ; la longitude entre moins cent quatre-vingts et cent quatre-vingts inclus. Les valeurs hors de ces intervalles fermés échouent avec invalid_input plutôt qu’un enroulement silencieux, qui inventerait un autre lieu sur Terre. La réponse renvoie la lat et la lon d’origine comme lat_in et lon_in pour que vous puissiez auditer ce qui a été écarté sans rejouer le journal de la requête.

Contrat d’entrée, champs de réponse et comportement d’erreur

Envoyez un corps JSON avec les nombres finis obligatoires lat et lon en degrés décimaux, et l’entier optionnel decimals de zéro à dix. Des alias de champs sont acceptés : latitude pour lat ; longitude ou lng pour lon ; places, precision ou dp pour decimals. En cas de succès le corps inclut lat et lon arrondis aux places demandées ; decimals appliqué ; lat_in et lon_in tels que reçus après coercition numérique ; approx_precision_lat_m et approx_precision_lon_m estimant la taille au sol d’une unité du dernier rang à la latitude arrondie ; approx_precision_m comme le plus grand de ces deux axes pour une lecture de confidentialité prudente ; method égal à decimal_places ; et une courte chaîne formula rappelant la règle multiplier-arrondir-diviser. Associez ce endpoint à vos propres outils geohash ou tuiles si vous avez besoin d’un identifiant de cellule de grille ; cette capacité ne réduit que la précision flottante et n’encode pas de cellules ni ne projette en Web Mercator.

Où l’arrondi de coordonnées apporte de la valeur en production

Comme l’implémentation est un parse pur de niveau A, chaque appel réussi coûte le prix de base publié $0.002 sans jetons de modèle ni réseau sortant.