Re: [OSM-talk-fr] openstreetview.org
Le 5 mars 2014 15:29, Christian Quest cqu...@openstreetmap.fr a écrit : J'ai des centaines de photos de passages piéton ou d'arrêts de bus... je pense que commons n'est pas le réceptacle adéquat pour ce genre de contribution. Pour OSM, non. Mais dans la perspective d'un article wikipedia sur les passages piétons, oui. Les critères pour accepter une fichier sont énoncés à https://commons.wikimedia.org/wiki/Commons:Crit%C3%A8res_d%27inclusion#P.C3.A9rim.C3.A8tre_de_Commons_partie_I_:_les_fichiers Il me semble que le point clef pour OSM est que les images doivent avoir un contenu éducatif. Ils comprennent éducatif dans un sens large. (même trèès large). (la photo de l'année 2013 risque fort d'être une photo d'obama faisant la grimace, c'est dire). Pour une inclusion des photos de mapping, sans combine hasardeuse, je pense que je subodore qu'ils seraient ouverts au principe de la question. Mais je pense que le problème est d'abord chez OSM : comment enregistrer les observations terrain ?... Il faut - de mon opinion - non seulement enregistrer les résultats dans la base OSM, mais en plus enregistrer les carnets de notes, photos, traces GPS, quelque part, selon un format compréhensible par tous. Par exemple, il faut systématiser l'usage du wiki d'osm pour enregistrer les cartoparties. (à mon avis). Une fois qu'on aura ça, alors on pourra légitimement commencer à parler de données éducatives, et peut être utiliser normalement commons. Sinon, pour l'instant, l'inclusion de photos dans le wiki d'osm fonctionne très bien ; je ne vois pas pourquoi aller chercher allleurs ? Cordialement. http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] openstreetview.org
Sans doute que le problème est que le wiki d'OSM n'est pas taillé pour héberger autant de photos détaillés. Déjà en vue aérienne c'est très lourd, en vue au sol il faut de l'espace de stockage énorme si on veut voir les numéros de maison, le détail des panneaux de signalsation, les marquages au sol, les dispositifs pour aveugles ou malentendants, les enseignes... Sans compter aussi la nécessité pour que ce soit utilisable d'enregistrer des métadonnées (pas seulement la géolocalidation mais aussi l'orientation; la largeur de champ, le type d'objectif (si on veut prendre en compte les déformations liées à la projection photographique), la date du cliché (pour gérer les mises à jour. Autre difficulté: le filtrage pour le respect de la vie privée doit massivement prévoir un dispositif de floutage masquant non seulement les personnes ou immatriculations et intérieurs de bâtiments, mais aussi les versions des photos non retouchées où le floutage n'a pas été fait (cela demande des outils pour que les imports soient dabord validés par l'utilisateur qui masquera les éléments sensibles avant publication effective, mais aussi une validation par un tiers pour vérifier que cela a été fait correctement et sans oubli, ainsi qu'un système permettant de répondre à la demande légitime de masquage par des tiers. Et le wiki d'OSM n'est pas taillé pour ça et n'a pas l'administration nécessaire pour gérer autant de données. Commons en revnache a du monde pour veiller à ça, mais il manque aussi d'outils de validation préalable. En fin de compte autant prépublier les photos de façon privée sur un compte perso (Dropbox, Flickr, etc.) partageable de façon limitée par collaboration privée, avant que les photos validées rejoignent un partage public. De ce point de vue-là les gros hébergeurs de photos privées sur un cloud permettant un partage peuvent être utilisés et on pourrait en supporter une collection pour ne pas induire d'inéquité concurrentielle et aussi pour permettre à un utilisateur de déplacer ses photos chez un autre hébergeur. L'autre intérêt étant que chacun est alors responsable de ses clichés et qu'il est simple alors de supprimer les références à des photos abusives en supprimant toutes celles liées à un compte utilisateur chez un de ces hébergeurs. En effet, la mise en place d'un tel hébergement (en plus du fait qu'il coûtera très cher, beaucoup plus que l'hébergement de la base de données actuelle) donnera tout de suite de mauvaises idées et on peut s'attendre à voir des photos pornos complètement déplacées qui n'ont pas la place sur les projets OSM, ou de la publicité, ou des photos de contenus violents, des caricatures, des faux clichés avec des manipulations. Héberger des photos pose plus de risques au départ car il n'est pas du tout évident de mettre en place certains filtres qui marchent aussi bien que les filtres sur les contenus textuels. Le 18 mars 2014 07:28, Ista Pouss ista...@gmail.com a écrit : Le 5 mars 2014 15:29, Christian Quest cqu...@openstreetmap.fr a écrit : J'ai des centaines de photos de passages piéton ou d'arrêts de bus... je pense que commons n'est pas le réceptacle adéquat pour ce genre de contribution. Pour OSM, non. Mais dans la perspective d'un article wikipedia sur les passages piétons, oui. Les critères pour accepter une fichier sont énoncés à https://commons.wikimedia.org/wiki/Commons:Crit%C3%A8res_d%27inclusion#P.C3.A9rim.C3.A8tre_de_Commons_partie_I_:_les_fichiers Il me semble que le point clef pour OSM est que les images doivent avoir un contenu éducatif. Ils comprennent éducatif dans un sens large. (même trèès large). (la photo de l'année 2013 risque fort d'être une photo d'obama faisant la grimace, c'est dire). Pour une inclusion des photos de mapping, sans combine hasardeuse, je pense que je subodore qu'ils seraient ouverts au principe de la question. Mais je pense que le problème est d'abord chez OSM : comment enregistrer les observations terrain ?... Il faut - de mon opinion - non seulement enregistrer les résultats dans la base OSM, mais en plus enregistrer les carnets de notes, photos, traces GPS, quelque part, selon un format compréhensible par tous. Par exemple, il faut systématiser l'usage du wiki d'osm pour enregistrer les cartoparties. (à mon avis). Une fois qu'on aura ça, alors on pourra légitimement commencer à parler de données éducatives, et peut être utiliser normalement commons. Sinon, pour l'instant, l'inclusion de photos dans le wiki d'osm fonctionne très bien ; je ne vois pas pourquoi aller chercher allleurs ? Cordialement. http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] openstreetview.org
Le 18 mars 2014 07:28, Ista Pouss ista...@gmail.com a écrit : Le 5 mars 2014 15:29, Christian Quest cqu...@openstreetmap.fr a écrit : J'ai des centaines de photos de passages piéton ou d'arrêts de bus... je pense que commons n'est pas le réceptacle adéquat pour ce genre de contribution. Pour OSM, non. Mais dans la perspective d'un article wikipedia sur les passages piétons, oui. Les critères pour accepter une fichier sont énoncés à https://commons.wikimedia.org/wiki/Commons:Crit%C3%A8res_d%27inclusion#P.C3.A9rim.C3.A8tre_de_Commons_partie_I_:_les_fichiers Il me semble que le point clef pour OSM est que les images doivent avoir un contenu éducatif. Ils comprennent éducatif dans un sens large. (même trèès large). (la photo de l'année 2013 risque fort d'être une photo d'obama faisant la grimace, c'est dire). Pour une inclusion des photos de mapping, sans combine hasardeuse, je pense que je subodore qu'ils seraient ouverts au principe de la question. Il peut parfois y avoir une raison pour conserver plusieurs photos qui sont (d'un point de vue éducatif) quasiment identiques : à savoir pour bénéficier d'une palette de choix ; mais il n'y a aucune raison de conserver dans Commons des dizaines, voire des centaines de photos, pratiquement identiques, de mauvaise qualité et qui n'ont pas de valeur ajoutée éducative. Ce passage confirme qu'effectivement, Commons n'a pas vocation à héberger les passages piétons de Christian. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] openstreetview.org
Le 18 mars 2014 09:09, Pierre-Yves Berrard pierre.yves.berr...@gmail.coma écrit : Il peut parfois y avoir une raison pour conserver plusieurs photos qui sont (d'un point de vue éducatif) quasiment identiques : à savoir pour bénéficier d'une palette de choix ; mais il n'y a aucune raison de conserver dans Commons des dizaines, voire des centaines de photos, pratiquement identiques, de mauvaise qualité et qui n'ont pas de valeur ajoutée éducative. Ce passage confirme qu'effectivement, Commons n'a pas vocation à héberger les passages piétons de Christian. Mais... je n'imaginais pas que les photos de christian étaient de mauvaise qualité, toutes pratiquement identiques, sans valeur éducative ??... si tel est le cas, je ne vois pas où est-ce qu'elles pourraient être intéressantes de toutes façons ??? (il y a des messages qui me laissent assis, fô le reconnaître) Heu... Christian ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] openstreetview.org
Récemment j'ai commencé d'ajouter quelques dizaines de photos à commons. Dans le but d'y pointer à partir d'articles WP et de nos objets OSM. Résultat: on n'a pas la permission de photographier n'importe quoi. Il faut attendre la mort du sculpteur + 70 ans avant de pouvoir photographier des sculptures, par exemple. https://commons.wikimedia.org/wiki/Commons:FOP#France Pour moi c'est la section Belgium qui est d'application. Ce qui me semble perverse, c'est que ce n'est pas simplement que l'on ne peut pas les contribuer à Commons. Le simple fait de photographier ces objets est 'illegal'! J'ignorais cela. Ça s'applique a environs 10% de mes photos de mapping... Polyglot 2014-03-18 9:16 GMT+01:00 Ista Pouss ista...@gmail.com: Le 18 mars 2014 09:09, Pierre-Yves Berrard pierre.yves.berr...@gmail.coma écrit : Il peut parfois y avoir une raison pour conserver plusieurs photos qui sont (d'un point de vue éducatif) quasiment identiques : à savoir pour bénéficier d'une palette de choix ; mais il n'y a aucune raison de conserver dans Commons des dizaines, voire des centaines de photos, pratiquement identiques, de mauvaise qualité et qui n'ont pas de valeur ajoutée éducative. Ce passage confirme qu'effectivement, Commons n'a pas vocation à héberger les passages piétons de Christian. Mais... je n'imaginais pas que les photos de christian étaient de mauvaise qualité, toutes pratiquement identiques, sans valeur éducative ??... si tel est le cas, je ne vois pas où est-ce qu'elles pourraient être intéressantes de toutes façons ??? (il y a des messages qui me laissent assis, fô le reconnaître) Heu... Christian ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Collectivité et gestion de voirie
Bonjour à tous, nouveau venu sur cette liste, j'espère ne pas faire doublon avec un sujet déjà abordé (difficile de consulter tous les sujets et je n'ai pas trouver comment rechercher). Travaillant dans une collectivité, on me demande de mettre en oeuvre un outil SIG permettant de gérer la voirie (programmation et suivi des travaux, gestion des marquages au sol, parc de panneaux, etc...). Après une rapide comparaison entre différentes base, je pense qu'openstreetmap sera la base la plus efficace (inutile de vous convaincre j'imagine :) ). Mon objectif est d'intégrer les données dans notre base postgre/postgis (opération réalisée) pour les coupler avec notre modèle de donnée. Mon souci est la gestion de la mise à jour. Comment puis-je gérer les changements d'ID en cas de suppression de tronçon ? En effet, l'osm_id serait la clé commune dans la base mais s'il change, ça ne peut pas fonctionner. Pouvez-vous m'indiquer des exemples de réalisation similaire à ce projet ou des pistes pour obtenir un ID stable ? J'ai vu l'exemple de la ville d'orange (au passage pour la très belle présentation du projet) mais je ne parviens pas à faire le parallèle avec ma problématique. Pour finir sur cette rapide présentation, ce projet devrait à terme me permettre d'inscrire la collectivité pour laquelle je travaille dans une démarche active de participation à openstreetmap (reste à cconvaincre les décideurs). Par avance, merci de votre aide. David KAZMIERCZAK Ma signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Collectivité et gestion de voirie
Bonjour, L'osm_id est un identifiant bien trop fluctuant pour pouvoir servir de clé de référence. Tu devrais plutôt te baser sur des choses plus stables, comme le code FANTOIR. Dans ce cas, il faudra bien évidemment renseigner ce code sur les routes dans OSM, et tu pourras ainsi (lors des prochains imports) te baser dessus pour faire la corrélation entre les données OSM et les tiennes. Francescu Le 18 mars 2014 10:26, David Kazmierczak SDEI 36 d.kazmierc...@sdei36.coma écrit : Bonjour à tous, nouveau venu sur cette liste, j'espère ne pas faire doublon avec un sujet déjà abordé (difficile de consulter tous les sujets et je n'ai pas trouver comment rechercher). Travaillant dans une collectivité, on me demande de mettre en œuvre un outil SIG permettant de gérer la voirie (programmation et suivi des travaux, gestion des marquages au sol, parc de panneaux, etc...). Après une rapide comparaison entre différentes base, je pense qu'openstreetmap sera la base la plus efficace (inutile de vous convaincre j'imagine :) ). Mon objectif est d'intégrer les données dans notre base postgre/postgis (opération réalisée) pour les coupler avec notre modèle de donnée. Mon souci est la gestion de la mise à jour. Comment puis-je gérer les changements d'ID en cas de suppression de tronçon ? En effet, l'osm_id serait la clé commune dans la base mais s'il change, ça ne peut pas fonctionner. Pouvez-vous m'indiquer des exemples de réalisation similaire à ce projet ou des pistes pour obtenir un ID stable ? J'ai vu l'exemple de la ville d'orange (au passage pour la très belle présentation du projet) mais je ne parviens pas à faire le parallèle avec ma problématique. Pour finir sur cette rapide présentation, ce projet devrait à terme me permettre d'inscrire la collectivité pour laquelle je travaille dans une démarche active de participation à openstreetmap (reste à cconvaincre les décideurs). Par avance, merci de votre aide. David KAZMIERCZAK ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Collectivité et gestion de voirie
Bonjour L'ID le plus stable de mon point de vue, c'est l'ID d'une relation. Car même si les ID des membres de la relation change par le biais de modification, la relation est tout de suite mise à jour sans que son ID ne s'en trouve changer. C'est peut-être un point de départ sur les éléments de la base de données d'OSM. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Collectivité et gestion de voirie
Bonjour, Bienvenue à David et au SDEI 36 sur ce fil ! L'identification métier des objets reste au centre de pas mal de conversations, la dernière à eu lieu la semaine dernière il me semble. Tout le monde s'accordera à dire que ça passe par un tag ref=* quelconque. Le fait est par contre qu'il n'existe pas de codification établie pour tous les objets. Et lorsqu'elle existe, elle est peu standardisée et bien souvent propre au gestionnaire, donc la base OSM est susceptible de voir complètement noyée dans ces codifications. Le mieux serait de faire un inventaire préliminaire à ce qui doit être identifié, puis de voir ce qu'il est possible de faire avec l'existant dans OSM. C'est quoi qu'il arrive un sujet intéressant. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 18 mars 2014 10:31, Francescu GAROBY windu...@gmail.com a écrit : Bonjour, L'osm_id est un identifiant bien trop fluctuant pour pouvoir servir de clé de référence. Tu devrais plutôt te baser sur des choses plus stables, comme le code FANTOIR. Dans ce cas, il faudra bien évidemment renseigner ce code sur les routes dans OSM, et tu pourras ainsi (lors des prochains imports) te baser dessus pour faire la corrélation entre les données OSM et les tiennes. Francescu Le 18 mars 2014 10:26, David Kazmierczak SDEI 36 d.kazmierc...@sdei36.com a écrit : Bonjour à tous, nouveau venu sur cette liste, j'espère ne pas faire doublon avec un sujet déjà abordé (difficile de consulter tous les sujets et je n'ai pas trouver comment rechercher). Travaillant dans une collectivité, on me demande de mettre en œuvre un outil SIG permettant de gérer la voirie (programmation et suivi des travaux, gestion des marquages au sol, parc de panneaux, etc...). Après une rapide comparaison entre différentes base, je pense qu'openstreetmap sera la base la plus efficace (inutile de vous convaincre j'imagine :) ). Mon objectif est d'intégrer les données dans notre base postgre/postgis (opération réalisée) pour les coupler avec notre modèle de donnée. Mon souci est la gestion de la mise à jour. Comment puis-je gérer les changements d'ID en cas de suppression de tronçon ? En effet, l'osm_id serait la clé commune dans la base mais s'il change, ça ne peut pas fonctionner. Pouvez-vous m'indiquer des exemples de réalisation similaire à ce projet ou des pistes pour obtenir un ID stable ? J'ai vu l'exemple de la ville d'orange (au passage pour la très belle présentation du projet) mais je ne parviens pas à faire le parallèle avec ma problématique. Pour finir sur cette rapide présentation, ce projet devrait à terme me permettre d'inscrire la collectivité pour laquelle je travaille dans une démarche active de participation à openstreetmap (reste à cconvaincre les décideurs). Par avance, merci de votre aide. David KAZMIERCZAK ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Collectivité et gestion de voirie
On 18/03/2014 10:26, David Kazmierczak SDEI 36 wrote: Travaillant dans une collectivité, on me demande de mettre en oeuvre un outil SIG permettant de gérer la voirie (programmation et suivi des travaux, gestion des marquages au sol, parc de panneaux, etc...). Après une rapide comparaison entre différentes base, je pense qu'openstreetmap sera la base la plus efficace (inutile de vous convaincre j'imagine :) ). Mon objectif est d'intégrer les données dans notre base postgre/postgis (opération réalisée) pour les coupler avec notre modèle de donnée. Mon souci est la gestion de la mise à jour. Comment puis-je gérer les changements d'ID en cas de suppression de tronçon ? En effet, l'osm_id serait la clé commune dans la base mais s'il change, ça ne peut pas fonctionner. L'osm_id est un identifiant technique de l'objet - tu as plutôt besoin d'un identifiant métier, stable même si des péripéties provoquent temporairement la suppression de l'objet. L'identité primaire d'un objet n'est pas sa présence dans Openstreetmap qui n'est qu'une réflexion de son existence - l'identité primaire est liée à la vie de l'objet chez ses utilisateurs qui sont donc les auteurs naturels de sa clé primaire. En priorité, utilise comme clé étrangère un identifiant existant, aussi consensuel que possible - le code FANTOIR mentionné par Francesco est un bon exemple. Pour certains objets, tels que les panneaux, tu ne trouveras à ma connaissance pas de code existant disponible publiquement... A toi de proposer un code, après en avoir discuté avec des acteurs confrontés à la même problématique. La question de l'espace de nommage sera certainement au centre de ta réflexion pour éviter de créer une convention spécifique à une unique commune. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Collectivité et gestion de voirie
Bonjour, Je me pose de plus en plus la question de la déformation d'OSM par les différents SIG. Attention, je ne critique pas leur apport, leur utilisation, leur appropriation d'OSM, bien au contraire, c'est une preuve de la nécessité du projet. Par contre, je me pose la question de la déformation d'OSM à leurs habitudes, et l'éloignement au grand public pour qui SIG ne veut rien dire. Et notamment, l'utilisation d'identifiants uniques. OSM est-il prévu de devenir le réceptacle des ref:… divers et variés ? Combien d'identifiants unique va-t-on avoir sur les highways ? Je n'ai pas retrouvé la discussion d'il y a quelques mois ou on en proposait d'autres en plus de Fantoir. Christian parlait aussi il y a quelques temps de fournir un service d'identifiant unique hors de la base de données, en se basant sur les tags principaux, ici classiquement highway=*, name=*, et une position géographique approximative, et d'en renvoyer vers l'osm_id du moment. Je n'ai pas assez approfondi postgis/postgres pour voir la difficulté de recouper les éléments d'identification hors OSM et d'identifier la voie correspondant dans la base OSM, mais cela me semblerait la méthode la plus propre, où les SIG utilisent les données, les complètent (surtout quand aucune voie dans OSM n'a le nom recherché), et évitera à OSM de multiplier les ref:ville_de_trifouillis:voirie:service_SIG:bureau_9_3:année_2014. J'exagère ? Ou d'autres contributeurs hors SIG (ou même intra-SIG) ont une vision proche ? JB. Le 18.03.2014 11:22, Jean-Marc Liotier a écrit : On 18/03/2014 10:26, David Kazmierczak SDEI 36 wrote: Travaillant dans une collectivité, on me demande de mettre en œuvre un outil SIG permettant de gérer la voirie (programmation et suivi des travaux, gestion des marquages au sol, parc de panneaux, etc...). Après une rapide comparaison entre différentes base, je pense qu'openstreetmap sera la base la plus efficace (inutile de vous convaincre j'imagine :) ). Mon objectif est d'intégrer les données dans notre base postgre/postgis (opération réalisée) pour les coupler avec notre modèle de donnée. Mon souci est la gestion de la mise à jour. Comment puis-je gérer les changements d'ID en cas de suppression de tronçon ? En effet, l'osm_id serait la clé commune dans la base mais s'il change, ça ne peut pas fonctionner. L'osm_id est un identifiant technique de l'objet - tu as plutôt besoin d'un identifiant métier, stable même si des péripéties provoquent temporairement la suppression de l'objet. L'identité primaire d'un objet n'est pas sa présence dans Openstreetmap qui n'est qu'une réflexion de son existence - l'identité primaire est liée à la vie de l'objet chez ses utilisateurs qui sont donc les auteurs naturels de sa clé primaire. En priorité, utilise comme clé étrangère un identifiant existant, aussi consensuel que possible - le code FANTOIR mentionné par Francesco est un bon exemple. Pour certains objets, tels que les panneaux, tu ne trouveras à ma connaissance pas de code existant disponible publiquement... A toi de proposer un code, après en avoir discuté avec des acteurs confrontés à la même problématique. La question de l'espace de nommage sera certainement au centre de ta réflexion pour éviter de créer une convention spécifique à une unique commune. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr [1] Links: -- [1] https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Collectivité et gestion de voirie
2014-03-18 11:22 GMT+01:00 Jean-Marc Liotier j...@liotier.org: On 18/03/2014 10:26, David Kazmierczak SDEI 36 wrote: Comment puis-je gérer les changements d'ID en cas de suppression de tronçon ? En priorité, utilise comme clé étrangère un identifiant existant, aussi consensuel que possible - le code FANTOIR mentionné par Francesco est un bon exemple. Euh, en cas de suppression de tronçon, aucun tag ref ou fantoir n'est une garantie de stabilité puisqu'ils peuvent très bien disparaitre en même temps que le tronçon. S'il faut éditer OSM pour remettre l'identifiant, on peut aussi bien mettre à jour l'ID dans sa base métier - l'effort est équivalent. Par contre, on peut chercher d'autres solutions en se basant sur d'autres critères comme les tags minimums (highway, name) et une bbox: http://wiki.openstreetmap.org/wiki/Overpass_API/ http://wiki.openstreetmap.org/wiki/Overpass_API/Permanent_ID Si on ne veut pas dépendre d'overpass, on peut aussi créer sa propre base mirroir d'osm mise à jour régulièrement (voir switch2osm, osm2pgsql, osmosis) et faire directement ses propres requêtes spatiales sur les highway. C'est un peu plus lourd à mettre en place mais après, on est tranquille. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Collectivité et gestion de voirie
Le 18 mars 2014 11:58, Pieren pier...@gmail.com a écrit : Euh, en cas de suppression de tronçon, aucun tag ref ou fantoir n'est une garantie de stabilité puisqu'ils peuvent très bien disparaitre en même temps que le tronçon. S'il faut éditer OSM pour remettre l'identifiant, on peut aussi bien mettre à jour l'ID dans sa base métier - l'effort est équivalent. L'effort est peut-être équivalent, mais la portée de l'information n'est pas la même. L'identifiant OSM est propre à OSM alors que les identifiants qui retiendraient notre attention (pas n'importe lesquels), sont issus de référentiels et peuvent bien souvent être utilisés par de multiples applications et services. Si on m'autorise le parallèle, je crois que le 1er de ces identifiants reste l'adresse postale et là OSM ne se pose pas la question de savoir si il doit être intégré ou pas, c'est l'objet de plusieurs projets internationaux. Créer des bases en parallèle d'OSM pour stocker des clés de jointure ne me semble pas efficace quand certaines de ces clés de jointure peuvent être fournies par OSM lui-même. Cela n'empêche pas de faire attention à ce qui est choisi dans le double but de facilité l'accès aux données et de protéger la base. Par contre, on peut chercher d'autres solutions en se basant sur d'autres critères comme les tags minimums (highway, name) et une bbox: http://wiki.openstreetmap.org/wiki/Overpass_API/ http://wiki.openstreetmap.org/wiki/Overpass_API/Permanent_ID Je crois qu'on déporte le problème sur le nom d'usage (name). Utiliser des noms d'usages une bbox pour ne pas mettre d'information en dur dans la base nuit à la fiabilité. On ne parle pas ici d'opérations lourdes comme la suppression d'un objet mais de l'édition à la virgule près du nom en question. Cela ne va-t-il pas engendrer une quantité de calculs inutiles ? *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Collectivité et gestion de voirie
Merci pour tous vos retours et pour l'accueil fait à ma demande! Je vais regarder toutes les pistes que vous proposez. Concernant le fantoir, j'ai vu passer des discussions, je vais les reprendre. La réponse de Pieren met en avant un élément sur lequel j'allais vous interroger : le requêtage spatial. La solution est peut-être là, à creuser là encore. Quelques questions concernant vos retours : - il a été évoqué l'ID de realtion mais je n'ai pas l'impression (je suis encore novice sur OSM) que tous les objets appartiennent à une relation. Exact? si non, comment peut-on consulter ces relations sur OSM ? - y a t'il un moyen quelconque de faire un lien entre un objet supprimé et un objet recréé dans le cadre des fichiers de diff ? HS pour François, ce n'est pas encore réellement le SDEI 36 qui est présent. Je m'interroge pour le moment à titre individuel en espérant que cela évolue dans le bon sens. Ma signature Le 18/03/2014 11:58, Pieren a écrit : 2014-03-18 11:22 GMT+01:00 Jean-Marc Liotier j...@liotier.org: On 18/03/2014 10:26, David Kazmierczak SDEI 36 wrote: Comment puis-je gérer les changements d'ID en cas de suppression de tronçon ? En priorité, utilise comme clé étrangère un identifiant existant, aussi consensuel que possible - le code FANTOIR mentionné par Francesco est un bon exemple. Euh, en cas de suppression de tronçon, aucun tag ref ou fantoir n'est une garantie de stabilité puisqu'ils peuvent très bien disparaitre en même temps que le tronçon. S'il faut éditer OSM pour remettre l'identifiant, on peut aussi bien mettre à jour l'ID dans sa base métier - l'effort est équivalent. Par contre, on peut chercher d'autres solutions en se basant sur d'autres critères comme les tags minimums (highway, name) et une bbox: http://wiki.openstreetmap.org/wiki/Overpass_API/ http://wiki.openstreetmap.org/wiki/Overpass_API/Permanent_ID Si on ne veut pas dépendre d'overpass, on peut aussi créer sa propre base mirroir d'osm mise à jour régulièrement (voir switch2osm, osm2pgsql, osmosis) et faire directement ses propres requêtes spatiales sur les highway. C'est un peu plus lourd à mettre en place mais après, on est tranquille. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Collectivité et gestion de voirie
Le 18/03/2014 12:16, David Kazmierczak a écrit : Merci pour tous vos retours et pour l'accueil fait à ma demande! Je vais regarder toutes les pistes que vous proposez. Concernant le fantoir, j'ai vu passer des discussions, je vais les reprendre. La réponse de Pieren met en avant un élément sur lequel j'allais vous interroger : le requêtage spatial. La solution est peut-être là, à creuser là encore. Quelques questions concernant vos retours : - il a été évoqué l'ID de realtion mais je n'ai pas l'impression (je suis encore novice sur OSM) que tous les objets appartiennent à une relation. Exact? si non, comment peut-on consulter ces relations sur OSM ? Toues les objets n'ont effectivement pas de relations, c'est également vrais pour les rues. Mais c'est également vrais que les relations doivent être plus stable. En particulier les relations de rue permettent d'obtenir toute la rue en une seule fois. c'est également elles qui peuvent porter le code Fantoir. https://wiki.openstreetmap.org/wiki/Relation:associatedStreet - y a t'il un moyen quelconque de faire un lien entre un objet supprimé et un objet recréé dans le cadre des fichiers de diff ? Non rien ne permet de faire ça, hormis une analyse a posteriori des données (attributaire et spatiale) HS pour François, ce n'est pas encore réellement le SDEI 36 qui est présent. Je m'interroge pour le moment à titre individuel en espérant que cela évolue dans le bon sens. Ma signature Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Collectivité et gestion de voirie
Bonjour Le 18/03/2014 11:03, François Lacombe a écrit : Bienvenue à David et au SDEI 36 sur ce fil ! C'est pas un David différent mais bien moi, sauf que j'utilisais pas la même connexion qu'habituelle Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Collectivité et gestion de voirie
Bonjour Le 18/03/2014 12:57, David Crochet a écrit : Bonjour Le 18/03/2014 11:03, François Lacombe a écrit : Bienvenue à David et au SDEI 36 sur ce fil ! C'est pas un David différent mais bien moi, sauf que j'utilisais pas la même connexion qu'habituelle Cordialement Hum, j'avais pas vu qu'un autre David était aussi dans la discussion. Mon message précédent ne sert à rien. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] openstreetview.org
Mauvaise qualité, ça peut se discuter ;) Pratiquement identiques: fort probable Valeur éducative: très faible Il s'agit pour moi uniquement de documenter CHAQUE objet, et pas d'avoir des photos typiques pour tel ou tel type d'objet/tag dans OSM (ça oui c'est parfait à mettre en photo dans le wiki OSM). C'est ce qu'a fait Jean-Louis à Orange en mettant les photos sur flickr et en les liant à OSM. Ceci permet de revoir tel passage piéton, telle boite à lettres, tel arrêt de bus, etc... enfin à un moment donné car il peut ensuite évoluer dans le temps. Le 18 mars 2014 09:16, Ista Pouss ista...@gmail.com a écrit : Le 18 mars 2014 09:09, Pierre-Yves Berrard pierre.yves.berr...@gmail.coma écrit : Il peut parfois y avoir une raison pour conserver plusieurs photos qui sont (d'un point de vue éducatif) quasiment identiques : à savoir pour bénéficier d'une palette de choix ; mais il n'y a aucune raison de conserver dans Commons des dizaines, voire des centaines de photos, pratiquement identiques, de mauvaise qualité et qui n'ont pas de valeur ajoutée éducative. Ce passage confirme qu'effectivement, Commons n'a pas vocation à héberger les passages piétons de Christian. Mais... je n'imaginais pas que les photos de christian étaient de mauvaise qualité, toutes pratiquement identiques, sans valeur éducative ??... si tel est le cas, je ne vois pas où est-ce qu'elles pourraient être intéressantes de toutes façons ??? (il y a des messages qui me laissent assis, fô le reconnaître) Heu... Christian ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] access=* sur voies de service d'aéroport...
PatrickFR me signale que sur son GPS garmin, les itinéraires calculés à partir de données OSM font passer par les voies de service de l'aéroport de Roissy. Elles sont actuellement en access=private ce qui est peut être un peu léger. Un access=no serait peut être plus adapté, qu'en pensez-vous ? -- Christian Quest - OpenStreetMap France Conférence State Of The Map France du 4 au 6 avril à Parishttp://openstreetmap.fr/sotmfr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] access=* sur voies de service d'aéroport...
Le 18/03/2014 16:18, Christian Quest a écrit : PatrickFR me signale que sur son GPS garmin, les itinéraires calculés à partir de données OSM font passer par les voies de service de l'aéroport de Roissy. Elles sont actuellement en access=private ce qui est peut être un peu léger. Un access=no serait peut être plus adapté, qu'en pensez-vous ? Un peu comme les voies de service pour accéder aux autoroutes. Je met dorénavant access=no à cause des logiciels de routage qui ne sont pas au top... Après tout, les personnels autorisés à emprunter ces voies n'ont pas besoin d'un guidage GPS pour s'y retrouver et le reste de la population n'a pas a y être conduit... Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] access=* sur voies de service d'aéroport...
2014-03-18 16:45 GMT+01:00 Christophe Merlet red...@redfoxcenter.org: Un peu comme les voies de service pour accéder aux autoroutes. Je met dorénavant access=no à cause des logiciels de routage qui ne sont pas au top... Après tout, les personnels autorisés à emprunter ces voies n'ont pas besoin d'un guidage GPS pour s'y retrouver et le reste de la population n'a pas a y être conduit... C'est un peu beaucoup tagguer pour le logiciel de guidage, non ? Qui peut décider quel type de population peut utiliser OSM pour son guidage ? Il y a 3 millions de ways taggués en access=private dans OSM. C'est quoi le plus simple ? corriger les 2 ou 3 logiciels qui ne tiennent pas compte de access=private ou changer le tag access de 3 millions de ways ? Pieren http://taginfo.openstreetmap.org/tags/access=private ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] access=* sur voies de service d'aéroport...
Le 18/03/2014 17:22, Pieren a écrit : 2014-03-18 16:45 GMT+01:00 Christophe Merlet red...@redfoxcenter.org: Un peu comme les voies de service pour accéder aux autoroutes. Je met dorénavant access=no à cause des logiciels de routage qui ne sont pas au top... Après tout, les personnels autorisés à emprunter ces voies n'ont pas besoin d'un guidage GPS pour s'y retrouver et le reste de la population n'a pas a y être conduit... C'est un peu beaucoup tagguer pour le logiciel de guidage, non ? Qui peut décider quel type de population peut utiliser OSM pour son guidage ? Il y a 3 millions de ways taggués en access=private dans OSM. C'est quoi le plus simple ? corriger les 2 ou 3 logiciels qui ne tiennent pas compte de access=private ou changer le tag access de 3 millions de ways ? Les access=private qui sont des cul-de-sac dans un jardin privé ne pose aucun problème particulier de routage. Par contre, lorsque qu'un logiciel de guidage fait rentrer et sortir des autoroutes via des voies de service réglementés, ou fait traverser des aéroports cela pose un véritable problème. Évidemment, on peut attendre (des mois, des années) que TOUS les logiciels de routage soit sans bug et gère TOUS les cas particulier, ou alors on s'autorise quelques entorses sans grande conséquence afin d'éviter ces problèmes. Pieren http://taginfo.openstreetmap.org/tags/access=private ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] access=* sur voies de service d'aéroport...
Le 18 mars 2014 18:05, Christophe Merlet red...@redfoxcenter.org a écrit : Le 18/03/2014 17:22, Pieren a écrit : 2014-03-18 16:45 GMT+01:00 Christophe Merlet red...@redfoxcenter.org: Un peu comme les voies de service pour accéder aux autoroutes. Je met dorénavant access=no à cause des logiciels de routage qui ne sont pas au top... Après tout, les personnels autorisés à emprunter ces voies n'ont pas besoin d'un guidage GPS pour s'y retrouver et le reste de la population n'a pas a y être conduit... C'est un peu beaucoup tagguer pour le logiciel de guidage, non ? Qui peut décider quel type de population peut utiliser OSM pour son guidage ? Il y a 3 millions de ways taggués en access=private dans OSM. C'est quoi le plus simple ? corriger les 2 ou 3 logiciels qui ne tiennent pas compte de access=private ou changer le tag access de 3 millions de ways ? Les access=private qui sont des cul-de-sac dans un jardin privé ne pose aucun problème particulier de routage. Par contre, lorsque qu'un logiciel de guidage fait rentrer et sortir des autoroutes via des voies de service réglementés, ou fait traverser des aéroports cela pose un véritable problème. Évidemment, on peut attendre (des mois, des années) que TOUS les logiciels de routage soit sans bug et gère TOUS les cas particulier, ou alors on s'autorise quelques entorses sans grande conséquence afin d'éviter ces problèmes. Pour aller dans le sens de Pieren, je rappelerais que remplacer les access=private par des access=no revient à perdre de l'information. Il est certes regrétable que les logiciels de routage soient perfectibles mais il ne faut pas pour autant dégrader les données. Est-ce qu'il n'y aurait pas une solution intermédiaire ? Plutôt que d'aller modifier les logiciels de routage (ce qui peut être simple comme très complexe), ne peut-on pas modifier les procédures qui font les exports OSM à destination de ces logiciels ? Remplacer les access=private par des access=no dans ces procédures de conversion ne dégrade pas les données de la base et apporte le niveau fonctionnel attendu par les logiciel de routage. Non ? -- Guilhem BONNEFILLE -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] access=* sur voies de service d'aéroport...
J'ajoute systématiquement le portail ou le systeme de controle d'acces sur lequel je mets access emergency ca évite les confusion. Seul les services d'urgence et les service de gestion du site emprunte ces voie normalement. Et si tout le monde peur rouler sur le voie, normalement personne ne doit franchir le portail. Le 18 mars 2014 18:05, Christophe Merlet red...@redfoxcenter.org a écrit : Le 18/03/2014 17:22, Pieren a écrit : 2014-03-18 16:45 GMT+01:00 Christophe Merlet red...@redfoxcenter.org: Un peu comme les voies de service pour accéder aux autoroutes. Je met dorénavant access=no à cause des logiciels de routage qui ne sont pas au top... Après tout, les personnels autorisés à emprunter ces voies n'ont pas besoin d'un guidage GPS pour s'y retrouver et le reste de la population n'a pas a y être conduit... C'est un peu beaucoup tagguer pour le logiciel de guidage, non ? Qui peut décider quel type de population peut utiliser OSM pour son guidage ? Il y a 3 millions de ways taggués en access=private dans OSM. C'est quoi le plus simple ? corriger les 2 ou 3 logiciels qui ne tiennent pas compte de access=private ou changer le tag access de 3 millions de ways ? Les access=private qui sont des cul-de-sac dans un jardin privé ne pose aucun problème particulier de routage. Par contre, lorsque qu'un logiciel de guidage fait rentrer et sortir des autoroutes via des voies de service réglementés, ou fait traverser des aéroports cela pose un véritable problème. Évidemment, on peut attendre (des mois, des années) que TOUS les logiciels de routage soit sans bug et gère TOUS les cas particulier, ou alors on s'autorise quelques entorses sans grande conséquence afin d'éviter ces problèmes. Pieren http://taginfo.openstreetmap.org/tags/access=private ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] openstreetview.org
Le 18 mars 2014 15:30, Christian Quest cqu...@openstreetmap.fr a écrit : Il s'agit pour moi uniquement de documenter CHAQUE objet, et pas d'avoir des photos typiques pour tel ou tel type d'objet/tag dans OSM (ça oui c'est parfait à mettre en photo dans le wiki OSM). Je ne peux pas voir les photos aussi je peux pas me rendre compte, mais c'est peut être ça qui va pas. Il me semble qu'il ne faut pas photographier chaque objet, mais une situation, un lieu. Par exemple, pour des passages piéton, photographier passage piéton par passage piéton ne sert à rien, même pour le mapping. Par contre, photographier un lieu, une situation, dans laquelle les différents objets présents sont repérables et situables, cela sert à quelque chose, et notamment cela a une valeur éducative. Si je me permets en toute modestie un exemple : (dont un avec un passage piéton, d'ailleurs) : http://wiki.openstreetmap.org/wiki/Saint-%C3%89tienne/Velocarte#Photos.2C_mat.C3.A9riel_du_Petit_Cartographe Ces photos ne remplissent pas tous les critères que je voudrais (par ex, dans la deuxième photo, les objets ne sont pas tellement situables dans leur contexte) (mais au moins on voit les choses les unes par rapport aux autres), mais elles ont une valeur éducative, pour qui s'interresse au lieu (il me semble), et elles permettent de vérifier le mapping. Elles pourraient entrer dans un article wikipedia sur la rue qu'elles montrent, mais encore faudrait-il que cette rue soit sourçable du point de vue de wikipedia. C'est surtout ça qu'il faudrait négocier, je pense, dans le style : on fait des photos éducatives parce qu'elles montrent un paysage ou lieu bien repéré, et selon tel et tel autre critère de mapping, mais par contre vous acceptez qu'il y ait pas forcément un article wikipedia attenant. C'est jouable, parce qu'il y a déjà plein de collections comme ça sur commons. Par exemple https://commons.wikimedia.org/wiki/Category:Edward_Sheriff_Curtis où chaque photo n'a évidemment pas d'article wikipedia en rapport. Pour moi, l'idéal de toutes façons de gagner en rigueur et en vérifiiabilité sur le mapping terrain, par l'usage du wiki d'osm, (et donc en augmentant les performances des serveurs) (merci les contributeurs financiers) ; à partir de là on deviendra forcément interessant pour commons, et on verra. A+. -- Les dérives de rue : Impromptu théâtral pour buvette étudiante (extérieur - vidéo)http://drivrsdu.fr/impromptu-theatral-pour-buvette-etudiante-exterieur-video/ http://drivrsdu.fr/profession-emotion/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
