Le problème des clés d'API qui n'expirent jamais
Une clé émise il y a des années, jamais renouvelée et toujours valide aujourd'hui n'est pas une commodité. C'est un risque que personne n'a vraiment examiné depuis des années.
Ce que le marketing de la précision des coordonnées comprend à l'envers
Une latitude et une longitude renvoyées avec quinze décimales paraissent d'une exactitude impressionnante. La quinzième décimale d'une coordonnée correspond à une distance plus petite qu'un atome, ce qui devrait immédiatement signaler que la précision affichée n'a rien à voir avec l'exactitude de la correspondance sous-jacente. Un résultat de géocodage issu du centroïde d'une zone postale, d'une correspondance au niveau du bâtiment ou d'une estimation approximative de zone ne devient pas plus exact parce que la réponse comporte plus de chiffres après la virgule. Il comporte simplement plus de chiffres.
Cette distinction, précision contre exactitude, est constamment brouillée dans la façon dont les données de localisation sont présentées. La précision, c'est le nombre de chiffres d'un nombre. L'exactitude, c'est la proximité réelle de ce nombre avec le lieu réel. Une coordonnée peut être extrêmement précise et sensiblement fausse, et un format de réponse qui met en avant une longue suite de décimales invite le lecteur à supposer que les deux sont identiques, alors qu'ils n'ont aucun rapport, si ce n'est que l'une peut masquer l'absence de l'autre.
Nous pensons que le plus honnête, pour une réponse, est de décrire quel type de correspondance a réellement produit la coordonnée, plutôt que de compter sur le nombre de décimales pour suggérer un niveau de confiance que la méthode sous-jacente ne justifie peut-être pas. Une correspondance au niveau du bâtiment et un repli sur le centroïde d'une ville diffèrent par nature, et pas seulement par leur précision décimale. Réduire cette différence à « plus de décimales, c'est mieux » masque exactement l'information dont un développeur a besoin pour décider si un résultat donné suffit pour son cas d'usage, qu'il s'agisse de placer un repère sur une carte ou d'acheminer un véhicule de livraison.
C'est directement lié à la raison pour laquelle nous sommes prudents dans la façon dont nous décrivons nos propres endpoints de géocodage direct, de géocodage inverse et de saisie semi-automatique. Il serait facile de renvoyer des coordonnées avec une longue traîne de décimales et de laisser cela tenir lieu d'une affirmation de confiance que nous ne sommes pas prêts à formuler clairement. Nous préférons être précis sur ce que renvoie l'endpoint et laisser les informations de correspondance réelles parler d'elles-mêmes, plutôt que de nous appuyer sur le formatage décimal pour suggérer plus que ce que les données sous-jacentes justifient.
Il y a ici une leçon pratique pour quiconque utilise une API de géocodage, et pas seulement sur la façon dont nous avons choisi de construire la nôtre : les décimales d'une coordonnée ne sont pas une preuve de qualité. Ce qui compte, c'est que la réponse vous indique, en termes clairs, ce qui a réellement été trouvé, et à quel niveau de détail, afin que vous puissiez décider vous-même si cette réponse précise suffit pour la décision que vous vous apprêtez à prendre avec elle. Une longue suite de chiffres après la virgule répond à une question de formatage. Elle ne répond pas à la question qui compte vraiment : le point du monde que décrivent ces chiffres est-il le bon ?