Même plus simple le name c'est La Poste! Pour le reste c'est une sous sectorisation. En effet qu'en on parle d'aller à un bureau de poste ou dans une autre société on ne parle pas d'aller à Tavel mais à La Poste de Tavel. Ici le village c'est que l'implantation. Il y a une logique organisationnel sur le terrtoire comme c'est le cas pour la grande-distribution.
Sachant qu'en plus c'est privatisé, Le Nom de la société doit au moins figuré dans le tag A la limite cela règle ton problème: Name = La Poste - Montpellier Préfecture Avec le mode de séparation que vous voulez pour identifier le fait qu'il y a la société et son bureau local. Et cela en respectant la casse imposé dans OSM et pas un texte qu'en capitale. Au pire il faut transformer l'ensemble des tags de manière à avoir le texte sans accents et soundex de Osmose nous proposera de corriger. Le tiret quand à lui peut être analyser comme dans n'importe quel soft et remplacé sur la carte par un renvoi à la ligne. @Christian: Ce qui est pénible c'est de faire avec des contraintes de normalisation. En effet retraiter le tag name c'est pénible mais dans tous les cas si tu veux sortir l'ensemble des boulangeries, tu iras d'abord choisir le couple clé+valeur plutôt qu'un nom dans lequel ce sera peut être écrit Le Bon Pain de Dédé" au lieu de "Boulangerie" et au mieux tu compléteras en recherchant dans le tag name les valeurs correspondantes (ou inversement car dans tous les cas c'est complémentaire). Il faut dire que ce problème et un parallèle au sujet Si c'est un problème d'identification du type de commerce, et c'est le cas pour pas mal de type de boutique, il faut essayer de compléter l'iconographie. Mais ça c'est un autre sujet Yves met en avant un problème supplémentaire correspondant au fait qu'il n'y ai pas de système de filtrage lié à nominatim. Je parle de recherche avancée. Et ça ce serait un plus. @Vincent: Comme dit Christian il y a le Reverse géocoding et il y a le lien vers le site de La Poste comme référence et un is_in est plus performant comme clé pour déterminer une inclusion vu que le nom correspond à un suburb ou à un town et autre. Mais cela implique dans tous les cas des relations entre différents jeux. C'est une base contenant des éléments relationnel. S'il faut faire des fichiers plats, dans ce cas c'est l'outil d'extraction qui va fournir les infos manquantes. L'objectif de sortir un jeu de données non contaminant et des infos à l'identique de celui de la source et à bannir de fait. On va changer la précision et on ne prend pas forcément tout le contenu du fichier source. On fait le lien et c'est ça le plus important à mon sens. Ne pas perdre l'origine de l'info et la date de cette dite source ou celle de source locale (avec une date). Le fait d'avoir name=La Poste ne me choque pas, pas plus que pour une autre société. Après pour lever toutes ambiguités c'est un complément de nom pour moi et dans nos SIG c'est géré comme tel. Quand on parle de service d'un organisme c'est le même problème genre SDIS 30 - service * Le 4 juillet 2015 12:07, Christian Quest <cqu...@openstreetmap.fr> a écrit : > Un reverse géocodage de masse sur adresse.data.gouv.fr et c'est réglé ;) > > Oui, je comprends bien ton propos, mais généralise le à tout type de > POI... et on devrait mettre tout plein d'infos sur tout les POI... le > retour des is_in ? > > Quelqu'un a même suggéré (à juste titre) de supprimer le code postal sur > les boites aux lettres de rue ;) > > > > Le 04/07/2015 11:58, Vincent de Château-Thierry a écrit : > > > > Le 04/07/2015 11:44, Christian Quest a écrit : > >> Je ne trouve aucun apport à avoir un nom identique à celui de la commune > >> pour les bureaux de poste. > >> C'est un service, en principe générique, et sa localisation n'a en fait > >> aucune importance. > >> C'est différent pour une gare qui correspond à un service qui sert à se > >> déplacer et donc d'aller d'un point A à un point B où la différenciation > >> est essentielle au service et où le nom me semble important. > >> > >> Quand il y a plusieurs bureaux de poste dans une même commune, là le nom > >> commence à servir à les différencier (exemple dans ma commune avec une > >> "Poste principale" et 4 autre bureaux). > >> > >> On revient à nouveau sur la notion de "nom"... et ce qu'on doit mettre > >> ou pas dans name=* > > > > Je vois que l'idée d'autonomie d'un jeu de données à encore du chemin > > à faire... Il n'y a pas que les cartes dans la vie ;) > > Supposons un consommateur* de données OSM qui n'utilise que les > > bureaux de poste. Il ne veut pas les prendre dans l'OpenData de La > > Poste, car le positionnement géographique est moins précis que dans > > OSM. Mais à vous suivre, s'il les extrait d'OSM, il va se retrouver > > avec un tag name majoritairement vide, rempli quasi uniquement dans > > les communes à plusieurs bureaux. Vous trouvez ça pratique à utiliser > > ? Homogène ? S'il faut en passer par un croisement avec les limites > > communales pour retrouver le nom, alors qu'il était présent dans la > > source intégrée, je pense qu'on marche sur la tête. > > > > vincent > > > > * il les consomme, mais pas forcément via une carte. > > > > _______________________________________________ > > Talk-fr mailing list > > Talk-fr@openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-fr > > -- > Christian Quest - OpenStreetMap France > > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
