Re: [OSM-talk-fr] Construire un logiciel opendata - osm
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
Re: [OSM-talk-fr] Construire un logiciel opendata - osm
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
Re: [OSM-talk-fr] Construire un logiciel opendata - osm
Le 14/08/2012 17:07, Stéphane Henriod a écrit : 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. ou mis à jour... Voilà, je ne sais pas si ça fait avancer le schmilblick de beaucoup... Stéphane Je ne sais pas si j'ai bien saisi la question, si j'ai bien compris ce qu'est un document formel... Je ne suis pas sûr qu'il soit intéressant de produire de la donnée, genre la liste des chemins du parc Machin de Saint-Étienne... hors demande particulière. Il y a des outils qui font ça bien : les APIs (notamment overpass), et de façon spécifique, mapOSMatic avec sa liste des rues de la commune Truc... Nominatim aussi travaille dans ce sens. L'avenir est probablement dans le web sémantique appliqué à OSM. Ce que s'efforce de faire LinkedGeodata. On pourra alors faire des requêtes du genre : Trouve-moi les chemins qui sont dans le Parc Machin qui est dans la ville de Saint-Étienne. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Construire un logiciel opendata - osm
Bonjour, Je m'intéresse depuis longtemps aux logiciels pour réaliser des documents formels, et j'en ai réalisé un, en java, qui n'a aucun succès commercial. Je me dis qu'il pourrait être utile de l'adapter au travail dans osm, puisque je vois (mais je me trompe peut être) qu'il y a à la fois un travail manuel, et un travail automatisé. Mais il y a peu la notion de document sur osm : tout est des points, des ways, etc. Par contre, avec l'open data, on se rapproche de la notion de document, crois-je voir : on a la liste des bancs publics de Trifouilli les oies, des pots de fleurs de truc chose, etc. Peut être qu'il serait intéressant d'avoir un outil qui fasse le mix des deux, mais je ne sais encore trop comment ni quoi. Bref, je voudrais me rapprocher de développeurs en ces domaines et questions, et voir comment je pourrais adapter mes trucs aux us et coutumes du milieu. Savez-vous s'il existe des listes/club/twitter/chose/x/y/z sur le sujet ? Merci. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Construire un logiciel opendata - osm
Pardonne moi de ma question de néophyte, mais qu'est-ce qu'un document formel ? Arnaud 2012/8/13 Ista Pouss ista...@gmail.com Bonjour, Je m'intéresse depuis longtemps aux logiciels pour réaliser des documents formels, et j'en ai réalisé un, en java, qui n'a aucun succès commercial. Je me dis qu'il pourrait être utile de l'adapter au travail dans osm, puisque je vois (mais je me trompe peut être) qu'il y a à la fois un travail manuel, et un travail automatisé. Mais il y a peu la notion de document sur osm : tout est des points, des ways, etc. Par contre, avec l'open data, on se rapproche de la notion de document, crois-je voir : on a la liste des bancs publics de Trifouilli les oies, des pots de fleurs de truc chose, etc. Peut être qu'il serait intéressant d'avoir un outil qui fasse le mix des deux, mais je ne sais encore trop comment ni quoi. Bref, je voudrais me rapprocher de développeurs en ces domaines et questions, et voir comment je pourrais adapter mes trucs aux us et coutumes du milieu. Savez-vous s'il existe des listes/club/twitter/chose/x/y/z sur le sujet ? Merci. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
