Re: [OSM-talk-fr] Nominatim et les phrases spéciales : on comment trouver simplement (?) quelque chose dans OSM

[Marc Gemis]

2014-12-13 15:44 GMT+01:00 Yves Pratter :

>
>- J’ai essayé de trouver l’adresse 111 Cours Albert Thomas, lyon
>
> 
>  (pas
>de 111 visible sur la carte).
>*Le cours sort 6 fois* avec les codes postaux *69003* (2X), *69007*,
>*69008* (2X) et* 69001;69002;69003;69004;69005;69006;69007;69008;69009*
>
>
> Des idées ?
>

Oui, je pense les "postalcode boundaries" comme en Flandre et Allemagne
sont la solution pour ça.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nominatim et les phrases spéciales : on comment trouver simplement (?) quelque chose dans OSM

[Yves Pratter]

Merci Philippe pour ta réponse relativement courte :)

> Plus exactement ce ) quoi tu t'attends c'est un recherche de champs 
> compatibles avec une adresse postale française
Entre-autres ;-)
Le plus important c’est de trouver simplement des objets de la vie courante. 
(Passez la partie sur les 9 codes postaux lyonnais et allez voir plus bas pour 
les généralités)

<—— cas lyonnais ——

> alors que Nomintaim n'est pas spécifiquement prévu pour la France ni pour les 
> adresses postales et doit pouvoir servir à trouver diverses choses dans la 
> base.
> Les champs "redondants" ne le sont que dans le sens postal.
Ok, mais pour un usage courant avoir une liste à rallonge de noms ne va pas 
faciliter l’utilisation d’OSM par le grand public.

> Cependant curieusement on se demande pourquoi Nominatim trouve l'unique code 
> postal 69006 pour le premier hôtel dans le 6e arrondissement de Lyon mais 
> retourne 9 des codes postaux…
Il me semble que c’est un « bug » dans les données.

hôtel a cours albert thomas 

Lagrange City , Cours Albert Thomas, 
Lyon, 69001;69002;69003;69004;69005;69006;69007;69008;69009, France
Hôtel du Nord , Rue Guy, Lyon, 
69003, France
Mercure Lyon Lumière , 71-73-75, 
Cours Albert Thomas, Lyon, 
69001;69002;69003;69004;69005;69006;69007;69008;69009, France

Quelques observations :

Lagrange City est un aparthôtel situé au 81-85 Cours Gambetta (cf. leur site 
web 
).
 Sur la carte il y a les n° 81 et 83 qui sont? sur le tracé du bâtiment.

L’hôtel du Nord semble avoir une adresse correcte, c’est bizarre que le 
géocodage se fasse sur l’autre rue… (il est au coin de la Rue Guy et du Cours 
Albert Thomas).

L’hôtel Mercure Lyon Lumière est au 69 cours Albert Thomas (cf. site web 
). 
C’est un nœud isolé « contenu » dans un bâtiment avec 8 n° de rues 

La recherche 71 cours albert thomas, lyon 

 renvoie 4 POI avec avec les 9 codes postaux de Lyon (ce sont tous des nœuds 
situé dans ce même bâtiment). 

J’ai essayé de trouver l’adresse 111 Cours Albert Thomas, lyon 

 (pas de 111 visible sur la carte). 
Le cours sort 6 fois avec les codes postaux 69003 (2X), 69007, 69008 (2X) et 
69001;69002;69003;69004;69005;69006;69007;69008;69009

Des idées ?

——cas lyonnais ——>

> Si on ôte des éléments "superflus" des résultats de Nominatim, on risque de 
> ne plus voir l'arrondissement et rester avec le code postal non résolu!
Le code postal non résolus est un bug ?

Mais je parle de le supprimer pour l’affichage (du moins pour des POI 
adressables par la poste.
Après pour une forêt ou un lieu naturel on pourrait envisager une règle 
différente (comme un règle d’affichage des adresses postales par pays).

> On voit la limite de Nominatim, il n'y a pas vraiment moyen de simplifier les 
> résultats selon certains types de recherche (par exemple ici selon une 
> adresse postale française),
Si, j’ai cru voir des sites qui n’affichent que la partie de l’adresse qui les 
intéressent.
Je sais que le géocodage est hyper compliqué mais c’est important de 
l’améliorer pour ne pas réserver OSM aux seuls geeks ;-)
 
