Endereço geocódigo uma vez no google maps, salve no banco de dados, leia o resultado geocodificado a partir daí

É possível geocodificar um endereço, salvar o resultado em um banco de dados e ler esse resultado a partir daí?

Estou usando um mapa do Google que geocodifica centenas de endereços que obviamente atingem o limite de geocódigo. Depois de geocodificado, é improvável que o endereço mude novamente, por isso faz sentido salvar o resultado do geocódigo em um banco de dados.

Estou usando o Wordpress como plataforma, por isso, se possível, gostaria de salvar o resultado geocodificado como um campo no banco de dados relacionado à empresa em particular.

O CLIENTE PEDIU ESPECIFICAMENTE QUE O GOOGLE SERIA UTILIZADO EM TODO O PROJETO, EXCLUINDO YAHOO OU QUALQUER OUTRA COISA.

ATUALIZAÇÃO: Todo mundo está dizendo sobre o que estou perguntando está indo contra os Termos de Serviço, mas seu exemplo não está fazendo a mesma coisa - developers.google.com/maps/articles/phpsqlgeocode ?

De acordo com os Termos de Serviço do YahooMaps , você não tem permissão para armazenar os dados coletados usando a API. (especificamente viii) "VOCÊ NÃO DEVE:"

(vi) use o Yahoo! APIs do Google Maps com informações de localização com menos de 6 horas e derivadas de um dispositivo GPS ou qualquer outro dispositivo sensor de localização;

(vii) use o Yahoo! APIs do Google Maps com informações de localização derivadas de um dispositivo GPS ou qualquer outro dispositivo sensor de localização em que essas informações não foram carregadas no aplicativo ou serviço diretamente pelo usuário final;

(viii) armazenar ou permitir que os usuários finais armazenem imagens de mapa, dados de mapa ou informações de localização geográfica do Yahoo! APIs do Google Maps para qualquer uso futuro;

(ix) use o geocoder independente para qualquer uso que não seja a exibição do Yahoo! Mapas ou pontos de exibição no Yahoo! Mapas;

(x) publicar ou exibir, ou permitir que outros usuários publiquem ou exibam, qualquer informação de localização geocodificada usando qualquer Yahoo! APIs do Google Maps;

Isso é consistente com o que eu vi nos Termos de Serviço do Google, Bing, MapQuest e Yahoo. A razão para isso é que eles se beneficiam diretamente da capacidade de apresentar os resultados ao usuário final. Se o logotipo e os "mapas do google" não forem exibidos, eles não receberão "credito de rua" ou exposição. Assim, seu incentivo para prestar o serviço se foi. Eles facilitam muito o uso do serviço (extremamente fácil), mas também colocam limites razoáveis. Contanto que você esteja usando os dados deles para ganhar dinheiro (mesmo que estejam apenas obtendo exposição), você estará dentro dos termos dos Termos de Serviço. Se você tentar contornar esses termos, corre o risco de ser cortado a qualquer momento. Não é uma história feliz se o seu serviço for baseado no serviço deles .

Eu nunca usei o FME workbench, ele parece realmente poderoso (e ao mesmo tempo, mais complexo do que o necessário), mas ainda estará sujeito aos TOS dos provedores de dados. Compare o fluxo de trabalho do FME com esta simples solicitação HTTP com a API LiveAddress da SmartyStreets:

https://api.qualifiedaddress.com/street-address/?street=1600+Ampytheatr+Pkway+Mountain+Vew+ca&auth-token=23350695

Ele pega o endereço a seguir e o padroniza (incluindo a correção ortográfica óbvia), verifica se é entregável e o codifica geograficamente e divide o endereço nos vários componentes que o produzem como um fluxo JSON. (se você não ler JSON, poderá conectar a saída a um formatador JSON para obter resultados muito mais legíveis. (Sinta-se à vontade para usar seus próprios dados também na string da URL, para fins de teste)

1600 Ampytheatr Pkway Montanha Vew, CA

torna-se

1600 Amphitheatre Pkwy Mountain View, CA 94043-1351

Há um número de APIs comerciais disponíveis que corrigem a verificação; o SmartyStreets é aquele em que estaciono meu carro todas as manhãs. (Cdyne, StrikeIron, QAS são alguns outros que oferecem um serviço semelhante.) Esses serviços comerciais oferecem o uso de dados que não são vinculados por um TOS excessivamente restritivo. Basicamente, você pode usar o conjunto de dados resultante para praticamente competir diretamente.

Você está certo de que os dados de geocodificação não são alterados com muita frequência e é algo que certamente pode ser armazenado em cache localmente ou dentro do seu banco de dados para minimizar o número de solicitações ao servidor. Bem pensado.

Depois de muita pesquisa, o Google mostra como armazenar os resultados do geocódigo em um banco de dados. Como existe um tutorial real do Google sobre como fazê-lo, suponho que isso não viole os termos de serviço claros como a lama que muitos mencionaram.

Usando o FME Workbench para fazer geocodificação 'em massa' da API do Yahoo PlaceFinder

Limite de 50.000 solicitações por 24 horas:

O componente principal é o HTTPFetcher

Esta captura de tela é uma versão altamente modificada do ' Espaço de trabalho dos serviços da Web disponível gratuitamente' http://fmepedia.safe.com/articles/FAQ/Building-Web-services-workspace

Modificações:

Entrada de vários endereços (csv é o mais rápido)

A qualidade de cada correspondência geocodificada é registrada (acima de 87 é bom)

Elevação adicionada de um serviço diferente (geonames gtop30 dem)

Validando e filtrando endereços incorretos a serem analisados.

(Tentará entrar na FME Store após analisar os termos / contrato).

A resposta curta para sua pergunta inicial é sim, desde que você use o serviço de mapeamento do Google , você pode armazenar os resultados. É explicitado claramente (após algumas releituras) nos ToS e na API de geocodificação.

Você deve estar ciente de que, como muitos outros serviços populares de geocódigo, eles também exigem que você

1. Use apenas os dados adquiridos e armazenados em cache do Google com seus utilitários de mapeamento
2. Se esse é um utilitário publicamente gratuito interno, e não externo, você deve se registrar como um cliente comercial para usá-lo legalmente.

Observe com cuidado o número 1 ... distinção muito crítica, você pode armazenar em cache, mas eles não querem que você use o lat / long (por exemplo) no utilitário de mapeamento de outra pessoa, seja outro site ou um "homebrew" (embora seja honestamente, não sei como alguém pode rastrear onde os dados lat / long são usados.

todos os limites e outras restrições, conforme declarado por seus ToS e outros documentos governamentais.