Description du projet
TraduitLa logique est simple. Un visiteur arrive sur la page, on lui propose la géolocalisation ou il tape une adresse dans le champ de recherche — et voit immédiatement les emplacements les plus proches sur une carte en direct. Lorsque les marqueurs sont proches les uns des autres, ils doivent se regrouper en un groupe avec un nombre qui se sépare lorsque vous zoomez, afin qu'une ville dense ne se transforme pas en un tas de punaises illisibles. Un filtre de rayon (disons, 5, 10, 25 km) réduit la sélection, et la liste des résultats à côté de la carte doit être synchronisée : cliquer sur une carte met en surbrillance le marqueur et vice versa. Chaque emplacement a besoin d'une carte soignée avec le nom, l'adresse complète, les heures, le téléphone et un lien vers les directions dans l'application de carte de l'utilisateur.
Les données proviendront d'un tableau ou d'un petit panneau d'administration que nous pouvons éditer nous-mêmes sans toucher au code, donc la source des emplacements doit être configurable, pas codée en dur dans des fichiers. La géocodification des adresses peut être faite à l'avance et mise en cache. La réactivité, la vitesse et l'accessibilité sont importantes pour moi, un comportement mobile correct et une utilisation raisonnable du quota API. Leaflet avec des tuiles ouvertes est bien ; si vous suggérez une autre pile, expliquez pourquoi.
— Bloc de carte intégrable stylisé pour correspondre au site, entièrement responsive
— Recherche d'adresse et géolocalisation par navigateur optionnelle pour le centrage
— Filtre de rayon et liste de résultats en synchronisation bidirectionnelle avec les marqueurs
— Regroupement de marqueurs avec expansion/retrait fluide au zoom
— Cartes d'emplacement : nom, adresse, heures, téléphone, lien vers les directions
— Source d'emplacement éditable (tableau ou simple panneau d'administration) avec cache de géocodage