> Pourtant un profil de recherche "postale" devrait être assez commun à tous 
> les pays et réglé correctement avec les champs adéquats et dans le bon ordre 
> pour chaque pays
+1 (règle d’affichage par pays)

> (toi tu veux le code postal avant la ville selon l'usage postal en France
Je me répète, je veux surtout un affichage clair — ça sera déjà une grosse 
avancée) :-)

Et surtout que la recherche « gare à lyon » me renvoie que les gares et pas les 
stations de métro !
Ou que « métro proche du cours gambetta, lyon » fonctionne !
C’est en partie faisable en revoyant les phrases spéciales (il faut chercher 
station de métro proche)

> Si on utilise en revanche Nominatim pour chercher des listes de services, 
> l'adresse postale n'est pas forcément suffisante; encore moins si ce qu'on 
> cherche n'est pas un lieu précis mais une région, une forêt, une rivière, une 
> montagne, un parc naturel, un étang qui n'ont pas d'adresse en propre…
cf. règles plus haut.

On peut faire une maquette en javascript pour tester tout ça et ensuite 
proposer ça à la fondation.
Il faut aussi évaluer ces aspects avec les autres géocodeurs.

—
Yves___
Talk-fr mailing 

Re: [OSM-talk-fr] Nominatim et les phrases spéciales : on comment trouver simplement (?) quelque chose dans OSM

[Philippe Verdy]

Plus exactement ce ) quoi tu t'attends c'est un recherche de champs
compatibles avec une adresse postale française alors que Nomintaim n'est
pas spécifiquement prévu pour la France ni pour les adresses postales et
doit pouvoir servir à trouver diverses choses dans la base.
Les champs "redondants" ne le sont que dans le sens postal.
Cependant curieusement on se demande pourquoi Nominatim trouve l'unique
code postal 69006 pour le premier hôtel dans le 6e arrondissement de Lyon
mais retourne 9 des codes postaux de la ville de Lyon alors qu'il a situé
le deuxième hôtel dans le 8e arrondissement pour lequel l'ambiguité au
niveau de la ville entière est résolu sur l'arrondissement qui a été trouvé
correctement.

Si on ôte des éléments "superflus" des résultats de Nominatim, on risque de
ne plus voir l'arrondissement et rester avec le code postal non résolu!
On voit la limite de Nominatim, il n'y a pas vraiment moyen de simplifier
les résultats selon certains types de recherche (par exemple ici selon une
adresse postale française), pour ne mettre les autres données que dans un
onglet optionellement déroulable de "détails".

