Selon les conditions d'utilisation de YahooMaps , vous n'êtes pas autorisé à stocker les données que vous collectez à l'aide de l'API. (spécifiquement viii) "VOUS NE DEVEZ PAS:"
(vi) utiliser Yahoo! Cartes API avec des informations de localisation datant de moins de 6 heures et provenant d'un appareil GPS ou de tout autre appareil de détection d'emplacement;
(vii) utiliser Yahoo! Cartes API avec des informations de localisation dérivées d'un appareil GPS ou de tout autre appareil de détection de position où ces informations n'ont pas été téléchargées directement sur votre application ou service par l'utilisateur final;
(viii) stocker ou autoriser les utilisateurs finaux à stocker des images de carte, des données de carte ou des informations de localisation géocodées à partir de Yahoo! Cartes API pour toute utilisation future;
(ix) utiliser le géocodeur autonome pour toute autre utilisation que l'affichage de Yahoo! Cartes ou affichage de points sur Yahoo! Plans;
(x) publier ou afficher, ou permettre à d'autres utilisateurs de publier ou d'afficher, toute information de localisation géocodée à l'aide de Yahoo! Cartes API;
Cela correspond à ce que j'ai vu dans les TOS de Google, Bing, MapQuest et Yahoo. La raison en est qu'ils bénéficient directement de la possibilité de présenter les résultats à l'utilisateur final. Si leur logo et "maps by google" ne s'affichent pas, ils n'obtiennent aucun "street cred" ou exposition. Ainsi, leur incitation à fournir le service a disparu. Ils vous permettent d'utiliser le service très facilement (extrêmement facile) mais ils imposent également des limites raisonnables. Tant que vous utilisez leurs données pour gagner de l'argent (même si elles sont simplement exposées), vous respectez les conditions d'utilisation. Si vous essayez de contourner ces termes, vous courez le risque d'être coupé à tout moment. Pas une histoire heureuse si votre service est basé sur leur service.
Je n'ai jamais utilisé d'établi FME, il a l'air vraiment puissant (et en même temps, plus complexe que nécessaire), mais sera toujours soumis aux CGU des fournisseurs de données. Comparez le flux de travail FME à cette simple requête HTTP à l'API LiveAddress de SmartyStreets:
https://api.qualifiedaddress.com/street-address/?street=1600+Ampytheatr+Pkway+Mountain+Vew+ca&auth-token=23350695
Il prend l'adresse suivante et la standardise (y compris la correction orthographique évidente), vérifie qu'elle est livrable, puis la géocode et décompose l'adresse en différents composants la sortant en tant que flux JSON. (si vous ne lisez pas JSON, vous pouvez brancher la sortie dans un formateur JSON pour des résultats beaucoup plus lisibles. (N'hésitez pas à utiliser vos propres données dans la chaîne URL également, à des fins de test)
1600 Ampytheatr Pkway Mountain Vew, Californie
devient
1600 Amphitheatre Pkwy Mountain View, CA 94043-1351
Il existe un certain nombre d'API commerciales disponibles qui vérifient les adresses, SmartyStreets se trouve être celui où je stationne ma voiture chaque matin. (Cdyne, StrikeIron, QAS sont quelques autres qui offrent un service similaire.) Ces services commerciaux vous offrent une utilisation de leurs données qui n'est pas liée par un TOS trop restrictif. Vous pouvez essentiellement utiliser l'ensemble de données résultant pour à peu près tout ce qui n'est pas directement en concurrence.
Vous avez raison de dire que les données de géocodage ne changent pas très fréquemment et peuvent certainement être mises en cache localement ou dans votre base de données pour minimiser le nombre de demandes au serveur. Bien pensé.
