Je suis le seul à trouver ça assez embêtant d'avoir plusieurs méthodes?
Du coup j'ai cartographié assez peu de numéro depuis que j'ai constaté cet
état de fait.
Y'a vraiment aucune méthode privilégiée?
2012/8/15 Christian Quest cqu...@openstreetmap.fr
Lorsqu'à la même adresse on a plusieurs
Même si il n'y en a aucune de privilégiée, il ne faut pas se
restreindre pour cette raison.
On pourra toujours tout basculer automatiquement vers l'un ou l'autre.
Il faut juste que les ré-utilisateurs connaissent les 2 méthodes
actuellement employée.
Il y a d'autres exemple où le tag a évolué.
Il n'y a pas que le postier qui s'intéresse aux numéros, et même lui .
Pour une livraison à domicile ou pour recevoir un recommandé, ou pour
savoir où aller quand on est invité quelque part, la position de la
boîte n'est franchement pas idéale.
La position du numéro se met donc à l'entrée ou au
2012/8/16 Christian Quest cqu...@openstreetmap.fr:
Même si il n'y en a aucune de privilégiée, il ne faut pas se
restreindre pour cette raison.
On pourra toujours tout basculer automatiquement vers l'un ou l'autre.
Il faut juste que les ré-utilisateurs connaissent les 2 méthodes
actuellement
De : Pieren
2012/8/16 Christian Quest :
Même si il n'y en a aucune de privilégiée, il ne faut pas se
restreindre pour cette raison.
On pourra toujours tout basculer automatiquement vers l'un ou l'autre.
Il faut juste que les ré-utilisateurs connaissent les 2 méthodes
actuellement
2012/8/16 Vincent de Chateau-Thierry v...@laposte.net:
Chaque méthode étant suffisamment populaire,
Modèle relation : 0.05% des contributions; l'autre : 99.95%.
Comme souligné par Christian, côté consommateurs de la donnée, ce qui est
inévitable,
Certes, mais la question était posée par un
Le 16 août 2012 13:24, Pieren pier...@gmail.com a écrit :
Monde:
- addr:street : 14.080.304
- type=associatedStreet : 75.102
France:
- addr:street : 439.859
- type=associatedStreet : 23.373
On ne peut pas compter comme çà :)
La relation regroupe plusieurs numéros de rue. Alors que
De : Pieren
Chaque méthode étant suffisamment populaire,
Modèle relation : 0.05% des contributions; l'autre : 99.95%.
Bon ok, on peut faire dire ce qu'on veut aux chiffres :-). Je ne parlais pas de
relatif
(tes pourcentages disent tout) mais d'absolu : 75.000 occurrences de relation
Le 16 août 2012 14:20, Etienne Trimaille etienne.trimai...@gmail.com a écrit :
Le 16 août 2012 13:24, Pieren pier...@gmail.com a écrit :
Monde:
- addr:street : 14.080.304
- type=associatedStreet : 75.102
France:
- addr:street : 439.859
- type=associatedStreet : 23.373
On ne peut pas
Le 14 août 2012 18:52, Christian Quest cqu...@openstreetmap.fr a écrit :
Peut être mais ça n'est qu'une seule et même adresse.
Si ces différents addr:housenumber figurent sur des noeuds qui ont des
positions différentes... laquelle est la position de l'adresse ?
Ben la position de chaque
Lorsqu'à la même adresse on a plusieurs commerces, ceux si sont
souvent positionné séparément, car chaque commerce est à un
emplacement différent (tant qu'on reste en 2D). Ils sont dans le même
bâtiment qui lui a une adresse, liée plus ou moins à la parcelle
cadastrale.
C'est parce que le commerce
J'essaye de regarder les ajouts d'adresses dans OSM via le greffon et je
me pose des questions : dans l'existant je trouve pas mal de points avec
la liste exhaustive de tags adresse comme par exemple :
addr:city=Lyon
addr:country=FR
addr:housenumber=xx
addr:postcode=69xxx
addr:street=
2012/8/14 Eric eric...@sfr.fr:
On dirait donc qu'il existe deux méthodes, les deux étant mentionnées dans
le wiki mais pas très chaleureusement pour AssociatedStreet (
The *associatedStreet* relation is used by some mappers as an alternative to
the optional addr:*
addr:city, country et postcode sont très souvent inutiles, car ils peuvent
être déterminés par la relation boundary de la commune englobant ces
adresses.
C'est de la redondance.
Le plugin cadastre génère soit : addr:housenumber + addr:street
ou addr:housenumber + une relation associatedStreet
+1 pour les associatedStreet pour moi aussi
C'est quand même nettement plus élégant que la multiplication des addr:*
Un peu de redondance c'est utile pour vérifier la cohérence, mais pas plus.
Un grand merci au plugin cadastre et son auteur pour la saisie aussi
facile de ces relations adresse.
Le 14 août 2012 15:39, Christian Quest cqu...@openstreetmap.fr a écrit :
Un grand merci au plugin cadastre et son auteur pour la saisie aussi
facile de ces relations adresse.
C'est nouveau cette fonction ? Je vois que le raccourci clavier (E) est en
conflit avec un autre greffon assez
Le 14/08/12 15:39, Christian Quest a écrit :
+1 pour les associatedStreet pour moi aussi
C'est quand même nettement plus élégant que la multiplication des addr:*
Un peu de redondance c'est utile pour vérifier la cohérence, mais pas plus.
Un grand merci au plugin cadastre et son auteur pour la
2012/8/14 Vincent Privat vincent.pri...@gmail.com:
C'est nouveau cette fonction ? Je vois que le raccourci clavier (E) est en
conflit avec un autre greffon assez utilisé (utilsplugin2):
http://josm.openstreetmap.de/wiki/DevelopersGuide/ShortcutsList
Ca date de juillet 2010:
Le 14 août 2012 16:14, Eric eric...@sfr.fr a écrit :
Cool en tous cas, je vais pouvoir garder mon boulot de ce matin alors :)
[1] et continuer avec le greffon dans son mode de fonctionnement par défaut.
Au passage ce serait bien d'associer les addr:housenumber nouvellement
créés aux POI déjà
Tu pourra vérifier à l'aide d'Osmose que tout est bien au propre.
L'analyse de cohérence des relations associatedStreet y est assez
pointue.
http://osmose.openstreetmap.fr/map/?item=2060
Pour ce qui est des moteurs de routage, on ne taggue pas plus pour eux
que pour les autres, sinon ça ferai
2012/8/14 Romain MEHUT romain.me...@gmail.com:
Le 14 août 2012 16:14, Eric eric...@sfr.fr a écrit :
Au passage ce serait bien d'associer les addr:housenumber nouvellement créés
aux POI déjà présents (par exemple dans la Rue de la République).
Je ne crois pas que ce soit nécessaire. Il peut y
Le 14 août 2012 16:31, Pieren pier...@gmail.com a écrit :
Je ne crois pas que ce soit nécessaire. Il peut y avoir plusieurs POI
pour une adresse (plusieurs noeuds dans le même bâtiment). Un logiciel
doit être capable de trouver le node address le plus proche pour un
POI (genre shop) ou celui
Le 14 août 2012 15:25, Etienne Trimaille etienne.trimai...@gmail.com a écrit :
addr:city, country et postcode sont très souvent inutiles, car ils peuvent
être déterminés par la relation boundary de la commune englobant ces
adresses.
C'est de la redondance.
Ce n'est pas toujours vrai dans
Le 14/08/2012 16:36, Romain MEHUT a écrit :
Le 14 août 2012 16:31, Pieren pier...@gmail.com
mailto:pier...@gmail.com a écrit :
Je ne crois pas que ce soit nécessaire. Il peut y avoir plusieurs POI
pour une adresse (plusieurs noeuds dans le même bâtiment). Un logiciel
doit être
Peut être mais ça n'est qu'une seule et même adresse.
Si ces différents addr:housenumber figurent sur des noeuds qui ont des
positions différentes... laquelle est la position de l'adresse ?
Unicité, unicité...
Le 14 août 2012 18:08, Vincent Pottier vpott...@gmail.com a écrit :
Le 14/08/2012
25 matches
Mail list logo