Pourtant un profil de recherche "postale" devrait être assez commun à tous
les pays et réglé correctement avec les champs éadéquats et dans le bon
ordre pour chaque pays (toi tu veux le code postal avant la ville selon
l'usage postal en France mais dans la plupart des pays le code postal est
indiqué après la ville, juste avant le pays (et l'usage du préfixe abrégé
pour le pays juste accollé avant le code postal est très peu développé, les
codes pays sont mal normalisés. En France ce devrait être théoriquement
"F-", comme les plaques minéralogiques, et non "FR-" si on emploie le code
ISO 3166-1 mais d'autres pays utilisent ni l'un ni l'autre et les codes
pays pour l'usage postal sont très peu suivis.

Si on utilise en revanche Nominatim pour chercher des listes de services,
l'adresse postale n'est pas forcément suffisante; encore moins si ce qu'on
cherche n'est pas un lieu précis mais une région, une forêt, une rivière,
une montagne, un parc naturel, un étang qui n'ont pas d'adresse en propre...

Le 12 décembre 2014 11:12, Yves Pratter  a écrit :
>
> Des exemples concrets ?
>
>
>- hôtels à lyon
>
> 
>renvoie de les hôtels de Lyon :) mais aussi ceux des alentours !
>(Oullins,Chaponost…)
>
>
> Le problème vient du fait que « Lyon » se trouve dans la , mais
> aussi dans la  :
>
>  lon="4.856902" display_name="Hôtel du Parc, Boulevard des Brotteaux, Lyon
> 6e Arrondissement, Lyon, Rhône, Rhône-Alpes, Metropolitan France, 69006,
> France"class="tourism" type="hotel" importance="0.101" icon="
> http://nominatim.openstreetmap.org/images/mapicons/accommodation_hotel2.p.20.png
> ">
> Hôtel du Parc
> Boulevard des Brotteaux
> Lyon 6e Arrondissement
> Lyon 6e Arrondissement
> Lyon
> Lyon
> Rhône-Alpes
> France
> 69006
> fr
> 
>
> Autre problème récurrent, c’est l’éternel affichage avec tous les champs :
>
>- Hôtel du Parc, Boulevard des Brotteaux, Lyon 6e Arrondissement,
>Lyon, Rhône, Rhône-Alpes, Metropolitan France, 69006, France
>->
>
>
> *Hôtel du Parc, Boulevard des Brotteaux, 69006, Lyon, France *
>- Lagrange City, Cours Albert Thomas, Lyon 8e Arrondissement, Lyon,
>Rhône, Rhône-Alpes, Metropolitan France,
>*69001;69002;69003;69004;69005;69006;69007;69008;69009*, France
>->
>
>
> *Lagrange City, Cours Albert Thomas, 69008, Lyon, France *
>- Les Clos de Chaponost, Avenue Paul Doumer, Chaponost, Lyon, Rhône,
>Rhône-Alpes, Metropolitan France, 69630, France
>C’est à Lyon ou à Chaponost !!
>->
>
>
> *Les Clos de Chaponost, Avenue Paul Doumer, 69630, Chaponost, France *
>- Hôtel Regina, Grande Rue, Saint-Jean, Besançon, Doubs, *Free County*,
>Metropolitan France, 25000, France
>->
>*Hôtel Regina, Grande Rue, 25000, Besançon, France*
>
>
> Tient, les limites religieuses ont disparues :-)
> *boundary=religious_administration*
>
>
>
>- hotel près de eternoz
>
> 
>  ne
>renvoie rien !!
>Il n’y en a pas dans le village, ni dans les villages alentours, mais
>il y en a forcément un peu plus loin (au moins à Besançon).
>
>
> —
> Yves
>
> PS: pour *69001;69002;69003;69004;69005;69006;69007;69008;69009*,
> France je ne sais pas d’où provient exactement l’erreur.
> J’ai trouvé ça pour deux hôtels dans la rue  Cours Albert
> Thomas(207908673)  qui a 2
> relation *associatedStreet* (la 2e était une erreur).
>
>- Relation Cours Albert Thomas (3750808)
> (en tant que street)
>- Relation 2980103  (en
>tant que street)
>
>
>
>
>
> ___
> Talk-f

Re: [OSM-talk-fr] Nominatim et les phrases spéciales : on comment trouver simplement (?) quelque chose dans OSM

[Yves Pratter]

Des exemples concrets ?

hôtels à lyon 

renvoie de les hôtels de Lyon :) mais aussi ceux des alentours ! 
(Oullins,Chaponost…)

Le problème vient du fait que « Lyon » se trouve dans la , mais aussi 
dans la  :

http://nominatim.openstreetmap.org/images/mapicons/accommodation_hotel2.p.20.png
 
">
Hôtel du Parc
Boulevard des Brotteaux
Lyon 6e Arrondissement
Lyon 6e Arrondissement
Lyon
Lyon
Rhône-Alpes
France
69006
fr


Autre problème récurrent, c’est l’éternel affichage avec tous les champs :
Hôtel du Parc, Boulevard des Brotteaux, Lyon 6e Arrondissement, Lyon, Rhône, 
Rhône-Alpes, Metropolitan France, 69006, France
->
Hôtel du Parc, Boulevard des Brotteaux, 69006, Lyon, France

Lagrange City, Cours Albert Thomas, Lyon 8e Arrondissement, Lyon, Rhône, 
Rhône-Alpes, Metropolitan France, 
69001;69002;69003;69004;69005;69006;69007;69008;69009, France
->
Lagrange City, Cours Albert Thomas, 69008, Lyon, France

