[OSM-talk-fr] key:construction

Pierre-Alain Dorange pdorange at mac.com
Mar 8 Juin 20:39:21 UTC 2010


Le 8 juin 10 à 21:51, GaelADT a écrit :

> Ah bon OSM c'est avant tout une carte, un rendu ? Ah bon savoir  
> qu'une route
> est impraticable n'est pas utile à OSM ?

OSM est avant tout une base de données, le rendu est un service par  
dessus.

> D'accord, le message de Jocelyn est un peu long et on peut s'y  
> perdre. Mais
> c'est en fait très simple non ? Un tag pour dire que la voie est en  
> travaux.
> Après, ceux qui n'ont pas envie de taguer cette information, ne  
> taguent pas
> cette information, ceux qui développent des outils qui n'ont pas  
> besoin de
> cette information n'utilisent pas cette information.

Comme toujours, chacun utilise comme il le veut, on ne fait ici que  
donner des avis.

> OSM n'est pas une
> carte, mais peut plutôt être vu comme une base de données où chacun  
> pioche
> ce dont il a besoin. Je trouve votre vision des choses un peu  
> fermée. Je
> croyais que OSM c'était un monde merveilleux où chacun pouvait  
> taguer ce
> qu'il voulait du moment que c'était intéressant ? :)

Bien sur, il n'existe même pas réellement de tag officiels.
Si quelqu'un veut tagger des travaux, il le peut.

> Il y a un nombre incroyable de tags plus ou moins inutiles (pour une  
> carte
> j'entends) mais un tag pour dire si la route est coupée là, non ce  
> n'est pas
> le but de OSM ?

Pas si sur, les avis divergent.
Il y a d'abord l'aspect temporaire de la coupure qui n'est réellement  
utile que pour du routage.
En découle des changements incessants : début, avancé des travaux,  
fins... qui sont autant d'étape a suivre en changeant les tags...

> Encore une fois, OSM c'est une base de données libre... si
> personne ne tague cette information là, ok le tag disparaitra, tant  
> pis,
> mais pourquoi ne pas vouloir essayer ?

Mais personne ne t'empêchera de tester voyons.

> Je veux dire les soucis qui peuvent
> se produire sont simples :
> - il y a trop peu de ways en travaux qui sont indiquées... oui et  
> alors ?
> c'est mieux que rien non ? Même s'il n'y a que 1% des ways en  
> travaux qui
> sont indiqués ça rendra service à des utilisateurs quand même. Et si  
> ça rend
> service ça peut motiver des contributeurs.
> - il y a des ways qui sont indiqués comme ayant été en travaux par le
> passé... Oui et alors ? C'est une information quand même, et je peux
> l'ignorer.

Sur ce deuxième point se sera un problème rapidement AMHA. Pour  
utilise l'information il faudra passer par un rendu et si ce rendu  
indique des travaux tu ne pourras les ignorer puisqu'il seront  
représenté (et présent dans la base) comme les autres (ceux qui ont  
encore lieu).
C'est ce point qui perso me dérange le plus...

> Voilà mon avis, après si vous pensez qu'il vaut mieux que toutes les
> informations temporisées soient rattachées sur une autre base et en  
> lien (ce
> qui ne sera pas simple techniquement) avec OSM je suis d'accord  
> également.
> Est-ce que vous avec des informations de qui s'occupe de ce projet ?


Pas simple, pourtant il suffit d'un rendu via OpenLayer avec ajout  
d'un couche comme celà est fait pour de très nombreux cas comme les  
outils de debug par exemple.
Cette solution externe permet des expérimentations importantes.

Mais il faut continuer a y cogiter, mais les infos temporaires sont  
nombreuses. Une solution cohérente pourrait être d'obliger d'indiquer  
des dates de début et de fins (ce qui éviterait la conservation d'un  
info que l'on aurait oublier d'enlever)... mais il est impossible  
d'obliger...

-- 
Pierre-Alain Dorange,
Blog Citoyen de Cognac : <http://cognac-citoyen.blogspot.com/>
Twitter : <https://twitter.com/padorange> - Facebook : <http://www.facebook.com/pa.dorange 
 >

-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20100608/734fc72f/attachment.htm>


Plus d'informations sur la liste de diffusion Talk-fr