Recherche de lieux sur une zone précise

**mga_geo** · 01/05/2010, 21h13

Suite aux échanges du fil http://www.developpez.net/forums/d91...eur-recherche/, la page http://atlasnw.free.fr/geoportail/ex...recherche.html permet maintenant de ne rechercher les lieux que sur une zone définie.
Dans le code, il reste la première version avec un cercle.
La version actuelle utilise un fichier kml: le polygone du premier "Placemark" est utilisé.
Le fichier kml est une version simplifiée par gpsbabel des limites de la commune d'Acigné.
Ces limites proviennent d'OpenStreetMap.

**cmail** · 02/05/2010, 08h00

Bravo.
Mais il y a toujours ce problème d'affichage des résultats qui pose problème quand le nombre de réponse est supérieur à 1.

Ainsi pour "Chanclin", "Récusses", "Epargé" c'est bon. Mais pour "Forges", "croix" ou "Prés", l'affichage des résultats seraient très utiles.

Pour ma part, je me sens très démuni pour résoudre ce problème d'affichage. Je ne connais que deux loustics à même de nous aider.

Pleut-il en ce moment chez vous?

**dgrichard** · 02/05/2010, 11h44

Envoyé par cmail

Bravo.
Mais il y a toujours ce problème d'affichage des résultats qui pose problème quand le nombre de réponse est supérieur à 1.

De nouveau, pour corriger ce comportement ce n'est pas du côté API qu'il faut agir, mais du côté service (paramétrage, configuration). J'ai envoyé la demande et je suis comme toi en attente de réponse ...

N'avoir qu'une seule réponse n'est pas l'objectif ... c'est d'avoir des réponses qui suivent une logique

**cmail** · 02/05/2010, 11h58

J'ai envoyé la demande et je suis comme toi en attente de réponse

Histoire de mieux suivre le processus: envoyé la demande à un service interne de l'IGN ou à l'extérieur? Je suppose que les délais ne seront pas les mêmes.

N'avoir qu'une seule réponse n'est pas l'objectif ... c'est d'avoir des réponses qui suivent une logique

On est d'accord.

**dgrichard** · 02/05/2010, 14h02

Envoyé par cmail

Histoire de mieux suivre le processus: envoyé la demande à un service interne de l'IGN ou à l'extérieur?

Le Géoportail est une partition à plusieurs mains ... Dans ce cas, cela ne dépend pas de l'IGN, mais du fournisseur du service ...

**mga_geo** · 02/05/2010, 17h06

La documentation est un peu succincte: les formats possibles pour freeFormAddress ne sont pas indiquées.
Il faudrait pouvoir disposer de plus de critères d'interrogation du type:
- zone administrative (région/département/commune)
- zone spatiale: distance à un point
- type de lieu
- ...
Un peu de traitement "flou" devrait permettre de trouver et d'ordonner les réponses en donnant accès aux coefficients pondérateurs type:
- distance orthographique
- distance phonétique
- distance spatiale
- ...
Car pour l'instant, comme sur le portail, c'est pas le meilleur service de l'API.

**cmail** · 02/05/2010, 18h12

Il faudrait pouvoir disposer de plus de critères d'interrogation du type:
- zone administrative (région/département/commune)
- zone spatiale: distance à un point
- type de lieu

