Địa chỉ mã hóa địa lý một lần trong bản đồ google, lưu trong cơ sở dữ liệu, đọc kết quả mã hóa địa lý từ đó

Có thể mã hóa địa chỉ một địa chỉ, lưu kết quả trong cơ sở dữ liệu, sau đó đọc kết quả đó từ đó không?

Tôi đang sử dụng bản đồ Google mã hóa hàng trăm địa chỉ rõ ràng đã đạt đến giới hạn mã địa lý. Sau khi được mã hóa địa lý, địa chỉ rất khó có thể thay đổi một lần nữa, vì vậy việc lưu kết quả mã địa lý trong cơ sở dữ liệu là điều hợp lý.

Tôi đang sử dụng Wordpress làm nền tảng vì vậy nếu có thể tôi muốn lưu kết quả mã hóa địa lý dưới dạng một trường trong cơ sở dữ liệu liên quan đến công ty cụ thể.

KHÁCH HÀNG ĐÃ ĐẶC BIỆT ĐỂ KIẾM ĐƯỢC GOOGLE ĐỂ ĐƯỢC SỬ DỤNG QUA KHÔNG CÓ DỰ ÁN NÀY XÁC ĐỊNH YAHOO HOẶC BẤT K EL LÚC NÀO.

CẬP NHẬT: Mọi người đang nói về những gì tôi đang hỏi đang đi ngược lại ĐKDV của họ nhưng không phải là ví dụ của chính họ làm điều tương tự - developers.google.com/maps/articles/phpsqlgeocode ?

Theo Điều khoản dịch vụ của YahooMaps , bạn không được phép lưu trữ dữ liệu mà bạn thu thập từ việc sử dụng API. (cụ thể là viii) "BẠN KHÔNG NÊN:"

(vi) sử dụng Yahoo! API bản đồ với thông tin vị trí chưa đến 6 giờ và xuất phát từ thiết bị GPS hoặc bất kỳ thiết bị cảm biến vị trí nào khác;

(vii) sử dụng Yahoo! API bản đồ với thông tin vị trí được lấy từ thiết bị GPS hoặc bất kỳ thiết bị cảm biến vị trí nào khác mà thông tin đó không được người dùng cuối tải trực tiếp lên ứng dụng hoặc dịch vụ của bạn;

(viii) lưu trữ hoặc cho phép người dùng cuối lưu trữ hình ảnh bản đồ, dữ liệu bản đồ hoặc thông tin vị trí được mã hóa từ Yahoo! API bản đồ cho mọi mục đích sử dụng trong tương lai;

(ix) sử dụng trình mã hóa địa lý độc lập cho mọi mục đích sử dụng ngoài việc hiển thị Yahoo! Bản đồ hoặc hiển thị điểm trên Yahoo! Bản đồ;

(x) xuất bản hoặc hiển thị hoặc cho phép người dùng khác xuất bản hoặc hiển thị bất kỳ thông tin vị trí được mã hóa địa lý nào bằng bất kỳ Yahoo! API bản đồ;

Điều này phù hợp với những gì tôi đã thấy trong ĐKDV từ Google, Bing, MapQuest và Yahoo. Lý do cho điều này là họ được hưởng lợi trực tiếp từ việc có thể trình bày kết quả cho người dùng cuối. Nếu logo và "bản đồ của google" không được hiển thị, họ sẽ không nhận được bất kỳ "tín dụng đường phố" nào. Vì vậy, khuyến khích của họ để cung cấp dịch vụ đã biến mất. Chúng làm cho bạn rất dễ dàng sử dụng dịch vụ (cực kỳ dễ dàng) nhưng chúng cũng đặt giới hạn hợp lý. Miễn là bạn đang sử dụng dữ liệu của họ để kiếm tiền (ngay cả khi họ chỉ tiếp xúc), bạn nằm trong các điều khoản của ĐKDV của họ. Nếu bạn cố gắng vượt qua các điều khoản đó, bạn có nguy cơ bị cắt bất cứ lúc nào. Không phải là một câu chuyện vui nếu dịch vụ của bạn dựa trên dịch vụ của họ .

Tôi chưa bao giờ sử dụng bàn làm việc FME, nó trông thực sự mạnh mẽ (và đồng thời, phức tạp hơn mức cần thiết), nhưng vẫn sẽ chịu sự điều chỉnh của ĐKDV của các nhà cung cấp dữ liệu. So sánh quy trình làm việc FME với yêu cầu HTTP đơn giản này với API LiveAddress của SmartyStreets:

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

