Il est tentant de considérer les données de localisation comme une référence figée, compilée une fois puis simplement interrogée indéfiniment. En réalité, chaque catégorie de données de localisation évolue avec le temps, mais à des rythmes très différents, et comprendre ces rythmes fait partie de ce qu'il faut savoir pour comprendre ce que « à jour » veut dire pour un champ donné d'une réponse.
Les données d'adresses évoluent au fil des nouvelles constructions et à mesure que les services postaux ajustent les zones de distribution ou créent de nouveaux codes pour les secteurs en croissance. Dans une zone en plein développement, cela peut signifier l'apparition d'adresses réellement nouvelles qui n'existaient tout simplement pas un an plus tôt, ce qui constitue une lacune de couverture au sens strict et non une erreur de précision, puisqu'il n'y avait rien à localiser avec précision avant que l'adresse n'existe.
Les données d'attribution d'adresses IP évoluent à un rythme nettement plus rapide. Des blocs d'adresses sont réattribués d'une organisation à l'autre, les FAI restructurent l'acheminement du trafic de leurs clients, et les hébergeurs mettent en service et retirent régulièrement des plages d'adresses. C'est une catégorie bien plus dynamique que les données d'adresses physiques, car la géographie réelle des rues et des bâtiments ne bouge pas, alors que l'attribution d'un bloc IP donné à un opérateur donné peut tout à fait changer, parfois en quelques semaines.
Les données de règles de fuseau horaire sont celles qui changent le moins souvent dans l'absolu, puisque la plupart des fuseaux passent de longues périodes sans aucun changement de règle. Mais lorsqu'un changement survient, il doit se propager partout, immédiatement et entièrement, car une règle de fuseau horaire obsolète produit une réponse fausse, et pas seulement légèrement imprécise, pour chaque requête concernant ce fuseau jusqu'à sa correction.
Les données de menaces et de classification réseau, qui indiquent par exemple quelles plages appartiennent actuellement à des fournisseurs de VPN ou à des hébergeurs connus, vieillissent le plus vite de toutes ces catégories, parfois de façon significative en quelques jours, car de nouveaux services apparaissent et des plages d'adresses sont réaffectées à d'autres usages selon un cycle bien plus court que celui des réalités physiques ou administratives qui sous-tendent la localisation géographique.
Concrètement, la question « quel degré de fraîcheur ces données doivent-elles avoir ? » n'a pas de réponse universelle : cela dépend du champ concerné. Un système bien conçu actualise chaque catégorie à un rythme adapté à la vitesse à laquelle cette catégorie évolue réellement dans le monde, plutôt que de tout traiter comme également statique ou également volatil. Si vous construisez quelque chose qui dépend fortement d'une catégorie particulière, par exemple la correspondance entre IP et organisation pour la détection de fraude, ou les limites postales pour un service de livraison, il vaut la peine de demander précisément comment cette catégorie est tenue à jour, plutôt que de supposer qu'une réponse générale sur « les données » couvre de la même façon chaque champ d'une réponse.
Une adresse dans un centre-ville bien cartographié ne vous apprend presque rien sur la façon dont votre système gère une route rurale, une frontière contestée ou une requête près des pôles. Testez délibérément les cas difficiles.
Tous les jeux de données contenant des informations de localisation apparemment publiques ne peuvent pas légalement être utilisés dans un produit payant. Ce sont souvent les conditions de licence, et non la disponibilité technique, qui fixent la véritable limite.
Lorsqu'une requête ne peut réellement pas être résolue de manière fiable, ne rien renvoyer est une meilleure réponse que renvoyer une supposition présentée comme un fait. Voici le raisonnement derrière ce choix.