Le 9 juin 2010 17:06, Pieren <pier...@gmail.com> a écrit : > Tout cela me fait penser à un groupe d'enfants gâtés qui pensent que tout va > leur tomber naturellement dans la main.
C'est toujours très intéressant et agréable de lire un commentaire aussi constructif. > Mais cela ne résoud pas la question de savoir quelles sont les limites de ce > qui va dans la bdd osm ou pas. Ce n'est pas sous pretexte qu'un projet > utilise des données OSM qu'il faut obligatoirement accepter que des > informations liées y soient aussi. Gael mentionne le fait que, pour le > moment, c'est compliqué techniquement. Je crois que c'est bien pris en > compte par ceux qui réfléchissent à l'API 0.7 et on peut espérer que cela > sera plus facile dans le futur. > Exemple d'abus que j'ai découvert et signalé par le passé : un site internet > qui utilisait les balises maritimes d'OSM et qui sauvegardait les > commentaires d'un forum sur tel ou tel marina dans des changeset... > Si on laisse passer les données dynamiques sur les bouchons, alors pourquoi > s'arrêter là ? Par exemple, la météo peut avoir une influence sur le calcul > d'un itinéraire alors stockons les prévisions météo (ben oui, comme ça, on > pourra faire des jolies cartes aussi). Et puis, mettons les cycles des feux > rouges aussi, c'est vrai, ça permettrait d'optimiser un itinéraire, etc... Sauf erreur, je crois que tout le monde est bien d'accord pour que les informations dynamiques se retrouvent dans une base de données spécifique. > Pour revenir au post original sur les travaux, je pense aussi que ça a du > sens si les travaux ont une influence sur les attributs qu'on trouve déjà > dans OSM comme un changement de géométrie, de type de voie ou de surface. > Mais des travaux de simple rénovation comme, par exemple, une rocade fermée > deux nuits de suite pour refaire le bitume, ça n'a aucun intérêt. Et si je > tombais par hasard sur de telles info, je n'hésiterais pas à les nettoyer. En ce qui me concerne, quand je prend ma bagnole pour faire un long trajet, j'aimerai bien savoir, avant d'arriver sur la rocade en réfaction, que cette partie de l'itinéraire ne peut pas être emprunté et anticiper un autre itinéraire. A défaut, c'est un coup à se retrouver détourné dans itinéraires de contournement rarement efficaces. Maintenant, encore une fois, nous sommes bien d'accord que ce type d'information très temporaire n'a pas à apparaître dans OSM. Si on en trouve, c'est qu'il y a un réel besoin de mettre en place une structure pour que les contributeurs concernés puissent stocker ces informations. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
