Honnêtement, je ne vois pas trop l'intérêt de ce genre de tag pour
l'instant, vu que l'on a pas de bonne solution pour tout ce qui est
micromapping. Pour le moment, à part avec une relation, je ne vois pas
comment tagger ca efficacement.
Renaud.
2008/1/23 Pieren Pieren <[EMAIL PROTECTED]>:
> que
Et pour les feux tricolores ?
Je me demandais "jusqu'où aller"... à Issy les moulineaux j'ai mis des
écoles, des feux, des magasins, des boîtes aux lettres, des conteneurs à
recycler le verre... Une fois que j'aurais tout fait pour toute la
ville, y'a d'autres choses à faire ?
Qu'est ce qui est
On Wed, 23 Jan 2008 11:29:17 +0100, "Axel R." <[EMAIL PROTECTED]> wrote:
> Et pour les feux tricolores ?
>
> Je me demandais "jusqu'où aller"... à Issy les moulineaux j'ai mis des
> écoles, des feux, des magasins, des boîtes aux lettres, des conteneurs
> à
> recycler le verre... Une fois que j'a
Axel, ces données ne sont pas inutiles ni superflues. C'est juste
qu'il n'y a pas vraiment de manière correcte de les tagger pour que ça
ne soit ni ambigue ni à refaire entièrement quand on aura une solution
pour cartographier à l'échelle d'une rue.
Renaud.
On Jan 23, 2008 11:50 AM, Steven Le Rou
si c'est fait proprement, même si cela ne correspond pas à "la" méthode
officielle (quand elle existera), ça ne sera pas si grave ...
--
Gand'
2008/1/23 serge karamazov <[EMAIL PROTECTED]>:
> Axel, ces données ne sont pas inutiles ni superflues. C'est juste
> qu'il n'y a pas vraiment de manièr
En ce qui concerne les feux, je met tout simplement le tag
highway=traffic_signals sur le node de l'intersection. En effet, lorsque
qu'un carrefour a des feux, toutes les voies de l'intersection ont un feu
tricolore, donc je pense que le tag sur le node de l'intersection uniquement
suffit.
Pour le
Bien sûr que non ce n'est pas grave de ne pas suivre de méthode
officielle (et de toute façon comme tu le fais remarquer, il n'y en a
pas). Mais je ne crois pas que l'on ai pour l'instant les outils
adéquats pour faire tous les stops d'une ville sans que le jour où
effectivement on aura les outils
> pas). Mais je ne crois pas que l'on ai pour l'instant les outils
> adéquats pour faire tous les stops d'une ville sans que le jour où
> effectivement on aura les outils on ne soit pas obligés de tout
> refaire.
Je trouve cela intéressant de soulever ce problème :
Quels outils disposons nous pou
J'en profite pour rappeller que
http://tagwatch.openstreetmap.fr/tags.htmpeut être une forme de
détection d'erreur.
Par exemple, là j'y vois que la clé postal_code*=*50110 a été utilisée 612
fois ! J'ai comme le présentiment que c'est une erreur ça :)
De même, junction=*rounadbout* (lettres invers
il n'y a pas de méthode officielle mais en même temps, tout le monde sent
bien qu'il faut définir des règles communes pour pouvoir développer des
applications comme les logiciels de rendus ou de navigation.
Pour l'instant, c'est la page 'Map Features' qui fait référence et c'est là
que j'ai vu cet
>
> L'idéal serait que tagwatch puisse appeler l'API d'OSM pour pouvoir
> localiser les problèmes qu'n voudrait fixer manuellement).
>
Ca semble tout à fait faisable. A mon avis le plus difficile là dedans c'est
d'afficher touts les infos clairement et lisiblement...
__
Ben au USA (au moins) les carrefours avec signal stop, en ont un pour chaque
voie... comme pour les feux ...
Tout le monde s'arrete, le premier arriver peut repartir en premier
Un peu déroutant la première fois :)
Le 23/01/08, Pieren Pieren <[EMAIL PROTECTED]> a écrit :
>
> Pour l'instant, c'
ok alors je comprend la signification du tag pour les ricains mais est-ce la
même chose quelque part en Europe (UK) ?
Si c'est uniquement pour les USA, il faudrait alors le préciser sur le
wiki
2008/1/23 Philippe Piquer <[EMAIL PROTECTED]>:
> Ben au USA (au moins) les carrefours avec signal s
mmmh je viens de lire le message de Pieren sur la liste talk.
Oubliez mon message alors, j'ai compris que la question était "doit-on
utiliser une relation sur l'intersection ou alors utiliser un node pour
marquer le panneau".
Je répond alors en donnant mon avis : je pense qu'une relation fait
parf
>
> On a deux routes A et B.
> --A--o--A
>|
>|
> B
>|
> ...
> Et si on avait une voie C arrivant du nord :
> relation=junction
> type=stop
> apply_to=B
> apply_to=C
>
Et dans le cas où B et C correspondent à la même route ?
Comment sait-on à qui s'applique la rela
Je réexplique mon message de tout à l'heure, en essayant d'être plus clair :
On a deux routes A et B.
--A--o--A
|
|
B
|
Seule la route B possède un stop, l'autre voie est continue.
Je verrais bien comme tag, sur le noeud de l'intersection "o" :
junction=stop
ainsi q
Je ne vois pas où est le problème.
Si B et C sont la même route, tu entends par là "si c'est la même ref ou le
même nom" ?
Si c'est ça, il suffit de découper le chemin en deux et d'appliquer la
relation "stop" qui convient. Et ensuite, rien n'empeche de mettre une autre
relation pour spécifier que
oui, une relation peut faire l'affaire et on peut discuter des détails.
Moi, ce qui m'intrigue le plus, c'est que ce tag traine dans la Map features
depuis.. des mois ? des années ? alors que personne ne peut en donner une
explication claire...
Je me suis posé la question car j'ai récement mappé un
oui mais ça fait 2 opérations:
- couper le way en deux (B et C)
-créer une relation node-way B
- éventuellement créer une relation qui indique que B et C font partis de la
même rue...
Ca fait beaucoup de travail pour éviter de placer un node juste à coté de
l'intersection, mais pourquoi pas...
Je
>
> C'est vrai que le cas où B et C ne font qu'un seul way mais que le stop ne
> se trouve qu'au sud de l'intersection, on est coincé
> Finalement, un node juste avant l'intersection serait plus simple, non ?
>
Si quelqu'un pourrait me montrer un tel exemple sur les images Yahoo ca
m'arranger
Ah bah oui, mais à voir ce que l'on souhaite :
- des données pertinente
- la simplicité
Personnellement mon choix est fait :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-fr
Il y'a des tags qui trainent dans les Map Features depuis des lustres
et qui datent de l'époque où il n'y avait pas vraiment de discussion
et de votes pour les tags qui sont approuvés. Pas mal de trucs s'y
trouvent alors qu'à mon avis ils n'ont rien à y faire. Après je pense
que la majorité des gen
Des données pertinentes pour moi aussi. Merci ! :)
Renaud.
2008/1/23 Olivier Boudet <[EMAIL PROTECTED]>:
> Ah bah oui, mais à voir ce que l'on souhaite :
> - des données pertinente
> - la simplicité
>
> Personnellement mon choix est fait :)
>
> ___
> Ta
>
> 2008/1/23 Olivier Boudet <[EMAIL PROTECTED]>:
> > Ah bah oui, mais à voir ce que l'on souhaite :
> > - des données pertinente
> > - la simplicité
>
je suis peut-être exigeant mais moi, je préfère :
- des données pertinentes avec la simplicité
;-)
__
24 matches
Mail list logo
