"Les pieds-tendres peuvent bien tenter des imports de données (parfois utiles, il faut bien le dire), ils n’auront jamais la gloire que confère un *source=GPS survey* judicieusement placé." ahah tout à fait vrai :)
Le 30 octobre 2013 13:11, Ista Pouss <ista...@gmail.com> a écrit : > Le 30 octobre 2013 12:05, Pieren <pier...@gmail.com> a écrit : > >> - homogénéité : si la longueur des articles sur wikipedia et le niveau >> des détails dans OSM dépendent tous les deux directement du nombre de >> contributeurs s'y afférant, on pardonne beaucoup moins à OSM de tels >> écarts d'informations entre zones géographiques. Ces grands écarts >> entre zones qui ont "tout" (rues, adresses, POI) et celles qui n'ont >> "rien" empêchent toute exploitation à grande échelle. On peut juste >> espérer que ces écarts se comblent avec le temps mais rien n'est moins >> sûr. C'est le principal argument avancé par l'IGN lorsqu'ils parlent >> d'OSM. Et sur ce point, ils ont raison. >> > > Oui. > > Mais ça ne dépend pas seulement du nombre de contributeurs : l'homogénéité > dépend aussi des règles que tu te donnes. > > Par exemple à wikipedia l'arrivée de l'éditeur wisiwig provoque la > révision de nombre de modèles incompatibles, augmentant du coup > l'homogénïté. > > Cependant il n'est pas complètement clair pour moi que l'homogénéïté, ou > des notions proches telles que la cohérence, soient des fins en soi dans > les projets collaboratifs. Ce qui est sûr est que ce sont des propriétés > intéressantes à suivre, à améliorer, pouvant donner naissances à des règles > faisant consensus. > > > >> - vandalisme : les cas sont peut-être beaucoup plus nombreux qu'on ne >> le pense parce que dans OSM, il est plus difficile d'avoir un suivi >> des transformations sur une zone que wikipedia sur un article. Et les >> outils de contrôle ont aussi des lacunes (voir dernier point) Si, par >> exemple, on peut voir une version T-n_days dans wikipedia en 2 clics >> de souris, retrouver les données d'une zone géographique à T-n_days >> dans OSM nécessite beaucoup de temps, de ressources et connaissances >> informatiques. Et pour le cas où un petit vandalisme ou disons, >> "altération négative" lorsque ça n'est pas volontaire, est détecté, il >> n'y a pas d'outil pour facilement revenir en arrière alors que le >> "undo" sur wikipedia se fait en deux clics de souris. Il y a donc un >> déséquilibre manifeste entre contributions positives et négatives >> puisque les outils manquent pour lutter contre les secondes. On peut >> alors assister à deux phénomènes : soit le contributeur abandonne le >> projet suite à une frustration légitime. Ou alors, il "délègue" cette >> tâche à d'autres, en passant par cette liste par exemple ou sur un >> forum ou par le DWG. C'est ce qui se passe plus ou moins bien depuis >> les débuts d'OSM et certains sont même satisfait de ce modèle. Mais >> cela ne marche que s'il y a suffisament de volontaires pour prendre en >> charge ces annulations et que si elles se font suffisament tôt >> (techniquement, plus on attends, plus c'est difficile, voire >> impossible). Et si le nombre de vandalismes venait à fortement >> augmenter, ce petit groupe ne sera plus capable de faire face. Un des >> gros points forts de wikipedia est que les annulations sont >> directement et facilement accessibles par tout le monde. C'est un >> point majeur pour les projets collaboratifs qu'OSM ne propose pas. >> > > Oui. Espérons. > > > >> - "sémantique" : les tags sont nombreux dans OSM, trop nombreux. Les >> [couic] >> - le "contrôle" : bien peu sont ceux qui contrôlent les données OSM en >> [couic] >> >> > Oui... le modèle "osm est une base de données" ne fonctionne pas, c'est ce > que je pense. Il pose des problèmes irrésolvables de sémantique et de > contrôle, entres autres. Impossible de faire des cartes avec une base de > données, c'est mon opinion : pour faire des cartes il faut d'abord faire de > la cartographie, et à OSM on n'en fait pas, trompé que nous sommes par les > datas. > > Toutefois, en attendant que j'ai raison, je continue à contribuer :-) > > Ainsi, .en parcourant wikipedia, et en suivant les discussions osm, j'ai > repéré à ma surprise que l'ultra-fréquenté col de la République ( > https://fr.wikipedia.org/wiki/Col_de_la_R%C3%A9publique), théâtre d'un > des plus tristes événements du Tour de France, n'était pas enregistré dans > OSM !? Problème manifeste de homogénéité ! je compte l'y mettre dans la > semaine :-) ...je suis surtout un petit contributeur qui parle beaucoup :-) > > <http://drivrsdu.fr/profession-emotion/> > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > > -- *Florian Lainez* @overflorian <http://twitter.com/overflorian>
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
