Le 25/11/2014 23:48, Frédéric Rodrigo a écrit :
Il me semble que dans un soucie de cohérence globale avec le taging
dans les autres pays il nous faudrait basculer pour les communes vers
la tag postal_code.
À faire et à défaire, au moins, ça occupe…
L'ennui c'est que postal_code n'est pas prévu sur les noeyds et que presque
toutes les relations administratives ont un nœud admin_centre utilisable
comme substitut selon le niveau de détail et de zoom d'un rendu qui ne peut
afficher la zone entière et se contente d'un nœud avec une icône centrée
J'utilise OsmAnd depuis quelques temps. Quand je fais des recherches
par adresse, certaines communes n'apparaissent pas du tout. Exemples:
- Tournon (Savoie)
- Veurey-Voroize (Isère)
J'ai essayé avec le fichier Rhone-alpes installé automatiquement par
l'application, avec le fichier
Le 25 novembre 2014 10:16, Pierre-Yves Berrard
pierre.yves.berr...@gmail.com a écrit :
Le 25 novembre 2014 09:43, Laurent Choisie laurent.choi...@gmail.com a
écrit :
Comment peut-on savoir si le traitement de rapprochement des adresses
FANTOIR-BANO a bien eu lieu ? (pour éviter de vous
Quand je saisis Tournon, il propose par défaut Tournon-sur-Rhône. Cliquer
sur le bouton Rechercher dans les villages et codes postaux fait
apparaitre en plus Tournon [Village], Le Petit Tournon [Hameau] et Le
Tournon [Hameau].
L'une de ces trois solutions supplémentaires est-elle bonne ?
Bonjour,
Si j'ai bien compris le fonctionnement d'Osmand, les noms affichés en
dynamique lors de la recherche sont des place=town et plus.
Le bouton Rechercher dans les villages et codes postaux étend la
recherche.
Bruno
Le 26 novembre 2014 11:17, Eric Sibert courr...@eric.sibert.fr a écrit :
Les limites de la commune n'ont-elles pas un problème ?
Le 26 novembre 2014 11:30, Pierre-Yves Berrard
pierre.yves.berr...@gmail.com a écrit :
Le 25 novembre 2014 10:16, Pierre-Yves Berrard
pierre.yves.berr...@gmail.com a écrit :
Le 25 novembre 2014 09:43, Laurent Choisie
Le 26 novembre 2014 11:30, Pierre-Yves Berrard
pierre.yves.berr...@gmail.com a écrit :
Manifestement un problème s'est produit pour la commune de Bavilliers
(90008)
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#15/47.6201/6.8294
.
Elle est passée subitement de 5 voies non
2014-11-26 11:10 GMT+01:00 Philippe Verdy verd...@wanadoo.fr:
postale et on en a strictement aucune en France (type=boundary,
boundary=postal_area) contrairement à nos voisins
Le bon tag est boundary=postal_code:
http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dpostal_code
Pieren
Bonjour,
De: Pierre-Yves Berrard pierre.yves.berr...@gmail.com
Le 26 novembre 2014 12:48, Christian Quest cqu...@openstreetmap.fr
a écrit :
Les limites de la commune n'ont-elles pas un problème ?
Si, ce noeud là a bougé, par exemple :
Le 26 novembre 2014 14:00, Vincent de Château-Thierry osm.v...@free.fr a
écrit :
Du coup j'ai corrigé la limite de Bavilliers à l'instant.
Merci vincent !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Bonjour,
102370290C
J'ai dans la page Fantoir une rue « PLA DU TERREAU »,
http://cadastre.openstreetmap.fr/fantoir/#insee=10237
Sur le rendu Bano « Placa du Terreau »,
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#19/48.30097/3.76503
et dans OSM une « Place du Terreau » non rapprochée.
Dans un tel cas, il faudrait que le script de récup OSM de BANO saute la
commune en question sans toucher aux données actuelles...
Le 26 novembre 2014 14:00, Vincent de Château-Thierry osm.v...@free.fr a
écrit :
Bonjour,
De: Pierre-Yves Berrard pierre.yves.berr...@gmail.com
Le 26
De: Christian Quest cqu...@openstreetmap.fr
Dans un tel cas, il faudrait que le script de récup OSM de BANO
saute la commune en question sans toucher aux données actuelles...
...ou s'appuie sur la dernière version connue du polygone non cassé. Mais ça
implique de chercher ailleurs que
A défaut, tu as les polygones des communes stables (la dernière publiée sur
data.gouv.fr simplifiée à 5m) dans la table communes sur osm104 ;)
Le 26 novembre 2014 15:23, Vincent de Château-Thierry osm.v...@free.fr a
écrit :
De: Christian Quest cqu...@openstreetmap.fr
Dans un tel cas, il
althio wrote
Je récapitule par ordre de préférence approximatif :
** removed:*building=* (déjà utlisé, un peu)
Après ce que j'ai lu, vu, et entendu, voilà donc celle que je préfère et que
je compte utiliser et que je viens de documenter :
http://wiki.openstreetmap.org/wiki/Key:removed
Le 26/11/2014 16:19, sly (sylvain letuffe) a écrit :
Après ce que j'ai lu, vu, et entendu, voilà donc celle que je préfère
et que je compte utiliser et que je viens de documenter :
http://wiki.openstreetmap.org/wiki/Key:removed demolished ne me plaît
finalement pas car le nom limite son usage
Bonjour,
Je n'ai pas tout compris des priorités des sources etc...
Mais là, je sens que le rapprochement, ça va être dur !
http://layers.openstreetmap.fr/?zoom=18lat=47.21579lon=5.98253layers=BFT
Parce que l'accent, là, il n'est ni espagnol, ni franc-comtois...
--
Le changement a été fait sans discernement entre zones et adresses.
Relation type=boundary avec tag postal_code
Dans le monde 13 193
En France 231
Donc hors de France métropolitaine 12 962
Relation type=boundary avec tag addr:postcode
Dans le monde 35 519
En France 29 909
Dons hors de France
A ma connaissance, la RATP n'a pas publié de données sur les bouches de
métro...
Le 26 novembre 2014 21:40, Shérab she...@teupaga.fr a écrit :
Bonsoir à tous et désolé pour cette réponse tardive.
Tout d'abord un grand merci, Sébastien, pour ton écoute et ta
disponibilité lors du Capitole du
20 matches
Mail list logo