Nó lấy địa chỉ sau và chuẩn hóa nó (bao gồm sửa lỗi chính tả rõ ràng), xác minh rằng nó có thể phân phối được, sau đó mã hóa địa chỉ và chia địa chỉ thành các thành phần khác nhau xuất ra dưới dạng luồng JSON. (nếu bạn không đọc JSON, bạn có thể cắm đầu ra vào một trình định dạng JSON để có kết quả dễ đọc hơn nhiều (Hãy sử dụng dữ liệu của riêng bạn trong chuỗi URL, cho mục đích thử nghiệm)

1600 Ampytheatr Núi Vew Vew, CA

trở thành

1600 Nhà hát vòng tròn Ngã ba Núi, CA 94043-1351

Có một số API thương mại có sẵn để xác minh địa chỉ, SmartyStreets tình cờ trở thành API mà tôi đỗ xe vào mỗi buổi sáng. (Cdyne, StrikeIron, QAS là một số dịch vụ khác cung cấp dịch vụ tương tự.) Các dịch vụ thương mại này cung cấp cho bạn sử dụng dữ liệu của họ không bị ràng buộc bởi một Tosh quá hạn chế. Về cơ bản, bạn có thể sử dụng bộ dữ liệu kết quả cho bất kỳ thứ gì thiếu cạnh tranh trực tiếp.

Bạn đúng rằng dữ liệu mã hóa địa lý không thay đổi rất thường xuyên và là thứ chắc chắn có thể được lưu trữ cục bộ hoặc trong cơ sở dữ liệu của bạn để giảm thiểu số lượng yêu cầu đến máy chủ. Suy nghĩ tốt.

Sau khi đào rất nhiều, Google thực sự chỉ ra cách lưu trữ kết quả Geocode trong cơ sở dữ liệu. Vì có một hướng dẫn thực tế từ Google về cách thực hiện, tôi cho rằng điều này không vi phạm rõ ràng như các điều khoản dịch vụ bùn mà rất nhiều người đã đề cập.

Sử dụng bàn làm việc FME để thực hiện mã hóa địa lý 'số lượng lớn' từ Yahoo Place Downloader API

Giới hạn 50.000 yêu cầu mỗi 24 giờ:

Thành phần chính là HTTPFetcher

Ảnh chụp màn hình này là phiên bản sửa đổi cao của 'Không gian làm việc của các dịch vụ web' có sẵn miễn phí ' http://fmepedia.safe.com/articles/FAQ/Bu kiếm- Web-service-workspace

Sửa đổi:

Nhập nhiều địa chỉ (csv là nhanh nhất)

Chất lượng của mỗi trận đấu mã hóa địa lý được ghi lại (trên 87 là tốt)

Đã thêm Độ cao từ một dịch vụ khác (geonames gtop30 dem)

Xác nhận và lọc các địa chỉ xấu được xem xét.

(Sẽ thử và truy cập Cửa hàng FME sau khi xem thỏa thuận / điều khoản).

Câu trả lời ngắn cho câu hỏi ban đầu của bạn là có, miễn là bạn sử dụng dịch vụ lập bản đồ của Google , bạn có thể lưu trữ kết quả. Nó được viết rõ ràng (sau một vài lần đọc lại) trong ToS và API mã hóa địa lý của họ.

Bạn nên lưu ý rằng giống như nhiều dịch vụ mã địa lý phổ biến khác, họ cũng yêu cầu bạn

1. Chỉ sử dụng dữ liệu Google thu được và lưu trong bộ nhớ cache với các tiện ích ánh xạ của họ
2. Nếu đây là một tiện ích nội bộ, thay vì bên ngoài miễn phí, bạn phải đăng ký làm khách hàng thương mại để sử dụng hợp pháp.

Lưu ý cẩn thận # 1 ... phân biệt rất quan trọng, bạn có thể lưu trữ bộ đệm, nhưng họ không muốn bạn sử dụng lat / long (ví dụ) trên tiện ích ánh xạ của người khác, là trang web khác hoặc "homebrew" (mặc dù là Thành thật mà nói, tôi không chắc ai có thể theo dõi dữ liệu lat / long được sử dụng ở đâu.

tất cả các giới hạn và các hạn chế khác như được nêu bởi ToS của họ và các tài liệu quản trị khác.