2011-02-02 10 views
6

W Google i Yahoo Maps API, czytałem w th względem obsługi:Maps API, przechowywanie danych, jak bez naruszania warunków?

nie będzie: „użytkownicy końcowi przechowują lub pozwalają na przechowywanie map obrazów, danych mapy lub geokodowane informacji o lokalizacji z Yahoo! Interfejsy API Map dla dowolnego przyszłego użycia; "

Mój problem i zakres mojego projektu to budowa strony internetowej nieruchomości. Użytkownik, który umieści reklamę w celu sprzedaży swojego domu, będzie mógł wpisać adres domu lub skierować go bezpośrednio na mapę. Następnie zapisałbym dane o szerokości/długości geograficznej do bazy danych mysql, aby móc je odzyskać później, gdy nowy użytkownik będzie szukał domu na sprzedaż.

Czy to jest właściwa procedura? Jak to ma związek z powyższymi warunkami? Mam na myśli, jak system geokodujący może być przydatny, jeśli nie mogę zapisać prostej szerokości/długości geograficznej?

+0

Powiązane: http://stackoverflow.com/questions/158474/how-to-obtain-longitude-and-latitude-for-a-street-address-programmatically-and-l – payne

Odpowiedz

4

Google nie wydaje się mieć to ograniczenie, że mówić. Witryna Google Geocoding API sugeruje buforowanie lub przechowywanie zawartości w celu zmniejszenia liczby trafień na swoich serwerach i poprawy wydajności.

Jeśli chodzi o adresy, Twoi użytkownicy wprowadzają je pod numer, dzięki czemu możesz przechowywać adresy. Szerokości geograficzne i długości geograficzne można pobrać z usługi Google Maps API, korzystając z tych adresów.

Zapisywanie w pamięci podręcznej wyników jest w porządku, więc podczas pierwszego wyszukiwania wystarczy je dokładnie sprawdzić.

+0

Google w rzeczywistości ma to ograniczenie . Zobacz odpowiedź tmsimonta http://stackoverflow.com/a/111652/2014857 – FuriousFolder

-1

Geokodowanie dotyczy odwrócenia adresu ze współrzędnych geograficznych. Mógłbyś, aby osoba wprowadzająca adres określiła go i przechowywać długie/długie współrzędne w bazie danych do późniejszego wykorzystania (zwrócone przez Google lub Yahoo Maps API).

Albo może po prostu łamią te seemly absurdalne warunki przechowywania i nieistotnych danych anyways :)

3

O ile mi wiadomo, nie należy przechowywać żadnych geokodowanych danych z Google w bazie danych. Mam ten sam problem na stronie Drupala. Moduł, którego używam, przechowuje dane o szerokości i długości geograficznej w bazie danych. Jeśli spojrzeć na warunki korzystania z usługi wskazanej na stronie jmort253 wskazał w swojej odpowiedzi, znajdziesz to:

(od https://developers.google.com/maps/terms#section_10_1_3)

10.1.3 Ograniczenia przeciwko eksport danych lub kopiowania.

(a) Nie Nieautoryzowane kopiowanie, modyfikacja, tworzenie pochodnych Działa lub wyświetlanie zawartości. Użytkownik nie może kopiować, tłumaczyć, modyfikować ani tworzyć prac pochodnych (w tym tworzenia lub dodawania do bazy danych) lub publicznie wyświetlać żadnych treści ani ich części, z wyjątkiem przypadków wyraźnie dozwolonych na mocy niniejszych Warunków. W przypadku przykładu niedozwolone są następujące działania: (i) modyfikowanie kafelków mapy po stronie serwera; (ii) łączenie wielu obrazów mapy statycznej razem w celu wyświetlenia mapy większej niż dozwolona w Dokumentach API Map ; (iii) tworzenie list mailingowych lub telemarketingowych list na podstawie Treści; lub (iv) eksportowanie, pisanie lub zapisywanie treści na platformie lub usłudze opartej na lokalizacji podmiotu trzeciego.

(b) Brak wstępnego pobierania, buforowania lub przechowywania zawartości. Użytkownik nie może wstępnie pobierać, buforować ani przechowywać żadnych Treści, z wyjątkiem tego, że może przechowywać: (i) ograniczone ilości Treści w celu poprawienia wydajności implementacji interfejsu API Map Google, jeśli zostanie to tymczasowo wykonane, . oraz w sposób, który nie pozwala na korzystanie z treści poza Usługą; oraz (ii) dowolny identyfikator treści lub klucz, który Dokumentacja API Maps umożliwia przechowywanie. W przypadku przykładu nie można używać zawartości do tworzenia niezależnej bazy danych "miejsc" lub innych informacji o lokalnych wykazach.

(c) Brak pobrania zbiorczego lub zbiorczego przesyłania treści. Nie wolno korzystać z Usługi w sposób, który zapewnia Użytkownikowi lub dowolnej innej osobie dostęp do materiałów do pobrania zbiorczego lub zbiorczej zawartości, w tym między innymi numerycznych współrzędnych szerokości i długości geograficznej, zdjęć, widocznej mapy danych lub miejsc dane (w tym wykazy firm). Na przykład użytkownik nie może oferować usługi geokodowania wsadowego korzystającej z treści zawartej w interfejsie API Map Google.

Części b i c naprawdę sprawiają, że brzmi to jak to, co ty i ja próbujemy zrobić, to nie-nie. Czy czytam to źle?

+1

W przypadku Google Maps wygląda na to, że można cacheować szerokość i długość geograficzną, o ile pamięć podręczna jest tymczasowa. (10.1.3.bi) – plusjeff

+0

Dodanie do komentarza tutaj przez @plusjeff, i nie mam aktualnego odniesienia dla tego, więc jestem parafrazujący z pamięci tutaj, ale wierzę, że oni nalegają/chcą, żebyś "wygasał" w pamięci podręcznej wpisy po pewnym pewnym progu czasu i re-geokodowanie ich ... – Funka

+0

Z tego, co zrozumiałem po przeszukiwaniu, ważny jest tutaj "Treść". Szerokość/długość i adresy nie podlegają tym warunkom. "Treść" odnosi się do większej ilości informacji specyficznych dla Google, takich jak kafelki mapy lub zdjęcia 3D. Ponownie, z tego, co przeczytałem, nie można ograniczać/adresów praw autorskich i informacji o długich/długich, więc możesz przechowywać te informacje. – user3308043