Les Clos de Chaponost, Avenue Paul Doumer, Chaponost, Lyon, Rhône, Rhône-Alpes, 
Metropolitan France, 69630, France
C’est à Lyon ou à Chaponost !!
->
Les Clos de Chaponost, Avenue Paul Doumer, 69630, Chaponost, France

Hôtel Regina, Grande Rue, Saint-Jean, Besançon, Doubs, Free County, 
Metropolitan France, 25000, France
->
Hôtel Regina, Grande Rue, 25000, Besançon, France

Tient, les limites religieuses ont disparues :-)
boundary=religious_administration


hotel près de eternoz 

 ne renvoie rien !!
Il n’y en a pas dans le village, ni dans les villages alentours, mais il y en a 
forcément un peu plus loin (au moins à Besançon).

—
Yves

PS: pour 69001;69002;69003;69004;69005;69006;69007;69008;69009, France je ne 
sais pas d’où provient exactement l’erreur.
J’ai trouvé ça pour deux hôtels dans la rue  Cours Albert Thomas(207908673) 
 qui a 2 relation associatedStreet 
(la 2e était une erreur).
Relation Cours Albert Thomas (3750808) 
 (en tant que street)
Relation 2980103  (en tant que 
street)



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Nominatim et les phrases spéciales : on comment trouver simplement (?) quelque chose dans OSM

[Yves Pratter]

Bonjour,

On avait évoqué ce sujet en juin 2013 (à propose des gares SNCF). J’ai écrit un 
message en septembre 2013 qui est resté à l’état de brouillon.
C’est gràce au ticket de Pierre Béland sur github Ability to search features 
similarly to Xapi  que j’ai 
recreusé la question.

Et au passage j’ai « redécouvert » ce que j’avais formulé l’année passée ;D

Comme il ne semble pas à l’ordre du jour de rajouter une syntaxe « 
[amenity=restaurant] » il me semble important de revoir ces phrases d’un point 
de vue francophone.
L’erreur avait été de traduire trop fidèlement les phrases anglaises, ce qui 
produit un résultat inexploitable voir délétère.

Des volontaires (et si possible pas que des français, il faut tenir compte des 
spécificités régionales) pour faire le ménage dans ce fichier ?
Et aussi proposer des améliorations de code de Nominatim (car je ne vois pas 
comment on peut trouver uniquement une gare ferroviaire sans faire une 
recherche sur 2 tags).

—
Yves


Le 7 juin 2013 à 16:06, Marc SIBERT mailto:m...@sibert.fr>> a 
écrit :

> Si tu cherches une gare, c'est un lieu qui *a* un nom : lyon part-dieu et qui 
> *est* une gare (en. station)
> essaie : [station] Lyon Part-Dieu 
> 
> 

Je m'interrogeais à l'époque sur le manque de doc de la syntaxe [tag] et pour 
cause, elle n'existe pas ;-)

En fait il suffit d'écrire en langage "naturel" : Gare ferroviaire près de Lyon

Mais il y a plusieurs bémols :
D'une façon générale, la traduction faite pour ces phrases spéciales est faite 
littéralement, terme par terme.
Je m'explique :
j'utiliserais plutôt :
"gare près de lyon", plutôt que "gare ferroviaire…"
"métro à paris", plutôt que "Station de métro à…", plutôt que "Bouche de métro 
à…"
"fruits à…" ou "légumes à…", plutôt que "Marchand de fruits et légumes à…"
…

Il y a des erreurs de traductions :
"Cascade" à la place de "Source" (tag natural=spring)

l'intérêt/l'utilité de certaines phrases :
"Eau près de Annecy".
La traduction du tag natural=water est correcte, mais je chercherais plutôt 
"lac près de…", "étang près de…", voir "plan d'eau…"
"Bordel", peut-être utile mais il y a probablement d'autres phrases à ajouter 
ou retraduire avant  ;-)
"éboulis à …" ?

Est-ce que la recherche sur des tags synonymes fonctionne ?
"Cimetière à…" amenity= grave_yard et landuse= cemetery

xxx phrase pour un seul tag : pas suffisant, il faudrait rechercher une 
combinaison de tag (cf. station de métro ?)
cas particuliers des gares sur Lyon : sort aussi les station de métro !!
cas particulier des écluses , des ponts : lock_name et bridge_name pas indexés.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr