Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Le 28/08/2013 19:22, Gilles Bassière a écrit : Dans notre cas, la photo n'est pas seulement géo-référencée (lat/lon de la prise de vue), elle est aussi associée à l'objet OSM qu'elle documente (son id OSM) et qui peut se trouver un peu plus loin (cas d'une montagne par exemple, on prend la photo de loin). Pour résoudre le problème de l'Id qui peut disparaitre ou être modifié, peut-être qu'il serait intéressant de conserver le géoréférencement de l'objet lié au moment de la prise de vue. Les informations du compas électronique sont effectivement accessibles et constituerait une plus-value certaine. Mais il faut noter qu'il est difficile de les synchroniser avec la prise de photo. Au moins dans l'environnement que nous utilisons (Cordava/PhoneGap), la prise de photos est déléguée à un composant natif qui ne nous rend la main que quand la photo est stockée dans la mémoire de l'appareil. Il a pu s'écouler peut-être 1 seconde depuis le déclenchement et c'est largement suffisant pour que l'orientation du téléphone ait (beaucoup) changé. Il y a peut-être des solutions de contournement, j'avoue que je n'ai pas creusé beaucoup plus la question. Mais ce n'est pas trivial en tout cas. Sur Android, avec Osmtracker, et s'il y a plusieurs applications pour prendre une photo, on peut décider laquelle on utilise. Donc si la future nouvelle application de prise vue de cyanogenmod permet d'enregistrer la direction, alors il suffira de la choisir par défaut dans Osmtracker pour qu'il récupère la photo avec toutes les infos. ImageInOsm ne semble pas appeler une application de photographie, mais interagir directement avec le système pour ça, c'est donc différent. Mais Focal étant open source il y aura peut-être des possibilités. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Bonjour, 2013/8/28 Gilles Bassière gbassi...@gmail.com Le 28/08/2013 17:07, Stéphane Péneau a écrit : Bonjour, Donc ce n'est pas fait pour photographier des objets qui ne sont pas encore dans Osm, c'est ça ? Stf Effectivement, nous ne couvrons pas ce cas d'utilisation. Il y aurait deux solutions possibles pour un utilisateur dans ce cas : * utiliser une appli mobile d'édition OSM pour créer l'objet, puis utiliser ImageInOsm pour y associer des photos * prendre une photo sans le lier à un objet OSM puis, a posteriori, créer l'objet dans OSM, uploader la photo et faire le lien à la main ou avec une application comme osmFlickr. Au risque de jeter un pavé dans la mare, j'en profite pour vous présenter un projet sur lequel j'avais travaillé sur mon temps libre. J'étais parti du constat suivant : Flickr propose depuis longtemps maintenant des machine_tags dédiés à OSM. Et j'ai longtemps rêvé d'une application qui permettrait de faire le lien de la façon la plus automatique possible. J'ai découvert osmFlickr avec bonheur mais j'ai trouvé cette application peu intuitive. Passé la phase d'apprentissage un peu labourieuse, j'ai été un peu déçu par le côté peu pratique. Je manquais d'efficacité. C'était donc l'occasion pour moi de voir si j'étais capable de faire mieux ou en tous cas quelque chose qui corresponde mieux à l'usage que je voudrais en faire. http://bluecarto.free.fr/flickr4osm/ Ce n'est qu'un prototype qui n'ira peut-être pas beaucoup plus loin sauf s'il sucite de l'intérêt évidemment. @René-Luc, il ne s'agit en aucun cas d'un procès. Je ne remets pas en cause le travail réalisé. @Gilles, j'attends la version pour iOS avec impatience. Nous n'envisageons pas de couvrir ce cas directement dans ImageInOsm car cela impliquerait d'intégrer des fonctionnalités d'édition OSM à l'application. Ce serait une tâche conséquente. Cordialement Gilles Bassière __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr Bonne journée. -- Pierre GIRAUD http://www.camptocamp.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Le 28/08/2013 20:56, Ista Pouss a écrit : Le 28 août 2013 16:07, Gilles Bassière gbassi...@gmail.com mailto:gbassi...@gmail.com a écrit : 3. la photo est envoyée sur Flickr avec l'id de l'object OSM dans les tags associés Il me semblait que l'id d'un objet osm n'était pas quelque chose de stable, déjà par rapport à la base, mais en plus par rapport avec l'objet physique. Impossible de retrouver la référence de cette affirmation, mais peut être en avez-vous entendu parler, ou peut être que je me trompe, et quel avis auriez vous là dessus ? Effectivement, la stabilité de l'ID est un problème pour lequel je ne connais pas de solution. Plus généralement, dans un système d'informations, dès lors qu'on utilise des identifiants issu d'un autre système d'informations (que l'on ne maitrise pas), on s'expose à un rupture de l'intégrité référentielle (des liens cassés donc). Le risque est plus fort avec OSM car les IDs sont particulièrement mobiles, certes. 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. Cordialement Gilles ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Le 28/08/2013 19:43, Christian Quest a écrit : Pensez aussi à openstreetview.org http://openstreetview.org ça relancerai ce projet qui dort un peu mais qui a du potentiel. J'y pense, j'y pense... Mais j'avoue que ce n'est pas prioritaire... Gilles ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Hello, 2013/8/29 Gilles Bassière gbassi...@gmail.com 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. Il existe une solution à ce problème, techniquement non triviale, mais la seule valide à mes yeux. Il s'agirait de créer un service de redirection intelligent. Cas d'utilisation : je veux lier ma photo avec la Tour Eiffel. Le service de redirection offrirait un identifiant stable (du moins, il aurait la stabilité du service de redirection) pour une requête telle que donne moi l'identifiant OSM du polygone avec le tag building, d'une hauteur supérieure à 300 mètres situé autour de la position 48.85826 2.29416. CQFD. F. -- Camptocamp France SAS, Chambéry http://www.camptocamp.com/fr/geospatial-solutions ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Le 29/08/2013 11:39, François Van Der Biest a écrit : Hello, 2013/8/29 Gilles Bassière gbassi...@gmail.com mailto:gbassi...@gmail.com 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. Il existe une solution à ce problème, techniquement non triviale, mais la seule valide à mes yeux. Il s'agirait de créer un service de redirection intelligent. Cas d'utilisation : je veux lier ma photo avec la Tour Eiffel. Le service de redirection offrirait un identifiant stable (du moins, il aurait la stabilité du service de redirection) pour une requête telle que donne moi l'identifiant OSM du polygone avec le tag building, d'une hauteur supérieure à 300 mètres situé autour de la position 48.85826 2.29416. CQFD. F. Mouais... Ça rejoint l'idée de pointeurs flous, geographiques et sémantiques émise par CQuest. L'idée est séduisante dans le principe mais je ne vois pas comment réduire à zéro le risque de lien cassé. En effet, la requête qui remplace l'ID pourrait ne pas toujours renvoyer l'objet souhaité : - l'objet est sorti de l'emprise, - un autre objet similaire est apparu dans l'emprise, - l'amenity=machin a été requalifiée en shop=bidule, - etc. Du coup, je ne vois pas bien l'intérêt de mettre en place une telle usine à gaz pour ne même pas assurer l'intégrité référentielle... Enfin, si vous mettez en place un tel service ET qu'il est pratique à utiliser/intégrer, je le testerai avec plaisir :) Cordialement Gilles ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
2013/8/29 Gilles Bassière gbassi...@gmail.com L'idée est séduisante dans le principe mais je ne vois pas comment réduire à zéro le risque de lien cassé. En effet, la requête qui remplace l'ID pourrait ne pas toujours renvoyer l'objet souhaité : - l'objet est sorti de l'emprise, - un autre objet similaire est apparu dans l'emprise, - l'amenity=machin a été requalifiée en shop=bidule, - etc. La machine n'aura pas l'intelligence de l'Homme avant un certain temps, en effet. Mais c'est du best effort en attendant. F. -- Camptocamp France SAS, Chambéry http://www.camptocamp.com/fr/geospatial-solutions ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Le 29 août 2013 11:30, Gilles Bassière gbassi...@gmail.com 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 :-) 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). 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 :-) Cordialement. -- Les dérives de rue : La municipalité de Saint-Étienne applaudit le théâtre emporté par le venthttp://drivrsdu.fr/la-municipalite-de-saint-etienne-applaudit-le-theatre-emporte-par-le-vent/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Il existe une solution à ce problème, techniquement non triviale, mais la seule valide à mes yeux. Il s'agirait de créer un service de redirection intelligent. Cas d'utilisation : je veux lier ma photo avec la Tour Eiffel. Le service de redirection offrirait un identifiant stable (du moins, il aurait la stabilité du service de redirection) pour une requête telle que donne moi l'identifiant OSM du polygone avec le tag building, d'une hauteur supérieure à 300 mètres situé autour de la position 48.85826 2.29416. CQFD. Je ne sais pas pour l'exemple de la tour Eiffel (position, taille…) mais la question des identifiants pérennes à été bien creusée. Elle est utilisée — entre-autres — par les bibliothécaires, documentalistes, archivistes, auteurs / éditeurs d'articles scientifiques… Les protocoles utilisés sont : Digital Object Identifier (DOI) Archival Resource Key (ARK) Handle System Persistent uniform resource locator (PURL) Ils permettent d'avoir un identifiant unique et un système de redirection vers une ressource numérique. Un autre moyen d'indexer un objet dans OSM serait d'utiliser un descripteur d'un thesaurus. Les bibliothécaires utilisent Rameau, LCSH… Il en existent plein dans tous les domaines. Pour nous, le descripteur pourrait-être simplement un lien vers wikipedia ;-) Dans ta photo, tu colles dans les données EXIF wikipedia=fr:Tour Eiffel (est-ce qu'il existe déjà un tag standard EXIF, XMP, IPTC pour ça ?) Dans l'objet OSM tu met aussi ce tag est le tour est joué (du moins en théorie) ;-) -- Yves___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
2013/8/29 Gilles Bassière gbassi...@gmail.com: Ça rejoint l'idée de pointeurs flous, geographiques et sémantiques émise par CQuest. Difficile mais pas impossible. Les identifiants peuvent être cassés mais c'est comme dans wikipedia où quelqu'un peut briser les liens interwiki. Ca peut se surveiller et l'intégrer dans les éditeurs réduirait les accidents: - l'objet est sorti de l'emprise, Si la tour Eiffel déménage, on peut considérer que c'est un nouvel objet - nouvel identifiant nécessaire (on peut imaginer une couche historique ou de versionnage des identifiants). On peut aussi augmenter l' emprise qui devrait être un des paramètres de l'identifiant. - un autre objet similaire est apparu dans l'emprise, L'éditeur devrait signaler que l'ajout ou le déplacement d'un objet a briser un ou plusieurs identifiants uniques qui ont des paramèTres similaires (par exemple, amenity=restaurant sur le périmètre de mon bled). Ca se corrige en augmentant les critères d'identification de l'objet (tolérance géographique plus faible, plus de tags requis, etc) - l'amenity=machin a été requalifiée en shop=bidule, Le système devrait définir la liste des tags qui caractérisent l'objet (en plus de sa position et de sa tolérance de recherche). Si l'un des tags change (amenity par ex.), c'est que l'objet change - nouvel identifiant (ou nouvelle version). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Le 29 août 2013 12:22, Yves Pratter yves.prat...@laposte.net a écrit : Je ne sais pas pour l'exemple de la tour Eiffel (position, taille…) mais la question des *identifiants pérennes* à été bien creusée. Elle est utilisée — entre-autres — par les bibliothécaires, documentalistes, archivistes, auteurs / éditeurs d'articles scientifiques… Le problème il me semble de cette approche est qu'il faut qu'elle soit intégrée à OSM, sinon elle est illusoire. On ne peut pas dire Merci aux aimables contributeurs de bien vouloir ne pas modifier l'identifiant truc Personne ne semble savoir pourquoi les concepteurs de la base OSM n'ont pas intégré d'identifiants perennes, c'est quand même étonnant ? Y'a pas une liste où se discute l'organisation de la base ?... Ce n'est pas pour y participer, vu mon niveau en anglais (rassurez-vous), mais à suivre les dicsussions ça pourrait peut être m'éclaircir quelques points qui restent obscurs pour moi. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Qu'en ne se méprenne pas... les id sont stables dans la base OSM, ce sont les éditions qu'on fait dessus qui peuvent les rendre instables lorsqu'on supprime/recrée un objet ou qu'on déplace les tags d'un nœud vers un polygone ou une relation multipolygone, ou qu'on coupe une route en 2, etc... Ce qui reste stable (et en plus indépendant d'OSM) c'est un sous-ensemble de tags et une localisation géographique, les deux pouvant avoir un certain flou nécessaire. Mais bon, j'ai l'impression qu'on refait la discussion d'il y a quelques mois que j'avais tenté de lancer avec mon idée d'identifiant intégrant une double notion de flou: sémantique et géographique. Le 29 août 2013 13:42, Ista Pouss ista...@gmail.com a écrit : Le 29 août 2013 12:22, Yves Pratter yves.prat...@laposte.net a écrit : Je ne sais pas pour l'exemple de la tour Eiffel (position, taille…) mais la question des *identifiants pérennes* à été bien creusée. Elle est utilisée — entre-autres — par les bibliothécaires, documentalistes, archivistes, auteurs / éditeurs d'articles scientifiques… Le problème il me semble de cette approche est qu'il faut qu'elle soit intégrée à OSM, sinon elle est illusoire. On ne peut pas dire Merci aux aimables contributeurs de bien vouloir ne pas modifier l'identifiant truc Personne ne semble savoir pourquoi les concepteurs de la base OSM n'ont pas intégré d'identifiants perennes, c'est quand même étonnant ? Y'a pas une liste où se discute l'organisation de la base ?... Ce n'est pas pour y participer, vu mon niveau en anglais (rassurez-vous), mais à suivre les dicsussions ça pourrait peut être m'éclaircir quelques points qui restent obscurs pour moi. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
C'est pour cela qu'il faut toujours donner un sens à la qualification de la donnée. Dans l'exemple de Christian, je recherche un boulangerie (attribut) qui est à peu prés à cet endroit (coordonnées XY). Qu'est-ce qui est saisi dans OSM ? le local ou l'activité ? Pour moi, ces 2 objets sont indépendants. - Un local peut être construit, voir son occupation être modifiée au cours du temps et être détruit. - Une activité peut être créée, déménager, s'arrêter. Le local parait cependant être plus pérenne que l'activité. Du coup, que chercher-t-on à relier ? - une photo à un endroit (ex le local) : donc peu importe si la boulangerie déménage et si le local est détruit, la photo n'a plus lieu d'être reliée. On peut donc utiliser l'id OSM, à défaut. - un photo à l'activité (ex la boulangerie) : mieux vaut alors avoir un annuaire de recherche en indiquant je recherche la boulangerie Dupain qui se trouve dans la ville de Telleville. - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/ImageInOsm-appli-mobile-de-photo-mapping-tp5775307p5775487.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Tony, tu confond changement sur le terrain avec changement dans OSM. Ta boulangerie, décrite sur un node vers lequel tu te lie, peut ensuite voir ce node disparaitre et ses tags migrer sur le polygone du bâtiment... et le lien est perdu si on ne se base que sur les id. La boulangerie n'a pas changée, les données OSM se sont améliorées (on a plus d'info avec un polygone qu'un nœud), mais le lien est perdu. Les identifiants flous que je proposais permettait de gérer ça, et relativement simplement pour les POI. C'est pour les linéaires que je n'ai pas encore trouvé de solution élégante, mais j'ai la matière grise qui tourne toujours en mode daemon ;) Le 29 août 2013 15:28, Tony Emery tony.em...@yahoo.fr a écrit : C'est pour cela qu'il faut toujours donner un sens à la qualification de la donnée. Dans l'exemple de Christian, je recherche un boulangerie (attribut) qui est à peu prés à cet endroit (coordonnées XY). Qu'est-ce qui est saisi dans OSM ? le local ou l'activité ? Pour moi, ces 2 objets sont indépendants. - Un local peut être construit, voir son occupation être modifiée au cours du temps et être détruit. - Une activité peut être créée, déménager, s'arrêter. Le local parait cependant être plus pérenne que l'activité. Du coup, que chercher-t-on à relier ? - une photo à un endroit (ex le local) : donc peu importe si la boulangerie déménage et si le local est détruit, la photo n'a plus lieu d'être reliée. On peut donc utiliser l'id OSM, à défaut. - un photo à l'activité (ex la boulangerie) : mieux vaut alors avoir un annuaire de recherche en indiquant je recherche la boulangerie Dupain qui se trouve dans la ville de Telleville. - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/ImageInOsm-appli-mobile-de-photo-mapping-tp5775307p5775487.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
cquest wrote Tony, tu confond changement sur le terrain avec changement dans OSM. Ta boulangerie, décrite sur un node vers lequel tu te lie, peut ensuite voir ce node disparaitre et ses tags migrer sur le polygone du bâtiment... et le lien est perdu si on ne se base que sur les id. La boulangerie n'a pas changée, les données OSM se sont améliorées (on a plus d'info avec un polygone qu'un nœud), mais le lien est perdu. Les identifiants flous que je proposais permettait de gérer ça, et relativement simplement pour les POI. Ah mais moi je suis d'accord avec ton idée. Je trouve qu'il y a une piste à creuser là. Je répondait juste à ceux qui disait que si la boulangerie déménageait, ce système ne fonctionne plus. cquest wrote C'est pour les linéaires que je n'ai pas encore trouvé de solution élégante, mais j'ai la matière grise qui tourne toujours en mode daemon ;) Ça pourrait fonctionner si on fait, par exemple, la recherche suivante : Je cherche la rue Marcel qui passe à peu près par là (coordonnées xy). Dès qu'il trouve un noeud qui appartient à la rue, il renvoi le tronçon ou la relation qui va bien. - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/ImageInOsm-appli-mobile-de-photo-mapping-tp5775307p5775496.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
2013/8/29 Christian Quest cqu...@openstreetmap.fr: C'est pour les linéaires que je n'ai pas encore trouvé de solution élégante, mais j'ai la matière grise qui tourne toujours en mode daemon ;) La solution est de ne pas raisonner en termes géométriques. L'identifiant unique définit un objet avec une liste d'attributs uniques dans une bbox. Cet objet peut être un noeud, un polygone ou un linéaire, même très long. La recherche se fait ensuite dans une bdd qui contient des noeuds, des linéraires (ways non fermés) ou des polygones (ways fermés ou relations), comme osm2pqsql. La bbox est là pour tolérer les dàplacements mineurs dûs à l'imprécision de nos sources et des contributions. Elle sera beaucoup plus petite pour une adresse (bâtiment) ou une boulangerie (quartier) que pour une D2 (département) ou la muraille de Chine (pays). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Le 29/08/2013 12:00, Ista Pouss a écrit : Le 29 août 2013 11:30, Gilles Bassière gbassi...@gmail.com mailto:gbassi...@gmail.com 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 Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Gilles Bassière wrote 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). Ou que l'application soit capable de se dire que 2 tronçons de voies contigus ayant le même nom appartiennent à la même voie... par exemple - Tony EMERY Administrateur OpenStreetMap.fr Mandataire Grand Sud-Est Géomaticien chef de projets -- View this message in context: http://gis.19327.n5.nabble.com/ImageInOsm-appli-mobile-de-photo-mapping-tp5775307p5775528.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Bonjour, Donc ce n'est pas fait pour photographier des objets qui ne sont pas encore dans Osm, c'est ça ? Stf Le mercredi 28 août 2013 16:07:08, Gilles Bassière a écrit : Bonjour à tous, Je souhaite vous présenter ImageInOsm [1], une application mobile pour les adeptes du photo-mapping. L'application s'adresse aux utilisateurs sur le terrain. Son fonctionnement est très simple (voir les captures d'écran [1]) : 1. l'utilisateur choisit un objet OSM qui se trouve devant lui 2. l'utilisateur prend une photo de cet objet 3. la photo est envoyée sur Flickr avec l'id de l'object OSM dans les tags associés Vous pouvez d'ores et déjà jouer avec : - sur Android, téléchargez et installez le package de test [2], - nous n'avons malheureusement pas trouvé de solution simple pour publier un package de test pour iOS, il vous faudra déployer l'application à partir des sources (ce qui suppose de disposer d'un Mac et de l'IDE XCode). Comparativement au photomapping classique, l'intérêt est de favoriser la collaboration : les photos géolocalisées ne dorment plus sur un disque dur, elles sont instantanément envoyées sur le Web avec des métadonnées permettant à d'autres de les retrouver et de les exploiter. Notez que (comme le nom ne l'indique pas) les photos ne sont pas stockées sur les serveurs OSM, elles sont envoyées à des services dédiés (Flickr, ...). L'innovation consiste simplement à mieux relier la photo à l'object OSM qu'elle documente. En terme d'écosystème, nous supportons pour l'instant uniquement Flickr comme dépôt de photos. Les photos ainsi publiées sont notamment compatibles avec LizPOI [3] et OsmFlickr [4]. Nous espérons que ces photos seront un jour directement disponibles dans JOSM (ou d'autres éditeurs) via un greffon (mais nous n'avons pas prévu un tel développement, avis aux amateurs). Cet outil n'aurait pas vu le jour sans Jean-Louis Zimmermann de la Mairie d'Orange. En plus d'en avoir eu l'idée, il a soutenu et soutient encore le projet. D'un point de vue technique, l'application est construite avec : - Cordova 3.0 - JavaScript + BackboneJS - HTML/CSS + Bootstrap 2.x Le code est disponible sur Github [5], sous licence Apache 2.0. Toutes les contributions sont évidemment bienvenues (code, documentation, rapports d'erreurs, critiques et propositions, etc). Le code est encore jeune et le développement est actif. Nous envisageons d'ores et déjà les évolutions suivantes : - support de Wikimédia comme dépôt de photo (développement en cours) - filtrage des objets OSM (configurable) pour faire des campagnes de photo thématiques - amélioration générale de l'expérience utilisateur (voir les tickets ouverts sur GitHub) [1] http://naturalsolutions.github.io/ImageInOsm/ [2] http://depot.natural-solutions.eu/ImageInOsm/ImageInOsm-0.1.apk [3] http://lizpoi.3liz.com/demo/index.php/lizpoi/map/?tree_id=1 [4] http://www.3liz.com/blog/rldhont/index.php?post/2013/02/18/OsmFlickr-:-Gestion-des-liens-OpenStreetMap-Flickr [5] https://github.com/NaturalSolutions/ImageInOsm/ Cordialement Gilles Bassière NATURAL SOLUTIONS http://www.natural-solutions.eu ___ 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] ImageInOsm : appli mobile de photo-mapping
Le 28/08/2013 17:07, Stéphane Péneau a écrit : Bonjour, Donc ce n'est pas fait pour photographier des objets qui ne sont pas encore dans Osm, c'est ça ? Stf Effectivement, nous ne couvrons pas ce cas d'utilisation. Il y aurait deux solutions possibles pour un utilisateur dans ce cas : * utiliser une appli mobile d'édition OSM pour créer l'objet, puis utiliser ImageInOsm pour y associer des photos * prendre une photo sans le lier à un objet OSM puis, a posteriori, créer l'objet dans OSM, uploader la photo et faire le lien à la main ou avec une application comme osmFlickr. Nous n'envisageons pas de couvrir ce cas directement dans ImageInOsm car cela impliquerait d'intégrer des fonctionnalités d'édition OSM à l'application. Ce serait une tâche conséquente. Cordialement Gilles Bassière ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Je comprends. C'est là qu'un greffon pour Josm prendrait son sens : On prend les photos géo-référencées sur le terrain, on les importe dans Josm, on ajoute les infos , on relie ce nouvel objet à la photo, et on upload le tout sur les différentes bases de données d'un seul coup. (traces gps et nouveaux objets sur osm, et photos sur Openstreetview/Flickr/etc...) Yaka :-) Pendant ce temps là, je croise les doigts pour que l'appli photo de cyanogenmod, Focal, enregistre dans les données exif, l'info de direction donnée par la bousole intégrée aux smartphone. Stf Le mercredi 28 août 2013 18:47:34, Gilles Bassière a écrit : Le 28/08/2013 17:07, Stéphane Péneau a écrit : Bonjour, Donc ce n'est pas fait pour photographier des objets qui ne sont pas encore dans Osm, c'est ça ? Stf Effectivement, nous ne couvrons pas ce cas d'utilisation. Il y aurait deux solutions possibles pour un utilisateur dans ce cas : * utiliser une appli mobile d'édition OSM pour créer l'objet, puis utiliser ImageInOsm pour y associer des photos * prendre une photo sans le lier à un objet OSM puis, a posteriori, créer l'objet dans OSM, uploader la photo et faire le lien à la main ou avec une application comme osmFlickr. Nous n'envisageons pas de couvrir ce cas directement dans ImageInOsm car cela impliquerait d'intégrer des fonctionnalités d'édition OSM à l'application. Ce serait une tâche conséquente. Cordialement Gilles Bassière ___ 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] ImageInOsm : appli mobile de photo-mapping
Le 28/08/2013 18:53, Stéphane Péneau a écrit : [...] C'est là qu'un greffon pour Josm prendrait son sens : On prend les photos géo-référencées sur le terrain, on les importe dans Josm, on ajoute les infos , on relie ce nouvel objet à la photo, et on upload le tout sur les différentes bases de données d'un seul coup. (traces gps et nouveaux objets sur osm, et photos sur Openstreetview/Flickr/etc...) Le processus est intéressant. Il y a déjà des solutions pour prendre des photos géo-référencées et un plugin pour les afficher dans JOSM. Il ne manque plus que la fin du processus : le plugin qui partage la photo sur le Web (c'est ce que fait osmFlickr mais en mode application Web). Dans notre cas, la photo n'est pas seulement géo-référencée (lat/lon de la prise de vue), elle est aussi associée à l'objet OSM qu'elle documente (son id OSM) et qui peut se trouver un peu plus loin (cas d'une montagne par exemple, on prend la photo de loin). [...] Pendant ce temps là, je croise les doigts pour que l'appli photo de cyanogenmod, Focal, enregistre dans les données exif, l'info de direction donnée par la bousole intégrée aux smartphone. Les informations du compas électronique sont effectivement accessibles et constituerait une plus-value certaine. Mais il faut noter qu'il est difficile de les synchroniser avec la prise de photo. Au moins dans l'environnement que nous utilisons (Cordava/PhoneGap), la prise de photos est déléguée à un composant natif qui ne nous rend la main que quand la photo est stockée dans la mémoire de l'appareil. Il a pu s'écouler peut-être 1 seconde depuis le déclenchement et c'est largement suffisant pour que l'orientation du téléphone ait (beaucoup) changé. Il y a peut-être des solutions de contournement, j'avoue que je n'ai pas creusé beaucoup plus la question. Mais ce n'est pas trivial en tout cas. Cordialement Gilles Bassière ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Pensez aussi à openstreetview.org ça relancerai ce projet qui dort un peu mais qui a du potentiel. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Le 28 août 2013 16:07, Gilles Bassière gbassi...@gmail.com a écrit : 3. la photo est envoyée sur Flickr avec l'id de l'object OSM dans les tags associés Il me semblait que l'id d'un objet osm n'était pas quelque chose de stable, déjà par rapport à la base, mais en plus par rapport avec l'objet physique. Impossible de retrouver la référence de cette affirmation, mais peut être en avez-vous entendu parler, ou peut être que je me trompe, et quel avis auriez vous là dessus ? Voici un lien où ils évoquent ce problème, dans overpass api : http://wiki.openstreetmap.org/wiki/Overpass_API/Permanent_ID#Permanent_Links_to_OSM_data: You can but you shouldn't use an object ID, because the OSM IDs may change at any time. mais ils ne donnent pas de raisons du pourquoi du comment. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Le 28/08/2013 20:56, Ista Pouss a écrit : Il me semblait que l'id d'un objet osm n'était pas quelque chose de stable, déjà par rapport à la base, mais en plus par rapport avec l'objet physique. Impossible de retrouver la référence de cette affirmation, mais peut être en avez-vous entendu parler, ou peut être que je me trompe, et quel avis auriez vous là dessus ? Voici un lien où ils évoquent ce problème, dans overpass api : http://wiki.openstreetmap.org/wiki/Overpass_API/Permanent_ID#Permanent_Links_to_OSM_data : You can but you shouldn't use an object ID, because the OSM IDs may change at any time. mais ils ne donnent pas de raisons du pourquoi du comment. Cordialement. Dans la base l'objet N garde bien son id... Mais la correspondance entre un objet sur le terrain et dans la base est tout ce qu'il y a de moins garanti. Telle église représentée un temps par un node, puis par un polygone, puis par un multipolygone. Telle route représentée à l'origine de façon continue, puis segmentée, puis le tronçon ayant hérité de l'id d'origine est remplacé par un autre. L'id d'origine est complètement perdu. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ImageInOsm : appli mobile de photo-mapping
Au mieux lors de la suppression d'un objet, on peut toujours interroger l'API pour obtenir sa version n-1, mais se bases sur les id des objets n'est malheureusement pas une bonne idée, mais aucun autre mécanisme n'a pû être mis en place. J'avais lancé une discussion sur une proposition de création de pointeurs plus ou moins flous comportant une part géographique et une part sémantique... mais cela n'a pas emballé les foules, sûrement pour ne pas avoir bien présenté l'idée et par manque d'implémentation pour la tester... mais j'ai pas abandonné l'idée pour autant ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr