Le 29/08/2013 12:00, Ista Pouss a écrit :
Le 29 août 2013 11:30, Gilles Bassière <[email protected] <mailto:[email protected]>> a écrit :Je ne connais pas de solution pour me prémunir de ce risque mais je pense tout de même qu'il y a un intérêt à interconnecter des bases de données. Donc ma position est simplement d'accepter cette imperfection : oui, les tags de programmation Flickr pour OSM impliquent que des photos seront un jour orphelines. OK, bonne réponse, je pense, même si elle n'est pas satisfaisante :-)
J'apprécie l'originalité de la formule :)
Le problème fondamental, si je pense puis-je me permettre, est que la notion d'objet OSM est un leurre. Une "route", un "pont", une "maison", une "montagne", n'ont d'existence que par rapport à un usage, une société... donc un rendu. Si on s'extrait de ce rendu, on ne peut plus donner d'identification aux objets ; En prétendant pouvoir enregistrer des objets indépendamment de tout rendu, la communauté OSM se retrouve devant d'infinis problèmes d'identification irrésolvables. (et qui au niveau d'osm n'ont pas forcément besoin d'être résolus, mais encore faudrait-il le dire et l'assumer).
C'est tout à fait pertinent ! Effectivement, pour de nombreuse rues, OSM ne "connaît" qu'un ensemble de tronçons mais la rue elle-même n'a pas de représentation donc pas d'id. Sans vouloir relancer un débat "serpent de mer", les relations pourraient être un moyen de contourner cette difficulté (mais ça en poserait d'autres, etc, etc).
Pour votre application, il me semble qu'il serait intéressant d'enregistrer ce que les gens considèrent être des objets, de leur donner vous même un id, et de mettre en correspondance votre id à celui d'osm ; ainsi, lorsque l'id d'osm disparaitra ou changera, il sera plus facile de retrouver le "bon" id osm. Non seulement ça, mais en plus votre application pourra constituer une base d'objets que les gens considèrent exister. Cette information est très intéressante pour la cartographie. Car les cartes, normalement, présentent les relations mesurées entre des objets que les gens connaissent, et non entre des propriétés enregistrées dans des colonnes SQL, peut être faut-il le rappeler :-)
Alors oui mais non... Oui bien sûr, il est tentant de construire une base de données de "ce qui existe". Mais en fait, ça existe déjà sous diverses formes (OSM, Wikipédia) et ça ne sont pas des petits projets !
A l'inverse ImageInOsm a surtout l'ambition de rester minimaliste, de n'être qu'un trait d'union entre différents services (OSM, Flickr, ...)
Cordialement Gilles Bassière _______________________________________________ Talk-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-fr
