[OSM-talk-fr] UID objets métier [était : ImageInOsm : appli mobile de photo-mapping]
Le 28/08/2013 22:15, Christian Quest a écrit : 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 ;) Bonjour, Pour moi, le sujet a divergé quand il a été question de cycle de vie d'un objet : une boulangerie qui change de raison sociale est-elle encore la même, ou pas ? Par extension, une boulangerie qui s'agrandit ou qui déménage dans le même quartier est-elle encore la même boulangerie ? Je pense qu'il faut commencer par réfléchir avant de se lancer dans un codage inutile (désolé Ista Pouss je crois) car ne correspondant a aucun besoin. Si l'idée me plait aussi, je vois beaucoup de questions auxquelles il faudra répondre avant de se lancer dans du code. A+ Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] réunion IRL vendredi à Paris
Bonjour, De : Christian Quest Et oui, dernier vendredi du mois... on sera au moins deux ! ...je passe mon tour cette fois-ci. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] réunion IRL vendredi à Paris
Le 29 août 2013 08:56, V de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Christian Quest Et oui, dernier vendredi du mois... on sera au moins deux ! ...je passe mon tour cette fois-ci. Désolé j'ai un truc de prévu ce soir là... Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison OSM/Route500
Le wiki pour type=route ne mentionne pas la possibilité de tagguer en plus highway=motorway. Donc je pense: - que ce n'était pas la peine de modifier la requête (qui n'est déjà pas simple). - qu'il faut corriger les données (perso, je ne peux pas le faire avant ce soir) - que ça pourrait être une suggestion pour Osmose. Art. Le 28 août 2013 23:29, Christian Quest cqu...@openstreetmap.fr a écrit : Trouvé... http://www.openstreetmap.org/browse/relation/108080 Et oui, y'a comme un problème, soit c'est type=route, soit c'est highway=motorway, mais avec les deux on a du coup deux A10... J'ai modifié la requête pour éviter ça, mais ça mérite une correction des data, non ? Le 28 août 2013 20:54, Art Penteur art.pent...@gmail.com a écrit : Est-il possible que l'algo de non-comptage en double des chaussées à voies séparées soit parfois pris en défaut ? Je pense au 79, chez qui l'A10 fait 166 km selon OSM et 55 selon Route500. Art. Le 28 août 2013 19:31, Christian Quest cqu...@openstreetmap.fr a écrit : RD... et CD aussi ;) Une des limites actuelles est que les références sans espaces ne sont pas détectables, car mélangées avec celle utilisant l'espace comme recommandé, ceci afin de tout normaliser pour faciliter la comparaison avec le route500. Par contre RD ou CD ne sera pas compatibilisé côté OSM et donc manquant donc détectable. Ces fichiers CSV sont avant tout utiles pour trouver ce qui manque dans OSM que trouver ce qui en erreur (en trop, mal numéroté, etc). Ca nécessite de prendre le problème autrement et je n'ai pas encore regardé pour ça. Le prochaine étape sera de faire une analyse basée sur les géométries. -- 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 ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] UID objets métier [était : ImageInOsm : appli mobile de photo-mapping]
Le 29 août 2013 08:20, Marc Sibert m...@sibert.fr a écrit : Par extension, une boulangerie qui s'agrandit ou qui déménage dans le même quartier est-elle encore la même boulangerie ? Je pense qu'il faut commencer par réfléchir avant de se lancer dans un codage inutile (désolé Ista Pouss je crois) car ne correspondant a aucun besoin. No problem, je sais que le problème des ID est bien plus complexe que le bon sens près de chez nous pourrait le faire croire :-) Pour l'instant le codage inutile est en standby de toutes façons, si ça peut apaiser les intellectuels. Mais quand même j'aurais bien aimé avoir la réponse des gens d'ImageInOsm ? -- 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] Comparaison OSM/Route500
Le 29 août 2013 09:16, Art Penteur art.pent...@gmail.com a écrit : Le wiki pour type=route ne mentionne pas la possibilité de tagguer en plus highway=motorway. Donc je pense: - que ce n'était pas la peine de modifier la requête (qui n'est déjà pas simple). La modif était simple et au moins le résultat est cohérent car cette requête n'a pas vocation à détecter les incohérences mais les manques ;) - qu'il faut corriger les données (perso, je ne peux pas le faire avant ce soir) - que ça pourrait être une suggestion pour Osmose. J'ai corrigé les 24 relations concernées (dans le monde)... ce qui ne vaut pas vraiment d'avoir une analyse osmose pour ça. -- 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] réunion IRL vendredi à Paris
Salut, jamais participé à ce genre de réunion avec OSM mais comme je suis libre, je pense que je passerais. Ça se passe où et à quelle heure ? À demain Olivier Salut comme on était à Ivry avec C Quest pour une cartopartie je lui ai demandé s'il y avait bien la réu-apéro mensuelle au Père Fouettard apparemment oui qui vient ? moi très certainement Benoît asso À Travers___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] UID objets métier [était : ImageInOsm : appli mobile de photo-mapping]
Note que je n'ai rien contre le code (ton code par exemple)... j'espère qu'il permettra de confirmer l'utilité d'une analyse un peu poussée du concept de l'objet métier. -- Marc Sibert m...@sibert.fr Le 29 août 2013 09:17, Ista Pouss ista...@gmail.com a écrit : Le 29 août 2013 08:20, Marc Sibert m...@sibert.fr a écrit : Par extension, une boulangerie qui s'agrandit ou qui déménage dans le même quartier est-elle encore la même boulangerie ? Je pense qu'il faut commencer par réfléchir avant de se lancer dans un codage inutile (désolé Ista Pouss je crois) car ne correspondant a aucun besoin. No problem, je sais que le problème des ID est bien plus complexe que le bon sens près de chez nous pourrait le faire croire :-) Pour l'instant le codage inutile est en standby de toutes façons, si ça peut apaiser les intellectuels. Mais quand même j'aurais bien aimé avoir la réponse des gens d'ImageInOsm ? -- 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 ___ 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: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] réunion IRL vendredi à Paris
19h au Père fouettard, rue Pierre Lescot... voir ici: http://openstreetmap.fr/2013-08-30-reunion-osm-paris Ne pas confondre avec la Père Tranquille ;) Le 29 août 2013 09:50, olivier delaune olivier.dela...@wanadoo.fr a écrit : Salut, jamais participé à ce genre de réunion avec OSM mais comme je suis libre, je pense que je passerais. Ça se passe où et à quelle heure ? À demain Olivier Salut comme on était à Ivry avec C Quest pour une cartopartie je lui ai demandé s'il y avait bien la réu-apéro mensuelle au Père Fouettard apparemment oui qui vient ? moi très certainement Benoît asso À Travers ___ 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] Photo et info de direction dans Josm
Le lundi 22 juillet 2013 12:24:55, Stéphane Péneau a écrit : Hello ! Je suis persuadé qu'il y a quelque temps, lorsqu'une photo incluait l'info de direction, Josm l'indiquait via une flèche. Je n'arrive pas à le reproduire, Josm ne m'affiche que l'icône d'un appareil photo. Est-ce la même chose pour vous ? Vous pouvez tester avec cette photo : http://josm.openstreetmap.de/export/3261/josm/trunk/data_nodist/exif-direction-example.jpg Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Je reviens sur ce point. Bizarrement, j'ai installé Josm sur un autre poste, et j'ai bien la flèche de la direction. En revanche, si je l'importe sur l'instance que j'utilise habituellement (windows 8), Josm ne trouve pas les infos de lat/lon, et me demande de lier la photo à une trace Gpx, ce qu'il ne parvient pas à faire car la photo ne contiendrait pas d'info d'heure de prise de vue. J'ai tenté de supprimer le dossier appdata/roaming/josm, j'ai bien perdu tous mes réglages, mais rien à faire, j'ai toujours le même souci. Est-ce que ça parle à quelqu'un ? Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Photo et info de direction dans Josm
Bonjour, Le 29 août 2013 11:13, Yves Pratter yves.prat...@laposte.net a écrit : En la chargeant, seul le picto de l'appareil photo apparait. Mais si je clique dessus, la photo est affichée avec les infos EXIF dont l'angle de prise de vue et l'altitude. J'ai une petite question qui me taraude: cette possibilité d'avoir l'angle de prise de vue est-elle réservée aux photos prises depuis un smartphone? Merci. Romain ___ 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] OSM chez Free
Philippe Verdy avait énoncé : De toute façon ils n'utilisent déjà plus les tuiles Mapquest mais celles d'OSM (il affiche (c)OpenStreetmap maintenant) Là tu parles de la carte des débits ADSL, alors qu'on parle de celle des Free centers, qui utilise toujours les tuiles open Mapquest (http://www.free.fr/freecenter/index.html) ___ 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] Photo et info de direction dans Josm
J'ai une petite question qui me taraude: cette possibilité d'avoir l'angle de prise de vue est-elle réservée aux photos prises depuis un smartphone? Réponse dans les données EXIF de la photo visualisée avec Jeffrey's Exif Viewer La photo a été prise avec un appareil photo compact : le Sony DSC-HX5V datant de 2010. Il intégre un GPS et une boussole. Il existe aussi quelques appareils réflex avec une GPS intégré (boussole ?) ou la possibilité d'en connecter un. J'utilise le petit frère du Panasonic FT5 (le FT3). Sur ce (vieux ?) modèle, la réception GPS est lente, parfois TRES imprécise et consommatrice d'énergie. Je ne m'en sert plus ! J'enregistre donc les traces GPS avec mon smartphone ou un GPS de rando et je les géolocalise avec JOSM ou d'autres logiciels. -- Yves Basic Image Information Camera: Sony DSC-HX5V Lens: 4.2 mm (Max aperture f/3.5) Exposure: Auto exposure, Program AE, 1/250 sec, f/3.5, ISO 125 Flash: Off, Did not fire Focus: Manual Date: May 15, 2010 5:12:05PM (timezone not specified) (3 years, 3 months, 13 days, 17 hours, 17 minutes, 14 seconds ago, assuming image timezone of 1 hour ahead of GMT) Location: Latitude/longitude: 51° 46' 43 North, 8° 21' 56.3 East ( 51.778615, 8.365638 ) Map via embedded coordinates at: Google, Yahoo, WikiMapia, OpenStreetMap, Bing (also see the Google Maps pane below) Altitude: 93.3 m Speed: 1.1 km/h at a bearing of 89° (E) Timezone guess from earthtools.org: 1 hour ahead of GMT ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Photo et info de direction dans Josm
Salut Romain, J'ai un appareil photo Sony Avec GPS et boussole du coup j'ai l'indication de direction. Le 29 août 2013 11:19, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Le 29 août 2013 11:13, Yves Pratter yves.prat...@laposte.net a écrit : En la chargeant, seul le picto de l'appareil photo apparait. Mais si je clique dessus, la photo est affichée avec les infos EXIF dont l'angle de prise de vue et l'altitude. J'ai une petite question qui me taraude: cette possibilité d'avoir l'angle de prise de vue est-elle réservée aux photos prises depuis un smartphone? Merci. Romain ___ 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] Photo et info de direction dans Josm
Certains appareils photo disposent de cette fonction, mais pas dans l'entrée de gamme. Sur les smartphones, je ne sais pas ce qu'il en est sur iOs. Sur Android, en général ce n'est pas le cas, mais des applis tierces le permettaient, comme Geocam, mais je n'ai jamais réussi à la faire fonctionner avec OsmTracker. J'espère que Focal le permettra. https://play.google.com/store/apps/details?id=ru.sitis.android.geocam.prohl=fr Stf Le 29/08/2013 11:19, Romain MEHUT a écrit : Bonjour, Le 29 août 2013 11:13, Yves Pratter yves.prat...@laposte.net mailto:yves.prat...@laposte.net a écrit : En la chargeant, seul le picto de l'appareil photo apparait. Mais si je clique dessus, la photo est affichée avec les infos EXIF dont l'angle de prise de vue et l'altitude. J'ai une petite question qui me taraude: cette possibilité d'avoir l'angle de prise de vue est-elle réservée aux photos prises depuis un smartphone? Merci. Romain ___ 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 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] Photo et info de direction dans Josm
Le 29 août 2013 11:46, Yves Pratter yves.prat...@laposte.net a écrit : J'ai une petite question qui me taraude: cette possibilité d'avoir l'angle de prise de vue est-elle réservée aux photos prises depuis un smartphone? Réponse dans les données EXIF de la photo visualisée avec Jeffrey's Exif Viewer http://regex.info/exif.cgi La photo a été prise avec un appareil photo compact : le Sony DSC-HX5Vhttp://www.lesnumeriques.com/appareil-photo-numerique/sony-cyber-shot-hx5v-p7918/test.html datant de 2010. Il intégre un GPS et une boussole. Il existe aussi quelques appareils réflex avec une GPS intégré (boussole ?) ou la possibilité d'en connecter un. J'utilise le petit frère du Panasonic FT5http://www.aubade-photos.com/blog6/?p=43165 (le FT3http://www.lesnumeriques.com/appareil-photo-numerique/panasonic-lumix-ft3-p10595/test.html). Sur ce (vieux ?) modèle, la réception GPS est lente, parfois TRES imprécise et consommatrice d'énergie. Je ne m'en sert plus ! J'enregistre donc les traces GPS avec mon smartphone ou un GPS de rando et je les géolocalise avec JOSM ou d'autres logiciels. De mon côté, je prends des photos avec un DSC-V1 http://www.sony.fr/support/fr/product/DSC-V1(sans récepteur GPS) et en parallèle j'enregistre la trace avec un GPS Garmin donc je suppose que je ne peux pas avoir accès à l'angle de prise de vue dans JOSM? Romain ___ 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] Photo et info de direction dans Josm
Le 29/08/2013 11:52, Stéphane Péneau a écrit : Certains appareils photo disposent de cette fonction, mais pas dans l'entrée de gamme. Sur les smartphones, je ne sais pas ce qu'il en est sur iOs. Sur Android, en général ce n'est pas le cas, mais des applis tierces le permettaient, comme Geocam, mais je n'ai jamais réussi à la faire fonctionner avec OsmTracker. J'espère que Focal le permettra. https://play.google.com/store/apps/details?id=ru.sitis.android.geocam.prohl=fr Stf Je viens de regarder les données exif de quelques photos prises depuis un Iphone 5, et j'ai vu plusieurs fois l'info GPSImgDirection, donc il semble que ce soit Ok du côté de iOs, vous devriez avoir la flèche de direction. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Photo et info de direction dans Josm
Les iPhone que j'ai pu testé enregistrent la direction de prise de vue avec l'appli de base Appareil photo et sûrement tout photo prise depuis une appli iOS (j'ai passé le cap des 2 photos pour OSM cet été sur mon iPhone 4). C'est un truc qui me manque vraiment sur mon Wiko (Android) que je n'utilise du coup quasiment jamais Le 29 août 2013 11:52, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Certains appareils photo disposent de cette fonction, mais pas dans l'entrée de gamme. Sur les smartphones, je ne sais pas ce qu'il en est sur iOs. Sur Android, en général ce n'est pas le cas, mais des applis tierces le permettaient, comme Geocam, mais je n'ai jamais réussi à la faire fonctionner avec OsmTracker. J'espère que Focal le permettra. https://play.google.com/store/apps/details?id=ru.sitis.android.geocam.prohl=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
[OSM-talk-fr] Foire agricole
Bonjour, je voulais taguer temporairement le lieux d'une foire agricole (Châlons-en-Champagne) et me demandais quel tag utiliser, si vous avez une idée ?? Merci, Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Foire agricole
Le 29 août 2013 12:12, Simon Miniou simon.min...@gmail.com a écrit : Bonjour, je voulais taguer temporairement le lieux d'une foire agricole (Châlons-en-Champagne) et me demandais quel tag utiliser, si vous avez une idée ?? Si c'est temporaire, cela n'a pas sa place directement dans OSM. Par contre tu peux utiliser umap.openstreetmap.fr si tu veux tout de même localiser cet événement. Romain ___ 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
[OSM-talk-fr] Foire agricole
Je pensais au tag marketplace ; une foire proposant à la vente des produits Pour le côté temporaire, mon bureau de poste qui déménage temporairement, mais je fais la changement quand même ; idem pour une déviation. Simon ___ 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] Photo et info de direction dans Josm
2013/8/29 Stéphane Péneau stephane.pen...@wanadoo.fr: Est-ce que ça parle à quelqu'un ? A tout hasard (et en désespoir de cause), il est possible que la bibliothèque qui extrait les données exif ait changé entre temps. Je n'ai pas regardé comment ça se passe dans JOSM mais ça pourrait dépendre de ta version de Java... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Foire agricole
2013/8/29 Simon Miniou simon.min...@gmail.com: Je pensais au tag marketplace ; une foire proposant à la vente des produits Pour le côté temporaire, mon bureau de poste qui déménage temporairement, mais je fais la changement quand même ; idem pour une déviation. On ne taggue pas les événements dans OSM. Tu peux tagguer la place où se produira la foire agricole mais pour ce qu'elle est, une place (qui peut être une place de marché, pourquoi pas). Concernant les changements temporaires, c'est toujours délicat. Il faut voir si c'est pour 1 mois ou 3 ans. Et toujours avoir en tête que beaucoup d'utilIsateurs n'ont qu'une copie des données OSM, un instantané, qu'ils peuvent conserver pendant des jours, des semaines, voire des mois avant de les mettre à jour. Donc même si toi, tu es très réactif dans l'actualisation d'OSM, les autres pourraient , au final, être mal informés à cause de tes changements temporaires. 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
[OSM-talk-fr] Foire agricole
Je comprend bien ; (dans mon cas, c'est sur ce n'est qu'une petite foire 10 jour avec une route fermé pendant la foire) du coup dans le cas d'une déviation mise à jour, le routage sera bon que pour ceux qui actualise la donnée régulièrement mais pour tous les autres - la aussi la déviation (fermeture d'une route) pouvant les induire en erreur ; donc qui est ce qu'on privilégie?? celui qui télécharge/utilise les données régulièrement ou occasionnellement?? sachant que la base de données grandi chaque jour. Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Foire agricole
2013/8/29 Simon Miniou simon.min...@gmail.com: donc qui est ce qu'on privilégie?? C'est aux contributeurs de choisir. Personnellement, une déviation pour 10 jours, je ne mettrais pas ça dans OSM. Mais si ça dépasse un an par exemple, ça en vaut déjà plus le coup. Tout ce qui se trouve entre les extrêmes peut se discuter. Un point important est aussi que celui qui mappe du temporaire qui dure se sente suffisament responsable de ses contributions pour revenir en arrière dans OSM lorsque ça s'arrête. 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
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] Foire agricole
Et ne pas oublier end_date=* pour indiquer la fin prévue d'un chantier par exemple, ce qui permet à des outils de retrouver des données qui ont besoin d'être mises à jour... Le 29 août 2013 14:14, Pieren pier...@gmail.com a écrit : 2013/8/29 Simon Miniou simon.min...@gmail.com: donc qui est ce qu'on privilégie?? C'est aux contributeurs de choisir. Personnellement, une déviation pour 10 jours, je ne mettrais pas ça dans OSM. Mais si ça dépasse un an par exemple, ça en vaut déjà plus le coup. Tout ce qui se trouve entre les extrêmes peut se discuter. Un point important est aussi que celui qui mappe du temporaire qui dure se sente suffisament responsable de ses contributions pour revenir en arrière dans OSM lorsque ça s'arrête. Pieren ___ 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] Foire agricole
Le 29/08/2013 13:58, Simon Miniou a écrit : Je comprend bien ; (dans mon cas, c'est sur ce n'est qu'une petite foire 10 jour avec une route fermé pendant la foire) du coup dans le cas d'une déviation mise à jour, le routage sera bon que pour ceux qui actualise la donnée régulièrement mais pour tous les autres - la aussi la déviation (fermeture d'une route) pouvant les induire en erreur ; donc qui est ce qu'on privilégie?? celui qui télécharge/utilise les données régulièrement ou occasionnellement?? sachant que la base de données grandi chaque jour. Les mises à jour régulière de son GPS c'est censé être tous les combien d'après toi ? Toi même qu'utilise tu comme GPS, comment le mets tu à jour, a quelle fréquence, quel volume de données représente tes mises à jour ? Librement, -- Christophe Merlet (RedFox) ___ 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] Foire agricole
Pieren wrote C'est aux contributeurs de choisir. Personnellement, une déviation pour 10 jours, je ne mettrais pas ça dans OSM. Mais si ça dépasse un an par exemple, ça en vaut déjà plus le coup. Tout ce qui se trouve entre les extrêmes peut se discuter. Une déviation d'un an ? c'est plus des travaux ça... Perso quand les travaux dépassent 3 mois, je les cartographie. - 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/Foire-agricole-tp5775476p5775489.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
[OSM-talk-fr] Foire agricole
Les mises à jour régulière de son GPS c'est censé être tous les combien d'après toi ? Toi même qu'utilise tu comme GPS, comment le mets tu à jour, a quelle fréquence, quel volume de données représente tes mises à jour ? je pensais plus au routage coté web ; niveau GPS c'est sur que les mises-à-jour ne sont pas forcement très fréquente (j'utilise tomtom et osmand ou les mises à jour sont régulières pour le second lorsque je me déplace). C'est mon coté rêveur qui prend le dessus sur la réalité d'un GPS qui se mettrai à jour quotidiennement. Pour les autres mises à jour temporaires, je visualise ça aussi côté base de données ; chantier en cours, commerces, services qui est déplacé ; (les déplacer causeront une erreur pour les applications ou site utilisant/téléchargent la donnée peu souvent. Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Foire agricole
C'est sûr qu'un système de mise à jour incrémentiel pour les données de routage ça serait un sacré plus. Le 29 août 2013 15:36, Simon Miniou simon.min...@gmail.com a écrit : Les mises à jour régulière de son GPS c'est censé être tous les combien d'après toi ? Toi même qu'utilise tu comme GPS, comment le mets tu à jour, a quelle fréquence, quel volume de données représente tes mises à jour ? je pensais plus au routage coté web ; niveau GPS c'est sur que les mises-à-jour ne sont pas forcement très fréquente (j'utilise tomtom et osmand ou les mises à jour sont régulières pour le second lorsque je me déplace). C'est mon coté rêveur qui prend le dessus sur la réalité d'un GPS qui se mettrai à jour quotidiennement. Pour les autres mises à jour temporaires, je visualise ça aussi côté base de données ; chantier en cours, commerces, services qui est déplacé ; (les déplacer causeront une erreur pour les applications ou site utilisant/téléchargent la donnée peu souvent. Simon ___ 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] Photo et info de direction dans Josm
Le 29 août 2013 à 11:56, Romain MEHUT romain.me...@gmail.com a écrit : De mon côté, je prends des photos avec un DSC-V1 (sans récepteur GPS) et en parallèle j'enregistre la trace avec un GPS Garmin donc je suppose que je ne peux pas avoir accès à l'angle de prise de vue dans JOSM? Si ton GPS enregistre un cap dans sa trace c'est possible, mais ce GPS a-t-il une boussole intégrée ? Après, il faut que le logiciel de géolocalisation gère aussi cette donnée ;-) -- Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Photo et info de direction dans Josm
Le 29 août 2013 16:00, Yves Pratter yves.prat...@laposte.net a écrit : De mon côté, je prends des photos avec un DSC-V1 http://www.sony.fr/support/fr/product/DSC-V1(sans récepteur GPS) et en parallèle j'enregistre la trace avec un GPS Garmin donc je suppose que je ne peux pas avoir accès à l'angle de prise de vue dans JOSM? Si ton GPS enregistre un cap dans sa trace c'est possible, mais ce GPS a-t-il une boussole intégrée ? Il s'agit du Garmin eTrex Vista HCx avec un compas électronique mais je ne le tiens pas nécessairement dans la même direction que mon appareil photo donc ça ne colle pas. Merci. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Photo et info de direction dans Josm
Le 29/08/2013 16:07, Romain MEHUT a écrit : Il s'agit du Garmin eTrex Vista HCx avec un compas électronique mais je ne le tiens pas nécessairement dans la même direction que mon appareil photo donc ça ne colle pas. il te reste la bonne vieille methode manuelle : - quand tu prend une photo devant toi, tu tiens ton appareil droit - quand tu prend une photo sur ta gauche, tu penche ton appareil a gauche (tu cadre en biais) - quand tu prend une photo sur ta droite, tu penche ton appareil a droite - quand tu prend un photo en arriere tu cadre vertical comme ca, avec ta trace GPS et l'heure des photos JOSM saura remettre les photos a la bonne place (pense a prendre l'heure de ton GPS en photo au debut pour pouvoir recaler les horloges) et grace a l'inclinaison du cadrage tu saura dans quel sens la photo a ete faite attention : si tu penche ton appareil a GAUCHE, c'est le cadrage qui est penche a gauche, donc quand JOSM t'affiche la photo en mettant le cadrage horizontal, la photo te semblera pencher a DROITE ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Infos temporaires Was: Foire agricole
Bonjour Il y a temporaire et temporaire. Je m'explique : Cas pont Mathilde : c'est du temporaire, cela à été ajouté à la base OSM car les moteurs de routage doivent prendre l'information, les conditions de circulations sur cette éléments routiers seront restreints pendant un bon moment. Ce type d'infos à sa place dans la base OSM Cas des côtes du débarquement en Basse-Normandie : C'est temporaire par le fait que tous les ans, entre telle et telle date des restrictions de circulations sont mises en place. Ce type d'infos à sa place dans la base OSM Cas des fermetures de voies de circulation pour événements nationales ou internationales (Tour de France cycliste, Paris Plage, etc.) : C'est facile à gérer puisque l'info est connus depuis de longues dates et il y a au moins un nombre de personnes qui peuvent gérer l'information, c'est de grande notoriété publique, arrêté préfectoral, _tousa_quoi_ . Ce type d'infos à logiquement sa place dans la base OSM. Cas des fermetures de voies de circulation pour événements locaux (travaux, événements à faible impact) : L'information au public est difficile à suivre. L'arrêté est souvent seulement lisible sur les panneaux de circulation mise en place pour l'événement concerné. Ce type d'infos à logiquement sa place dans la base OSM mais son impact est très faible ou difficilement réalisable ou contrôlable. Dans tous les cas, et plus particulièrement dans les deux derniers, il faut un outils de suivi avec un contrôle de fin de restriction. C'est important, mais avant tout, un contrôle ou une alerte sur le contributeur qui ajoute ce type d'info : SI une restriction qui s'ajoute à un élément déjà mis en place ET SI pas de date de fin de restriction ALORS alerter le contributeur pour lui demander d'ajouter une date de fin de restriction. SI ALORS pas de date ajoutée ALORS _que_faire_ ? Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OSM les fleurs
Bonjour, Actuellement il n'existe aucun tag documenté pour les zones fleuries. Pourtant certain rond-point le sont et du coup il peut-être intéressant de les mapper ainsi. Tag info a quelques usages : landuse=flowers http://taginfo.openstreetmap.org/tags/landuse=flowers landuse=flower_garden jardin de fleur http://taginfo.openstreetmap.org/tags/landuse=flower_garden landuse=flower_bed (qui signifie grosso-merdo plate-bande) http://taginfo.openstreetmap.org/tags/landuse=flower_bed Bref je serait bien tenté d'utiliser le premier mais c'est aussi choisir la simplicité... Florian. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Vaincre les zones blanches
J'ai un petit défit à vous donner (à moins que ça n'existe déjà). Afin de nous motiver à qualifier les territoires qui manquent un peu de données, quelqu'un serai-t-il capable, en découpant le territoire métropolitain en carrés de, disons, 10km² (à débattre), calculer le nombre de noeuds présents dans chaque carrés. On pourrait faire une carte de densité de points pour définir les zones où il faudrait travailler un peu. On pourrait aussi faire la même chose avec le nombre de tags écrits dans chaque carré, mais c'est peut-être une autre étape. - 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/Vaincre-les-zones-blanches-tp5775526.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
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] Vaincre les zones blanches
Bonjour, - Mail original - On pourrait faire une carte de densité de points pour définir les zones où il faudrait travailler un peu. L'intention est louable mais même en reportant tout ce qui peut raisonnablement l'être dans OSM, nous aurons au final une densité de points et de voies bien moindre dans le parc des volcans d'Auvergne que sur Toulouse (je subodore plusieurs ordres de grandeur). Du coup, cet indicateur ne me semble pas très pertinent sauf à avoir une idée préalable de la densité de points que l'on peut attendre sur une zone donnée. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ 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] Photo et info de direction dans Josm
Le 29 août 2013 11:52, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Certains appareils photo disposent de cette fonction, mais pas dans l'entrée de gamme. Sur les smartphones, je ne sais pas ce qu'il en est sur iOs. Sur Android, en général ce n'est pas le cas Ca dépend des appareils et surtout des versions de firmwares pour l'appli appareil photo intégrée (mais on peut utiliser une autre appli aussi). La plupart des Android ont un GPS intégré ET une boussole (nécessaire pour l'appli de navigation). Mais évidemment il ne faut pas couper la fonction GPS dans le menu. Certaines applis économiseurs d'énergie la coupent presque systématiquement, tant qu'on n'est pas dans une appli de navigation qui demande explicitement le GPS, ou dès que la batterie passe sous les 50% de charge. Mais cela se règle. Je crois qu'il ne faut pas généraliser car il y a des tonnes d'appareils Android avec plus ou moins de possibilités, et surtout plain sans firmware à jour (prce que le constructeur ou le vendeur ne le fait pas, ce qui arrive vite au bout de quelques mois après l'achat). Certaines marques sont mieux loties que d'autres pour les mises à jour. Mais les Android d'entrée de gamme ont un appareil photo basique dans leur application, avec souvent une lentille minimaliste non réglable, une résolution assez faible, pas d'objectif, un zoom numérique pourri qu'il vaut mieux désactiver totalement pour faire les recadrages et filtrages correctement avec un logiciel externe. Les premiers iPhone ne sont pas toujours terribles non plus question prise de vue et pratiquement aucun n'a un objectif digne de ce nom. Les appareils photos intégrés dans la pluaprt des smartphone ne sont pas faits pour des photos de qualité, juste pour produire des instantané à partager via un MMS ou sur les réseaux sociaux Facebook, Google+ ou Picassa, ... La colorimétrie est souvent très mauvaise, et la photo très bruitée (même de jour en extérieur), et la compression JPEG intégrée est souvent trop agressive. Si on veut de belles photos, on n'utilise pas un smartphone (même pas un iPhone 5 ou un Galaxy S3 de dernière génération). Mais si on croit qu'on est mieux loti avec les DCAM dédiées, on se trompe, la plupart ont aussi un objectif minimaliste, de mauvais réglages, et un traitement pourri de l'image et de sa compression pour permettre un stockage rapide sur la carte SD, même pour les marques connues historiques de la photographie, car ces appareils manquent de mémoire vive et doivent basculer très vite tout sur la carte SD (dont la bande passante en écriture est limitée). Les meilleurs appareils ont des cartes SD rapides, mais la plupart des cartes SD sont très lentes pour stocker rapidement des photos de bonne résolution (si c'est trop lent, c'est la photo prise qui sera fortement bruitée car le capteur ne tient pas la charge et le signal capté est suramplifié, mais de façon non uniforme, l'appareil commençant par traiter en premier une bande centrale de l'image avant de remonter et descendre vers les bords, le résultat est donc très peu homogène, et ces appareils tentent de masquer la chose en appliquer un filtrage numérique de ce bruit lié à la lenteur du stockage et la mauvaise sensibilité du capteur CCD ou sa mauvaise isolation en température dans son montage interne). Et tous ne peuvent pas supporter le stockage en mode RAW (ou bien il est seulement simulé : la bande passante de la carte SD ne permet pas de stcoker autrechose qu'une image déjà compressée en JPEG. Il n'y a pas de secret: un appareil photo a besoin de RAM rapide, d'un bon firmware, d'un accélérateur matériel de bonne qualité pour la compression, d'une interface SD rapide, d'une optique de bonne qualité, d'une bonne régulation de la température et la tension du capteur, et d'une électronique de qualité pour la numérisation du signal analogique issu du capteur lors du sampling. Le CPU est souvent très occupé à gérer le traitement de la photo, et oublie souvent à la fin d'aller décoder et inclure les données du GPS et de la bousole interne, si on prend une photo en qualité maximale (pour y palier, il faut que le capteur GPS et de la boussolle dispose de sa propre mémoire avec un cricuit dédié, ce n'est pas toujours le cas; concernant la localisation GPS pourtant la précision devrait être excellente avec une fréquence de sampling faible, mais pour l'angle de prise de vue cela demande une captation quasiment en continu, pas plus de 50ms, si on veut une bonne précision angulaire, sinon l'appareil ne peut faire qu'une interpolation en estimant le mouvement; ce n'est pas un problème pour une prise de vue sur pied, mais c'en est un pour l'appareil tenu en main). Malgré tout, le capteur de la boussole peut facilement être trompé. Le nord magnétique est très irrégulier sur le terrain réel et ce capteur peut aussi être faussé par l'électronique de l'appareil lui-même (particulièrement au moment de la prise du cliché où il consomme beaucoup d'énergie, ou si on utilise
Re: [OSM-talk-fr] Vaincre les zones blanches
Quelques petites choses existantes : le calque voirie/cadastre d'osmose : http://osmose.openstreetmap.fr/en/map/?zoom=11lat=48.60244lon=3.24331layers=B0FFFTFFFitem=level=1 graphique et joli mais pas forcément utile : http://tyrasd.github.io/osm-node-density/ Cet outil aussi mais je crois qu'il n'est pas à jour : http://koenigstuhl.geog.uni-heidelberg.de/osmatrix/#timestamp/allotments_area/9/3.1915283203125/48.36628606659289 Script (non testé) : http://wiki.openstreetmap.org/wiki/Mapping_Quality -- Jean-Baptiste Holcroft Le 29 août 2013 19:00, sebastien.di...@free.fr a écrit : Bonjour, - Mail original - On pourrait faire une carte de densité de points pour définir les zones où il faudrait travailler un peu. L'intention est louable mais même en reportant tout ce qui peut raisonnablement l'être dans OSM, nous aurons au final une densité de points et de voies bien moindre dans le parc des volcans d'Auvergne que sur Toulouse (je subodore plusieurs ordres de grandeur). Du coup, cet indicateur ne me semble pas très pertinent sauf à avoir une idée préalable de la densité de points que l'on peut attendre sur une zone donnée. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ 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] Vaincre les zones blanches
Quelque chose comme ça quoi : http://koenigstuhl.geog.uni-heidelberg.de/osmatrix/#timestamp/sumOfAllAttributes/8/8/2.8399658203125/48.27953734226008 Ici c'est une représentation de la densité de tags, mais il y a plein d'autres layers disponibles. Le 29 août 2013 17:52, Tony Emery tony.em...@yahoo.fr a écrit : J'ai un petit défit à vous donner (à moins que ça n'existe déjà). Afin de nous motiver à qualifier les territoires qui manquent un peu de données, quelqu'un serai-t-il capable, en découpant le territoire métropolitain en carrés de, disons, 10km² (à débattre), calculer le nombre de noeuds présents dans chaque carrés. On pourrait faire une carte de densité de points pour définir les zones où il faudrait travailler un peu. On pourrait aussi faire la même chose avec le nombre de tags écrits dans chaque carré, mais c'est peut-être une autre étape. - 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/Vaincre-les-zones-blanches-tp5775526.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] Relation bizarre suite à importation cadastre à Charleville-Mézières
Bonjour, Merci pour la réponse, le 1er problème est réglé, reste les noeuds surnuméraires sur les buiddings : sélectionne les buildings et simplifie (maj+y) cela enlève bien quelques noeuds mais la grande majorité des noeuds situés au milieu de segments droits restent Je crois qu'il y a un plugin qui simplifie mieux que la fonction d'origine j'ai trouve Simplify Area mais cela ne réglera pas le pb ci-dessus à priori : Simplifier la zone en supprimant des nœuds sur les angles très obtus... Y aurait-il un autre plugin plus efficace ? Le 28/08/13 13:33, Pieren a écrit : 2013/8/28 Brice Mallet brice.mal...@free.fr: Est-ce un problème généré à l'import du cadastre ? Comment le corriger ? Non, c'est quelqu'un qui a effacé le inner way en oubliant de suprrimer la relation. Voir l'historique: http://www.openstreetmap.org/browse/relation/1337671/history Toujours un problème généré à l'import du cadastre ? un problème de moulinette à cette époque ? Comment corriger, autre moyen que manuellement ? Effectivement, ça ressemble à un problème d'import de l'époque. Il n'y a pas eu de simplification des polygones. Il n'est pas trop tard pour le faire. Télécharge toute la commune dans JOSM, sélectionne les buildings et simplifie (maj+y ?). Je crois qu'il y a un plugin qui simplifie mieux que la fonction d'origine mais je ne sais plus lequel (il supprime aussi les noeuds qui font partie de plusieurs ways, ce qui n'est pas le cas dans la fonction josm standard). Pieren ___ 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] Photo et info de direction dans Josm
Le 29/08/2013 18:14, Philippe Verdy a écrit : La plupart des Android ont un GPS intégré ET une boussole (nécessaire pour l'appli de navigation). Mais évidemment il ne faut pas couper la fonction GPS dans le menu. Certaines applis économiseurs d'énergie la coupent presque systématiquement, tant qu'on n'est pas dans une appli de navigation qui demande explicitement le GPS, ou dès que la batterie passe sous les 50% de charge. Mais cela se règle. Je crois qu'il ne faut pas généraliser car il y a des tonnes d'appareils Android avec plus ou moins de possibilités, et surtout plain sans firmware à jour (prce que le constructeur ou le vendeur ne le fait pas, ce qui arrive vite au bout de quelques mois après l'achat). Certaines marques sont mieux loties que d'autres pour les mises à jour. Complètement à côté de la plaque, comme d'habitude. Le problème est que la plupart des applications de prise de vue (telle que celle de base d'android) ne tiennent pas compte du compas et donc n'enregistrent pas les infos Exif GPSImgDirection et GPSImgDirectionRef. A priori ce n'est même pas inclus dans les API il faut donc le développer soit-même, ce qui expliquerait pourquoi cette fonctionnalité est aussi rarement présente. Merci de ne plus participer, au revoir Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vaincre les zones blanches
cquest wrote Quelque chose comme ça quoi : http://koenigstuhl.geog.uni-heidelberg.de/osmatrix/#timestamp/sumOfAllAttributes/8/8/2.8399658203125/48.27953734226008 Ici c'est une représentation de la densité de tags, mais il y a plein d'autres layers disponibles. Exactement. Un truc comme ça mais avec dans les hexagones plus grand et des classes de couleurs pour lesquelles on peu définir des seuils... - 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/Vaincre-les-zones-blanches-tp5775526p5775537.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] Relation bizarre suite à importation cadastre à Charleville-Mézières
Quelle valeur as-tu dans les prefs de JOSM pour le paramètre simplify-way.max-error ? j'ai 0.07 et ça donne de bons résultats. Le 29 août 2013 19:05, Brice Mallet brice.mal...@free.fr a écrit : Bonjour, Merci pour la réponse, le 1er problème est réglé, reste les noeuds surnuméraires sur les buiddings : sélectionne les buildings et simplifie (maj+y) cela enlève bien quelques noeuds mais la grande majorité des noeuds situés au milieu de segments droits restent Je crois qu'il y a un plugin qui simplifie mieux que la fonction d'origine j'ai trouve Simplify Area mais cela ne réglera pas le pb ci-dessus à priori : Simplifier la zone en supprimant des nœuds sur les angles très obtus... Y aurait-il un autre plugin plus efficace ? Le 28/08/13 13:33, Pieren a écrit : 2013/8/28 Brice Mallet brice.mal...@free.fr: Est-ce un problème généré à l'import du cadastre ? Comment le corriger ? Non, c'est quelqu'un qui a effacé le inner way en oubliant de suprrimer la relation. Voir l'historique: http://www.openstreetmap.org/**browse/relation/1337671/**historyhttp://www.openstreetmap.org/browse/relation/1337671/history Toujours un problème généré à l'import du cadastre ? un problème de moulinette à cette époque ? Comment corriger, autre moyen que manuellement ? Effectivement, ça ressemble à un problème d'import de l'époque. Il n'y a pas eu de simplification des polygones. Il n'est pas trop tard pour le faire. Télécharge toute la commune dans JOSM, sélectionne les buildings et simplifie (maj+y ?). Je crois qu'il y a un plugin qui simplifie mieux que la fonction d'origine mais je ne sais plus lequel (il supprime aussi les noeuds qui font partie de plusieurs ways, ce qui n'est pas le cas dans la fonction josm standard). Pieren __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://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] Raw code pour éviter qu'un navigateur GPS prenne une route
willemijns sebast...@willemijns.com wrote: pour le nom, on met souvent des majuscules au début d'une rue ou pour un nom de pays, personne ou autres, est-ce qu'un éperon ou autres coccinelle est dans ce cas là ? Oui. Voir en détail : http://wiki.openstreetmap.org/wiki/FR:Toponymes,_odonymes -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Entreprises locales de distribution électrique en France
François Lacombe francois.laco...@telecom-bretagne.eu wrote: La relation entre Séolis et Gérédis est purement financière, c'est bien l'entreprise Gérédis qui est détentrice de la concession du SIEDS : http://www.geredis.fr/spip.php?article151 Je vais donc remplacer Séolis par Gérédis dans le wiki. Attention toutefois a pas tout mélanger. Gérédis/Séolis ne sont que des concessionnaires (gérant), auprs du SIED qui est le véritable propriétaire. Il s'agit là de concession de service public (un syndicat concède par contrat et temporairement la gestion technique et opérationelle). A priori le tag operator sert a indiquer le propriétaire du service, pas le gestionnaire (c'est ce que dit la wiki FR, la version anglaise est plus obscure, il parle de in charge of operation et plus loin belongs)... http://wiki.openstreetmap.org/wiki/FR:Key:operator A coté de ça, je passe peut être a coté d'un truc qui m'échappe... -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Ortho Loire-Atlantique en ODbL...
Au détour d'un tweet, je découvre: http://vuduciel.loire-atlantique.fr/#18/47.08633/-1.27457 L'ortho est disponible en ODbL, assez étonnante licence pour des images aériennes qui n'ont rien d'une base de données, mais bon. L'URL en TMS est du type: http://c.tiles.cg44.makina-corpus.net/ortho-2012/{z}/{x}/{y}.jpg Un WMS est aussi disponible sur http://services.vuduciel.loire-atlantique.fr/ Et 2 dernière remarques... le petite carte de localisation utilise les tuiles OSM (celles d'OSMFR seraient plus sympa à cette échelle) et il n'y a pas d'attribution... -- 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] Photo et info de direction dans Josm
L'API Android contient bel et bien ce qu'il faut pour énumérer et accéder à tous les capteurs. C'est juste l'application photo intégrée qui ne s'en sert pas. Donc bien un problème de firmware (pour les applis préintégrées). Peut-être que ce n'est pas dans le code de base d'Android uniquement parce que tous les appareils n'ont pas ce compas. Mais tous les appareils n'ont pas non plus un GPS et pourtant les applis en tiennent compte. C'est juste un problème de l'intégrateur du firmware, et pas d'Android lui-même. Mais on sait que les intégrateurs font un peu ce qu'ils veulent en produisant des firmwares propriétaires compilés vite fait sans activer les bonnes options de compilation pour brancher les greffons nécessaires. Pourtant le code debase d'Android contient tout ce qu'il faut pour l'activer. Le problème de paresse de l'intégrateur est encore plus critique concernant les versions de firmwares blindées pour les opérateurs qui vendent les smartphone avec leurs applis propriétaires. Le développement s'arrête dès que les premières fonctions visibles semblent fonctionner. Mais intégrer un obscur tag Exif que la plupart des utilisateurs ne voient pas... Il y a une solution mais il faut se plaindre et intégrer le test de l'intégration lors de l'évaluation des mobiles (mais les évalusations se contentent juste de tester l'apparence du cliché, le niveau de bruit, la colorimétrie, la sensibilité des capteurs dans un environnement sombre, ou la vitesse d'enregistrement des clichés sur la carte SD, ou la vitesse de transfert vers les réseaux sociaux ou collections de photos en ligne (évaluation des méthodes de compression et leur impact sur la qualité visible). On devrait s'en plaindre en commençant par rendre ce tag visible sur les sites, à cpoté du nom des modèles d'appareils. Cela pousserait les fabricants (et surtout les opérateurs qui commandent ces matériels pour les revendre à leur marque) à se distinguer pour assurer ce support qu'ils ont oublié (les vendeurs oublient volontairement des tas de choses à mon avis, juste pour pouvoir vendre plus vite le modèles suivant et promouvoir leur système de points de fidélité' qui pousse les utilisateurs à acheter des appareils globalement plus chers qu'il ne valent...). Mais c'est vrai qu'on peut se plaindre de l'absence de procédures de tests et validation des fonctionnalités par les opérateurs qui font ce qu'ils veulent, et qui fragmentent inutilement le marché Android avec des firmwares pas maintenus... La compatibilité ascendante est pour eux le cadet de leurs soucis. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vaincre les zones blanches
2013/8/29 Jean-Baptiste Holcroft jb.holcr...@gmail.com Quelques petites choses existantes : le calque voirie/cadastre d'osmose : http://osmose.openstreetmap.fr/en/map/?zoom=11lat=48.60244lon=3.24331layers=B0FFFTFFFitem=level=1 Intéressant mais où se trouve la légende du code couleurs ? :( graphique et joli mais pas forcément utile : http://tyrasd.github.io/osm-node-density/ Cet outil aussi mais je crois qu'il n'est pas à jour : http://koenigstuhl.geog.uni-heidelberg.de/osmatrix/#timestamp/allotments_area/9/3.1915283203125/48.36628606659289 Script (non testé) : http://wiki.openstreetmap.org/wiki/Mapping_Quality -- Jean-Baptiste Holcroft Le 29 août 2013 19:00, sebastien.di...@free.fr a écrit : Bonjour, - Mail original - On pourrait faire une carte de densité de points pour définir les zones où il faudrait travailler un peu. L'intention est louable mais même en reportant tout ce qui peut raisonnablement l'être dans OSM, nous aurons au final une densité de points et de voies bien moindre dans le parc des volcans d'Auvergne que sur Toulouse (je subodore plusieurs ordres de grandeur). Du coup, cet indicateur ne me semble pas très pertinent sauf à avoir une idée préalable de la densité de points que l'on peut attendre sur une zone donnée. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ 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 -- Sylvain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vaincre les zones blanches
Il y a quelque équipes de recherche qui bossent dessus: http://www.cs.nuim.ie/~pmooney/ Il y a aussi cette approche : Mülligann, C., Janowicz, K., Ye, M., Lee, W.-C., 2011. Analyzing the spatial-semantic interaction of points of interest in volunteered geographic information. Proceedings of the 10th international conference on Spatial information theory. Springer-Verlag, Berlin, Heidelberg, pp. 350--70. Mais elle se limite aux points... Arnaud On 29/08/2013 17:30, Guilhem Bonnefille wrote: Bonjour, Le 29 août 2013 18:00, sebastien.di...@free.fr mailto:sebastien.di...@free.fr a écrit : Bonjour, - Mail original - On pourrait faire une carte de densité de points pour définir les zones où il faudrait travailler un peu. L'intention est louable mais même en reportant tout ce qui peut raisonnablement l'être dans OSM, nous aurons au final une densité de points et de voies bien moindre dans le parc des volcans d'Auvergne que sur Toulouse (je subodore plusieurs ordres de grandeur). Du coup, cet indicateur ne me semble pas très pertinent sauf à avoir une idée préalable de la densité de points que l'on peut attendre sur une zone donnée. Je me permets de renchérir avec une réflexion que j'ai déjà partagée avec Sébastien : ce n'est pas non plus la densité d'information qui permet de juger de la qualité de la carte à un endroit donnée. Par exemple, j'ai été frappé de constater que Toulouse, au deumeurant bien dense, contient finalement assez peu d'informations : beaucoup de bâti, des routes mais très très peu de services ou micro-mapping. Je me demande si quelqu'un à planché sur un sujet de ce type : croiser la densité d'information avec la variété de tags. Par exemple, si une zone contient un très grand nombre de points, mais qu'il s'agit juste du bâti... finalement la qualité est moins bonne qu'une zone où il y a moins de points (village) mais où l'on trouve des POI type boite aux lettres, poubelles publique, bancs, identification des éclairages publics, identification des bâtiments publics... J'ai même imaginé (mais là il faudrait un super service comm. à la Google) qu'on pourrait mettre en place un jeu pour les mappeurs. D'un coté, un outil analyse des zones, détecte des manques et propose des chasses aux trésors, le POI perdu. Par exemple : « Dans telle zone il devrait une mairie. » « Approximativement ici il devrait y avoir une borne incendie. » ... Et ceux qui insèrent les infos manquantes gagnent des points, mais surtout toute notre estime. ;-) Bon, vu que je rève, je pars me coucher. -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org mailto:gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com mailto:guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.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 -- Arnaud Vandecasteele SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://www.marinegis.com/?page_id=131 http://geotribu.net/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vaincre les zones blanches
Le 29 août 2013 22:00, Guilhem Bonnefille guilhem.bonnefi...@gmail.com a écrit : Je me permets de renchérir avec une réflexion que j'ai déjà partagée avec Sébastien : ce n'est pas non plus la densité d'information qui permet de juger de la qualité de la carte à un endroit donnée. Par exemple, j'ai été frappé de constater que Toulouse, au deumeurant bien dense, contient finalement assez peu d'informations : beaucoup de bâti, des routes mais très très peu de services ou micro-mapping. Je me demande si quelqu'un à planché sur un sujet de ce type : croiser la densité d'information avec la variété de tags. Par exemple, si une zone contient un très grand nombre de points, mais qu'il s'agit juste du bâti... finalement la qualité est moins bonne qu'une zone où il y a moins de points (village) mais où l'on trouve des POI type boite aux lettres, poubelles publique, bancs, identification des éclairages publics, identification des bâtiments publics... Entièrement d'accord. Le nombre de nodes n'est pas très représentatif, le nombre de tags déjà un peu plus et le nombre de tags différents encore plus, voire le nombre de tags par objet taggués... J'ai même imaginé (mais là il faudrait un super service comm. à la Google) qu'on pourrait mettre en place un jeu pour les mappeurs. D'un coté, un outil analyse des zones, détecte des manques et propose des chasses aux trésors, le POI perdu. Par exemple : « Dans telle zone il devrait une mairie. » « Approximativement ici il devrait y avoir une borne incendie. » ... Et ceux qui insèrent les infos manquantes gagnent des points, mais surtout toute notre estime. ;-) C'est l'idée qui m'a fait démarrer mes statistiques par commune en faisant des comparaisons avec les stats de l'INSEE (l'outil etat-commune sur notre site web). Entre ça et les données opendata à intégrer de plus en plus nombreuse, il nous manque un outil simple et ludique pour inciter à la contribution en donnant des pistes, le tout avec une approche locale car la grande majorité des contributeurs mappe localement et n'a pas forcément conscience de tout ce qu'il pourrait ajouter facilement. -- 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] Vaincre les zones blanches
Il y avais un script pour chercher les unmapped places basée sur le node places et sur la population associée... https://wiki.openstreetmap.org/wiki/Unmapped_Places ... les résultats étaient pas parfais mais avaient le mérite d'éviter de marquer les grandes forets ou étendue vide comme peu mappé... et une adaptation du script utilisée ici : http://neis-one.org/2011/11/unmapped-places-/ == http://resultmaps.neis-one.org/unmapped.html 2013/8/29 Christian Quest cqu...@openstreetmap.fr Le 29 août 2013 22:00, Guilhem Bonnefille guilhem.bonnefi...@gmail.coma écrit : Je me permets de renchérir avec une réflexion que j'ai déjà partagée avec Sébastien : ce n'est pas non plus la densité d'information qui permet de juger de la qualité de la carte à un endroit donnée. Par exemple, j'ai été frappé de constater que Toulouse, au deumeurant bien dense, contient finalement assez peu d'informations : beaucoup de bâti, des routes mais très très peu de services ou micro-mapping. Je me demande si quelqu'un à planché sur un sujet de ce type : croiser la densité d'information avec la variété de tags. Par exemple, si une zone contient un très grand nombre de points, mais qu'il s'agit juste du bâti... finalement la qualité est moins bonne qu'une zone où il y a moins de points (village) mais où l'on trouve des POI type boite aux lettres, poubelles publique, bancs, identification des éclairages publics, identification des bâtiments publics... Entièrement d'accord. Le nombre de nodes n'est pas très représentatif, le nombre de tags déjà un peu plus et le nombre de tags différents encore plus, voire le nombre de tags par objet taggués... J'ai même imaginé (mais là il faudrait un super service comm. à la Google) qu'on pourrait mettre en place un jeu pour les mappeurs. D'un coté, un outil analyse des zones, détecte des manques et propose des chasses aux trésors, le POI perdu. Par exemple : « Dans telle zone il devrait une mairie. » « Approximativement ici il devrait y avoir une borne incendie. » ... Et ceux qui insèrent les infos manquantes gagnent des points, mais surtout toute notre estime. ;-) C'est l'idée qui m'a fait démarrer mes statistiques par commune en faisant des comparaisons avec les stats de l'INSEE (l'outil etat-commune sur notre site web). Entre ça et les données opendata à intégrer de plus en plus nombreuse, il nous manque un outil simple et ludique pour inciter à la contribution en donnant des pistes, le tout avec une approche locale car la grande majorité des contributeurs mappe localement et n'a pas forcément conscience de tout ce qu'il pourrait ajouter facilement. -- 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Entreprises locales de distribution électrique en France
Tout simplement: Gérédis = équivalent local RTE Séolis = équivalent local ErDF Il n'existe plus de régie du Sied... ou autre... ca vous convient pour les Deux Sevres? -- View this message in context: http://gis.19327.n5.nabble.com/Entreprises-locales-de-distribution-electrique-en-France-tp5773930p5775573.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] Vaincre les zones blanches
Bonjour, Il y a pas mal de temps, je m'étais dit que ce serait intéressant de comparer les densités d'informations (nodes, linéaires en tout genre) en fonction de la nature du polygone de landuse sous-jacent. Je trouve ça plus pertinent que les mosaiques un peu trop arbitraires. Le 29 août 2013 17:52, Tony Emery tony.em...@yahoo.fr a écrit : J'ai un petit défit à vous donner (à moins que ça n'existe déjà). Afin de nous motiver à qualifier les territoires qui manquent un peu de données, quelqu'un serai-t-il capable, en découpant le territoire métropolitain en carrés de, disons, 10km² (à débattre), calculer le nombre de noeuds présents dans chaque carrés. On pourrait faire une carte de densité de points pour définir les zones où il faudrait travailler un peu. On pourrait aussi faire la même chose avec le nombre de tags écrits dans chaque carré, mais c'est peut-être une autre étape. - 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/Vaincre-les-zones-blanches-tp5775526.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 -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Entreprises locales de distribution électrique en France
Le 29 août 2013 23:44, PierreV belett...@hotmail.fr a écrit : Tout simplement: Gérédis = équivalent local RTE Séolis = équivalent local ErDF Il n'existe plus de régie du Sied... ou autre... ca vous convient pour les Deux Sevres? Non je ne suis que partiellement d'accord avec les explications données ci-dessus. Comme expliqué précédemment, seules les collectivités territoriales sont propriétaires des infrastructures de distribution électrique (le SIED ici). Le réseau est ensuite concédé à : - ERDF sur 95% du territoire - Des ELD sur le reste. operator pourrait tout le temps valoir ColTer ou autres... mais le propriétaire n'est pas en charge de l'exploitation ici. Là il est bien question d'identifier le titulaire de la concession puisque c'est lui qui est en charge de l'entretient et du développement de ces infrastructures (le financement est toutefois public mais les études sont faites par les titulaires de la concession). Cette conception est en accord avec le in charge of operation de Wikipedia. C'est le plus important à mon sens, des infrastructures comme celles-ci peuvent très bien être revendues à des tiers pour dégager une quantité importante de cash sans pour autant changer d'exploitant (bâtiments FT, pylônes Bouygues, TDF... il y a plein d'exemples, personne ne l'a remarqué). Le jour où la stratégie d'exploitation change, là il y a des répercutions sur le terrain. Ensuite, il n'y a pas d'équivalent à RTE qui est le seul à assumer le rôle du transport sur tout le territoire. Les ELD sont parfois organisées en filiales dans des logiques purement comptables et financières. Seule une de ces structures est titulaire de la concession de la distribution et c'est à chaque fois celle-ci qu'il faut chercher à indiquer dans operator=* Des choses à redire là-dessus ? *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Entreprises locales de distribution électrique en France
Le 30 août 2013 à 00:28, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Le 29 août 2013 23:44, PierreV belett...@hotmail.fr a écrit : Tout simplement: Gérédis = équivalent local RTE Séolis = équivalent local ErDF Il n'existe plus de régie du Sied... ou autre... ca vous convient pour les Deux Sevres? Non je ne suis que partiellement d'accord avec les explications données ci-dessus. Comme expliqué précédemment, seules les collectivités territoriales sont propriétaires des infrastructures de distribution électrique (le SIED ici). Le réseau est ensuite concédé à : - ERDF sur 95% du territoire - Des ELD sur le reste. operator pourrait tout le temps valoir ColTer ou autres... mais le propriétaire n'est pas en charge de l'exploitation ici. Là il est bien question d'identifier le titulaire de la concession puisque c'est lui qui est en charge de l'entretient et du développement de ces infrastructures (le financement est toutefois public mais les études sont faites par les titulaires de la concession). Cette conception est en accord avec le in charge of operation de Wikipedia. C'est le plus important à mon sens, des infrastructures comme celles-ci peuvent très bien être revendues à des tiers pour dégager une quantité importante de cash sans pour autant changer d'exploitant (bâtiments FT, pylônes Bouygues, TDF... il y a plein d'exemples, personne ne l'a remarqué). Le jour où la stratégie d'exploitation change, là il y a des répercutions sur le terrain. Ensuite, il n'y a pas d'équivalent à RTE qui est le seul à assumer le rôle du transport sur tout le territoire. Les ELD sont parfois organisées en filiales dans des logiques purement comptables et financières. Seule une de ces structures est titulaire de la concession de la distribution et c'est à chaque fois celle-ci qu'il faut chercher à indiquer dans operator=* Des choses à redire là-dessus ? Il a déjà été dit ici que les collectivités territoriales sont, dans la terminologie administrative, des opérateurs de second rang (OSR). Cela veut dire que les délégataires de service public (concessionnaires et autres) sont les opérateurs de premier rang. Je ne vois donc pas comment attribuer le tag operator à la collectivité territoriale qui n'est opérateur que parce ce qu'elle définit les conditions de l'exploitation. Les operator(s) sont donc Keolis, RATP, Veolia et, peut-être, la collectivité elle-même si elle crée une régie de transport, mais, celle-ci doit être mise en concurrence avec les autres opérateurs de premier rang. La situation est comparable pour la distribution électrique. Christian___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr