Descrizione del progetto
TradottoLa logica è semplice. Un visitatore atterra sulla pagina, gli viene offerta la geolocalizzazione o digita un indirizzo nel campo di ricerca — e vede immediatamente le posizioni più vicine su una mappa live. Quando i marker sono vicini, dovrebbero raggrupparsi in un gruppo con un numero che si separa man mano che si ingrandisce, in modo che una città densa non si trasformi in un mucchio di pin illeggibili. Un filtro per raggio (diciamo, 5, 10, 25 km) restringe la selezione, e l'elenco dei risultati accanto alla mappa dovrebbe essere sincronizzato: cliccando su una scheda si evidenzia il marker e viceversa. Ogni posizione ha bisogno di una scheda ordinata con il nome, indirizzo completo, orari, telefono e un link per le indicazioni nell'app mappa dell'utente.
I dati provengono da una tabella o da un piccolo pannello di amministrazione che possiamo modificare noi stessi senza toccare il codice, quindi la fonte delle posizioni dovrebbe essere configurabile, non hardcoded nei file. La geocodifica degli indirizzi può essere fatta in anticipo e memorizzata nella cache. La reattività, la velocità e l'accessibilità sono importanti per me, un comportamento mobile corretto e un uso ragionevole della quota API. Leaflet con tile aperti va bene; se suggerisci uno stack diverso, spiega perché.
— Blocco mappa incorporabile stilizzato per abbinarsi al sito, completamente reattivo
— Ricerca indirizzo e geolocalizzazione del browser opzionale per il centraggio
— Filtro per raggio e elenco dei risultati in sincronizzazione bidirezionale con i marker
— Clustering dei marker con espansione/contrazione fluida allo zoom
— Schede delle posizioni: nome, indirizzo, orari, telefono, link per le indicazioni
— Fonte delle posizioni modificabile (tabella o semplice pannello di amministrazione) con cache di geocodifica