Re: [OSM-talk-fr] Nominatim et les phrases spéciales : on comment trouver simplement (?) quelque chose dans OSM
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 yves.prat...@gmail.com a écrit : Des exemples concrets ? - hôtels à lyon http://www.openstreetmap.org/search?query=hotels%20%C3%A0%20lyon#map=19/45.74677/4.86903 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 city, mais aussi dans la county : place place_id=881408 osm_type=node osm_id=270479932 place_rank=30 boundingbox=45.7688624,45.7689624,4.856852,4.856952 lat=45.7689124 lon=4.856902 display_name=Hôtel du Parc, Boulevard des Brotteaux, Lyon 6e Arrondissement, Lyon, Rhône, Rhône-Alpes, Metropolitan France, 69006, Franceclass=tourism type=hotel importance=0.101 icon= http://nominatim.openstreetmap.org/images/mapicons/accommodation_hotel2.p.20.png hotelHôtel du Parc/hotel roadBoulevard des Brotteaux/road suburbLyon 6e Arrondissement/suburb city_districtLyon 6e Arrondissement/city_district cityLyon/city countyLyon/county stateRhône-Alpes/state countryFrance/country postcode69006/postcode country_codefr/country_code /place 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 http://nominatim.openstreetmap.org/search?format=xmladdressdetails=1q=hotel+pr%C3%A8s+de+eternoz%22 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) http://www.openstreetmap.org/way/207908673 qui a 2 relation *associatedStreet* (la 2e était une erreur). - Relation Cours Albert Thomas (3750808)
Re: [OSM-talk-fr] Nominatim et les phrases spéciales : on comment trouver simplement (?) quelque chose dans OSM
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 http://www.openstreetmap.org/search?query=h%C3%B4tel%20a%20cours%20albert%20thomas#map=18/45.74507/4.87338layers=H Lagrange City http://www.openstreetmap.org/way/62338429, Cours Albert Thomas, Lyon, 69001;69002;69003;69004;69005;69006;69007;69008;69009, France Hôtel du Nord http://www.openstreetmap.org/node/2453696355, Rue Guy, Lyon, 69003, France Mercure Lyon Lumière http://www.openstreetmap.org/node/219232834, 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 http://www.lagrange-city-lyon-lumiere.com/contact/contactez-nous-formulaire-telephone-fax-informations). 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 http://www.mercure.com/fr/hotel-1535-hotel-mercure-lyon-lumiere/index.shtml). C’est un nœud isolé « contenu » dans un bâtiment avec 8 n° de rues http://www.openstreetmap.org/node/219232834#map=19/45.74726/4.86812layers=H La recherche 71 cours albert thomas, lyon http://www.openstreetmap.org/search?query=71%20cours%20albert%20thomas,%20lyon#map=18/45.74709/4.86777 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 http://www.openstreetmap.org/search?query=111%20Cours%20Albert%20Thomas,%20lyon#map=18/45.74507/4.87338layers=H (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 list Talk-fr@openstreetmap.org
Re: [OSM-talk-fr] Nominatim et les phrases spéciales : on comment trouver simplement (?) quelque chose dans OSM
2014-12-13 15:44 GMT+01:00 Yves Pratter yves.prat...@gmail.com: - J’ai essayé de trouver l’adresse 111 Cours Albert Thomas, lyon http://www.openstreetmap.org/search?query=111%20Cours%20Albert%20Thomas,%20lyon#map=18/45.74507/4.87338layers=H (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
Des exemples concrets ? hôtels à lyon http://www.openstreetmap.org/search?query=hotels%20%C3%A0%20lyon#map=19/45.74677/4.86903 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 city, mais aussi dans la county : place place_id=881408 osm_type=node osm_id=270479932 place_rank=30 boundingbox=45.7688624,45.7689624,4.856852,4.856952 lat=45.7689124lon=4.856902 display_name=Hôtel du Parc, Boulevard des Brotteaux, Lyon 6e Arrondissement, Lyon, Rhône, Rhône-Alpes, Metropolitan France, 69006, Franceclass=tourism type=hotel importance=0.101 icon=http://nominatim.openstreetmap.org/images/mapicons/accommodation_hotel2.p.20.png http://nominatim.openstreetmap.org/images/mapicons/accommodation_hotel2.p.20.png hotelHôtel du Parc/hotel roadBoulevard des Brotteaux/road suburbLyon 6e Arrondissement/suburb city_districtLyon 6e Arrondissement/city_district cityLyon/city countyLyon/county stateRhône-Alpes/state countryFrance/country postcode69006/postcode country_codefr/country_code /place 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 http://nominatim.openstreetmap.org/search?format=xmladdressdetails=1q=hotel+pr%C3%A8s+de+eternoz%22 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) http://www.openstreetmap.org/way/207908673 qui a 2 relation associatedStreet (la 2e était une erreur). Relation Cours Albert Thomas (3750808) http://www.openstreetmap.org/relation/3750808 (en tant que street) Relation 2980103 http://www.openstreetmap.org/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
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 https://github.com/twain47/Nominatim/issues/186 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 m...@sibert.fr 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 http://tile.openstreetmap.fr/?q=[station]%20lyon%20part-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