Opis projektu
PrzetłumaczoneOpracowujemy aplikację mobilną i potrzebujemy oddzielnej warstwy API geospatial, którą nasi deweloperzy będą wywoływać przez HTTP. Główne zadanie to geokodowanie: na podstawie adresu usługa zwraca szerokość i długość geograficzną, a na podstawie pary współrzędnych — czysty, ustrukturyzowany adres. Na tym wszystkim potrzebne jest autouzupełnianie adresu, które sugeruje wyniki podczas pisania, aby użytkownik mógł wybrać swoją lokalizację w kilku kliknięciach zamiast wpisywać wszystko ręcznie. To nie jest usługa dostawy ani portal nieruchomości — potrzebujemy niezawodnego silnika współrzędnych i map, do którego inne zespoły będą mogły podłączyć swoje produkty.
Oprócz wyszukiwania, API powinno wykonywać podstawowe obliczenia przestrzenne. Potrzebujemy obliczeń odległości między dwoma lub więcej punktami, budowania tras po rzeczywistych drogach z oszacowaniem czasu podróży oraz wsparcia dla punktów pośrednich, aby jedno zapytanie opisywało podróż z kilkoma przystankami. Odpowiedzi powinny przychodzić jako czysty JSON z jednolitymi nazwami pól, jasnymi kodami błędów i przewidywalną latencją, ponieważ aplikacje klienckie będą nieustannie wywoływać API. Potrzebujemy również kafelków map lub punktu końcowego kafelków, które możemy renderować wewnątrz aplikacji, aby użytkownik widział swój punkt na rzeczywistej mapie, plus znaczniki z możliwością stylizacji.
Myśl z wyprzedzeniem o skali i kosztach: pamięć podręczna zapytań, ograniczenia szybkości według klucza API i miękkie alternatywy, gdy zewnętrzny dostawca odpowiada wolno. Dokumentacja i mały zestaw testowych zapytań są zawarte w wyniku. Pokaż przykłady geospatialnych lub kartograficznych backendów, które już zbudowałeś, i powiedz nam, czy zbudujesz rozwiązanie na otwartych danych, czy owiniesz komercyjnego dostawcę, z zaletami i wadami.
— Geokodowanie do przodu i wstecz
— Autouzupełnianie adresu z odpornością na błędy typograficzne
— Obliczenia odległości, trasy i podróże z przystankami
— Kafelki map i stylizowane znaczniki dla aplikacji
— Pamięć podręczna, limity i dostawca zapasowy
— Odpowiedzi JSON, klucze API i jasna dokumentacja
Oprócz wyszukiwania, API powinno wykonywać podstawowe obliczenia przestrzenne. Potrzebujemy obliczeń odległości między dwoma lub więcej punktami, budowania tras po rzeczywistych drogach z oszacowaniem czasu podróży oraz wsparcia dla punktów pośrednich, aby jedno zapytanie opisywało podróż z kilkoma przystankami. Odpowiedzi powinny przychodzić jako czysty JSON z jednolitymi nazwami pól, jasnymi kodami błędów i przewidywalną latencją, ponieważ aplikacje klienckie będą nieustannie wywoływać API. Potrzebujemy również kafelków map lub punktu końcowego kafelków, które możemy renderować wewnątrz aplikacji, aby użytkownik widział swój punkt na rzeczywistej mapie, plus znaczniki z możliwością stylizacji.
Myśl z wyprzedzeniem o skali i kosztach: pamięć podręczna zapytań, ograniczenia szybkości według klucza API i miękkie alternatywy, gdy zewnętrzny dostawca odpowiada wolno. Dokumentacja i mały zestaw testowych zapytań są zawarte w wyniku. Pokaż przykłady geospatialnych lub kartograficznych backendów, które już zbudowałeś, i powiedz nam, czy zbudujesz rozwiązanie na otwartych danych, czy owiniesz komercyjnego dostawcę, z zaletami i wadami.
— Geokodowanie do przodu i wstecz
— Autouzupełnianie adresu z odpornością na błędy typograficzne
— Obliczenia odległości, trasy i podróże z przystankami
— Kafelki map i stylizowane znaczniki dla aplikacji
— Pamięć podręczna, limity i dostawca zapasowy
— Odpowiedzi JSON, klucze API i jasna dokumentacja
Programowanie stron internetowych Gotówka, Przelew bankowy
