Juste pour apporter mes 2 centimes: le fait que tu n'aies pas eu à spécifier explicitement que ton chemin est dans un parc à Saint Etienne est justement l'un des intérêts de l'information spatiale: les coordonnées respectives des 2 objets (parc et chemin) permettent implicitement de connaître la relation topologique (le chemin est "dans" le parc, "touche" le parc, "traverse" le parc...). Du coup, le jour où la moitié de ton parc est détruite pour en faire une zone industrielle, tu n'as pas besoin de mettre à jour les attributs de ton chemin. Il sera alors "en-dehors" du parc.
Par ailleurs, ton chemin n'est pas seulement dans un parc. Il est aussi dans St Etienne, dans un Département, en France, en Europe, dans une circonscription administrative... Tu vois le bordel si il fallait expliciter toutes les relations possibles! Cela dit, il y a des cas (y compris dans OSM, via le tag *is_in*) où on explicite ces relations implicites. L'idée derrière est souvent une bête question de performances (il est plus facile de faire une requête sur un attribut que sur tout un ensemble de géométries). Mais, personnellement, si je voulais extraire tous les parcs de France, j'utiliserais les relations spatiales, pas les tags explicites car je ne sais pas si ils ont été systématiquement utilisés. Voilà, je ne sais pas si ça fait avancer le schmilblick de beaucoup... Stéphane -- "Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux" -- Albert Einstein "A journey does not need reasons. Before long, it proves to be reason enough in itself. One thinks that one is going to make a journey, yet soon it is the journey that makes or unmakes you." -- Nicolas Bouvier Photos de voyages, photos de montagne: http://www.henriod.info 2012/8/14 Ista Pouss <ista...@gmail.com> > Le 13 août 2012 14:22, Arnaud Vandecasteele <arnaud....@gmail.com> a > écrit : > >> Pardonne moi de ma question de néophyte, mais qu'est-ce qu'un document >> formel ? >> >> > Ahoula il ne faut pas croire que je connais tous les mots que j'emploie ! > J'en cause juste comme tout le monde. > > De ce que je sais que j'ai compris, un document formel est un document qui > correspond à un modèle. Une ordonnance de médecin, une amende de policier, > une facture, une liste de valeurs (complète) etc, sont des documents > formels. > > Sur OSM, un point semble être un document formel : il a des coordonnées, > et des propriétés. Si tu mets une valeur sans la mettre dans une propriété, > si t'as pas de coordonnées, alors ce n'est plus un point, c'est autre chose. > > Peut être un chemin est-il aussi un document formel (je débute en OSM, > c'est pour ça que je ne suis sûr de rien). > > Mais, par exemple, un village ne semble être rien d'autre qu'une surface, > ou un contour, ou juste une propriété... la notion de village, avec > explicitement ce qu'il y a dedans, ne semble pas exister (sous toutes > réserves encore une fois) ; si l'on veut savoir ce qu'il y a dans le > village, alors il faut une routine pour découvrir ce qui est à l'intérieur > du contour (sous toutes réserves des réserves). > > Moi, sur OSM, j'ai mis un chemin dans un parc à saint etienne, nulle part > je n'ai précisé que ce chemin était dans un parc à saint etienne ; j'ai > juste mis ses coordonnées, c'est tout. (Mais peut être ai-je fait une > grosse bourde ? ) > > Pour ça que je me dis qu'un logiciel qui faciliterait les relations entre > un document avec des données OSM pourrait être utile, et que le mouvement > open data donnerait l'occasion d'aborder cette question. Mais, vu le nombre > de réponses à ma question, je dois encore me tromper. Peut être la période > n'est-elle pas favorable, aussi ? > > Cordialement. > > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
