Development #21763
developper un connecteur pour le geocodage inverse pour Grenoble
0%
Description
En utilisant l'opérateur DWITHIN pour rechercher le point le plus proche dans un rayon donné.
Fichiers
Demandes liées
Historique
Mis à jour par Serghei Mihai (congés, retour 15/05) il y a environ 6 ans
- Fichier 0001-add-connector-implementing-reverse-geocoding-for-Gre.patch 0001-add-connector-implementing-reverse-geocoding-for-Gre.patch ajouté
- Patch proposed changé de Non à Oui
Mis à jour par Serghei Mihai (congés, retour 15/05) il y a environ 6 ans
Non, une base PostGIS avec GeoServer par dessus pour pouvoir l'interroger en webservice.
Mis à jour par Benjamin Dauvergne il y a environ 6 ans
Mais c'est le premier GeoServer qu'on attaque ? En vrai ça m'embête d'avoir un connecteur qui s'appelle Grenoble, je préfèererai qu'il s'appelle GeoServer sauf si il y a des raisons de penser que c'est très spécifique et ne pourra jamais être réutilisé.
Mis à jour par Benjamin Dauvergne il y a environ 6 ans
C'est même pire en fait c'est juste une implémentation d'un protocole (https://fr.wikipedia.org/wiki/Web_Feature_Service) on pourrait pas appeler ça un connecteur WFS ?
Mis à jour par Benjamin Dauvergne il y a environ 6 ans
Bon ok. Mais vraiment cette histoire de traduction de nom de feature de Grenoble vers nominatim, il n'y a pas moyen d'intégrer ça au connecteur WFS existant ? Ça ne me parait pas énorme de prévoir 4 champs pour dire comme s'appelle les champs ville, code postale, rue et numéro et puis j'ai l'impression que ça reviendra, je doute que WFS standardise quoi que ce soit à ce sujet.
Mis à jour par Benjamin Dauvergne il y a environ 6 ans
- Lié à Development #21558: opengis: rajouter le geocodage inverse ajouté
Mis à jour par Serghei Mihai (congés, retour 15/05) il y a environ 6 ans
- Statut changé de Nouveau à Rejeté
Poursuivi dans #21558