Super important car quand on interroge, par exemple, sur "Paris" on se retrouve avec 50 résultats (là je crois que ce n'est pas exhaustif!) englobant "La capitale" et des "lieux dits non habités"... Wouaf! On ratisse large!

Pour certaines applications, cela va décevoir...
Et pourtant le potentiel est là...

**dgrichard** · 02/05/2010, 21h35

Envoyé par cmail

Super important car quand on interroge, par exemple, sur "Paris" on se retrouve avec 50 résultats (là je crois que ce n'est pas exhaustif!) englobant "La capitale" et des "lieux dits non habités"... Wouaf! On ratisse large!

Pour certaines applications, cela va décevoir...
Et pourtant le potentiel est là...

De nouveau, ne confondons pas la fonction avec l'organe

Le moteur de recherche par toponymes / adresses doit rechercher des ... toponymes / adresses.
Une recherche sur d'autres critères se construit au dessus (sauf à ce que le service sache le faire ce qui n'est pas et ne sera pas notre cas --dommage d'ailleurs car OpenLS supporte optionnellement d'autres mode de recherche).

De plus, les besoins sont très divers : un passionné de toponymie voudra tous les paris pour chercher des corrélations, tout ce qui ressemble à «pari» pour voir les déclinaisons. Si ce n'est de rechercher des racines de noms de lieux, etc, etc, etc ...

Le couplage géométrique/par type est un besoin supplémentaire qui peut se rajouter via LUSSuccess().

C'est un excellent exercice

**mga_geo** · 02/05/2010, 22h21

L'équilibrage entre la partie client et la partie serveur doit être trouvée!
Sur une recherche avec un mot trop générique (cf les exemples de cmail), le client ne va JAMAIS recevoir les bonnes réponses, et donc LUSSuccess() n'aura rien à moudre de correct: 50 réponses pour n possibles avec de l'ordre du millier.
Sur le portail, la portée d'une recherche est limitée à la commune, c'est moins mal mais c'est insuffisant.
Typiquement les annuaires téléphoniques ont montré la voie pour ce genre de recherches avec un filtrage sur un volume de données plus important, mais c'est techniquement difficile.

L'ajout de critères spatiaux est par contre simple à réaliser sur des bases de données type Oracle, Postgres.
Elle ne satisfera pas la passionné de toponymie mais l'API ne doit pas être leur outil de base.

J'ai l'impression qu'une part importante des utilisateurs de l'API vient des cartes bleues et ces utilisateurs sont sur des usages locaux.

**dnicolas80** · 15/06/2010, 13h16

Envoyé par dgrichard

De nouveau, ne confondons pas la fonction avec l'organe

Le moteur de recherche par toponymes / adresses doit rechercher des ... toponymes / adresses.

Oui, en l'état ce n'est pas "utilisable", si le toponyme que l'on cherche est un "cimetière" par exemple : il a tellement d'homonymes, et cela même au niveau du département, la limite sera systématiquement atteinte et la réponse attendue perdue.

Pour le moment la fonction n'est pas remplie.

Un critère supplémentaire comme des sommets opposés ou une limite administrative du niveau de la commune s'impose.

**dgrichard** · 19/06/2010, 11h40

Envoyé par dnicolas80

Oui, en l'état ce n'est pas "utilisable", si le toponyme que l'on cherche est un "cimetière" par exemple : il a tellement d'homonymes, et cela même au niveau du département, la limite sera systématiquement atteinte et la réponse attendue perdue.

Argutie : la limite est un paramètre de l'API

Envoyé par dnicolas80

Pour le moment la fonction n'est pas remplie.

C'est gratuit de l'écrire et n'amène rien au débat

Envoyé par dnicolas80

Un critère supplémentaire comme des sommets opposés ou une limite administrative du niveau de la commune s'impose.

Peut-on me donner l'API Google/Bings/Yahoo de leurs moteurs de recherche ?

**dnicolas80** · 24/06/2010, 08h52

La limite est un paramètre de l'API et elle peut donc être > 50, arg ma très grande faute, j'avais pas compris que c'était paramétrable au delà (quel serai la vrai limite alors ?). Tellement habitué aux limitations et restrictions que je n'ai même pas essayé d'augmenter ce paramètre le considérant a son maximum.

Cependant, je trouve pas pertinent que le butineur est a faire le tri (a ce point).

Et je ne l'ai pas écrit gratuitement, c'est bien une requête

dont la formulation est discutable. A ma décharge, le moteur (l'organe), limité par moi même a l'insu de mon plein gré, ne pouvait réaliser la fonction.

Maintenant, on sait qu'il n'est pas limité en ce sens, une amélioration est possible ?

Et pour ce qui est des moteurs "de référence ?", vous pensez a la recherche sur le nom du toponyme ou a autre chose ?

**dgrichard** · 26/06/2010, 11h40

Envoyé par dnicolas80

La limite est un paramètre de l'API et elle peut donc être > 50, arg ma très grande faute, j'avais pas compris que c'était paramétrable au delà (quel serai la vrai limite alors ?).

Il faut lire la documentation ... Pour la limite maximum, y-en a pas pour l'instant : c'est juste que récupérer 100, 1000, 10000 toponymes en javascript, c'est fun ...

Envoyé par dnicolas80

Tellement habitué aux limitations et restrictions que je n'ai même pas essayé d'augmenter ce paramètre le considérant a son maximum.

Vive les démocrates ! Discute-t-on autant avec Google ?

Envoyé par dnicolas80

Cependant, je trouve pas pertinent que le butineur est a faire le tri (a ce point).

Et je ne l'ai pas écrit gratuitement, c'est bien une requête

dont la formulation est discutable. A ma décharge, le moteur (l'organe), limité par moi même a l'insu de mon plein gré, ne pouvait réaliser la fonction.

Maintenant, on sait qu'il n'est pas limité en ce sens, une amélioration est possible ?

Avant de dire que la formulation est discutable, lire ceci ...

Envoyé par dnicolas80

Et pour ce qui est des moteurs "de référence ?", vous pensez a la recherche sur le nom du toponyme ou a autre chose ?

Je comprends pô la demande

**dnicolas80** · 21/07/2010, 10h16

Envoyé par dgrichard

Vive les démocrates ! Discute-t-on autant avec Google ?

Oh que non, même pour leur acheter du service ils ne répondent pas forcement. Mais la diffusion d'une bd via une API est un ersatz de liberté d'accès aux données souvent nécessaire à cause du volume, des mises à jours, ou des droits.

Envoyé par dgrichard

Avant de dire que la formulation est discutable, lire ceci ...

Je parlais de la formulation de mon message

Sinon doc intéressant, la requête décrite au paragraphe 9.3.3.2 "Service de géocodage inverse" est implémentée ? (pas testé)