Projektbeschreibung
ÜbersetztDie Logik ist einfach. Ein Besucher landet auf der Seite, ihm wird Geolokalisierung angeboten oder er gibt eine Adresse in das Suchfeld ein – und sieht sofort die nächstgelegenen Standorte auf einer Live-Karte. Wenn Marker nah beieinander liegen, sollten sie sich zu einer Gruppe zusammenfassen, mit einer Zahl, die sich beim Hineinzoomen auflöst, damit eine dichte Stadt nicht zu einem Haufen unleserlicher Pins wird. Ein Radiusfilter (sagen wir, 5, 10, 25 km) schränkt die Auswahl ein, und die Ergebnisliste neben der Karte sollte synchronisiert sein: Ein Klick auf eine Karte hebt den Marker hervor und umgekehrt. Jeder Standort benötigt eine ordentliche Karte mit dem Namen, der vollständigen Adresse, den Öffnungszeiten, der Telefonnummer und einem Link zu den Wegbeschreibungen in der Karten-App des Nutzers.
Die Daten stammen aus einer Tabelle oder einem kleinen Admin-Panel, das wir selbst bearbeiten können, ohne den Code zu berühren, sodass die Standortquelle konfigurierbar sein sollte und nicht fest in Dateien codiert ist. Die Adress-Geokodierung kann im Voraus erfolgen und zwischengespeichert werden. Responsivität, Geschwindigkeit und Zugänglichkeit sind mir wichtig, korrektes mobiles Verhalten und eine angemessene API-Nutzung. Leaflet mit offenen Kacheln ist in Ordnung; wenn Sie einen anderen Stack vorschlagen, erklären Sie warum.
— Einbettbarer Kartenblock, der an die Website angepasst ist, vollständig responsiv
— Adresssuche und optionale Browser-Geolokalisierung zur Zentrierung
— Radiusfilter und Ergebnisliste in zweiseitiger Synchronisation mit Markern
— Marker-Clusterbildung mit sanftem Expandieren/Reduzieren beim Hineinzoomen
— Standortkarten: Name, Adresse, Öffnungszeiten, Telefon, Link zu Wegbeschreibungen
— Bearbeitbare Standortquelle (Tabelle oder einfaches Admin-Panel) mit Geokodierungs-Cache