[OSM-talk-fr] [forum-osm-fr] Comment moyenner 2 trace GPX
Le message suivant de : ## Bonjour, Je débute sur l'édition d'osm. J'ai fais cette randonnée en début de semaine : http://www.openstreetmap.org/user/Tioneb/traces/1338392 Je souhaite désormais ajouter ce sentier sur osm. J'utilise josm. Le début et la fin de la randonnée sont identique. J'ais donc deux traces qui se recoupent. Comment puis je moyenner les deux ? Merci de votre aide. a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=3 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [RECH] Un contributeur pédagogue sur Belfort ?
Ok ça roule, merci pour le retour et bonnes contributions -- View this message in context: http://gis.19327.n5.nabble.com/RECH-Un-contributeur-pedagogue-sur-Belfort-tp5731359p5731695.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] [forum-osm-fr] Comment moyenner 2 trace GPX
Bonjour, Le début et la fin de la randonnée sont identique. J'ais donc deux traces qui se recoupent. Comment puis je moyenner les deux ? À l'œil!!! Ajoute un calque Bing ou une autre vue aérienne, tu y verras éventuellement ton sentier. Superpose tes traces. Tague ce que tu penses être le mieux avec les 3 infos. Une trace GPS peut être correcte un moment et complètement à côté un peu plus tard. Moyenner mathématiquement n'est forcément une bonne idée. Il faut déjà filtrer à l'œil ce qui parait aberrant. Cordialement, Cedric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM : Annuler
Le 18/10/2012 23:18, Eric SIBERT a écrit : A propos de JOSM, ne pourrait-on pas changer le libellé du bouton qui apparaît durant l'upload des données. Interrompre plutôt que Annuler? Tout à fait d'accord. J'utilise svn pour versionner du soft et les changesets sont MONOLITHIQUES. Du coup, j'ai longtemps crû qu'il en était de même pour les changesets d'OSM. Quand ça cassait et que je relançais, je ne m'expliquait pas les doublons que je voyais en repassant après dans la zone. Et quand on appuie sur le bouton Interrompre et que le transfert a été interrompu, un petit message informant que seule une partie des données a été transmise. Et conseiller de retélécharger la zone pour s'y retrouver? Pareil! Et peut être même y mettre le bouton pour re-télécharger. Voyez-vous une raison pour qu'il ne soit pas nécessaire de re-télécharger après une interruption? Cordialement, Cedric Mes 0,02 €. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Avez-vous utilisé des données de la ville de Toulouse ?
Claire a fait remarquer sur Twitter que l'API temps réel TISSEO encourage dans sa documentation à la contribution à OSM: http://data.grandtoulouse.fr/web/guest/les-donnees/-/opendata/card/14505-api-temps-reel-tisseo On peut y lire ceci: *Les informations routières (noms de rues, numéros de rues, …) fournies par l’API TISSEO proviennent du projet OpenStreetMap ( http://www.openstreetmap.org/). Certaines rues, ou certains numéros de rues ne sont pas encore connus d’OpenStreetMap et seront donc inaccessibles via notre API. C’est pourquoi nous encourageons vivement les utilisateurs de l’API à contribuer à l’amélioration des données OpenStreetMap. Nous réaliserons des mises à jour régulières qui contiendront vos contributions. Techniquement, nous n’importons les numéros de rues que sur des nodes (addr:housenumber) et les nodes en relation à une rue (associatedStreet) et non pas sur les buildings.* Romain Le 19 octobre 2012 00:59, Vincent Privat vincent.pri...@gmail.com a écrit : Au passage, je crois avoir fini de mettre à jour la page du wiki avec les derniers ajouts de données et le récent changement de nom de Toulouse Métropole :) http://wiki.openstreetmap.org/wiki/Toulouse/ToulouseMetropoleData Vincent Le 18 octobre 2012 23:30, Vincent Privat vincent.pri...@gmail.com a écrit : Un grand merci à Claire et Sébastien pour vos présentations de cet après-midi, et ravi d'avoir rencontré Cyrille :) J'ai du partir au milieu du discours de M. Cohen pour contraintes personnelles, vous avez pu voir le résultat du concours open data ? Je suis curieux de savoir quelles ont été les meilleures applis :) ___ 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] Proposition de Frederik etait [OSM-talk] Continued aggression against French contributors (cadastre integration)
Bonjour, Je n'interviendrai pas sur le problème politique, car ils y a eu déjà assez de discussions, et je ne veux pas augmenter le bruit. Par contre, techniquement, si on commence à se dire qu'il faut améliorer l'outil JOSM, pourquoi ne pas trouver un moyen automatique (ou via les filtres, c'est déjà possible) de séparer en 2 calques un travail réalisé sous JOSM : * un calque avec le bâti - on l'enverra avec le compte dédié * un calque avec tous les autres objets - on l'enverra avec le compte classique. L'idée étant de se dire je veux pouvoir continuer à faire du multi-source sur mes éditions (bing, cadastre, terrain), et je sépare seulement avant l'upload. Bien sûr, il faut modifier aussi JOSM pour permettre de choisir l'utilisateur avant l'envoi, et pourquoi pas prévenir, genre Plus de 90% des objets à envoyer ont le tag source=Cadastre, pensez à utiliser votre compte cadastre ! Michael Le 18 octobre 2012 21:37, Christian Quest cqu...@openstreetmap.fr a écrit : Le 18 octobre 2012 17:35, Marc SIBERT m...@sibert.fr a écrit : +1 Tout ça n'a aucun sens, ce n'est que de la poudre aux yeux du DWG et ne protège en rien contre les problèmes de qualité ou le vandalisme. Comme de toute façon l'import du Cadastre n'est pas concerné par ces points. il ne s'agit que d'une perte de temps et le DWG ferait mieux de ce concentrer sur les vrais problèmes de qualité et de vandalisme. Ça me gave ce sujet ! Mais ce serait vraiment trop domage de laisser pisser (@sly : I'm back ! ) +beaucoup ! Ca me fait penser à des discussions interminables de règlements de compétitions sportives (parapente/delta) où certains (en gros les anglo-saxons dans leur version autant anglo que saxons) perdaient de vue l'utilité des règles. Des règles faites pour la sécurité qui mal appliquées ou appliquées bêtement, mécaniquement pouvaient aller à l'encontre de l'objectif initial. Il fallait pouvoir avoir un peu de recul pour le comprendre, mais visiblement la remise en cause des règles est quelque chose de culturel. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ 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] Avez-vous utilisé des données de la ville de Toulouse ?
C'est très bien d'inciter à contribuer, mais ça serait encore mieux de prendre en compte toutes les façons de tagguer des adresses: - relations associatedStreet ou pas - addr:housenumber sur un noeud ou un chemin 4 cas, c'est pas la mer à boire, là ils n'en gèrent visiblement qu'un et c'est dommage... même si c'est mieux que 0 bien sûr ! Le 19 octobre 2012 09:15, Romain MEHUT romain.me...@gmail.com a écrit : Claire a fait remarquer sur Twitter que l'API temps réel TISSEO encourage dans sa documentation à la contribution à OSM: http://data.grandtoulouse.fr/web/guest/les-donnees/-/opendata/card/14505-api-temps-reel-tisseo On peut y lire ceci: Les informations routières (noms de rues, numéros de rues, …) fournies par l’API TISSEO proviennent du projet OpenStreetMap (http://www.openstreetmap.org/). Certaines rues, ou certains numéros de rues ne sont pas encore connus d’OpenStreetMap et seront donc inaccessibles via notre API. C’est pourquoi nous encourageons vivement les utilisateurs de l’API à contribuer à l’amélioration des données OpenStreetMap. Nous réaliserons des mises à jour régulières qui contiendront vos contributions. Techniquement, nous n’importons les numéros de rues que sur des nodes (addr:housenumber) et les nodes en relation à une rue (associatedStreet) et non pas sur les buildings. Romain Le 19 octobre 2012 00:59, Vincent Privat vincent.pri...@gmail.com a écrit : Au passage, je crois avoir fini de mettre à jour la page du wiki avec les derniers ajouts de données et le récent changement de nom de Toulouse Métropole :) http://wiki.openstreetmap.org/wiki/Toulouse/ToulouseMetropoleData Vincent Le 18 octobre 2012 23:30, Vincent Privat vincent.pri...@gmail.com a écrit : Un grand merci à Claire et Sébastien pour vos présentations de cet après-midi, et ravi d'avoir rencontré Cyrille :) J'ai du partir au milieu du discours de M. Cohen pour contraintes personnelles, vous avez pu voir le résultat du concours open data ? Je suis curieux de savoir quelles ont été les meilleures applis :) ___ 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 - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de Frederik etait [OSM-talk] Continued aggression against French contributors (cadastre integration)
Voire même: - un tri par JOSM avant envoi des données ayant un tag source=XXX du reste - un premier envoi avec le compte dédié qui va bien des nouvelles données identifiées par source=XXX en supprimant au passage le source=XXX sur les objets pour le mettre sur le changeset - un second envoi du reste sur le compte normal. Le 19 octobre 2012 09:28, kimaidou kimai...@gmail.com a écrit : Bonjour, Je n'interviendrai pas sur le problème politique, car ils y a eu déjà assez de discussions, et je ne veux pas augmenter le bruit. Par contre, techniquement, si on commence à se dire qu'il faut améliorer l'outil JOSM, pourquoi ne pas trouver un moyen automatique (ou via les filtres, c'est déjà possible) de séparer en 2 calques un travail réalisé sous JOSM : * un calque avec le bâti - on l'enverra avec le compte dédié * un calque avec tous les autres objets - on l'enverra avec le compte classique. L'idée étant de se dire je veux pouvoir continuer à faire du multi-source sur mes éditions (bing, cadastre, terrain), et je sépare seulement avant l'upload. Bien sûr, il faut modifier aussi JOSM pour permettre de choisir l'utilisateur avant l'envoi, et pourquoi pas prévenir, genre Plus de 90% des objets à envoyer ont le tag source=Cadastre, pensez à utiliser votre compte cadastre ! Michael Le 18 octobre 2012 21:37, Christian Quest cqu...@openstreetmap.fr a écrit : Le 18 octobre 2012 17:35, Marc SIBERT m...@sibert.fr a écrit : +1 Tout ça n'a aucun sens, ce n'est que de la poudre aux yeux du DWG et ne protège en rien contre les problèmes de qualité ou le vandalisme. Comme de toute façon l'import du Cadastre n'est pas concerné par ces points. il ne s'agit que d'une perte de temps et le DWG ferait mieux de ce concentrer sur les vrais problèmes de qualité et de vandalisme. Ça me gave ce sujet ! Mais ce serait vraiment trop domage de laisser pisser (@sly : I'm back ! ) +beaucoup ! Ca me fait penser à des discussions interminables de règlements de compétitions sportives (parapente/delta) où certains (en gros les anglo-saxons dans leur version autant anglo que saxons) perdaient de vue l'utilité des règles. Des règles faites pour la sécurité qui mal appliquées ou appliquées bêtement, mécaniquement pouvaient aller à l'encontre de l'objectif initial. Il fallait pouvoir avoir un peu de recul pour le comprendre, mais visiblement la remise en cause des règles est quelque chose de culturel. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ 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 - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de Frederik etait [OSM-talk] Continued aggression against French contributors (cadastre integration)
Ok pour ta proposition Christian, sauf la suppression du tag source des objets OSM pour le reporter sur le tag du changeset. Nous nous sommes engagés à conserver la source du cadastre sur les objets, et cela risque de coincer. Mais j'ai peut-être mal compris ta proposition Mais sinon, montrer que la communauté français sait être force de proposition aussi dans le domaine technique fera avancer le débat. On pourra dire à nos interlocuteurs : que pensez vous de notre solution ? Cela ne résout pas le problème de gouvernance, qui mettra plus de temps (le temps long de la négociation), mais cela nous permettra d'avancer dans le bon sens. Michael Le 19 octobre 2012 09:39, Christian Quest cqu...@openstreetmap.fr a écrit : Voire même: - un tri par JOSM avant envoi des données ayant un tag source=XXX du reste - un premier envoi avec le compte dédié qui va bien des nouvelles données identifiées par source=XXX en supprimant au passage le source=XXX sur les objets pour le mettre sur le changeset - un second envoi du reste sur le compte normal. Le 19 octobre 2012 09:28, kimaidou kimai...@gmail.com a écrit : Bonjour, Je n'interviendrai pas sur le problème politique, car ils y a eu déjà assez de discussions, et je ne veux pas augmenter le bruit. Par contre, techniquement, si on commence à se dire qu'il faut améliorer l'outil JOSM, pourquoi ne pas trouver un moyen automatique (ou via les filtres, c'est déjà possible) de séparer en 2 calques un travail réalisé sous JOSM : * un calque avec le bâti - on l'enverra avec le compte dédié * un calque avec tous les autres objets - on l'enverra avec le compte classique. L'idée étant de se dire je veux pouvoir continuer à faire du multi-source sur mes éditions (bing, cadastre, terrain), et je sépare seulement avant l'upload. Bien sûr, il faut modifier aussi JOSM pour permettre de choisir l'utilisateur avant l'envoi, et pourquoi pas prévenir, genre Plus de 90% des objets à envoyer ont le tag source=Cadastre, pensez à utiliser votre compte cadastre ! Michael Le 18 octobre 2012 21:37, Christian Quest cqu...@openstreetmap.fr a écrit : Le 18 octobre 2012 17:35, Marc SIBERT m...@sibert.fr a écrit : +1 Tout ça n'a aucun sens, ce n'est que de la poudre aux yeux du DWG et ne protège en rien contre les problèmes de qualité ou le vandalisme. Comme de toute façon l'import du Cadastre n'est pas concerné par ces points. il ne s'agit que d'une perte de temps et le DWG ferait mieux de ce concentrer sur les vrais problèmes de qualité et de vandalisme. Ça me gave ce sujet ! Mais ce serait vraiment trop domage de laisser pisser (@sly : I'm back ! ) +beaucoup ! Ca me fait penser à des discussions interminables de règlements de compétitions sportives (parapente/delta) où certains (en gros les anglo-saxons dans leur version autant anglo que saxons) perdaient de vue l'utilité des règles. Des règles faites pour la sécurité qui mal appliquées ou appliquées bêtement, mécaniquement pouvaient aller à l'encontre de l'objectif initial. Il fallait pouvoir avoir un peu de recul pour le comprendre, mais visiblement la remise en cause des règles est quelque chose de culturel. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ 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 - http://openstreetmap.fr/u/cquest ___ 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] Proposition de Frederik etait [OSM-talk] Continued aggression against French contributors (cadastre integration)
De : Christian Quest cqu...@openstreetmap.fr Voire même: - un tri par JOSM avant envoi des données ayant un tag source=XXX du reste - un premier envoi avec le compte dédié qui va bien des nouvelles données identifiées par source=XXX en supprimant au passage le source=XXX sur les objets pour le mettre sur le changeset - un second envoi du reste sur le compte normal. Cette solution la serait vraiment sympa. Au moins pas de risque d oublis et ca peut etre etendu a d autres sources que le Cadastre. Julien___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de Frederik etait [OSM-talk] Continued aggression against French contributors (cadastre integration)
On 19/10/2012 09:39, Christian Quest wrote: Le 19 octobre 2012 09:28, kimaidou kimai...@gmail.com a écrit : Par contre, techniquement, si on commence à se dire qu'il faut améliorer l'outil JOSM, pourquoi ne pas trouver un moyen automatique (ou via les filtres, c'est déjà possible) de séparer en 2 calques un travail réalisé sous JOSM : * un calque avec le bâti - on l'enverra avec le compte dédié * un calque avec tous les autres objets - on l'enverra avec le compte classique. L'idée étant de se dire je veux pouvoir continuer à faire du multi-source sur mes éditions (bing, cadastre, terrain), et je sépare seulement avant l'upload. Bien sûr, il faut modifier aussi JOSM pour permettre de choisir l'utilisateur avant l'envoi, et pourquoi pas prévenir, genre Plus de 90% des objets à envoyer ont le tag source=Cadastre, pensez à utiliser votre compte cadastre ! Voire même: - un tri par JOSM avant envoi des données ayant un tag source=XXX du reste - un premier envoi avec le compte dédié qui va bien des nouvelles données identifiées par source=XXX en supprimant au passage le source=XXX sur les objets pour le mettre sur le changeset - un second envoi du reste sur le compte normal. J'ai un gros doute sur la pertinence d'une modification structurelle d'une fonction importante d'un outil majeur pour traiter le cas particulier d'une source de données locale. Mon expérience est que lorsqu'on se lance dans de telles aventures pour traiter un cas particulier, c'est généralement qu'il y a un problème ailleurs. Dans le cas présent, il me semble que les problèmes principaux sont d'ordre politiques. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A propos de la couche voirie/cadastre de layers.openstreetmap.fr
Le 18/10/2012 18:16, sly (sylvain letuffe) a écrit : On jeudi 18 octobre 2012, Ab_fab wrote: http://www.openstreetmap.org/browse/relation/78849 Donc, joli bug de trouvé ;-) Il s'avère que 50 communes au total étaient présentes en double dans une des tables, et ça faisait foirer la mise à jour. Un recalcul de environ 1h est en cours pour remettre ça au propre Je confirme que ça fonctionne de nouveau normalement. Merci ! Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Avez-vous utilisé des données de la ville de Toulouse ?
Pour avoir mis en place un rendu spécifique récemment (même s'il n'a rien à voir avec les adresses), je comprends leur choix. En effet, lorsqu'on ne souhaite/peut pas avoir l'intégralité de la base OSM en local, autant il est simple de faire le suivi des modifications sur les nodes à partir des minutes-diff, autant le suivi des ways peut vite devenir complexe. Je ne leur jeterai donc pas la pierre. Christian Quest cqu...@openstreetmap.fr a écrit : C'est très bien d'inciter à contribuer, mais ça serait encore mieux de prendre en compte toutes les façons de tagguer des adresses: - relations associatedStreet ou pas - addr:housenumber sur un noeud ou un chemin 4 cas, c'est pas la mer à boire, là ils n'en gèrent visiblement qu'un et c'est dommage... même si c'est mieux que 0 bien sûr ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)
On 19/10/2012 01:17, Christian Quest wrote: Toutes les questions sur la gouvernance sont systématiquement évitées. Difficile de mener le débat sur un terrain où l'on se retrouve seul, mais je ne désespère pas (encore). L'un des obstacles à la progression du débat est que le DWG fait argument d'autorité. Nous ne nous laissons pas impressionner, mais la tentative de faire passer les Français pour leur caricature indisciplinée semble néanmoins porter ses fruits empoisonnés. Alors nous devons trouver un moyen de faire contrepoids dans le registre choisi par le DWG - donc un contrepoids à l'image institutionnelle. Nous avons vu plusieurs d'entre nous intervenir dans le débat à titre individuel - n'est-il pas temps que l'association OpenStreetMap France prenne position et mettre la position Française sur un pied d'égalité avec l'image officielle de la position du DWG ? Il me semble que c'est un rôle fait sur mesure pour le groupe de travail Relations Internationales d'OSM-FR coordonné par Emilie - http://wiki.openstreetmap.org/wiki/WikiProject_France/OSM-FR/Groupes_de_travail/Relations_Internationales Une ou plusieurs personnes volontaires (au hasard Christian et Sylvain...) pourraient être officiellement nommé French data import ombudsman (médiateur des imports de données en France) par le groupe de travail Relations Internationales d'OSM-FR et parlant avec le mandat de l'association. Le débat prendrait alors une tournure institutionnelle dans laquelle les questions de gouvernance et de subsidiarité ne pourront plus être esquivées à chaque fois que nous les évoquons. Et ça me fait penser qu'il serait temps que je sois membre de l'association... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de Frederik etait [OSM-talk] Continued aggression against French contributors (cadastre integration)
D'accord avec le problème politique. Néanmoins, chaque fois que la communauté locale parle politique et gouvernance sur la liste internationale, on lui répond compte séparé. La solution de Christian aurait l'avantage d'éliminer cette fixette sur le double compte, et partant, de pouvoir ensuite recentrer le débat sur la gouvernance. Attention toutefois, d'un point de vue solution technique, ça ne sera probablement pas si simple. Quid par exemple s'il y a un noeud commun à deux ways dont l'une est tagguée cadastre et l'autre pas ? = cela nécessitera surement un download entre les deux uploads, afin de récupérer l'id de ce noeud. Jean-Marc Liotier j...@liotier.org a écrit : On 19/10/2012 09:39, Christian Quest wrote: Le 19 octobre 2012 09:28, kimaidou kimai...@gmail.com a écrit : Par contre, techniquement, si on commence à se dire qu'il faut améliorer l'outil JOSM, pourquoi ne pas trouver un moyen automatique (ou via les filtres, c'est déjà possible) de séparer en 2 calques un travail réalisé sous JOSM : * un calque avec le bâti - on l'enverra avec le compte dédié * un calque avec tous les autres objets - on l'enverra avec le compte classique. L'idée étant de se dire je veux pouvoir continuer à faire du multi-source sur mes éditions (bing, cadastre, terrain), et je sépare seulement avant l'upload. Bien sûr, il faut modifier aussi JOSM pour permettre de choisir l'utilisateur avant l'envoi, et pourquoi pas prévenir, genre Plus de 90% des objets à envoyer ont le tag source=Cadastre, pensez à utiliser votre compte cadastre ! Voire même: - un tri par JOSM avant envoi des données ayant un tag source=XXX du reste - un premier envoi avec le compte dédié qui va bien des nouvelles données identifiées par source=XXX en supprimant au passage le source=XXX sur les objets pour le mettre sur le changeset - un second envoi du reste sur le compte normal. J'ai un gros doute sur la pertinence d'une modification structurelle d'une fonction importante d'un outil majeur pour traiter le cas particulier d'une source de données locale. Mon expérience est que lorsqu'on se lance dans de telles aventures pour traiter un cas particulier, c'est généralement qu'il y a un problème ailleurs. Dans le cas présent, il me semble que les problèmes principaux sont d'ordre politiques. ___ 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] ou est la licence?
Bonjour, le copyright a été rajouté sur les images statiques. Exemple : http://www.gralon.net/plan-ville/plan-nice-2021.htm d'autre part, nous utilisons OSM sur notre version mobile : http://m.gralon.net/hotels-france/alpes-maritimes/hotels-5-etoiles-nice-2021/carte.html par le biai de notre serveur de tuiles : http://map.gralon.net je pense que les indications de copyright sont justes sur ces plans. merci pour votre aide. Cordialement, Strullu Loïc fondateur Gralon.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de Frederik etait [OSM-talk] Continued aggression against French contributors (cadastre integration)
Le 19 octobre 2012 09:48, kimaidou kimai...@gmail.com a écrit : Ok pour ta proposition Christian, sauf la suppression du tag source des objets OSM pour le reporter sur le tag du changeset. Nous nous sommes engagés à conserver la source du cadastre sur les objets, et cela risque de coincer. Mais j'ai peut-être mal compris ta proposition Il n'y a pas d'engagement vis à vis de la dgfip d'avoir un tag source sur les objets eux même, je doute que la dgfip connaisse notre modèle de données, sache ce qu'est un tag, sache ce qu'est un changeset. Que l'info de source soit sur l'objet lui même ou sur le changeset c'est du pareil au même (pour moi), elle n'est pas visible dans la majorité des usages (cartes), il faut passer par un éditeur pour voir ce tag et l'éditeur permet de remonter l'historique pour savoir que l'objet provient du cadastre et de quel millésime il s'agit. Mais sinon, montrer que la communauté français sait être force de proposition aussi dans le domaine technique fera avancer le débat. On pourra dire à nos interlocuteurs : que pensez vous de notre solution ? Cela ne résout pas le problème de gouvernance, qui mettra plus de temps (le temps long de la négociation), mais cela nous permettra d'avancer dans le bon sens. Cette approche technique n'est qu'une facilité pour gérer automatiquement une règle illégitime. Elle a aussi l'avantage de pouvoir gérer bien plus intelligemment un réel problème en séparant dans des changesets différents des données de source différente (que l'on utilise un ou plusieurs compte). La règle reste illégitime pour moi, et les questions sur la gouvernance restent ouvertes. Le 19 octobre 2012 10:06, Jean-Marc Liotier j...@liotier.org a écrit : J'ai un gros doute sur la pertinence d'une modification structurelle d'une fonction importante d'un outil majeur pour traiter le cas particulier d'une source de données locale. Mon expérience est que lorsqu'on se lance dans de telles aventures pour traiter un cas particulier, c'est généralement qu'il y a un problème ailleurs. Dans le cas présent, il me semble que les problèmes principaux sont d'ordre politiques. Justement, je vois cette modification comme un outil bien plus global et pas uniquement adapté au cas particulier du double compte et du cadastre. Il y a une réelle amélioration à apporte à la gestion du traçage des sources, traçage qui sert aussi à évaluer la qualité d'un objet (quelle source, quelle date pour la source, etc). Le 19 octobre 2012 10:31, khris78 ch...@gallioz.fr a écrit : Attention toutefois, d'un point de vue solution technique, ça ne sera probablement pas si simple. Quid par exemple s'il y a un noeud commun à deux ways dont l'une est tagguée cadastre et l'autre pas ? = cela nécessitera surement un download entre les deux uploads, afin de récupérer l'id de ce noeud. Seuls les objets NOUVEAUX (id=0) ayant un tag source=* seraient ainsi traités. Si lors de l'intégration, on fusionne des objets avec des objets pré-existants, ceux-ci gardent l'id de l'objet pré-existant. Il y aura bien quelques cas à la marge, mais globalement le principe de traçabilité de l'origine des données fonctionnera. J'ai déjà fait des essais manuels à coup de chercher et envoyer la sélection, ça marche. Il faut envoyer les nouveaux objets avec sourge=* en premier, puis le reste. Il faudrait juste l'automatiser et le rendre transparent pour le contributeur, mais je suis incapable de coder des trucs dans JOSM (java pas bien du tout). -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Avez-vous utilisé des données de la ville de Toulouse ?
Le 19 octobre 2012 10:15, khris78 ch...@gallioz.fr a écrit : Pour avoir mis en place un rendu spécifique récemment (même s'il n'a rien à voir avec les adresses), je comprends leur choix. En effet, lorsqu'on ne souhaite/peut pas avoir l'intégralité de la base OSM en local, autant il est simple de faire le suivi des modifications sur les nodes à partir des minutes-diff, autant le suivi des ways peut vite devenir complexe. Je ne leur jeterai donc pas la pierre. Christian Quest cqu...@openstreetmap.fr a écrit : C'est très bien d'inciter à contribuer, mais ça serait encore mieux de prendre en compte toutes les façons de tagguer des adresses: - relations associatedStreet ou pas - addr:housenumber sur un noeud ou un chemin 4 cas, c'est pas la mer à boire, là ils n'en gèrent visiblement qu'un et c'est dommage... même si c'est mieux que 0 bien sûr ! Comme il est probable qu'il ne change pas leur analyse des données pour trouver les numéros de rue, on pourrait avoir, du moins pour Toulouse, une appli (Osmose@Toulouse) qui signalerait les numéros de rue qui ne matchent pas avec leur règle. En même temps, si chaque re-utilisateur lance sa règle on a pas fini de faire des outils spécifiques et ça va être ingérable. En conclusion, c'est à Toulouse Data de s'adapter ! C'est ça le travail communautaire. -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Avez-vous utilisé des données de la ville de Toulouse ?
Les points adresses font partie des données libérées: http://wiki.openstreetmap.org/wiki/Toulouse/GrandToulouseData/Num%C3%A9ros_de_rue#Import Reste à les intégrer dans OSM mais j'imagine que Vincent ne peut pas à lui tout seul faire cette intégration. Cf. l'exemple nantais http://wiki.openstreetmap.org/wiki/Nantes/Adresses_postales_Nantes_M%C3%A9tropoleoù plusieurs contributeurs ont réalisé cette opération. Romain Le 19 octobre 2012 10:56, Cyrille Giquello cyrill...@gmail.com a écrit : Le 19 octobre 2012 10:15, khris78 ch...@gallioz.fr a écrit : Pour avoir mis en place un rendu spécifique récemment (même s'il n'a rien à voir avec les adresses), je comprends leur choix. En effet, lorsqu'on ne souhaite/peut pas avoir l'intégralité de la base OSM en local, autant il est simple de faire le suivi des modifications sur les nodes à partir des minutes-diff, autant le suivi des ways peut vite devenir complexe. Je ne leur jeterai donc pas la pierre. Christian Quest cqu...@openstreetmap.fr a écrit : C'est très bien d'inciter à contribuer, mais ça serait encore mieux de prendre en compte toutes les façons de tagguer des adresses: - relations associatedStreet ou pas - addr:housenumber sur un noeud ou un chemin 4 cas, c'est pas la mer à boire, là ils n'en gèrent visiblement qu'un et c'est dommage... même si c'est mieux que 0 bien sûr ! Comme il est probable qu'il ne change pas leur analyse des données pour trouver les numéros de rue, on pourrait avoir, du moins pour Toulouse, une appli (Osmose@Toulouse) qui signalerait les numéros de rue qui ne matchent pas avec leur règle. En même temps, si chaque re-utilisateur lance sa règle on a pas fini de faire des outils spécifiques et ça va être ingérable. En conclusion, c'est à Toulouse Data de s'adapter ! C'est ça le travail communautaire. -- Cyrille. ___ 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] Continued aggression against French contributors (cadastre integration)
jl == Jean-Marc Liotier j...@liotier.org writes: jl Une ou plusieurs personnes volontaires (au hasard Christian et jl Sylvain...) pourraient être officiellement nommé French data jl import ombudsman (médiateur des imports de données en France) jl par le groupe de travail Relations Internationales d'OSM-FR et jl parlant avec le mandat de l'association. jl jl Le débat prendrait alors une tournure institutionnelle dans jl laquelle les questions de gouvernance et de subsidiarité ne jl pourront plus être esquivées à chaque fois que nous les évoquons. Bonne idée. -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est
Bonjour, Petit retour sur le tournage de mercredi. J'ai passé 2 bonnes heures en compagnie de l'équipe de France 3. C'était très sympa. Le reportage final consacré aux logiciels libres fera 12 min et environ 2 min seront réservées à OSM. Voici quelques photos illustrant le tournage http://galerie.ldn-fai.net/FR3-OSM-LDN/ (photos fournies par les membres du Mirabellug et du Lorraine Data Network, FAI associatif, qui étaient également interviewés pour ce reportage). Le reportage sera diffusé dans le quart nord-est sur France 3 le 23 novembre à 23h10. J'ai demandé si nous pourrions avoir l'autorisation de diffuser la vidéo par exemple sur OSM-FR. La journaliste m'a répondu que c'est effectivement possible dans la mesure où l'on cite la source. Romain Le 12 octobre 2012 23:38, Ab_fab gamma@gmail.com a écrit : Je ne sais pas si l'on peut faire entrer l'appropriation de son lieu de vie dans la case solidarité, mais ça n'en demeure pas moins super important Le 12 octobre 2012 23:37, Vincent Pottier vpott...@gmail.com a écrit : Le 12/10/2012 15:03, Romain MEHUT a écrit : La photo avec des collégiens de Digne manipulant des cartes osm libres montre ce qui est en train de se produire insensiblement : des jeunes manient librement des données libres... ça fait partie de leur univers. -- FrVIPofm __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ 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] Continued aggression against French contributors (cadastre integration)
Le vendredi 19 octobre 2012 à 10:27 +0200, Jean-Marc Liotier a écrit : On 19/10/2012 01:17, Christian Quest wrote: Toutes les questions sur la gouvernance sont systématiquement évitées. Difficile de mener le débat sur un terrain où l'on se retrouve seul, mais je ne désespère pas (encore). L'un des obstacles à la progression du débat est que le DWG fait argument d'autorité. Nous ne nous laissons pas impressionner, mais la tentative de faire passer les Français pour leur caricature indisciplinée semble néanmoins porter ses fruits empoisonnés. Alors nous devons trouver un moyen de faire contrepoids dans le registre choisi par le DWG - donc un contrepoids à l'image institutionnelle. Nous avons vu plusieurs d'entre nous intervenir dans le débat à titre individuel - n'est-il pas temps que l'association OpenStreetMap France prenne position et mettre la position Française sur un pied d'égalité avec l'image officielle de la position du DWG ? Il me semble que c'est un rôle fait sur mesure pour le groupe de travail Relations Internationales d'OSM-FR coordonné par Emilie - http://wiki.openstreetmap.org/wiki/WikiProject_France/OSM-FR/Groupes_de_travail/Relations_Internationales Une ou plusieurs personnes volontaires (au hasard Christian et Sylvain...) pourraient être officiellement nommé French data import ombudsman (médiateur des imports de données en France) par le groupe de travail Relations Internationales d'OSM-FR et parlant avec le mandat de l'association. Le débat prendrait alors une tournure institutionnelle dans laquelle les questions de gouvernance et de subsidiarité ne pourront plus être esquivées à chaque fois que nous les évoquons. Et ça me fait penser qu'il serait temps que je sois membre de l'association... En tant que membre du CA, je suis entièrement d'accord avec toi. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ou est la licence?
Le 19 octobre 2012 10:41, Strullu Loïc i...@gralon.net a écrit : Bonjour, le copyright a été rajouté sur les images statiques. Exemple : http://www.gralon.net/plan-ville/plan-nice-2021.htm Parfait, c'est conforme à ce qui est demandé. d'autre part, nous utilisons OSM sur notre version mobile : http://m.gralon.net/hotels-france/alpes-maritimes/hotels-5-etoiles-nice-2021/carte.html par le biai de notre serveur de tuiles : http://map.gralon.net Conforme aussi aux demandes de la page des mentions légales d'OpenStreetMap. je pense que les indications de copyright sont justes sur ces plans. merci pour votre aide. Merci à vous pour votre intervention rapide. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est
Super bien, j'ai hâte de voir le résultat ! -- View this message in context: http://gis.19327.n5.nabble.com/Tournage-d-un-reportage-magazine-pour-France-3-Nord-Est-tp5730174p5731744.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] Tournage d'un reportage-magazine pour France 3 Nord-Est
Le 19 octobre 2012 11:33, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Petit retour sur le tournage de mercredi. J'ai passé 2 bonnes heures en compagnie de l'équipe de France 3. C'était très sympa. Le reportage final consacré aux logiciels libres fera 12 min et environ 2 min seront réservées à OSM. 2h - 2 minutes, c'est la ratio habituel ;) Voici quelques photos illustrant le tournage http://galerie.ldn-fai.net/FR3-OSM-LDN/ (photos fournies par les membres du Mirabellug et du Lorraine Data Network, FAI associatif, qui étaient également interviewés pour ce reportage). Le reportage sera diffusé dans le quart nord-est sur France 3 le 23 novembre à 23h10. J'ai demandé si nous pourrions avoir l'autorisation de diffuser la vidéo par exemple sur OSM-FR. La journaliste m'a répondu que c'est effectivement possible dans la mesure où l'on cite la source. Une confirmation écrite de ceci permettrait de lever tout doute... -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est
Le 19 octobre 2012 12:02, Christian Quest cqu...@openstreetmap.fr a écrit : Une confirmation écrite de ceci permettrait de lever tout doute... Ok je demanderai. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset
Le vendredi 19 octobre 2012 09:39:32, Christian Quest a écrit : Voire même: - un tri par JOSM avant envoi des données ayant un tag source=XXX du reste - un premier envoi avec le compte dédié qui va bien des nouvelles données identifiées par source=XXX en supprimant au passage le source=XXX sur les objets pour le mettre sur le changeset - un second envoi du reste sur le compte normal. == préambule == Je vais me permettre de re-présenter ici mon idée car j'ai l'impression qu'elle est passée un peu à la trappe dans le brouhaha de talk et de talk-fr Si on accepte comme but du DWG (mais pourquoi pas nous au final) qu'il soit possible d'identifier les contributions issues à la main de celles issues d'un import afin de (faire des revert plus simples, suivre, surveiller, etc.) Et que c'est pour ça qu'ils veulent imposer un 2ème compte pour la cadastre car ils pensent que c'est la solution la plus efficace. == alternative == Alors voici une autre solution : (Le mérite revient en grande partie a Richard Fairhust qui l'avait déjà proposée) Mettre des tags dans le changeset afin d'identifier ceux qui sont issus de données cadastrales ou d'imports en général. (L'utilisation d'un 2ème compte, que je classe au rand de bidouille, devenant alors obsolète dans la totalité des cas d'import/revert/absolument tout, mais n'allons pas trop vite pour brusquer les habitudes) == mise en oeuvre == Ajoute des tags à un changeset présente presque le même défaut qu'utiliser un compte séparé : il faut y penser ! Et un nouveau : il faut arriver à tous être cohérent pour avoir des tags commun. Ces 2 problèmes peuvent être résolu dans quasi 100% des cas par un patch dans JOSM afin que soit automatiquement mis ces tags quand on part d'un fichier générer sur cadastre.openstreetmap.fr Alors, elle est pas simple la vie ? Attention, cadeau bonux, ce patch existe déjà : http://josm.openstreetmap.de/ticket/6742 Mais mieux, toutes vos version de JOSM le supporte sans doute déjà ! Voir fichier de test ci-joint. Alors, elle est pas belle la vie ? J'attends quelques retours et m'en vais présenter cette alternative à dieu (F. Ramm) -- sly (sylvain letuffe) test-sly.osm Description: XML document ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset
On 19/10/2012 13:26, sly (sylvain letuffe) wrote: Si on accepte comme but du DWG (mais pourquoi pas nous au final) qu'il soit possible d'identifier les contributions issues à la main de celles issues d'un import afin de (faire des revert plus simples, suivre, surveiller, etc.) Et que c'est pour ça qu'ils veulent imposer un 2ème compte pour la cadastre car ils pensent que c'est la solution la plus efficace. Alors voici une autre solution : (Le mérite revient en grande partie a Richard Fairhust qui l'avait déjà proposée) Mettre des tags dans le changeset afin d'identifier ceux qui sont issus de données cadastrales ou d'imports en général. (L'utilisation d'un 2ème compte, que je classe au rand de bidouille, devenant alors obsolète dans la totalité des cas d'import/revert/absolument tout Si on prend pour argent comptant les buts exprimés par le DWG et qu'on fait semblant de ne pas voir le problème politique, alors je crois que c'est une bonne solution. Le problème des sessions d'édition mixtes persiste, mais c'est un inconvénient mineur par rapport au problème résolu. Je crois que proposer cette solution offrira une porte de sortie honorable à toutes les parties en présence. Si elle est rejetée par le DWG, ce sera à mon avis un indice de mauvaise foi - mais en attendant soyons ouvert et donnons-leur le bénéfice du doute en proposant à nouveau cette solution pragmatique qui me semble parfaitement correspondre aux pratiques d'Openstreetmap. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset
C'est une partie de la solution très intéressante mais qui malheureusement ne prend pas en compte la façon habituelle de travailler avec les fichiers du cadastre. J'm'explique... On charge généralement le fichier .osm, puis on vérifie son contenu, on corrige les erreurs présentes dans ce fichier... mais ensuite il faut bien vérifier/fusionner avec l'existant, corriger les routes qui ont besoin d'être corrigées. Si l'on envoi le tout dans un unique changeset, le tag import ne fera aucune différence entre ce qui vient du cadastre et le reste. D'où mon idée de générer si possible automatiquement 2 changeset séparés (éventuellement en utilisant 2 comptes si ça peut calmer certains). L'un ne contiendrai que les données avec un source=* et des tags supplémentaires communs comme ceux proposés par Richard, l'autre contiendra les données non importées. Sinon, toute modification sans rapport avec la source d'origine sera marque par ces tags globaux sur le changeset. Ca ne me semble pas si compliqué que ça à coder, mais je ne connais pas les entrailles de JOSM. Le 19 octobre 2012 13:26, sly (sylvain letuffe) li...@letuffe.org a écrit : Le vendredi 19 octobre 2012 09:39:32, Christian Quest a écrit : Voire même: - un tri par JOSM avant envoi des données ayant un tag source=XXX du reste - un premier envoi avec le compte dédié qui va bien des nouvelles données identifiées par source=XXX en supprimant au passage le source=XXX sur les objets pour le mettre sur le changeset - un second envoi du reste sur le compte normal. == préambule == Je vais me permettre de re-présenter ici mon idée car j'ai l'impression qu'elle est passée un peu à la trappe dans le brouhaha de talk et de talk-fr Si on accepte comme but du DWG (mais pourquoi pas nous au final) qu'il soit possible d'identifier les contributions issues à la main de celles issues d'un import afin de (faire des revert plus simples, suivre, surveiller, etc.) Et que c'est pour ça qu'ils veulent imposer un 2ème compte pour la cadastre car ils pensent que c'est la solution la plus efficace. == alternative == Alors voici une autre solution : (Le mérite revient en grande partie a Richard Fairhust qui l'avait déjà proposée) Mettre des tags dans le changeset afin d'identifier ceux qui sont issus de données cadastrales ou d'imports en général. (L'utilisation d'un 2ème compte, que je classe au rand de bidouille, devenant alors obsolète dans la totalité des cas d'import/revert/absolument tout, mais n'allons pas trop vite pour brusquer les habitudes) == mise en oeuvre == Ajoute des tags à un changeset présente presque le même défaut qu'utiliser un compte séparé : il faut y penser ! Et un nouveau : il faut arriver à tous être cohérent pour avoir des tags commun. Ces 2 problèmes peuvent être résolu dans quasi 100% des cas par un patch dans JOSM afin que soit automatiquement mis ces tags quand on part d'un fichier générer sur cadastre.openstreetmap.fr Alors, elle est pas simple la vie ? Attention, cadeau bonux, ce patch existe déjà : http://josm.openstreetmap.de/ticket/6742 Mais mieux, toutes vos version de JOSM le supporte sans doute déjà ! Voir fichier de test ci-joint. Alors, elle est pas belle la vie ? J'attends quelques retours et m'en vais présenter cette alternative à dieu (F. Ramm) -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset
L avantage d un mix entre la solution de Christian et Sly c est que ca permettrait d atteindre les meme buts qu avec le compte separe sans justement la lourdeur de la creation d un deuxieme compte. J aime bien cette proposition. je suis daccord avec Jean-Marc sur le fait que ca pourrait peut etre permettre de sortir de la discussion cadastre et se recentrer sur la gouvernance si la proposition etait presentee sur talk Julien De : Christian Quest cqu...@openstreetmap.fr À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Vendredi 19 octobre 2012 13h39 Objet : Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset C'est une partie de la solution très intéressante mais qui malheureusement ne prend pas en compte la façon habituelle de travailler avec les fichiers du cadastre. J'm'explique... On charge généralement le fichier .osm, puis on vérifie son contenu, on corrige les erreurs présentes dans ce fichier... mais ensuite il faut bien vérifier/fusionner avec l'existant, corriger les routes qui ont besoin d'être corrigées. Si l'on envoi le tout dans un unique changeset, le tag import ne fera aucune différence entre ce qui vient du cadastre et le reste. D'où mon idée de générer si possible automatiquement 2 changeset séparés (éventuellement en utilisant 2 comptes si ça peut calmer certains). L'un ne contiendrai que les données avec un source=* et des tags supplémentaires communs comme ceux proposés par Richard, l'autre contiendra les données non importées. Sinon, toute modification sans rapport avec la source d'origine sera marque par ces tags globaux sur le changeset. Ca ne me semble pas si compliqué que ça à coder, mais je ne connais pas les entrailles de JOSM. Le 19 octobre 2012 13:26, sly (sylvain letuffe) li...@letuffe.org a écrit : Le vendredi 19 octobre 2012 09:39:32, Christian Quest a écrit : Voire même: - un tri par JOSM avant envoi des données ayant un tag source=XXX du reste - un premier envoi avec le compte dédié qui va bien des nouvelles données identifiées par source=XXX en supprimant au passage le source=XXX sur les objets pour le mettre sur le changeset - un second envoi du reste sur le compte normal. == préambule == Je vais me permettre de re-présenter ici mon idée car j'ai l'impression qu'elle est passée un peu à la trappe dans le brouhaha de talk et de talk-fr Si on accepte comme but du DWG (mais pourquoi pas nous au final) qu'il soit possible d'identifier les contributions issues à la main de celles issues d'un import afin de (faire des revert plus simples, suivre, surveiller, etc.) Et que c'est pour ça qu'ils veulent imposer un 2ème compte pour la cadastre car ils pensent que c'est la solution la plus efficace. == alternative == Alors voici une autre solution : (Le mérite revient en grande partie a Richard Fairhust qui l'avait déjà proposée) Mettre des tags dans le changeset afin d'identifier ceux qui sont issus de données cadastrales ou d'imports en général. (L'utilisation d'un 2ème compte, que je classe au rand de bidouille, devenant alors obsolète dans la totalité des cas d'import/revert/absolument tout, mais n'allons pas trop vite pour brusquer les habitudes) == mise en oeuvre == Ajoute des tags à un changeset présente presque le même défaut qu'utiliser un compte séparé : il faut y penser ! Et un nouveau : il faut arriver à tous être cohérent pour avoir des tags commun. Ces 2 problèmes peuvent être résolu dans quasi 100% des cas par un patch dans JOSM afin que soit automatiquement mis ces tags quand on part d'un fichier générer sur cadastre.openstreetmap.fr Alors, elle est pas simple la vie ? Attention, cadeau bonux, ce patch existe déjà : http://josm.openstreetmap.de/ticket/6742 Mais mieux, toutes vos version de JOSM le supporte sans doute déjà ! Voir fichier de test ci-joint. Alors, elle est pas belle la vie ? J'attends quelques retours et m'en vais présenter cette alternative à dieu (F. Ramm) -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ 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] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset
Si on propose simultanément aux niveaux techniques et politique, je crois qu'on couvre tous les tenants du débat et qu'on peut obtenir une masse critique d'approbation consensuelle: - Sur le plan technique, étiquetage des changesets dans JOSM avec éventuellement capacité à générer automatiquement deux changesets distincts pour les données d'origine purement cadastrales et les données mixtes. - Sur le plan politique, nomination d'un ou plusieurs French data import ombudsman (médiateur des imports de données en France) par le groupe de travail Relations Internationales d'OSM-FR Avons-nous oublié un autre aspects ? Si nous empaquetons tout ça dans un texte émis à talk@osm par un représentant d'OSM-FR, il y a peut-être une bonne chance d'en finir avec la polémique. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A propos de la couche voirie/cadastre de layers.openstreetmap.fr
C'est vraiment mineur pour mon utilisation, mais au cas où ça cacherait un bug plus grave : Jusqu'au zoom 6, ce sont toujours les anciennes données qui sont affichées : Dès qu'on passe au zoom 7, ce sont les nouvelles données, ça se voit assez bien autour de Poitiers. http://layers.openstreetmap.fr/?zoom=6lat=46.58797lon=1.85904layers=B00FFT J'ai oublié de préciser que j'ai été obligé de vider le cache pour voir les nouvelles données de la couche voirie/cadastre, et que je l'ai refait avant de poster ce message. Stf Le 19/10/2012 10:10, Stéphane Péneau a écrit : Le 18/10/2012 18:16, sly (sylvain letuffe) a écrit : On jeudi 18 octobre 2012, Ab_fab wrote: http://www.openstreetmap.org/browse/relation/78849 Donc, joli bug de trouvé ;-) Il s'avère que 50 communes au total étaient présentes en double dans une des tables, et ça faisait foirer la mise à jour. Un recalcul de environ 1h est en cours pour remettre ça au propre Je confirme que ça fonctionne de nouveau normalement. Merci ! Stf ___ 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] export d'une zone assez grande pour impression
L'étape qui m'intéresserait serait d'avoir un outil pour découper l'image en plusieurs morceaux. Cf. ce blog d'Andy Allan www.britishideas.com/2011/01/19/poster-map-of-east-yorkshire/#comments où il n'a pas répondu à ma 2ème de question. Vous avez une idée? Romain Le 18 octobre 2012 17:27, Ab_fab gamma@gmail.com a écrit : Tu peux tenter avec ce service Open Mapquest (qui a l'intérêt de ne pas charger les serveurs de la fondation) : http://open.mapquestapi.com/staticmap/ Il produit des images jusqu'à 3400 x 3400 Cela doit être possible de refaire une mosaique de ces grosses images Je viens de tester grace à l'interface à disposition sur la page, et ça marche pour une résolution de 3072 x 3072 (soit 12 tuiles par 12 tuiles de 256x256 px) Si tu veux du 300 points par pouce, cela fait une image de 23600 x 14200 points pour 2 m x 1.2 m, soit grosso modo 8 images en largeur sur 5 en hauteur (40 à générer en tout) Noter que chaque image incluera le logo mapquest, l'échelle, et les crédits pour le projet osm. Répété 40 fois, c'est pas très beau. Le 18 octobre 2012 16:49, Emilie Poulard Bostyn emilie.bos...@valdille.fr a écrit : Bonsoir, j'ai besoin de faire un export de la zone : http://www.openstreetmap.org/?**minlon=-1.84355640411377** minlat=48.1810150146484**maxlon=-1.62202405929565** maxlat=48.3244400024414http://www.openstreetmap.org/?minlon=-1.84355640411377minlat=48.1810150146484maxlon=-1.62202405929565maxlat=48.3244400024414 L'idée est de l'imprimer sur une carte de 2mX1,20m donc il me faut une très bonne définition et surtout un maximum d'infos du rendu Mapnik (lieux-dits par exemple) Je ne sais pas comment m'y prendre car le site osm me répond trop grand et avec planet.osm je ne vois pas comment faire. En plus je n'ai pas un débit extraordinaire... Une idée ? Merci -- Emilie Poulard Bostyn animatrice informatique et communication Communauté de communes du Val d'Ille 06 84 56 10 44 (absente le mercredi) www.valdille.fr Pensez environnement ! N'imprimez ce mail que si c'est vraiment nécessaire __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ 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] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset
J'attends quelques retours et m'en vais présenter cette alternative à dieu (F. Ramm) si on enregistre le fichier, josm supprime tout upload-changeset='-1' et la définition changeset id='-1' didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de Frederik etait [OSM-talk] Continued aggression against French contributors (cadastre integration)
2012/10/19 Christian Quest cqu...@openstreetmap.fr: Il n'y a pas d'engagement vis à vis de la dgfip d'avoir un tag source sur les objets eux même, je doute que la dgfip connaisse notre modèle de données, sache ce qu'est un tag, sache ce qu'est un changeset. Que l'info de source soit sur l'objet lui même ou sur le changeset c'est du pareil au même (pour moi), elle n'est pas visible dans la majorité des usages (cartes), il faut passer par un éditeur pour voir ce tag et l'éditeur permet de remonter l'historique pour savoir que l'objet provient du cadastre et de quel millésime il s'agit. Trouver les tags du changeset est plus difficile que de trouver ceux directement attachés à l'élément. Lorsqu'un objet a un historique, c'est encore plus difficile. Lorsque les données OSM sont redistribuées (export, planet), il est très facile de perdre les tags des changesets alors que supprimer le tag source attachés aux éléments nécessite une action volontaire. J'ai déjà fait une liste des avantages et inconvénients de chaque méthode, cf les archives. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de Frederik etait [OSM-talk] Continued aggression against French contributors (cadastre integration)
-Message d'origine- De : Pieren [mailto:pier...@gmail.com] Envoyé : vendredi 19 octobre 2012 14:44 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Proposition de Frederik etait [OSM-talk] Continued aggression against French contributors (cadastre integration) 2012/10/19 Christian Quest cqu...@openstreetmap.fr: Il n'y a pas d'engagement vis à vis de la dgfip d'avoir un tag source sur les objets eux même, je doute que la dgfip connaisse notre modèle de données, sache ce qu'est un tag, sache ce qu'est un changeset. Que l'info de source soit sur l'objet lui même ou sur le changeset c'est du pareil au même (pour moi), elle n'est pas visible dans la majorité des usages (cartes), il faut passer par un éditeur pour voir ce tag et l'éditeur permet de remonter l'historique pour savoir que l'objet provient du cadastre et de quel millésime il s'agit. Trouver les tags du changeset est plus difficile que de trouver ceux directement attachés à l'élément. Lorsqu'un objet a un historique, c'est encore plus difficile. Lorsque les données OSM sont redistribuées (export, planet), il est très facile de perdre les tags des changesets alors que supprimer le tag source attachés aux éléments nécessite une action volontaire. J'ai déjà fait une liste des avantages et inconvénients de chaque méthode, cf les archives. Pieren +10 Dans le produit composite que forme la base OSM par rapport au plan cadastral, il est indispensable de maintenir la source au niveau données et pas des changesets. Tant que l'API ne transfèrera pas automatiquement la mention de source d'un changeset sur les objets concernés, il serait hasardeux d'envisager un tel changement de méthode. Je crois qu'on a de la marge jusqu'à ce que cela soit réalisé. Pour les cartes, qui sont des œuvres intellectuelles distinctes de la base, ce sont les mentions de la licence ODbl OSM qui s'appliquent. Si c'est la question taille de ces mentions de source dans la base qui posent problème, je suis prêt à participer à l'appel de fonds nécessaire pour l'acquisition de serveurs supplémentaires. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] A propos de la couche voirie/cadastre de layers.openstreetmap.fr
Le 19/10/2012 14:28, sly (sylvain letuffe) a écrit : Sauf erreur, ça sera remis à jour d'ici 24h (je peux te soustraiter la vérification dans 24h ?) ça marche ! Il y a aussi des histoires avec les caches locaux dans ton navigateur, mais je trouve ça inutile, je vais en causer à celui qui gère ça Ah ? Heu ! Peut-être, je ne maitrise pas le sujet. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de Frederik etait [OSM-talk] Continued aggression against French contributors (cadastre integration)
Je te l'accorde, aujourd'hui ce n'est pas parfait et chaque méthode a les avantages et inconvénients que tu avais rémusé (cf archives). Je voulais juste dire que c'est une étape de plus mais que l'info est bien accessible dès qu'on passe au niveau des objets et que des améliorations techniques sont possibles. Par contre, je ne comprend comment il serait possible de perdre les tags sur les changeset, ceux-ci ne sont pas modifiables une fois le changeset fermé à ce que je sache. Insérer dans les dump et les diffs les infos/tags sur les changeset (par les changeset en eux même) serait un sacré bonus. C'est aussi de ce côté qu'il faut améliorer les choses si on veut réduire la répétition inutile des tags source sur les objets issus d'un import. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] export d'une zone assez grande pour impression
On 18/10/2012 16:49, Emilie Poulard Bostyn wrote: Bonsoir, j'ai besoin de faire un export de la zone : http://www.openstreetmap.org/?minlon=-1.84355640411377minlat=48.1810150146484maxlon=-1.62202405929565maxlat=48.3244400024414 L'idée est de l'imprimer sur une carte de 2mX1,20m donc il me faut une très bonne définition et surtout un maximum d'infos du rendu Mapnik (lieux-dits par exemple) Je ne sais pas comment m'y prendre car le site osm me répond trop grand et avec planet.osm je ne vois pas comment faire. En plus je n'ai pas un débit extraordinaire... Une idée ? As-tu essayé des outils comme MOBAC ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] export d'une zone assez grande pour impression
Tu veux cette zone avec le niveau de détail de quel zoom ? Zoom 15: http://www.openstreetmap.org/?lat=48.25278lon=-1.73279zoom=15layers=M Tu veux une image en bitmap ou en vectoriel ? En bitmap, tu peux utiliser Bigmap: http://wiki.openstreetmap.org/wiki/Bigmap Ca produit un script perl qui permet de récupérer automatiquement les tuiles et d'en refaire un gros PNG. Je l'ai utilisé pour récupérer des tuiles de relief colorisées sur la france entière sur un résolution permettant une impression de carte d'1m x 1m en 300dpi. Le 18 octobre 2012 16:49, Emilie Poulard Bostyn emilie.bos...@valdille.fr a écrit : Bonsoir, j'ai besoin de faire un export de la zone : http://www.openstreetmap.org/?minlon=-1.84355640411377minlat=48.1810150146484maxlon=-1.62202405929565maxlat=48.3244400024414 L'idée est de l'imprimer sur une carte de 2mX1,20m donc il me faut une très bonne définition et surtout un maximum d'infos du rendu Mapnik (lieux-dits par exemple) Je ne sais pas comment m'y prendre car le site osm me répond trop grand et avec planet.osm je ne vois pas comment faire. En plus je n'ai pas un débit extraordinaire... Une idée ? Merci -- Emilie Poulard Bostyn animatrice informatique et communication Communauté de communes du Val d'Ille 06 84 56 10 44 (absente le mercredi) www.valdille.fr Pensez environnement ! N'imprimez ce mail que si c'est vraiment nécessaire ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] export d'une zone assez grande pour impression
Pour info, j'ai fait l'essai du téléchargement des tuiles en zoom 17, sur la zone données par Emilie. L'outil utilisé (*) a généré 15 x 15 images de résolution 1375 x 1339 chacune (doit y avoir moyen de faire moins d'images, mais plus grosses) Elles sont à disposition dans cette archive : http://dl.free.fr/qfCkLXZNb Je l'ai fait parce que la zone est limitée en surface (0.2° x 0.2°). Ce genre d'outil est néfaste pour les générateurs de tuiles quand il est utilisé par beaucoup d'utilisateurs à grande échelle. Cf. message sur la page wiki de MOBAC http://wiki.openstreetmap.org/wiki/MOBAC (*) J'ai opté pour NoniMapView Le 19 octobre 2012 15:35, Christian Quest cqu...@openstreetmap.fr a écrit : Tu veux cette zone avec le niveau de détail de quel zoom ? Zoom 15: http://www.openstreetmap.org/?lat=48.25278lon=-1.73279zoom=15layers=M Tu veux une image en bitmap ou en vectoriel ? En bitmap, tu peux utiliser Bigmap: http://wiki.openstreetmap.org/wiki/Bigmap Ca produit un script perl qui permet de récupérer automatiquement les tuiles et d'en refaire un gros PNG. Je l'ai utilisé pour récupérer des tuiles de relief colorisées sur la france entière sur un résolution permettant une impression de carte d'1m x 1m en 300dpi. Le 18 octobre 2012 16:49, Emilie Poulard Bostyn emilie.bos...@valdille.fr a écrit : Bonsoir, j'ai besoin de faire un export de la zone : http://www.openstreetmap.org/?minlon=-1.84355640411377minlat=48.1810150146484maxlon=-1.62202405929565maxlat=48.3244400024414 L'idée est de l'imprimer sur une carte de 2mX1,20m donc il me faut une très bonne définition et surtout un maximum d'infos du rendu Mapnik (lieux-dits par exemple) Je ne sais pas comment m'y prendre car le site osm me répond trop grand et avec planet.osm je ne vois pas comment faire. En plus je n'ai pas un débit extraordinaire... Une idée ? Merci -- Emilie Poulard Bostyn animatrice informatique et communication Communauté de communes du Val d'Ille 06 84 56 10 44 (absente le mercredi) www.valdille.fr Pensez environnement ! N'imprimez ce mail que si c'est vraiment nécessaire ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset
J'm'explique... On charge généralement le fichier .osm, puis on vérifie son contenu, on corrige les erreurs présentes dans ce fichier... mais ensuite il faut bien vérifier/fusionner avec l'existant, corriger les routes qui ont besoin d'être corrigées. Si l'on envoi le tout dans un unique changeset, le tag import ne fera aucune différence entre ce qui vient du cadastre et le reste. J'en conviens, en ce point, 2ème compte ou ma proposition ne change rien au problème. Il est toutefois, il me semble plus aisé de demander l'effort à un contributeur lié à ma propostion, qu'a celle de créer et utiliser un 2ème compte. L'effort étant : Lorsque vous importer un fichier de bâti, merci de le faire l'intégration dans OSM en enlevant les bâtiments de ce que vous allez ajouter, fusion, correction de noeuds etc puis mettre à jour vos changements. Ensuite, vous pourrez vous consacrer à gérer les routes, rajouter les magasins, etc. (parce on veut pouvoir identifier) Non seulement ça ne me semble pas insurmontable, mais même très profitable pour tous, et je ne parle pas du DWG D'où mon idée de générer si possible automatiquement 2 changeset séparés (éventuellement en utilisant 2 comptes si ça peut calmer certains). Le 2ème compte me semble inutile, même là. il suffirait que le 1er changeset (import) utilises des tags spécifiques. J'adhère toutefois au fait que ta proposition va plus loin en étant capable, de manière automatique, de différencier les deux (par le tag source=*cadastre*), mais, et c'est juste mon opinion, ça n'a aucune chance d'être fait. (trop dur, qui va coder, trop spécifique, etc.) D'où ma proposition intermédiaire, qui, d'ailleurs, n'empêche pas ta solution de voir le jour en même temps, où après, il lui suffira (à ta proposition) non pas d'auto-sélectionner un deuxième compte, mais d'auto-sélectionner les bons tags pour le changeset) -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de Frederik etait [OSM-talk] Continued aggression against French contributors (cadastre integration)
Comment a-t-on fait pour changer de licence ? Il a fallu de toute façon regarder les historiques des objets pour regarder de quel changeset venait chaque modification ou ajout, qui l'avait faite et quelles conditions de licence lui était applicable. Cela n'a pas demandé un temps de traitement si considérable que ça aux serveurs, alors qu'il a fallu traiter la totalité des données du monde entier. Là on parle de pourvoir faire un revert éventuel sur quelques éléments qui ne devraient pas être dans la base. Même si cela concerne un gros import de quelques dizaines milliers de points et des milliers de petits objets, les serveurs ont déjà prouvé la capacité de le faire lors de la migration de licence. Les bots concernés écrits pour ce changement ont pu faire les modifs nécessaires, ils sauront encore lire les tags des changeset pour retrouver les sources (facilement) alors que les tags des objets eux-mêmes nécessitent de fouiller des version successives de tout un tas d'objets non concernés dans la zone par la première source de données. Les tags des changesets ont effecitmvement l'avantage d'être inamovibles et de nécessiter très peu de requêtes pour les obtenir (pour un seul objet cela ne change rien mais là on parle de milliers d'objets qui se partagent un même changeset problématique : il y a beaucoup moins de changesets à analyser que d'objets, dès qu'on a récupéré un changeset trouvé dans l'hstorique d'un objet, on a ses caractéristiques déjà chargées aussi pour tous les autres historiques d'objets. En terme d'efficacité et aussi d'exhausitivé, c'est bien plus précis et plus rapide de regarder les attributs des changesets que le détail de chacun des objets dans une zone (en risquant d'en oublier des tas d'autres dans la même zone. Bref je ne suis pas d'accord avec toi en terme de difficulté, même si dans le cas des éditeurs ces données sont moins facilement accessibles immédiatement. Mais le but n'est pas ici de faciliter les éditions, mais de savoir qui a fait quoi et à qui appartient les données existantes et d'où elles viennent à l'origine (ce que n'indique en fait pas, ou très mal, les tags des objets eux-mêmes qui ont pu être modifiés souvent depuis leur import, la source effective ayant pu changer et celle mentionnée n'étant pus adéquate dès l'instant qu(on a augmenté les données à partir d'autres sources ou de connaissances personnelles, ou divisé les chemins et surfaces, et fusionné des noeuds proches mais de source différentes). Le 19 octobre 2012 14:43, Pieren pier...@gmail.com a écrit : 2012/10/19 Christian Quest cqu...@openstreetmap.fr: Il n'y a pas d'engagement vis à vis de la dgfip d'avoir un tag source sur les objets eux même, je doute que la dgfip connaisse notre modèle de données, sache ce qu'est un tag, sache ce qu'est un changeset. Que l'info de source soit sur l'objet lui même ou sur le changeset c'est du pareil au même (pour moi), elle n'est pas visible dans la majorité des usages (cartes), il faut passer par un éditeur pour voir ce tag et l'éditeur permet de remonter l'historique pour savoir que l'objet provient du cadastre et de quel millésime il s'agit. Trouver les tags du changeset est plus difficile que de trouver ceux directement attachés à l'élément. Lorsqu'un objet a un historique, c'est encore plus difficile. Lorsque les données OSM sont redistribuées (export, planet), il est très facile de perdre les tags des changesets alors que supprimer le tag source attachés aux éléments nécessite une action volontaire. J'ai déjà fait une liste des avantages et inconvénients de chaque méthode, cf les archives. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset
Si on prend pour argent comptant les buts exprimés par le DWG et qu'on fait semblant de ne pas voir le problème politique Attention, je n'ai surtout pas dis que je cherchais une solution technique dans le but, ni de leur permettre, ni de nous permettre, d'éluder le problème politique. Ce problème *doit* être traité. Mais il n'y a qu'a voir les efforts de Christian répétés et ignorés. Le problème semble s'être cristallisé sur la pensée suivante : Les français nous font chier parce qu'il veulent des règles rien que pour eux, et ils tentent d'amener le débat sur la question de la gouvernance et de l'établissement des règles dans l'unique but de les changer pour pouvoir importer leur cadastre envers et contre tous Par ma proposition, je propose une sortie honorable pour tous, qui ne montre pas que l'un ou l'autre à cédé, mais que chacun a fait un pas vers l'autre. Nous, en comprenant que le DWG souhaite pouvoir identifier toutes les opérations dont une part ou totalité des points proviennent d'un tiers et mettre en oeuvre des choses réalistes pour leur permettre de faire cette identification. Eux, en comprenant que créer et utiliser un deuxième compte est une galère pour de nombreux contributeurs français qui, bien que connaissant leur village et donc étant la meilleure ressource que nous avons, n'ont pas, ne peuvent pas faire l'effort de bien distinguer leurs contributions manuelles de importées (sans compter que un compte c'est fait pour un utilisateur, et la création d'un deuxième n'est qu'un pis aller pour régler, partiellement, un autre problème, et avoir comme effet pervers de gonfler faussement les stats d'utilisateurs, rendre plus dur l'identification des personnes, devoir se creuser la tête pour savoir si c'est son compte principal ou son 2ème compte import. Franchement, ils s'apprètent à établir une règle qui dit : votre compte est x créer alors le compte x_import_cadastre c'est ridicule ! import_cadastre n'est pas un attribut du compte, c'est un attribut des éditions qui sont faites ) Si elle est rejetée par le DWG, ce sera à mon avis un indice de mauvaise foi J'ai exactement pensé à ça, c'est pourquoi je souhaite contacter le DWG directement, montrer que j'ai une idée simple et réaliste qui couvre leurs demandes ET les notres, (voire celles d'autres contributeurs pour l'avenir) et que l'on puisse savoir si tout ça, n'est pas qu'une ruse pour empêcher des gens d'importer. -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: je quitte la France, salut salut
Le 1 octobre 2012 20:19, THEVENON Julien julien_theve...@yahoo.fr a écrit : si je me rappelle bien c etait toi qui cherchait un datalogger pour tes vacances et qui t es rabattu sur un etrex de Garmin,ca donne quoi?satisfait ou non ? Oui c'est bien moi. Assez satisfait du Etrex 20 : bonne prise en main, très bonne précision, bonne autonomie, navigation fluide, carte OSM qui s'affichent précisément ... j'ai pu mettre dans la carte micro-SD la carte OSM des 3 pays dans lesquels j'ai voyagé, c'était vraiment utile ! Les défauts : les boutons extérieurs sont très facilement cliquable, donc a chaque fois que je l'avait en poche, je me retrouvais au fond d'un menu lambda ... assez pénible a la longue. Surtout que l'on ne peut pas mettre l'écran en veille, donc pour économiser de l'énergie j'aurai aimé pouvoir rester dans le menu, sur un écran statique. De plus, l'avertissement de fin de batterie se fait seulement quelques minutes avant l'extinction automatique, il faut donc avoir ses piles a portée de main à ce moment là. Peut-etre le Etrex 30 corrige-t-il ces problèmes ? je n'en sais rien. ++ -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)
Frederik, Je ne connais ni Eric ni Paul. Je ne connais ni l'histoire ni les membres du DWG. Je vois seulement un entêtement du DWG à imposer une règle dont je ne comprend pas l'utilité ni la raison d'être. Je suis d'accord sur le fait qu'il est regrettable que certains contributeurs importent mal le bati du Cadastre. Mais ce n'est pas en imposant un compte séparé à ceux qui travaillent bien que cela résoudra le problème. Un compte séparé gêne ceux qui travaillent bien, parce qu'une bonne intégration du cadastre est multi-source (cadastre + ortho-photos et autres). La bonne solution est de commencer par venir parler du problème sur la liste de discussion dans la langue des contributeurs concernés. La bonne solution est d'aider les programmeurs d'éditeurs à améliorer les validateurs. La bonne solution est d'aider les projet de contrôle-qualité semi-automatisés, comme Keepright, Osmose, OSM Inspector, ... La bonne solution est d'envoyer des messages explicatifs dans leur propre langue aux contributeurs qui envoient un trop grand volume de données avec certaines erreurs typiques (chevauchement de bâtiment, ...), et de finir de les bloquer si ils persévèrent. Pas d'imposer un compte séparé à ceux qui travaillent bien. De plus, cela donne l'image d'un projet autoritariste, pas contributif. Je n'ai pas l'impression que ce soit Eric qui soit associal sur ce sujet. Cordialement, Art. I know neither Eric nor Paul. I know neither the history nor the members of the DWG. I only see a stubbornness DWG to impose a rule that I do not understand the relevance or rationale. I agree it is unfortunate that some contributors import badly bati Cadastre. But it is not by imposing a separate account for those working although it will solve the problem. A separate account discomfort those who work well because a good integration of cadastre is multi-source (cadastre + ortho-photos and other). The correct solution is to start by talking about the problem coming on the mailing list of contributors in the language concerned. The correct solution is to help programmers publishers improve validators. The correct solution is to help project quality control, semi-automated, as Keepright, Osmose, OSM Inspector, ... The correct solution is to send explanatory messages in their own language to contributors who send too much data with some typical errors (overlapping building, ...) and finish the block if they persevere. Not impose a separate account for those who work well. In addition, it gives the image of authoritarian project, not contributory. I do not think it is that Eric associal on this topic. Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est
Ca ne peut pas être refusé au demandeur s'il figure dans les images (droits relatifs à l'image obligent). Même si pour le tournage on t'a fait signer un papier permettant à France 3 d'exploiter et diffuser les images tournées. Après tout c'était France 3 qui était demandeur au départ pour le tournage, et tu n'étais pas obligé d'accepter que ce reportage soit fait. Échange donc de bons procédés, chacun est gagnant à s'autoriser mutuellement et se partager les droits. Cela ne veut pas dire pour autant qu'un autre tiers peut faire cette demande à France 3 (qui est en droit alors de refuser, y compris pour protéger les droits des autres tiers). Mais attention c'est un droit légal strictement personnel du demandeur (les droits personnels d'image n'appartiennent qu'à lui mais ne lui permettent pas d'en faire profiter les autres sans accord mutuel, car il y a aussi dans ces images de la valeur ajoutée qui ne lui appartiennent pas). Donc pensez lors des reportages à faire un échange écrit de ces droits d'image, et pas une simple session unilatérale (on peut vous demander de limiter votre propre usage si vous en faites votre propre diffusion, et aussi d'accepter une date à partir de laquelle vous pourrez diffuser publiquement vos images partagées, histoire de ne pas couper l'herbe sous le pied à l'équipe de production pour sa propre diffusion TV). En principe ces contrats d'échange mutuels de droits sont bien connus des grandes chaines TV et équipes de reportage, même s'il peut être tentant pour eux de faire des simples contrats de session unilatérale qui tiennent en une page et quelques phrases avec votre signature en bas de page (comme cela se fait par exemple dans les émissions de plateau comme les jeux TV, où il est simple pour l'équipe de production TV de ne sélectionner parmi les candidats que ceux qui acceptent le contrat tel qu'il est). Mais là on n'est pas dans le cadre d'une émission de plateau, les reportages sont réalisés chez vous ou chez des tiers dans des lieux qui ne sont pas la propriété ou loués par l'équipe de production. C'est l'équipe de reportage qui s'intéresse le plus à vous chez vous, plutôt que vous qui allez la chercher sur son terrain (même si pour cela vous avez cherché à les intéresser pour qu'ils viennent), même si elle fournit pour cela des moyens techniques et humains importants (il est normal que leur travail paye aussi en résultats exploitables avec des droits qui leur revienne, dont celui pour eux de choisir les dates de diffusion et l'exclusivité de la première diffusion). Le 19 octobre 2012 12:05, Romain MEHUT romain.me...@gmail.com a écrit : Le 19 octobre 2012 12:02, Christian Quest cqu...@openstreetmap.fr a écrit Une confirmation écrite de ceci permettrait de lever tout doute... Ok je demanderai. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] DuckDuckGo et OSM
Bonjour à tous, Je ne sais pas si l'information était déjà passée par ici mais j'ai découvert aujourd'hui que quand on entre dans DuckDuckGo [1] une adresse on a droit à un plan OSM [2]. Cela évite de faire un « !osm adresse » par exemple. C'est à se demander depuis quand c'est possible ? Il est vrai que je rentre rarement des adresses dans DuckDuckGo souvent je vais sur le site qui va bien pour avoir la localisation de mon adresse. Désolé si c'était déjà passé mais ça donne encore plus d'eau au moulin du CanardQuiYVa (même si il n'y en avait pas besoin) ! Fabien [1] https://duckduckgo.com/ [2] https://docs.google.com/open?id=0B2K6oMUIyX5ycXJYN1RCVFJKZVE ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?
Salut, (Certes, on pourrait croire que ça n'est pas le bon moment vu tout le barouf en ce moment, mais c'est pas pour ça qu'on doit arrêter de se poser les bonnes questions, hein ?) Vu qu'une prise de contact avec les services juridiques du cadastre est sans doute la meilleure solution pour savoir, je vais donc repartir de ça : http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Conditions_d%27utilisation#Contact_avec_la_DGFiP et, bien, évidement, de leur réponse : http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Conditions_d%27utilisation#Copie_de_la_r.C3.A9ponse Pourtant loin d'être un expert juridique, ce que je lis de leur réponse qui pourtant contient un : j'ai le plaisir de vous informer qu'une suite favorable a été donnée à votre demande d'utilisation du service WMS. On comprends aussi à la lecture qu'a aucun moment, de manière claire, n'a été accordé l'importation dans OSM, il faut donc se rabattre sur les conditions exposées : la rediffusion de ces données n'est autorisée que pour les produits composites, c'est à dire ceux constitués pour partie seulement du plan cadastral et sous réserve que soient clairement indiqués l'origine et le millésime des données cadastrales utilisées Et, c'est là que j'émets de gros doutes sur la conclusion sur laquelle nous arrivons qui est oui, on a le droit Pourquoi ? parce que la licence actuelle de la base OSM (ODBL) n'impose pas, elle, ces conditions. Exemples : * OSM permet la rediffusion de tout, ou partie de son contenu. Et dans le pour partie, rien n'interdit à quelqu'un d'extraire des données bâti, qui, par exemple, n'auraient jamais été retouchées ni combinées. Il y a là, à mon sens, incompatibilité, car le ré-utilisateur n'est pas tenu de le recombiner à son tour, il se retrouve donc, potentiellement, à redistribuer des données complètement cadastre alors qu'il est en conformité avec ODBL * Idem pour la source, ODBL n'interdit pas à un utilisateur des données de retirer tous les tags source, redistribuer les données et se contenter de ne citer que les contributeurs d'osm Je sais que ça a été discuter mainte fois, mais je suis triste ici d'annoncer mon avis sur la question : On a conclu ce qui nous arrangeait en annonçant en gros : C'est à celui qui ré-utilise de se conformer aux exigences du cadastre. Et ça ne me semble pas compatible avec ODBL. -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset
Le 19 octobre 2012 16:09, sly (sylvain letuffe) li...@letuffe.org a écrit : J'ai exactement pensé à ça, c'est pourquoi je souhaite contacter le DWG directement, montrer que j'ai une idée simple et réaliste qui couvre leurs demandes ET les notres, (voire celles d'autres contributeurs pour l'avenir) Ce ne doit pas être que nos propres demandes. Il y a des cadastres publiés aussi dans toute l'Europe (avec plus ou moins de précision) et des tas d'autres données libérées ailleurs provenant de bases publiques (USA, Canada, Australie, etc... même en Chine). Notre problème les concerne tout autant en terme d'import et intégration, même si pour eux ils n'ont pas le niveau de détail et la quantité de données que représente les tracés du bâti (souvent divisé en France sur les limites de parcelles même si c'est le même bâtiment, ou divisé sur d'autres choses comme par exemple entre la partie couverte mais extérieure d'un bâtiment et la partie fermée qui la surplombe, au dessus d'une entrée d'immeuble par exemple, ce qui crée un fragment séparé dans le même bâtiment, ou encore les fragments créés par des extensions historiques d'un même bâtiment, cas fréquent dans les bâtiments industriels et commerciaux et qu'on trouve dans le cadastre qui s'est mis à jour au fil des années sans gommer les anciens tracés qui ne sont peut-être plus pertinents dans OSM). Selon les pays la nature, l'étendue et la précision des données sera très variable. Nous on a le cas du cadastre, d'autres auront des problèmes similaires avec des bases de données libérées aussi volumineuses (les USA en ont un grand nombre par exemple, issues des diverses agences publiques qui publient leur données dans le domaine public tel que défini en droit américain, mais pas transposable au domaine public des autres pays car le droit public d'accès n'est légalement concédé qu'aux USA et à ses citoyens et résidents, un droit qui ne peut être étendu ailleurs que par la délivrance d'une licence plus universelle que ce qu'accorde la seule loi américaine : rien ne vaut une bonne licence libre plutôt qu'une vague mention de domaine public mal protégé par des lois changeantes et de portée uniquement nationale, notamment pour des pays comme les USA, la Russie ou la Chine, assez puissants pour faire renforcer leur droit national dans les autres pays). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?
Le 19 octobre 2012 16:59, sly (sylvain letuffe) li...@letuffe.org a écrit : Je sais que ça a été discuter mainte fois, mais je suis triste ici d'annoncer mon avis sur la question : On a conclu ce qui nous arrangeait en annonçant en gros : C'est à celui qui ré-utilise de se conformer aux exigences du cadastre. Et ça ne me semble pas compatible avec ODBL. Au delà d'OdBL, il ne faut pas oublier que de toute façon le droit national garde sa priorité sur le contenu des licences. OSM ne peut pas y échapper quoi qu'il en dise. Bref je ne vois pas trop où est l'incompatibilité puisque le droit national applicable sera facile à déterminer par la géolocalisation des données concernées, le réutilisateur ne pouvant pas feindre de savoir dans quel pays se situent ces données, même s'il a lu la licence et respecté ses termes, il n'est pas dispensé de respecter le droit national applicable à ces données. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?
-Message d'origine- De : sly (sylvain letuffe) [mailto:li...@letuffe.org] Envoyé : vendredi 19 octobre 2012 17:00 À : Discussions sur OSM en français Objet : [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ? Salut, ... Vu qu'une prise de contact avec les services juridiques du cadastre est sans doute la meilleure solution pour savoir, je vais donc repartir de ça : http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/C onditions_d%27utilisation#Contact_avec_la_DGFiP et, bien, évidement, de leur réponse : http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/C onditions_d%27utilisation#Copie_de_la_r.C3.A9ponse Tu crois que leur service juridique n'est pas passé avant que la réponse ne nous parvienne ? Bien sûr que si. Je ne sais pas que ce tu (moi j'ai déjà donné) espère avoir comme réponse supplémentaire. Pourtant loin d'être un expert juridique, ce que je lis de leur réponse qui pourtant contient un : j'ai le plaisir de vous informer qu'une suite favorable a été donnée à votre demande d'utilisation du service WMS. ... Et bien pardi parce qu'on a jamais importé leur données cadastrales (au sens de fichiers PCI vecteurs en DXF ou au format EDIGEO) !! 1. le plan cadastral est libre d'utilisation pour un usage interne 2. OSM a officiellement le droit d'y accéder via le WMS 3. la base OSM publiée est bien un produit composite. 4. les mentions de source et de millésime sont bien faites (pour le moment) sur les informations en provenance de ce WMS Et, c'est là que j'émets de gros doutes sur la conclusion sur laquelle nous arrivons qui est oui, on a le droit Pourquoi ? parce que la licence actuelle de la base OSM (ODBL) n'impose pas, elle, ces conditions. Exemples : La licence ODbl est incompatible alors avec la Loi française (code de la propriété intellectuelle) !!! L'incorporation des données cadastrales, peu importe la méthode, n'est pas un transfert de propriété intellectuelle. Le code de la PI (les articles doivent se trouver sur le wiki encore) impose la mention de source * OSM permet la rediffusion de tout, ou partie de son contenu. Et dans le pour partie, rien n'interdit à quelqu'un d'extraire des données bâti, qui, par exemple, n'auraient jamais été retouchées ni combinées. Il y a là, à mon sens, incompatibilité, car le ré-utilisateur n'est pas tenu de le recombiner à son tour, il se retrouve donc, potentiellement, à redistribuer des données complètement cadastre alors qu'il est en conformité avec ODBL Donc un gugusse va publier juste les bâtiments du cadastre ? Il faut que je présente à mon frère psychiatre. * Idem pour la source, ODBL n'interdit pas à un utilisateur des données de retirer tous les tags source, redistribuer les données et se contenter de ne citer que les contributeurs d'osm Je sais que ça a été discuter mainte fois, mais je suis triste ici d'annoncer mon avis sur la question : On a conclu ce qui nous arrangeait en annonçant en gros : C'est à celui qui ré-utilise de se conformer aux exigences du cadastre. Et ça ne me semble pas compatible avec ODBL. C'est celui qui, volontairement, aurait enlevé les mentions de source qui contreviendrait à la Loi. Ne crois-tu pas que si la DGFip avait décelé des pratiques incompatibles avec la Loi française, elle ne se serait pas déjà manifesté ? Je sais, ils sont lents, mais quand même. Sly, rendors toi, ce n'était qu'un cauchemar. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?
En plus tu te trompes en disant qu'un réutilisateur est libre d'ôter la mention des sources (c'est une violation du droit, au delà de la seule violation de la licence). Certes la licence impose de mentionner la source Les contributeurs d'OpenStreetMap, mais elle précise également qu'on doit garder la trace des autres sources. De plus la page /copyright d'OpenStreetMap, dont un lien est demandé pour les publications sur le web, mentionne explicitement la DGFIP comme source (à ce sujet elle devrait aussi mentionner les millésimes concernés depuis qu'OSM a reçu l'autorisation). Le 19 octobre 2012 16:59, sly (sylvain letuffe) li...@letuffe.org a écrit : Je sais que ça a été discuter mainte fois, mais je suis triste ici d'annoncer mon avis sur la question : On a conclu ce qui nous arrangeait en annonçant en gros : C'est à celui qui ré-utilise de se conformer aux exigences du cadastre. Et ça ne me semble pas compatible avec ODBL. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?
Le 19 octobre 2012 17:29, HELFER Denis denis.hel...@region-alsace.eu a écrit : Sly, rendors toi, ce n'était qu'un cauchemar. +1000. Sly fait une interprétation hasardeuse sur un supposé droit de retrait des sources et des suppression des droits des tiers, des droits que la licence ODBL n'accorde certainement pas aux réutilisateurs ! Certes *techniquement*, les réutilisateurs peuvent le faire facilement, ce qui ne veut pas dire qu'ils ont *légalement* le droit de le faire. S'ils le font c'est à leurs propres risques et périls et OpenStreetMap n'est pas là pour endosser leur responsabilité dans ce délit. Toutes les licences imposent (même quand ce n'est pas écrit dedans explicitement) la préservation des droits des tiers, les licences libres n'accordant strictement aucun transfert (exclusif ou non) de propriété. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?
Tu crois que leur service juridique n'est pas passé avant que la réponse ne nous parvienne ? En effet, non. Pour autant, est-il repassé au passage à l'ODBL ? Et s'il est passé sur la question : intégration dans OSM pourquoi leur réponse ne le mentionne-t-elle pas clairement mais se contente de rappeler leurs règles de diffusion ? Bien sûr que si. Je ne sais pas que ce tu (moi j'ai déjà donné) espère avoir comme réponse supplémentaire. Un oui, vous pouvez faire ce que vous faites La licence ODbl est incompatible alors avec la Loi française (code de la propriété intellectuelle) !!! J'émets un doute. Mais j'ai peut-être mal interprété la licence ODBL Donc un gugusse va publier juste les bâtiments du cadastre ? Murphy a dit, si quelque chose peut merder, tôt ou tard, ça va merder. C'est celui qui, volontairement, aurait enlevé les mentions de source qui contreviendrait à la Loi. Cette manière de penser m'inquiète. Pourquoi n'autorisons nous pas les données sous copyright, puisque la charge de l'utilisation, et les coût afférents, sont à la charge de celui qui utilise ? Sly, rendors toi, ce n'était qu'un cauchemar. Je vais faire ça, faute de mieux. -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?
Note aussi qu'au delà de la licence ODBL, on a aussi les CT d'OpenStreetMap pour les contributeurs : ils incluent un transfert (partiel et non exclusif) de propriété de certains droits, mais interdisent explicitement d'importer des données de tiers sans en mentionner les sources et de disposer des licences nécessaires (qui doivent aussi être approuvées pour vérifier leur compatibilité). C'est ce transfert (auparavant inexistant dans les CT précédents) qui permet maintenant à OSM de changer sa propre licence (par un processus collectif de consultation et d'approbation) sans avoir à redemander à chacun des contributeurs isolément. Mais OSM n'est pas non plus dispensé de mentionner ses sources tierces (et il le fait comme convenu sans sa page /copyright comme dans les données de la base qu'il publie), pour se conformer à la législation applicable et aux termes des accords passés et enregistrés. Le 19 octobre 2012 17:29, HELFER Denis denis.hel...@region-alsace.eu a écrit : Sly, rendors toi, ce n'était qu'un cauchemar. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?
-Message d'origine- De : sly (sylvain letuffe) [mailto:li...@letuffe.org] Envoyé : vendredi 19 octobre 2012 17:43 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ? C'est celui qui, volontairement, aurait enlevé les mentions de source qui contreviendrait à la Loi. Cette manière de penser m'inquiète. Pourquoi donc ? Un concessionnaire me prête une voiture dans laquelle je retire les ceintures de sécurité. Ce n'est pas le garagiste qui sera verbalisé. Pourquoi n'autorisons nous pas les données sous copyright, puisque la charge de l'utilisation, et les coût afférents, sont à la charge de celui qui utilise ? Parce que le droit patrimonial attaché à ces données, géré sous forme de licence, est souvent incompatible avec les usages ouverts que permet la licence ODbl (notamment mais pas exclusivement la revente des données, redistribution). Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] DuckDuckGo et OSM
Je leur ai aussi suggéré d'ajouter un !bang !osmw pour faire directement une recherche sur le wiki, et ils l'ont accepté :) 2012/10/19 Fabien marbolan...@gmail.com Bonjour à tous, Je ne sais pas si l'information était déjà passée par ici mais j'ai découvert aujourd'hui que quand on entre dans DuckDuckGo [1] une adresse on a droit à un plan OSM [2]. Cela évite de faire un « !osm adresse » par exemple. C'est à se demander depuis quand c'est possible ? Il est vrai que je rentre rarement des adresses dans DuckDuckGo souvent je vais sur le site qui va bien pour avoir la localisation de mon adresse. Désolé si c'était déjà passé mais ça donne encore plus d'eau au moulin du CanardQuiYVa (même si il n'y en avait pas besoin) ! Fabien [1] https://duckduckgo.com/ [2] https://docs.google.com/open?id=0B2K6oMUIyX5ycXJYN1RCVFJKZVE ___ 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] Réf.: je quitte la France, salut salut
Le 19 octobre 2012 16:09, Florian LAINEZ winner...@free.fr a écrit : Le 1 octobre 2012 20:19, THEVENON Julien julien_theve...@yahoo.fr a écrit : si je me rappelle bien c etait toi qui cherchait un datalogger pour tes vacances et qui t es rabattu sur un etrex de Garmin,ca donne quoi?satisfait ou non ? Oui c'est bien moi. Assez satisfait du Etrex 20 : bonne prise en main, très bonne précision, bonne autonomie, navigation fluide, carte OSM qui s'affichent précisément ... j'ai pu mettre dans la carte micro-SD la carte OSM des 3 pays dans lesquels j'ai voyagé, c'était vraiment utile ! Les défauts : les boutons extérieurs sont très facilement cliquable, donc a chaque fois que je l'avait en poche, je me retrouvais au fond d'un menu lambda ... assez pénible a la longue. Surtout que l'on ne peut pas mettre l'écran en veille, donc pour économiser de l'énergie j'aurai aimé pouvoir rester dans le menu, sur un écran statique. De plus, l'avertissement de fin de batterie se fait seulement quelques minutes avant l'extinction automatique, il faut donc avoir ses piles a portée de main à ce moment là. Peut-etre le Etrex 30 corrige-t-il ces problèmes ? je n'en sais rien. l'etrex 30 est un etrex 20 avec alti barometrique et boussole électronique. je ne pense pas qu'il y ait d'autre différence. les problématiques que tu cites doivent donc etre les mm sur le 30. ++ -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christophe Triquet | http://orhyginal.free.fr | ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?
On vendredi 19 octobre 2012, HELFER Denis wrote: Pourquoi donc ? Un concessionnaire me prête une voiture dans laquelle je retire les ceintures de sécurité. Ce n'est pas le garagiste qui sera verbalisé. J'aime les analogies simples (bien que parfois simplistes), mais dans notre cas ça ressemble, il me semble, plus à : Un concessionnaire me prête une voiture et m'annonce que sur ce modèle il n'est pas obligatoire de mettre les ceintures car un nouveau système me permet de m'en passer, et d'ailleurs, il n'y a pas de ceintures ! il me propose même un contrat que je signe qui le stipule Je pense que je serais verbalisé, et que, poursuivant le concessionnaire en justice, j'aurais gain de cause. Si le concessionnaire est à l'étranger, tous ses services seront alors interdits en France. -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] DuckDuckGo et OSM
Depuis que c'est activé ce bang (vu sur cette liste) je m'en sers tous les jours ou presque. Fabien Le 19 oct. 2012 18:01, Éric Gillet fear.hardc...@gmail.com a écrit : Je leur ai aussi suggéré d'ajouter un !bang !osmw pour faire directement une recherche sur le wiki, et ils l'ont accepté :) 2012/10/19 Fabien marbolan...@gmail.com Bonjour à tous, Je ne sais pas si l'information était déjà passée par ici mais j'ai découvert aujourd'hui que quand on entre dans DuckDuckGo [1] une adresse on a droit à un plan OSM [2]. Cela évite de faire un « !osm adresse » par exemple. C'est à se demander depuis quand c'est possible ? Il est vrai que je rentre rarement des adresses dans DuckDuckGo souvent je vais sur le site qui va bien pour avoir la localisation de mon adresse. Désolé si c'était déjà passé mais ça donne encore plus d'eau au moulin du CanardQuiYVa (même si il n'y en avait pas besoin) ! Fabien [1] https://duckduckgo.com/ [2] https://docs.google.com/open?id=0B2K6oMUIyX5ycXJYN1RCVFJKZVE ___ 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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?
Le 19 octobre 2012 18:09, sly (sylvain letuffe) li...@letuffe.org a écrit : On vendredi 19 octobre 2012, HELFER Denis wrote: Pourquoi donc ? Un concessionnaire me prête une voiture dans laquelle je retire les ceintures de sécurité. Ce n'est pas le garagiste qui sera verbalisé. J'aime les analogies simples (bien que parfois simplistes), mais dans notre cas ça ressemble, il me semble, plus à : Un concessionnaire me prête une voiture et m'annonce que sur ce modèle il n'est pas obligatoire de mettre les ceintures car un nouveau système me permet de m'en passer, et d'ailleurs, il n'y a pas de ceintures ! il me propose même un contrat que je signe qui le stipule Je pense que je serais verbalisé, et que, poursuivant le concessionnaire en justice, j'aurais gain de cause. Si le concessionnaire est à l'étranger, tous ses services seront alors interdits en France. Tu te trompes ici, la licence ODBL ne t'annonce pas la permission de supprimer les droits des tiers. Donc non, dans cette analogie, elle ne te dit pas tu peux retirer les ceintures de sécurité ou t'en passer alors qu'elles viennent avec (et que le garagiste est même obligé de fournir avec le véhicule qu'il te vend pour te permettre de t'en servir. Le garagiste en revanche ne sera poursuivi que s'il a omis de respecter ses propres obligations légales (il doit soit te vendre un véhicule conforme, soit te prévenir explicitement qu'il y manque les ceintures de sécurité obligatoires et qu'en l'état le véhicule ne peut rouler sur le réseau public). La préservation des sources et des auteurs est une règle universellement acceptée dans le libre. Sinon la licence ODBL (comme aussi toutes les autres licences, libres ou non) n'a plus aucun sens et ne peut plus être défendue non plus pour ce qu'elle est. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?
Citation explicite de la licence : « 2.2 Legal rights covered. This License covers the legal rights in the Database, including: a. Copyright. Any copyright or neighbouring rights in the Database. The copyright licensed includes any individual elements of the Database, but does not cover the copyright over the Contents independent of this Database. See Section 2.4 for details. » Autrement dit la licence ODBL t'interdit explicitement de supprimer unilatéralement les droits des tiers (à commencer par les copyrights et même l'attribution qui est le tout premier élément et le plus important, mentionné dans le résumé initial de présentation de la licence). Ce qui est confirmé plus loin dans : « 2.4 Relationship to Contents in the Database. The individual items of the Contents contained in this Database may be covered by other rights, including copyright, patent, data protection, privacy, or personality rights, and this License does not cover any rights (other than Database Rights or in contract) in individual Contents contained in the Database. For example, if used on a Database of images (the Contents), this License would not apply to copyright over individual images, which could have their own separate licenses, or one single license covering all of the rights over the images. » et qui concerne les extraits partiels de données depuis cette base. Le 19 octobre 2012 18:09, sly (sylvain letuffe) li...@letuffe.org a écrit : J'aime les analogies simples (bien que parfois simplistes), mais dans notre cas ça ressemble, il me semble, plus à : Un concessionnaire me prête une voiture et m'annonce que sur ce modèle il n'est pas obligatoire de mettre les ceintures car un nouveau système me permet de m'en passer, et d'ailleurs, il n'y a pas de ceintures ! il me propose même un contrat que je signe qui le stipule Je pense que je serais verbalisé, et que, poursuivant le concessionnaire en justice, j'aurais gain de cause. Si le concessionnaire est à l'étranger, tous ses services seront alors interdits en France. Bref tu n'auras pas gain de cause. Ton délit sera confirmé, le concessionnaire ne sera pas tenu responsable d'un délit que tu auras commis seul par ta propre décision d'ignorer la loi (et le fait que le concessionnaire soit à l'étranger ne t'excusera pas, ce concessionnaire en fait sera encore moins responsable d'un délit au sujet d'une loi qu'il n'est pas tenu de connaitre dans son pays et qui ne s'applique pas à sa propre action de vente). Encore une fois, la loi prime sur la licence, quoi qu'elle dise et aussi libérale qu'elle te paraisse. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?
Je vais te donner une autre analogie (extrême oui, mais pour bien démontrer ce que je veux dire) : Imagine que la licence t'octroie un permis de tuer. Tu vas utiliser ce droit ? Bien entendu non. Tu seras poursuivi pour ton crime, indépendamment du fait que celui qui te donne la licence a commis un autre délit qui pourrait faire l'objet de poursuites séparées (le délit d'incitation au crime, voire de complicité de crime qui n'est pas facile à prouver étant donné qu'il n'y a pas eu de contact direct). Même chose pour celui qui te vend une arme : il te fournit un moyen, pas le droit de t'en servir. Il est juste tenu de dire que cette arme pourrait tuer et de te donner les précautions d'usage dont il a eu connaissance (ou celles que la loi lui impose de remettre à son client). Il n'est alors pas responsable de l'usage que tu en fais. Dans notre cas, la licence ODBL ne t'octroie pas ce permis de tuer. Elle respecte même les obligations d'information de ses clients en te prévenant qu'il y a d'autres droits à respecter, et elle ne t'offre aucune garantie de dédommagement ou d'assistance juridique, si tu ne respectes pas ces autres obligations. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset
Ma proposition est partie. -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Comment tagguer des gradins ?
Bonjour, Suite à une rencontre lyonnaise entre mappeurs (le compte rendu est là: http://wiki.openstreetmap.org/wiki/Lyon/16_octobre_2012) Nous avons discuté notamment du théâtre gallo-romain de Fourvière. Le fait est que le cadastre est particulièrement beau et qu'il pourrait nous aider à dessiner de manière plutôt fidèle ce site. Cependant comment tague-t-on les gradins ? Florian Farge aka Otourly Sur lesprojets wikimédiens et l'Association française,et sur OSM Socio di Wikimedia Italia ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?
Salut Sylvain, c'est pour ca que je te dirai qu'il faut se mefier des analogies en droit car globalement elles sont fausses. Un certain nombre de choses est parfois contre intuitif et cela conduit a des erreurs parfois fatales dans la comprehension. Je ne suis pas avocate et juriste donc c'est une opinion que j'espere un peu eclairee (du fait d'avoir cotoyer cela) mais ma comprehension de la chose c'est que meme si tu enlevais tous les elements autres que ceux du cadastre, tu n'aurais pas le cadastre. Le cadastre en entier contient plus d'information (on utilise batiments, nom de rue et numero de proprietes) que ce que nous utilisons en premier lieu. Secondo, la seule chose qui serait potentiellement teintee (SI la licence etait fausse), ca serait les batiments. Les rues ne sont pas dans le cadastre et on extraie que potentiellement le nom, ce qui est une donnee factuelle. Je ne vois donc pas comment ils pourraient demander un droit d'auteur sur ce point. De meme, je doute fort que le cadastre utilise le copyright. Je suis quasiment pret a parier que si quelque chose devait etre utilise ca serait le sui generis (droit des bases de donnees) ce qui rend de facto caduque ton point sur une incompatibilite eventuelle entre un droit d'auteur et un droit sur les bases de donnees. Si ca ne posait pas de probleme avec le CC-BY-SA, je ne vois pas en quoi ca poserait un probleme avec l'ODBL. Quant a la validite de l'ODBL en France, je crois que c'est deja une question resolue en soi vu l'utilisation grandissante de l'ODBL en France. Bref, je crois qu'au lieu de partir sur des discussions sans fin sur si la licence est compatible ou pas (mon intuition est que ca l'est, mais ca ne vaut rien) on peut demander soit au fournisseur des donnees soit a un juriste/avocat specialise dans le domaine. Tout le reste n'est que speculation basee sur une comprehension potentiellement partielle des faits. Quant a l'analyse par des contributeurs etrangers sans connaissance de la structure du droit francais, cela me laisse sans voix d'autant que ces dites personnes utilisent plus ce moyen pour essayer d'etouffer la discussion qu'autre chose. Cela a ete dit auparavant mais je pense sincerement que s'il y avait eus matiere a attaquer, on en aurait deja vu la couleur sachant que 1) les donnees sont clairement sourcees 2) Le monde de la geomatique est clairement au courant de cette utilisation. Voila on peut lacher la paranoia et essayer d'avancer sur les points importants. Je vais demander a une amie specialisee la dedans si elle peut regarder. Je vous tiendrai au courant si elle peut donner ou non une reponse publique ou pas (ah ces juristes avec leurs splendides regles) mais cela passera par OSM-FR. Je sais que certains d'entre nous (les personnes concernees se reconnaitront) voudraient de toute facon une analyse d'un certain nombre de cas de figure d'utilisation des donnees OSM. Peut etre es ce le moment d'utiliser OSM-FR pour cette chose. Emilie Laffray 2012/10/19 sly (sylvain letuffe) li...@letuffe.org On vendredi 19 octobre 2012, HELFER Denis wrote: Pourquoi donc ? Un concessionnaire me prête une voiture dans laquelle je retire les ceintures de sécurité. Ce n'est pas le garagiste qui sera verbalisé. J'aime les analogies simples (bien que parfois simplistes), mais dans notre cas ça ressemble, il me semble, plus à : Un concessionnaire me prête une voiture et m'annonce que sur ce modèle il n'est pas obligatoire de mettre les ceintures car un nouveau système me permet de m'en passer, et d'ailleurs, il n'y a pas de ceintures ! il me propose même un contrat que je signe qui le stipule Je pense que je serais verbalisé, et que, poursuivant le concessionnaire en justice, j'aurais gain de cause. Si le concessionnaire est à l'étranger, tous ses services seront alors interdits en France. -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ 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] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?
Le 19/10/2012 16:59, sly (sylvain letuffe) a écrit : Salut, (Certes, on pourrait croire que ça n'est pas le bon moment vu tout le barouf en ce moment, mais c'est pas pour ça qu'on doit arrêter de se poser les bonnes questions, hein ?) Bonsoir, Attention! Nous n'intégrons, ni importons, le cadastre dans OSM! Nous utilisons le cadastre pour créer des données dans OSM! Il y a une très grosse différence. De surcroît notre travail n'est pas une stricte copie du cadastre puisque nous utilisons d'autres sources pour finaliser les données que nous intégrons dans OSM Nous ne transférons pas les données du cadastre dans OSM, donc nous les importons pas! Nous utilisons les images du cadastre comme des calques qui nous permettent de créer des points qui deviennent des données dans la base OSM. Ceci fait que nos propres écarts de langage renforce la position du DGW. Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagguer des gradins ?
Le 19/10/2012 19:51, Otourly Wiki a écrit : Bonjour, Suite à une rencontre lyonnaise entre mappeurs (le compte rendu est là: http://wiki.openstreetmap.org/wiki/Lyon/16_octobre_2012) Nous avons discuté notamment du théâtre gallo-romain de Fourvière http://fr.wikipedia.org/wiki/Th%C3%A9%C3%A2tre_antique_de_Lyon. Le fait est que le cadastre est particulièrement beau et qu'il pourrait nous aider à dessiner de manière plutôt fidèle ce site. Cependant comment tague-t-on les gradins ? Bonsoir Florian, Je pense que tu fais une erreur de base! Tu dois mapper le théâtre (emprise et accès) mais pas les gradins où alors tu fais des courbes de niveaux. Si je fais les gradins de Vienne je ne te dis pas le niveau rue se retrouve à -1 de la scène et -30 des gradins les plus hauts, ou inversement. À Vienne cela pourrait passer car il n'y a qu'un seul accès mais à Lyon il y en a au moins trois; lequel sera ton niveau 0 avec toute les conséquences que cela va induire sur la voirie. À la rigueur il pourrait être possible avec les instruments adéquats de tagguer l'altitude mais seulement cela; dans ce cas oui tu pourrais voir tes gradins. Est-ce vraiment pertinent et utile? Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] export d'une zone assez grande pour impression
Le 18/10/2012 17:00, Frédéric Rodrigo a écrit : Tu peux également essayer http://maposmatic.org/ :,( en rade depuis une bonne semaine : Le démon de rendu MapOSMatic n'est pas actuellement en fonction ! Les requêtes seront mises en file d'attente jusqu'à ce que le démon soit de nouveau opérationnel. -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Usage du tag place=isolated_dwelling en France
Bonjour, Je constate que je ne suis pas le seul à utiliser ce tag. Cependant, ce qui me pose problème, est qu'au final les place=isolated_dwellings n'apparaissent pas _sur mon GPS Garmin_, contrairement aux place=hamlets. Concrètement, je suis actuellement entrain de mapper des lieux-dits et hameaux et franchement, le fait de ne pas les voir apparaître sur la carte OSM qui s'affiche sur mon GPS m'amène à m'interroger sur l'utilité de continuer à les mapper avec isolated_dwelling plutôt qu'hamlet. Je suis nouveau sur OSM, alors bien entendu certaines problématiques m'échappent encore (méthodes utilisées pour le rendu, spécificités pour chaque pays, etc). Peut-être que la solution au problème est à rechercher dans le paramétrage utilisé pour générer la carte au format .img présente sur mon GPS ? La méthode utilisée pour constituer le fichier .img ne tient peut-être pas compte des tags place=isolated_dwelling, comme le fait Osmose (qui ne connait pas cette valeur de tag). Peut-être qu'il me faudrait utiliser un fichier TYP ou je ne sais quoi d'autre pour les faire apparaître ? Mais si, lors de la création du fichier .img, les isolated_dwelling ont été mis à la trappe, je ne pense pas qu'un fichier TYP puisse les faire sortir d'un chapeau. Par ailleurs, outre ce problème de rendu, je me demande si l'usage du tag isolated_dwelling est vraiment adapté à la France, et ce pour plusieurs raisons... - je comprends bien qu'on puisse considérer qu'une habitation soit isolée dans de vastes pays à faible densité de population (Etats-Unis, Australie par exemple). Cependant, en France, ce que l'on pourrait qualifier d'isolated_dwelling se trouve souvent à proximité (relative) d'autres habitations. Il doit probablement exister des endroits où ces habitations sont vraiment isolées, comme en montagne où dans les départements très peu peuplés. Mais c'est tout de même moins fréquent que dans les pays cités en exemple plus haut. Ce cohabitation / proximité d'isolated_dwellings avec d'autres isolated_dwellings voir hamlets ou village me fait m'interroger quant à la réelle utilité de les distinguer des hameaux. - la distinction entre les tags utilisés pour les petits ensembles de bâtiments d'habitation est parfois bien difficile. D'après le wiki : place=isolated_dwelling : Habitation isolée, petit écart. Deux bâtiments maximum. place=hamlet : Hameau (population inférieure à 100 habitants) place=farm : Ferme isolée (similaire à place=isolated_dwelling) Cette définition n'est pas à mon avis pas adaptée. Vous faites quoi pour taguer une habitation composée de 3 ou 4 bâtiments ? Ce cas est très fréquent là où je mappe : il s'agit d'anciens corps de ferme reconvertis en résidences secondaires, avec 1 ou 2 granges servant de remise, d'habitation ou de garage. Si l'on applique à la lettre le wiki, on devrait taguer cela en hamlet. Par ailleurs, lorsque l'on tague avec Bing, il est difficile de voir tous les éléments nous amenant à bien déterminer le tag à utiliser. Je me demande si le niveau de détail apporté par isolated_dwelling n'est pas inutile en France. Après tout, lorsque l'on taggue une fôret, on ne va pas tager chaque arbre en indiquant son espèce. Alors effectivement, plus de précision c'est toujours bon à prendre, mais cette précision s'accompagne justement d'un flou en France : - difficile de choisir entre isolated_dwelling et hamlet, avec un risque d'erreur non négligeable. - flou au rendu, ou plutôt carrément une absence des isolated_dwellings sur la carte pour GPS Garmin dont je parlais plus haut Nicolas. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Différents highway=* pour la même route nationale
Bonjour, Je vais prendre un exemple un peu extrême mais pourtant bien réel dans le cas qui m'intéresse. Est-il correct de passer en trunk une nationale passant de 2x2 voies à 2x1 voies pour la traversée d'un village, ce village ayant même aménagé la route avec des chicanes pour ralentir la vitesse ? Sur la carte OSM, la nationale en question passe du vert au rouge et ainsi de suite. Bien que je sois néophyte en matière de cartographie, la couleur d'une route sur la carte me semble représenter son importance en terme de traffic et non sa largeur (qui est représentée par la largeur du trait il me semble). Faudrait-il tout passer en trunk et ajouter un lanes=2 et un maxspeed sur les sections en 2x1 voies ? Nicolas. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Utilisation de place=locality pour désigner une zone
Bonjour, L'usage du place=locality pour désigner par exemple une plaine ne fait pas l'unanimité ici. Le fait est que dans la zone que je mappe, certaines zones constitués de prés sont nommées par les habitants. Bon, ok, ce ne sont pas des vallées, mais cela représente une superficie de plusieurs km² pour sûr. Je pense qu'il s'agit d'appelations qui étaient utilisées lorsque l'agriculture était bien moins modernisée que maintenant, et où tel où tel paysan indiquait à son entourage qu'il allait passer sa journée à travailler dans le champ de tel ou tel lieu-dit. Bien entendu, l'idéal serait de créer des areas, mais : 1) Les délimitations de cette zone sont pour le moins floues 2) dans la zone où je mappe, c'est le désert cartographique et je considère que même si un tag place=locality n'est pas l'idéal, c'est assurément mieux que rien. Par ailleurs, n'est-ce pas sur un node que sont placés les tags place=city, place=town et d'autres encore, qui pourtant apportent une information portant non pas sur un point précis mais sur une zone étendue. Zone d'ailleurs probablement plus vaste pour certaines villes que ne le sont les quelques champs que je désigne avec un place=locality ? Bref, à défaut de mieux, ce sera place=locality je pense. Nicolas. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Routes forestières et tag highway=unclassified
Bonjour, Suite à vos réponses, je vais passer les routes forestières bitumées ouvertes à la circulation que j'ai mappé de highway=track+surface=asphalt+tracktype=grade1 à highway=unclassified. Cela me semble effectivement plus cohérent. Je continue à taguer les chemins forestiers avec highway=track. Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Chemins forestiers : motorcar=no ou motor_vehicle=no ?
Bonjour, Entrain de mapper des chemins forestiers (en plus des routes forestières), je m'interroge quant à l'intérêt d'ajouter motorcar=no sur les ways alors que je rajoute des nodes comportant le tag barrier=gate sur ces même ways. Est-ce que ce tag motorcar=no ne constituerait pas dans ce cas une information redondante avec le barrier=gate ? Je pense que non, car il existe toujours le risque d'oublier de mettre un barrier=gate quelque part, qui ferait croire à un algo de routage qu'il est possible de passer de l'autre côté de la barrière en empruntant un autre chemin. Et c'est pourtant l'ensemble du chemin forestier qui est interdit à la circulation des engins à moteur. Donc, dois-je utiliser à la fois le tag motorcar=no et les barrier=gate ? Par ailleurs, le tag motorcar ne désigne-t'il pas uniquement les voitures ? Ou bien désigne-t'il l'ensemble des véhicules à moteur ? Les chemins forestiers ne sont non plus autorisés aux motos par exemple. Ne serait-il pas plus pertinent d'utiliser quelque chose comme motor_vehicle=no ? Il existe aussi motor_vehicle=forestry qui pourrait éventuellement convenir. Mais son utilisation exclue-t'elle dans ce cas les autres catégories de véhicules motorisés ? Je précise que je mappe une forêt domainiale. Merci pour vos avis. Nicolas. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Continued aggression against French contributors (cadastre integration)
Le 19/10/2012 11:36, Christophe Merlet a écrit : En tant que membre du CA, je suis entièrement d'accord avec toi. +1 (même si non-membre du CA) -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] export d'une zone assez grande pour impression
Donnez-lui un peu de cognac! Pierre De : Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net À : talk-fr@openstreetmap.org Envoyé le : Vendredi 19 octobre 2012 14h47 Objet : Re: [OSM-talk-fr] export d'une zone assez grande pour impression Le 18/10/2012 17:00, Frédéric Rodrigo a écrit : Tu peux également essayer http://maposmatic.org/ :,( en rade depuis une bonne semaine : Le démon de rendu MapOSMatic n'est pas actuellement en fonction ! Les requêtes seront mises en file d'attente jusqu'à ce que le démon soit de nouveau opérationnel. -- Jean-Francois Nifenecker, Bordeaux ___ 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] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?
sly (sylvain letuffe) li...@letuffe.org wrote: * OSM permet la rediffusion de tout, ou partie de son contenu. Et dans le pour partie, rien n'interdit à quelqu'un d'extraire des données bâti, qui, par exemple, n'auraient jamais été retouchées ni combinées. Il y a là, à mon sens, incompatibilité, car le ré-utilisateur n'est pas tenu de le recombiner à son tour, il se retrouve donc, potentiellement, à redistribuer des données complètement cadastre alors qu'il est en conformité avec ODBL Je suis pas d'accord. Notre import est de base un travail composite puisque nou n'utilisons que le bati (pas le tracé des parcelles, ni leur numéros). Le texte de la DGI stipule précisemment : [...] En revanche, la rediffusion de ces données n'est autorisée que pour les produits composites, c'est à dire ceux constitués pour partie seulement du plan cadastral, et sous réserve que soient clairement indiqués l'origine et le millésime des données cadastrales utilisées (par exemple source : Direction générales des finances publiques - année 2008) Même un extrait but du bati depuis OSM (en imaginant aucune modification) n'est qu'un extrait du plan cadastral (pour partie seulement) puisqu'il n'y pas les parcelles. Je suis pas du tout juriste mais à priori ca me semble sans soucis. -- 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] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset
Je ne l ai pas vu passer sur talk. Tu l as envoye seulement au DWG ? si c est le cas c est dommage, la poster aussi sur talk aurait montre qu il y a aussi des propositions qui emanent de la communaute francaise, pas seulement des critiques. Julien De : sly (sylvain letuffe) li...@letuffe.org À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Vendredi 19 octobre 2012 19h46 Objet : Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset Ma proposition est partie. -- sly qui suis-je : http://sly.letuffe.org email perso : sylvain chez letuffe un point org ___ 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] Comment tagguer des gradins ?
Le 19 octobre 2012 20:25, Yannick VOYEAUD yann...@voyeaud.org a écrit : Je pense que tu fais une erreur de base! Tu dois mapper le théâtre (emprise et accès) mais pas les gradins où alors tu fais des courbes de niveaux. Si je fais les gradins de Vienne je ne te dis pas le niveau rue se retrouve à -1 de la scène et -30 des gradins les plus hauts, ou inversement. À Vienne cela pourrait passer car il n'y a qu'un seul accès mais à Lyon il y en a au moins trois; lequel sera ton niveau 0 avec toute les conséquences que cela va induire sur la voirie. Pourquoi les courbes de niveau ? Ce qu'il demande c'est de pouvoir taguer certains autres équipements internes qui décrivent bien les lieux : il est déjà possible par exemple de taguer les escaliers, les allées piétonnes, les ascenseurs, les parkings, les jardins, les abris couverts, etc... Pourquoi pas alors les allées de bancs et de sièges, ou encore les surfaces accessibles au public, et qu'on peut bien taguer par exemple aux arrêts de bus ou dans les gares pour d'autres usages comme celui de l'accessibilité, ou encore celui de la capacité des lieux à recevoir le public et y exercer certaines activités ? C'est vrai qu'on tombe dans le micro-mapping, on peut se demander ce que cela pourrait donner dans un rendu (même s'il n'est pas impossible alors de produire un plan ultra-local des lieux, pouvant aller jusqu'à la numérotation des places). Peut-être alors qu'il faut alors trouver une application qui en démontre d'abord l'utilité à ce niveau ultra-local. Si ce n'est que pour cartographier qu'un lieu spécifique et qu'on n'a même pas cherché si des généralisations étaient possibles ailleurs, il vaut mieux se contenter au départ de mettre ça dans une application externe à OSM, et attendre qu'elle s'enrichisse un peu plus (conjointement avec d'autres expérimentations dans d'autres lieux) pour qu'un schéma cohérent de taggage se dégage de ces expérimentations. Car OSM est d'abord destiné à faciliter le partage d'informations géolocalisées entre entités différentes, mais pas pour l'usage d'une seule entité réellement candidate pour créer et maintenir ces données et procéder à ses expérimentations (qu'elle risque d'abandonner en cours de route sans que personne d'autre en s'y intéresse pour en reprendre les données incomplètes, voire inexploitables en pratique, et vite obsolètes sans personne non plus pour en vérifier la pertinence ou l'exactitude). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de Frederik etait [OSM-talk] Continued aggression against French contributors (cadastre integration)
Pieren pier...@gmail.com wrote: Il n'y a pas d'engagement vis à vis de la dgfip d'avoir un tag source sur les objets eux même, je doute que la dgfip connaisse notre modèle de données, sache ce qu'est un tag, sache ce qu'est un changeset. Que l'info de source soit sur l'objet lui même ou sur le changeset c'est du pareil au même (pour moi), elle n'est pas visible dans la majorité des usages (cartes), il faut passer par un éditeur pour voir ce tag et l'éditeur permet de remonter l'historique pour savoir que l'objet provient du cadastre et de quel millésime il s'agit. Trouver les tags du changeset est plus difficile que de trouver ceux directement attachés à l'élément. Lorsqu'un objet a un historique, c'est encore plus difficile. Lorsque les données OSM sont redistribuées (export, planet), il est très facile de perdre les tags des changesets alors que supprimer le tag source attachés aux éléments nécessite une action volontaire. J'ai déjà fait une liste des avantages et inconvénients de chaque méthode, cf les archives. OK c'est moins précis (ça suit moins facilement les évolutions) mais ça présente un avantage certain (et qui répond a une des critiques qui est faites à nos imports cadastraux) : cela réduit drastiquement la taille des données, car quoiqu'on en dise le tag source sur chaque objet avec une chaine aussi longue est très lourde au niveau données... Il ne faut oublier que c'est aussi sur ce point (taille des données) que les imports cadastraux sont critiqués. Et moi même je suis pas très a l'aise ni satisfait que voit ce tag source attaché a tout les objets importés ad-vitam-eternam... Ca fait un signal données-source faible. -- 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] Tournage d'un reportage-magazine pour France 3 Nord-Est
Christian Quest cqu...@openstreetmap.fr wrote: Le reportage sera diffusé dans le quart nord-est sur France 3 le 23 novembre à 23h10. J'ai demandé si nous pourrions avoir l'autorisation de diffuser la vidéo par exemple sur OSM-FR. La journaliste m'a répondu que c'est effectivement possible dans la mesure où l'on cite la source. Une confirmation écrite de ceci permettrait de lever tout doute... J'ai eut le même cas (France 3 Poitou-Charentes) les journalistes n'avaient pas d'avis mais leur rédaction a clairement refusé malgré une certaine insistance de ma part... Du coup la vidéo n'est pas disponible ici : https://dl.dropbox.com/u/722984/f3-pad-osm.mp4 et surtout si vous tombez dessus par hazard elle n'est pas distribuable. -- 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] Comment tagguer des gradins ?
Le 19/10/2012 21:59, Philippe Verdy a écrit : Le 19 octobre 2012 20:25, Yannick VOYEAUD yann...@voyeaud.org a écrit : Je pense que tu fais une erreur de base! Tu dois mapper le théâtre (emprise et accès) mais pas les gradins où alors tu fais des courbes de niveaux. Si je fais les gradins de Vienne je ne te dis pas le niveau rue se retrouve à -1 de la scène et -30 des gradins les plus hauts, ou inversement. À Vienne cela pourrait passer car il n'y a qu'un seul accès mais à Lyon il y en a au moins trois; lequel sera ton niveau 0 avec toute les conséquences que cela va induire sur la voirie. Pourquoi les courbes de niveau ? Ce qu'il demande c'est de pouvoir taguer certains autres équipements internes qui décrivent bien les lieux : il est déjà possible par exemple de taguer les escaliers, les allées piétonnes, les ascenseurs, les parkings, les jardins, les abris couverts, etc... Pourquoi pas alors les allées de bancs et de sièges, ou encore les surfaces accessibles au public, et qu'on peut bien taguer par exemple aux arrêts de bus ou dans les gares pour d'autres usages comme celui de l'accessibilité, ou encore celui de la capacité des lieux à recevoir le public et y exercer certaines activités ? C'est vrai qu'on tombe dans le micro-mapping, on peut se demander ce que cela pourrait donner dans un rendu (même s'il n'est pas impossible alors de produire un plan ultra-local des lieux, pouvant aller jusqu'à la numérotation des places). Bonsoir, Philippe as-tu déjà vu un théâtre romain? C'est de cela que l'on parle. À la louche un théâtre antique c'est un demi-cercle avec une scène qui prend tout le diamètre. En général on a aussi un espace plat devant la scène. Ce que Florian veut tagguer c'est les étages de pierre où le public s'assoit. Le théâtre de Vienne contenait 8 000 personnes sur ces étages de pierre de 80 cm de large et 60 cm de haut. À Vienne on a une dénivellation de l'ordre de 20-25 m entre le haut et le bas sur une profondeur identique. À titre d'information les odéons étaient bâtis sur le même principe mais étaient nettement plus petit. Par contre tagguer les accès et escaliers de service je veux bien mais au delà il n'y a guère d'intérêt. En l'espèce ce ne sont pas des équipements internes mais carrément la structure du lieu donc dès lors que l'on dit théâtre antique on sait comment c'est foutu. Amitiés -- Yannick VOYEAUD Nul n'a droit au superflu tant que chacun n'a pas son nécessaire (Camille JOUFFRAY 1841-1924, maire de Vienne) http://www.voyeaud.org Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/ Journées du Logiciel Libre: http://jdll.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagguer des gradins ?
On 19/10/2012 21:59, Philippe Verdy wrote: Pourquoi les courbes de niveau ? Ce qu'il demande c'est de pouvoir taguer certains autres équipements internes qui décrivent bien les lieux : il est déjà possible par exemple de taguer les escaliers, les allées piétonnes, les ascenseurs, les parkings, les jardins, les abris couverts, etc... Des ascenseurs, dans un théâtre construit par Auguste et agrandi par Hadrien ? Ils étaient vachement en avance, les Romains ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est
Le 19 octobre 2012 22:07, Pierre-Alain Dorange pdora...@mac.com a écrit : Christian Quest cqu...@openstreetmap.fr wrote: Une confirmation écrite de ceci permettrait de lever tout doute... J'ai eut le même cas (France 3 Poitou-Charentes) les journalistes n'avaient pas d'avis mais leur rédaction a clairement refusé malgré une certaine insistance de ma part... As-tu utilisé ton droit d'accès légal et personnel à ton image ? (pour un usage personnel et familial, y compris chez toi avec tes amis, ce qui ne te permet pas en revanche d'en faire toi-même une publication sur un réseau ouvert ou en faire usage dans une démonstration publique) Si en revanche tu as signé un document de cession exclusive de ton droit personnel, ce droit n'est pas offert gratuitement et automatiquement, quel que soit le travail réalisé par les équipes de reportage : tu as le droit d'obtenir une compensation (financière par exemple) pour cette utilisation exclusive. Mais en général la fourniture d'une cassette vidéo (même non numérique, et pas facilement reproductible avec le même niveau de qualité que lors de la diffusion), ou de tirages imprimés des photos, ou d'un exemplaire d'une publication imprimée, est jugée comme une compensation suffisante au regard de ton droit personnel, tant que ton image personnelle ne souffre pas de la diffusion elle-même par l'équipe de reportage ou son commanditaire (par exemple quand on l'associe à des commentaires malveillants de la part des journalistes, ou de l'éditeur, ou de la part du public visionnant le reportage publié : ce qui donne accès à un autre droit, le droit de réponse ou celui de demander de supprimer de la publication tes informations personnelles obtenues, même avec ton accord écrit, sur des lieux privés hors du contexte de ces commentaires ultérieures, ou si tes propos ont été détournés et déformés dans leur sens par un montage un peu trop habile). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tournage d'un reportage-magazine pour France 3 Nord-Est
Note que si l'équipe de reportage se contente de prétendre que tu disposes d'une compensation par le fait qu'il t'indique la date de diffusion du reportage, cela ne parait pas suffisant, car la cession de ton droit personnel exclusif (concernant ton image, même avec le contrat que tu as signé) se fait seulement en échange d'un droit d'accès *non exclusif*, que n'importe qui dans le public pourra exercer en regardant l'émission à ta place (c'est le principe même de la diffusion en télé ou presse, que de ne pas demander ta permission à chacun des spectateurs ou lecteurs, l'accord que tu as signé autorisant cette publication ou diffusion presse). Tu dois pouvoir insister pour avoir un droit d'accès personnel à ces images (même si c'est un fichier numérique crypté nécessitant une clé associée à ton nom, en vu de t'empêcher de les rediffuser toi-même sur un réseau public, ou comportant une empreinte de ton identité, visible ou pas, dans le fichier codé qui t'es remis, durant la même durée que celle utilisée par le nouveau détenteur de tes droits exclusifs et qui pourra les réutiliser aussi souvent qu'il le voudra) si tu n'as en pas échange de compensation équitable, qu'elle soit financière (forfaitaire et n'offrant pas de droits à royalties à chaque période de rediffusion ou republication, puisque c'est une cession complète) ou un autre service à ton usage exclusif. Les équipes de reportage n'aiment pas qu'on les oblige à te faire signer un contrat de cession de ton image (les journalistes croient que c'est leur droit, surtout si les images sont prises sur les lieux publics), pourtant c'est nécessaire (et ça les protège aussi de poursuites de ta part). Ils peuvent te raconter que ce contrat est nécessaire mais avec rien en échange (déjà ils font le boulot du reportagge..) mais cette cession de droit exclusifs n'est pas équitable. Le cas où c'est équitable c'est pour les personnes qui se rendent dans les studios télé pour participer en tant que candidats à des jeux. Pourtant même là on a eu des jugements récents confirmant que le tournage de ces jeux (des exemples avec la « TV réalité »), dès lors qu'ils obligeaient les candidats à une présence prolongée, incluant aussi un temps privé et de repos lui non plus pas indemnisé, était assimilable à un tournage avec des acteurs (peu importe la qualité de « prestation » réalisée lors du tournage), donc à un travail qui nécessite un contrat, une rémunération et une couverture sociale, indépendantes des prix remis ou pas lors du jeu TV en cas de victoire. Le refus de rémunérer ce temps de travail (même au minimum horaire légal des professions du spectacle) et les heures supplémentaires (prises sur le temps privé de repos légal) et de remettre un contrat de travail temporaire en bonne et due forme, a été condamné comme du travail au noir et aussi comme un abus des droits exclusifs des candidats. Comme quoi, les droits personnels exclusifs existent en France, et ne sont pas gratuits. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?
Le vendredi 19 octobre 2012 21:56:42, Pierre-Alain Dorange a écrit : [...] En revanche, la rediffusion de ces données n'est autorisée que pour les produits composites, c'est à dire ceux constitués pour partie seulement du plan cadastral, et sous réserve que soient clairement indiqués l'origine et le millésime des données cadastrales utilisées (par exemple source : Direction générales des finances publiques - année 2008) Même un extrait but du bati depuis OSM (en imaginant aucune modification) n'est qu'un extrait du plan cadastral Oulla ! Je ne comprends pas du tout cette phrase de cette façon ! la rediffusion de ces données n'est autorisée que pour les produits (...) constitués pour partie seulement du plan cadastral C'est le produit redistribué qui, il me semble, ne peut contenir qu'une partie (de lui même) du plan cadastrale. Sinon ce serait pour *une* partie seulement du plan cadastral -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset
Le vendredi 19 octobre 2012 21:57:35, THEVENON Julien a écrit : Je ne l ai pas vu passer sur talk. Tu l as envoye seulement au DWG ? oui si c est le cas c est dommage, la poster aussi sur talk aurait montre qu il y a aussi des propositions qui emanent de la communaute francaise, pas seulement des critiques. Désolé si c'est privé, mais je pense qu'il est préférable que je m'adresse, seul, à dieu. (pour l'instant) La discussion est en cours, je n'hésiterais toutefois pas à revenir avec un résumé, et/ou l'intégralité des échanges pour qui veut. -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment tagguer des gradins ?
Le 19 octobre 2012 22:31, Jean-Claude Repetto jrepe...@free.fr a écrit : Des ascenseurs, dans un théâtre construit par Auguste et agrandi par Hadrien ? Ils étaient vachement en avance, les Romains ! Ces théâtres tels qu'ils sont ouverts et autorisés aujourd'hui pour l'accès au public, ont des équipements qui n'ont évidemment pas été posés par les Romains, y compris pour la sécurité des accès et l'accessibilité du public, l'éclairage, la sécurité des gradins (barrières), le confort du public (des sièges sont possibles), la mise en scène et l'équipement sonore. La seule question est alors est celle de la permanence ou non de ces équipements (qui peuvent n'être là que durant les spectacles et démontés après). Tout n'est pas systématiquement démonté non plus. S'il n'y a que les vieilles pierres instables et pas sécurisées ni protégées (car le site est classé), ni aucun prééquipement, ce n'est pas un théâtre moderne, juste un monument. La seule forme ronde ou le nom donné au lieu peut ne pas suffire pour le représenter correctement. mais avec la représentation des allées entre les groupes de gradins et des escaliers, entrées et chemins d'accès, et de la surface plane de la scène cela peut mieux indiquer de quoi il s'agit, ainsi que la capacité du lieu en terme de public et d'usage, ou la facilité à l'équiper fréquemment pour des spectacles. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset
De : sly (sylvain letuffe) li...@letuffe.org si c est le cas c est dommage, la poster aussi sur talk aurait montre qu il y a aussi des propositions qui emanent de la communaute francaise, pas seulement des critiques. Désolé si c'est privé, mais je pense qu'il est préférable que je m'adresse, seul, à dieu. (pour l'instant) La discussion est en cours, je n'hésiterais toutefois pas à revenir avec un résumé, et/ou l'intégralité des échanges pour qui veut. Ok Julien___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?
Bonsoir, sly (sylvain letuffe) a écrit : Vu qu'une prise de contact avec les services juridiques du cadastre est sans doute la meilleure solution pour savoir, je vais donc repartir de ça : http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Conditions_d%27utilisation#Contact_avec_la_DGFiP et, bien, évidement, de leur réponse : http://wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Fran%C3%A7ais/Conditions_d%27utilisation#Copie_de_la_r.C3.A9ponse De mon point de vue, ces échanges sont caduques car de l'eau a coulé sous les ponts depuis. La position de l'état et les lois ont évolué, nous avons notamment vu naître la mission Étalab et la licence LO/OL sans même parler de la transposition dans le droit français de la directive Inspire. Les données cadastrales de certains département sont aujourd'hui diffusées sous licence LO/OL sur le site data.gouv.fr. En voici un exemple : http://www.data.gouv.fr/donnees/view/Cadastre-issu-du-PCI-vecteur-30383191 Pour mémoire, la licence LO/OL est une licence permissive qui n'impose qu'une mention de la paternité (source et date). Le module cadastral de JOSM respecte cette obligation. Quant aux réutilisateurs des données OSM qui ne respecteraient pas cette exigence, nous ne sommes pas plus responsables des contournements dont ils seraient les auteurs que les services de l'état sont responsables des données altérées dans OSM. Bien cordialement, 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