Opis projektu
PrzetłumaczoneMamy rosnącą sieć lokalizacji offline, a nasza obecna strona "Jak nas znaleźć" to tylko statyczna lista z kilkoma zrzutami ekranu. To już nie wystarczy: odwiedzający nie rozumieją, która lokalizacja jest bliżej, adresy są trudne do odczytania, a na telefonach jest praktycznie nieużywalna. Szukam kogoś, kto zbuduje odpowiedni interaktywny lokalizator i osadzi go bezpośrednio na istniejącej stronie internetowej, starannie dopasowując go do obecnego układu i kolorów, aby blok nie wyglądał jak obcy widget.
Logika jest prosta. Odwiedzający trafia na stronę, oferuje mu się geolokalizację lub wpisuje adres w polu wyszukiwania — i natychmiast widzi najbliższe lokalizacje na żywej mapie. Gdy znaczniki są blisko siebie, powinny grupować się w jedną grupę z liczbą, która rozdziela się, gdy powiększasz, aby gęste miasto nie zamieniło się w stos nieczytelnych pinezek. Filtr promienia (powiedzmy, 5, 10, 25 km) zawęża wybór, a lista wyników obok mapy powinna być zsynchronizowana: kliknięcie karty podświetla znacznik i odwrotnie. Każda lokalizacja potrzebuje schludnej karty z nazwą, pełnym adresem, godzinami, telefonem i linkiem do wskazówek w aplikacji mapowej użytkownika.
Dane będą pochodzić z tabeli lub małego panelu administracyjnego, który możemy edytować sami bez dotykania kodu, więc źródło lokalizacji powinno być konfigurowalne, a nie zakodowane na stałe w plikach. Geokodowanie adresów można wykonać z wyprzedzeniem i buforować. Responsywność, szybkość i dostępność są dla mnie ważne, poprawne zachowanie na urządzeniach mobilnych i rozsądne wykorzystanie kwoty API. Leaflet z otwartymi kafelkami jest w porządku; jeśli sugerujesz inny stos, wyjaśnij dlaczego.
— Osadzany blok mapy stylizowany, aby pasował do strony, w pełni responsywny
— Wyszukiwanie adresów i opcjonalna geolokalizacja przeglądarki do centrowania
— Filtr promienia i lista wyników w dwukierunkowej synchronizacji z znacznikami
— Grupowanie znaczników z płynne rozwijanie/zawijanie przy powiększaniu
— Karty lokalizacji: nazwa, adres, godziny, telefon, link do wskazówek
— Edytowalne źródło lokalizacji (tabela lub prosty panel administracyjny) z pamięcią podręczną geokodowania
Logika jest prosta. Odwiedzający trafia na stronę, oferuje mu się geolokalizację lub wpisuje adres w polu wyszukiwania — i natychmiast widzi najbliższe lokalizacje na żywej mapie. Gdy znaczniki są blisko siebie, powinny grupować się w jedną grupę z liczbą, która rozdziela się, gdy powiększasz, aby gęste miasto nie zamieniło się w stos nieczytelnych pinezek. Filtr promienia (powiedzmy, 5, 10, 25 km) zawęża wybór, a lista wyników obok mapy powinna być zsynchronizowana: kliknięcie karty podświetla znacznik i odwrotnie. Każda lokalizacja potrzebuje schludnej karty z nazwą, pełnym adresem, godzinami, telefonem i linkiem do wskazówek w aplikacji mapowej użytkownika.
Dane będą pochodzić z tabeli lub małego panelu administracyjnego, który możemy edytować sami bez dotykania kodu, więc źródło lokalizacji powinno być konfigurowalne, a nie zakodowane na stałe w plikach. Geokodowanie adresów można wykonać z wyprzedzeniem i buforować. Responsywność, szybkość i dostępność są dla mnie ważne, poprawne zachowanie na urządzeniach mobilnych i rozsądne wykorzystanie kwoty API. Leaflet z otwartymi kafelkami jest w porządku; jeśli sugerujesz inny stos, wyjaśnij dlaczego.
— Osadzany blok mapy stylizowany, aby pasował do strony, w pełni responsywny
— Wyszukiwanie adresów i opcjonalna geolokalizacja przeglądarki do centrowania
— Filtr promienia i lista wyników w dwukierunkowej synchronizacji z znacznikami
— Grupowanie znaczników z płynne rozwijanie/zawijanie przy powiększaniu
— Karty lokalizacji: nazwa, adres, godziny, telefon, link do wskazówek
— Edytowalne źródło lokalizacji (tabela lub prosty panel administracyjny) z pamięcią podręczną geokodowania
Inne / Różne Gotówka, Przelew bankowy
