Re: [OSM-talk-fr] Solution pour surveiller les gros changeset ou potentiellement problématiques
Bonjour à tous, T'inquiètes pas. Ça ne serait pas pour imposer la règle débile du compte séparé que personne ne comprends. Mais pour détecter suffisamment tôt les bourrins qui font de l'import sans intégration avec l'existant, ou avec les données en double ou en triple, ou interrompus au milieu de l'upload. La surveillance appelant la surveillance et la création de règles multiples et inutiles, je me pose tout de même des questions sur les dérives possibles. L'Homme étant ce qu'il est, la prise de position et de pouvoirs de certains ne fait aucun doute. On a assez dit au DWG que la communauté française était suffisamment importante et mature pour faire elle-même la police pour ne pas ensuite laisser faire n'importe quoi ou compter à nouveau sur le DWG pour nous signaler les problèmes... C'est sans doute pour ça qu'il est revenu à la charge sur mon compte et me menaçant de nouveau de blocage mais bizarrement après un tweet mettant au jour cette technique sur les différentes communautés OSM, je n'ai plus de nouvelles... je fais partie de ceux qui pensent que tout projet qui atteint une certaine maturité se doit d'être capable d'avoir des données de qualité s'il veut être pris au sérieux (je parle bien là du fait d'être considéré comme une base de données source concurrente des gros du secteur). Et cette qualité passe par une certain homogénéité des données, mais aussi par l'éducation des contributeurs afin qu'ils fassent toujours mieux ! Bien-sûr que l'on peut toujours faire mieux. D'ailleurs je repasse souvent sur mes propres contributions pour les améliorer. C'est aussi toute la force du projet OSM : un travail itératif ou tout le monde peut modifier les contributions de l'autre. Mais faut-il nécessairement surveiller le contributeur pour que cela se produise ? Permet moi encore une fois de douter de cette nécessité. j'ai joué à l'apprenti sorcier en me disant que si ça passait c'est que c'était bon Sympa la réponse, en même temps dans le fond, elle n'est pas fausse. Un outil qui se veut grand public devrait bloquer ce qui ne doit pas être envoyé dans la base. Guider les nouveaux est une bonne chose, c'est pour cela que j'ai mis en avant un tutoriel de prise en main de JOSM. Fondamentalement, je crois que les gens qui veulent se mettre à OSM le font parce qu’ils trouvent ça intéressant. Alors oui il peut y avoir des erreurs mais les seniors sont là pour guider sans forcément surveiller. Peut-être faudrait-il réflechir aux droits des jeunes utilisateurs ? L'argument qui consiste à dire que certains ne sont là que pour vandaliser me laisse perplexe. Des statistiques sur cet argument qui est mis en avant pour surveiller ? Et moi, ça ne me choque pas si on accepte une surveillance qui a été discutée, choisie et mesurée. Les flics qui tournent dans ma ville surveillent, des fois je trouve qu'ils surveillent trop et des fois... vraiment pas assez. Sauf que nous sommes sur Internet, nous avons la chance d'avoir encore un espace de liberté où on est en mesure de penser autrement, d'essayer des nouvelles méthodes...mais non, on se borne à rester dans les clous du modèle de notre société de plus en plus surveillée. (caméra partout, surveillance électronique...) Enfin, bref, de toute façon la liste semble être pour cette surveillance alors sauf rallier de nombreux opposants, je ne pense pas faire le poids. Je vous souhaite donc de supers moments de surveillances au lieu de consacrer ce temps à améliorer la base (même si certain pensent que surveiller permet également d'améliorer la base). A bon entendeur. -- View this message in context: http://gis.19327.n5.nabble.com/Solution-pour-surveiller-les-gros-changeset-ou-potentiellement-problematiques-tp5745992p5746060.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] Proposition(s) pour un petit coup de balais dans les tags fixme
Bonjour, J'ai suivi la discussion de loin, pourrait-on avoir les arguments pour et contre ? Merci ! -- View this message in context: http://gis.19327.n5.nabble.com/Proposition-s-pour-un-petit-coup-de-balais-dans-les-tags-fixme-tp5745952p5746063.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] Solution pour surveiller les gros changeset ou potentiellement problématiques
Le 24 janvier 2013 09:15, partir-en-vtt ad...@partir-en-vtt.com a écrit : Enfin, bref, de toute façon la liste semble être pour cette surveillance alors sauf rallier de nombreux opposants, je ne pense pas faire le poids. Je vous souhaite donc de supers moments de surveillances au lieu de consacrer ce temps à améliorer la base (même si certain pensent que surveiller permet également d'améliorer la base). A bon entendeur. Dis moi, tu es plus têtu qu'un breton! ;) Bon sur le fond de la question, à mon niveau, je surveille (je n'ai pas cherché un autre mot moins connoté) les contributions qui se passent dans les zones que je connais bien avec les outils WhoDid It et ito!. Ceci sans aucune volonté de flicage mais justement d'accompagnement si un nouveau fait son apparition et que ses contributions demandent à être corrigées. Nous sommes tous passés par la case débutant mais nous n'avons pas tous les mêmes facilités vis à vis des outils informatiques (d'ailleurs moi-même qui n'ait aucune connaissance particulière). Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fond carto basé sur OSM
Bonjour, Je remonte ce sujet car je pense que la réponse attendue en intéresse plus d'un. C'est peut être à l'ordre du jour des discussions du SOTM-FR? Romain Le 23 janvier 2013 10:39, Benjamin Chartier benjamin.chart...@cegetel.neta écrit : Bonjour, Depuis quelques temps je travaille avec d'autres collaborateurs sur la mise en forme d'un style carto basé sur OSM dans le but de l'intégrer au futur portail de GéoPicardie (dans le même esprit que le fond de carte par défaut de GéoBretagne). Nous réalisons ce travail avec imposm, TileMill et Mapnik. Nous avions rencontré Gaël Musquet il y a quelques mois et il nous avait indiqué que OpenStreetMap France allait se lancer dans l'élaboration de styles soignés et les rendre accessibles via des serveurs de tuiles gérés par la communauté. Nous étions très intéressés par contribuer à l'élaboration des styles et à faire héberger nos tuiles. Cependant, nous n'avons plus de nouvelles de ce projet. Est-ce que vous sauriez qui pourrait m'en dire plus sur ce projet et dans quelle mesure notre travail pourrait être utile ? Cordialement, Benjamin Chartier ___ 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
[OSM-talk-fr] Mdr : (était Re: http://www.tuugo.fr semble ne pas respecter la licence osm)
Philippe Verdy verd...@wanadoo.fr a ?crit : Je lai ai contacté via leur formulaire de contact en bas de page en [...] Le 24 janvier 2013 03:06, Philippe Verdy verd...@wanadoo.fr a écrit : Le 24 janvier 2013 03:04, Philippe Verdy verd...@wanadoo.fr a écrit : Philippe, le gars qui a la pensée tellement structurée qu'il est obligé de se répondre deux fois de suite à lui-même en l'espace de 20 mn ;-) Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Solution pour surveiller les gros changeset ou potentiellement problématiques
Ce n'est pas le fait d'être têtu ou non, c'est une question de philosophie, de méthodes de travail que je ne souhaite pas voir arriver sur OSM. C'est aussi une certaine idée que j'aimerais me faire d'un projet collaboratif comme celui d'OSM ou la conscience et l’intelligence collective aurait pu ou du permettre le bon déroulement de la création de ce bien collectif et universel sans flicage. -- View this message in context: http://gis.19327.n5.nabble.com/Solution-pour-surveiller-les-gros-changeset-ou-potentiellement-problematiques-tp5745992p5746068.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] Proposition(s) pour un petit coup de balais dans les tags fixme
Le jeudi 24 janvier 2013 09:21:41, partir-en-vtt a écrit : Bonjour, yo, J'ai suivi la discussion de loin, pourrait-on avoir les arguments pour et contre ? Je les ais listé dans mon mail au tout début : Pour le retrait de fixme=name: pour rendre les tags fixme de France un peu plus utiles par le retrait de ceux qui sont quasi-inutiles et qui obscurcissent la vue et pour le retrait de fixme=set better anotation : Inutile donc, vu que celui qui veut vraiment peut très bien récupérer cette liste par les nombreuses API qui existent et/ou créer un test pour osmose sans perturber ceux qui font usage des fixme dans une logique terrain. Contre (pour fixme=name): Il peut peut-être exister un autre cas, mais que je n'ai pas trouvé ou le fixme=name est présent avec un name=x qui aurait été ajouté en même temps et on pourrait alors penser que ça veut dire : j'ai ajouté un nom bidon, merci de le corriger -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Solution pour surveiller les gros changeset ou potentiellement problématiques
Le 24 janvier 2013 09:48, partir-en-vtt ad...@partir-en-vtt.com a écrit : Ce n'est pas le fait d'être têtu ou non, c'est une question de philosophie, de méthodes de travail que je ne souhaite pas voir arriver sur OSM. C'est aussi une certaine idée que j'aimerais me faire d'un projet collaboratif comme celui d'OSM ou la conscience et l’intelligence collective aurait pu ou du permettre le bon déroulement de la création de ce bien collectif et universel sans flicage. Ne surveilles-tu pas toi-même une zone en particulier? Et je le rappelle pas dans un objectif de flicage mais bien d'accompagnement ou comme tu le dis la conscience et l'intelligence collective prend tout son sens. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition(s) pour un petit coup de balais dans les tags fixme
Si le but est juste l'unification je ne vois pas l'intérêt car les fixme ne sont pas réellement des tags géographiques, ce sont des infos destinées aux contributeurs/éditeurs, non destinées à être utilisées dans les cartes et non destinées non plus à rester péreine (ce qui n'est pas le cas des tag note=* qui sont là pour rester et permettent d'indiquer par exemple qu'il n'y a pas d'erreur ou d'ajouter une précision utile non codée autrement par un tag spécifique, et qui est sensée être affichée par les infos complémentaires sur un objet). Comme les fixme ne sont pas des tags, je milite en fait pour qu'ils soient même à part au niveau de la règle de nommage, et les majuscules au moins font clairement exception à la règle des autres tags péreines. Bref FIXME=* (et ses variantes FIXME:*=* qui peuvent être nécessaire pour classer divers problèmes à régler ou vérifier sur un même objet) a ma faveur plutôt que fixme=*. Et c'est une habitude de noter les FIXME en majuscules dans plein de projets techniques (et ici il s'agit bien d'une info technique destinée à la gestion du projet lui-même). L'idéal serait d'avoir une section à part pour les tags non informatifs destinés à la gestion interne de la base OSM. Mais en attendant mettre ces tags internes non péreines en capitales fait le tri et seuls les contributeurs les voient (pas les cartes générées, sauf celles qui sont destinées à faire l'analyse technique des contenus). FIXME=* je le répète est bel et bien reconnu par JOSM comme un tag non informatif : si c'est le seul tag restant sur un objet dont on a supprimé les autres éléments et qu'on déréférencé des chemins ou relations qui le contiennent, alors l'objet sera supprimé même si ce tag est encore présent (JOSM contient une liste de tags qui ne bloquent pas la suppression d'un objet, cette liste contient à la fois fixme=* et FIXME=*, comme elle contient aussi des tags liés aux identifiants externes des imports de Tiger et certains venant de Corine). Le 24 janvier 2013 09:21, partir-en-vtt ad...@partir-en-vtt.com a écrit : Bonjour, J'ai suivi la discussion de loin, pourrait-on avoir les arguments pour et contre ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Solution pour surveiller les gros changeset ou potentiellement problématiques
Le mot à utiliser n'est pas surveiller mais veille qui ce rapproche plutôt à de la veille technique ou de la veille documentaire utilisé par tous ceux qui tiennent des blogs ou travaille en bibliothèque. Surveiller sous entend qu'il y aura une sanction en cas d'erreur, ce qui n'est pas le cas. Veille pourrait être interpréter comme la veille de la garde . En cas d'erreur les informations sont remontée afin que les données soient amélioré et idéalement que l'expérience améliore l'expérience finale. L'objectif étant d'offrir des données fiable et exploitable. ;-D Ps : surveiller ça me rappel les flics… désolé mais ça dérange un peut. Le 24 janvier 2013 09:34, Romain MEHUT romain.me...@gmail.com a écrit : Le 24 janvier 2013 09:15, partir-en-vtt ad...@partir-en-vtt.com a écrit : Enfin, bref, de toute façon la liste semble être pour cette surveillance alors sauf rallier de nombreux opposants, je ne pense pas faire le poids. Je vous souhaite donc de supers moments de surveillances au lieu de consacrer ce temps à améliorer la base (même si certain pensent que surveiller permet également d'améliorer la base). A bon entendeur. Dis moi, tu es plus têtu qu'un breton! ;) Bon sur le fond de la question, à mon niveau, je surveille (je n'ai pas cherché un autre mot moins connoté) les contributions qui se passent dans les zones que je connais bien avec les outils WhoDid It et ito!. Ceci sans aucune volonté de flicage mais justement d'accompagnement si un nouveau fait son apparition et que ses contributions demandent à être corrigées. Nous sommes tous passés par la case débutant mais nous n'avons pas tous les mêmes facilités vis à vis des outils informatiques (d'ailleurs moi-même qui n'ait aucune connaissance particulière). Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition(s) pour un petit coup de balais dans les tags fixme
Le jeudi 24 janvier 2013 01:31:46, Black Myst a écrit : Comment compte tu t'y prendre ? = coté humain = 1) discuter et laisser un peu de temps sur cette liste (genre 2 semaines) pour bien comprendre les oppositions s'il y en a 2) Servir d'exemple pas à pas à ceux qui, trop nombreux, font des modifs en masse sans s'en référer à personne ;-) 3) laisser tomber si trop d'avis contraire = coté technique = 4) Téléchargement par XAPI de tous les objets de France métropolitaine uniquement, avec le serveur oapi-fr.openstreetmap.fr, qui porte le tag que je veux retirer ou changer 5) vérification à l'oeil avec JOSM que rien ne déborde chez nos voisins pour ne pas se faire mal voir 6) sélection dans JOSM de tous les objets sauf ceux hors de France métro 7) suppression d'un tag x=y de tous les objets 8) validation du changeset avec comme tags au moins : bot=yes url=lien vers la liste de discussion Plus d'autres, piochés ici pour décrire au mieux l'opération : http://wiki.openstreetmap.org/wiki/Proposed_features/changeset_tags -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Solution pour surveiller les gros changeset ou potentiellement problématiques
Le jeudi 24 janvier 2013 à 00:48 -0800, partir-en-vtt a écrit : Ce n'est pas le fait d'être têtu ou non, c'est une question de philosophie, de méthodes de travail que je ne souhaite pas voir arriver sur OSM. C'est aussi une certaine idée que j'aimerais me faire d'un projet collaboratif comme celui d'OSM ou la conscience et l’intelligence collective aurait pu ou du permettre le bon déroulement de la création de ce bien collectif et universel sans flicage. il y a le monde des bisounours ou tout le monde est gentil, ne fait pas d'erreur et tout le monde se comprend je fais des erreurs donc mon travail ou mes contributions ont besoin d'etre vérifiées (ce que fait osmose par exemple). Tu trouves que c'est du flicage ? Si je n'ai pas les mots ou la diplomatie pour remonter une information (une non vérification d'upload par exemple), je remonte l'information a des personnes qui ont plus de compétences dans ce domaine Tu trouves que c'est de la délation ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Solution pour surveiller les gros changeset ou potentiellement problématiques
Le 24 janvier 2013 09:15, partir-en-vtt ad...@partir-en-vtt.com a écrit : L'Homme étant ce qu'il est, la prise de position et de pouvoirs de certains ne fait aucun doute. Et en quoi un guidage des débutants l'empêche-t-elle ? L'argument qui consiste à dire que certains ne sont là que pour vandaliser me laisse perplexe. Des statistiques sur cet argument qui est mis en avant pour surveiller ? Je crois que 99% des mails sont des spams. J'ai un blog, et j'observe que 99,99% des commentaires sont malvenus (si vous voulez mettre un commentaire bien venu : http://drivrsdu.fr merci). Et j'ai un serveur, et j'observe que 99,99,99,99,99,99,99% des accès sont des attaques. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Solution pour surveiller les gros changeset ou potentiellement problématiques
Jamais de vandalisme sur mon site étant donné qu'il faut s'inscrire. Jamais hacké, bref, pas de problèmes particulier. Alors les 99.99 % de malveillances, hum. Et puis, je voulais des stats sur OSM et non sur les sites perso de chacun...belle tentative de déviation. -- View this message in context: http://gis.19327.n5.nabble.com/Solution-pour-surveiller-les-gros-changeset-ou-potentiellement-problematiques-tp5745992p5746079.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] Solution pour surveiller les gros changeset ou potentiellement problématiques
Le 24 janvier 2013 09:15, partir-en-vtt ad...@partir-en-vtt.com a écrit : Bonjour à tous, T'inquiètes pas. Ça ne serait pas pour imposer la règle débile du compte séparé que personne ne comprends. Mais pour détecter suffisamment tôt les bourrins qui font de l'import sans intégration avec l'existant, ou avec les données en double ou en triple, ou interrompus au milieu de l'upload. La surveillance appelant la surveillance et la création de règles multiples et inutiles, je me pose tout de même des questions sur les dérives possibles. L'Homme étant ce qu'il est, la prise de position et de pouvoirs de certains ne fait aucun doute. Tu dérives. Il ne s'agit pas de surveiller ce que font untel ou untel, mais surveiller le contenu de la base globale telle qu'elle est vue par tout le monde. Cette ressource étant partagée, il est normal que la communauté s'implique collectivement pour en assurer la qualité du contenu et éviter la pollution ou le détournement de l'usage pour des fins contraires à l'esprit collaboratif du projet. La surveillance des conditions de licence et contre le piratage s'impose aussi (la loi oblige OSM à le faire, mais OSM ne peut pas le faire tout seul sans une aide de la communauté qui le soutient). Bref il ne s'agit pas d'une surveillance individuelle mais d'une surveillance collective. On n'aura jamais trop d'outils pour le faire, toutes les solutions sont bonnes pour observer et mesurer la qualité, même si leur effet est d'alerter les autres contributeurs qui prendront ensuite eux-mêmes, et personnellement, les décisions nécessaires, y compris pour signaler les abus et demander un bloquage (mais un bloquage ne doit pas être fait par un bot, ce sont les demandes personnelles assumées par les individus identifiés de la communauté qui doivent guider les décisions prises). D'autant plus que la décision de bloquage est peut-être malvenue quand il s'agit d'une erreur involontaire ou d'un défaut dans un des outils utilisés qui ne rapporte pas à l'utilisateur correctement certains problèmes. Le cas des doublons générés par les uploads interrompus par le serveur dans JOSM, et non signalés par JOSM à l'utilisateur est un cas où l'utilisateur n'est le plus souvent pas en faute. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Solution pour surveiller les gros changeset ou potentiellement problématiques
Il y a un monde entre travailler en bonne intelligence et le monde des bisounours. Merci de ne pas me discréditer avec des arguments à deux francs six sous et d'essayer de proposer des solutions alternatives. Avoir des outils pour améliorer ses contributions où celles des autres est loin d'être de la surveillance humaine. L'outil est paramétré pour faire tel chose. C'est 0 ou 1. La surveillance humaine est quant à elle complétement subjective -- View this message in context: http://gis.19327.n5.nabble.com/Solution-pour-surveiller-les-gros-changeset-ou-potentiellement-problematiques-tp5745992p5746081.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] Solution pour surveiller les gros changeset ou potentiellement problématiques
De : partir-en-vtt ad...@partir-en-vtt.com Jamais de vandalisme sur mon site étant donné qu'il faut s'inscrire. Jamais hacké, bref, pas de problèmes particulier. Alors les 99.99 % de malveillances, hum. Et puis, je voulais des stats sur OSM et non sur les sites perso de chacun...belle tentative de déviation. Mais pour avoir des stats il faut faire de la surveillance non ? Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fond carto basé sur OSM
Tout à fait ! Un travail commun sur un style me semble intéressant. Ce n'est pas un domaine que l'on a beaucoup creusé jusqu'à maintenant, mais j'ai commencé un petit peu en regardant le fonctionnement du style mapnik/cartocss avec tilemill. Le 24 janvier 2013 09:43, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Je remonte ce sujet car je pense que la réponse attendue en intéresse plus d'un. C'est peut être à l'ordre du jour des discussions du SOTM-FR? Romain Le 23 janvier 2013 10:39, Benjamin Chartier benjamin.chart...@cegetel.net a écrit : Bonjour, Depuis quelques temps je travaille avec d'autres collaborateurs sur la mise en forme d'un style carto basé sur OSM dans le but de l'intégrer au futur portail de GéoPicardie (dans le même esprit que le fond de carte par défaut de GéoBretagne). Nous réalisons ce travail avec imposm, TileMill et Mapnik. Nous avions rencontré Gaël Musquet il y a quelques mois et il nous avait indiqué que OpenStreetMap France allait se lancer dans l'élaboration de styles soignés et les rendre accessibles via des serveurs de tuiles gérés par la communauté. Nous étions très intéressés par contribuer à l'élaboration des styles et à faire héberger nos tuiles. Cependant, nous n'avons plus de nouvelles de ce projet. Est-ce que vous sauriez qui pourrait m'en dire plus sur ce projet et dans quelle mesure notre travail pourrait être utile ? Cordialement, Benjamin Chartier ___ 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/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Solution pour surveiller les gros changeset ou potentiellement problématiques
Le 24 janvier 2013 10:11, Ista Pouss ista...@gmail.com a écrit : Je crois que 99% des mails sont des spams. Peut-être vrai pour le volume des courriels envoyés, mais avec un bon fournisseur mail, la quasi totalité sont bloqués avant d'atteindre votre boîte aux lettres, our rejoignent un dossier Spam ou Courrier indésirable où ils vont résider pendant quelques temps avant d'être nettoyés automatiquement, au cas où il y aurait une mauvaise détection. Bref le nombre de spams que je reçoit effectivement dans ma boite gmail est proche de 0,01% (avec un taux voisin de 1% pour les fausses détections de spams pour des courriels que je devais bien recevoir, ce que je peux corriger sur Gmail, qui permet aussi de vérifier les demandes effectives de désinscription à des listes auxquelles on n'aurait jamais du être inscrit : c'est Gmail qui fait la demande et vérifie ensuite que plus aucun mail ne vient après un délai raisonnnable ne devant pas excéder la semaine pour les listes à diffusion journalière, un peu plus pour les lsites à diffusion mensuelle ; sinon Gmail marquera le site émetteur comme faisant du spam et il mettra par défaut ce site dans la boite spam pour tout le monde et ce sera à chacun de faire son propre réglage pour recevoir les courriels venant de ce site pour les inscriptions qu'il a effectivement faites lui-même). Bref plus jamais je ne me désabonne d'une liste en utilisant le lien proposé par le site : je demande à Gmail de le faire pour moi et il vérifiera que le site tient parole, ce qui sera utile à tout le monde ! Ce système est très efficace et permet un taux de classement très bon, avec très peu de faux positifs et très peu de faux négatifs aussi (aucun système n'est parfait à 100%, mais un bon filtre arrive à être très efficace pour qu'on n'ait plus beaucoup de cas individuels à gérer : c'est maintenable sans effort, et on retrouve la joie d'utiliser le courriel !) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Solution pour surveiller les gros changeset ou potentiellement problématiques
Le jeudi 24 janvier 2013 10:20:53, partir-en-vtt a écrit : Avoir des outils pour améliorer ses contributions où celles des autres est loin d'être de la surveillance humaine. L'outil est paramétré pour faire tel chose. C'est 0 ou 1. La surveillance humaine est quant à elle complétement subjective Alors peut-être qu'il y a erreur de compréhension, ou déviance du sujet ? Le message initial de pieren était : Par contre, il ne serait pas inutile de mettre en place notre propre surveillance des gros changesets avec l'outil (...) On ne parle pas de surveiller des humains, on parle de surveiller des changesets (soit : des éditions ou des contributions) Ensuite on ne parle pas d'une surveillance faite par des humains, mais par un logiciel sur des critères déterminés et qui donneront comme effet : soit le logiciel alerte, soit il n'alerte pas. Et enfin, le logiciel n'intervient pas de lui même, il prévient d'autres humains (et/ou même celui qui est l'auteur) qui eux prendrons la décision d'intervenir ou pas. -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Appel à présentations pour SOTM-FR
Est-ce qu'il a été envisagé de filmer les différentes présentations? A priori je ne pourrai être présent à Lyon. Merci. Romain Le 18 janvier 2013 20:08, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Je peux proposer deux présentations : - Osmose - TileMill et réutilisation ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Solution pour surveiller les gros changeset ou potentiellement problématiques
Pas forcément, ces statistiques peuvent être compilées grâce aux traitements d'es anomalies détectées par un contributeur d'OSM qui travaillait sur le secteur impacté ou un autre qui visualisait la carte. Je parle bien-sûr de problèmes de vandalismes. (Personnellement, je n'ai jamsi vu de vandalisme). Ce qui me gêne dans ces méthodes de surveillance c'est le manque de confiance envers les contributeurs. Qui me dit que demain, la surveillance ne prendra pas un tournant répressif et mettra sur la place publique quelqu'un ayant mal tracé sa way ? Quand je contribue, je n'harcèle pas le gars qui a mal tracé sa way, je la redresse et me dis que demain il fera mieux (et puis il s'est donné la peine de contribuer gratuitement au projet). Mais il semble que certain voudrait que la perfection soit de suite atteinte. Paris ne s'est pas fait en un jour. -- View this message in context: http://gis.19327.n5.nabble.com/Solution-pour-surveiller-les-gros-changeset-ou-potentiellement-problematiques-tp5745992p5746088.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] Solution pour surveiller les gros changeset ou potentiellement problématiques
Le 24 janvier 2013 10:20, partir-en-vtt ad...@partir-en-vtt.com a écrit : Il y a un monde entre travailler en bonne intelligence et le monde des bisounours. Merci de ne pas me discréditer avec des arguments à deux francs six sous et d'essayer de proposer des solutions alternatives. Avoir des outils pour améliorer ses contributions où celles des autres est loin d'être de la surveillance humaine. L'outil est paramétré pour faire tel chose. C'est 0 ou 1. La surveillance humaine est quant à elle complétement subjective OK : un outil automatique a l'avantage d'être exhaustif pour les points qu'il veut contrôler. Mais dans tous les cas ce qu'il rapporte est indicatif : tous les outils ont leurs taux de faux positifs (l'alerte affichée s'avère fausse après vérification, parce que certains autres critères n'ont pas été vérifiés par l'outil qui ne connait pas toutes les règles) et de faux négatifs (certains oublis que l'outil n'a pas encore prévus). A quoi servent les outils ? A faire le tri entre les problèmes à régler, et aider ensuite les utilisateurs à faire une supervision humaine intelligente, avec moins de risques d'erreurs (mais l'erreur humaine reste encore possible) : ils sont là pour faire gagner du temps à tout le monde. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Solution pour surveiller les gros changeset ou potentiellement problématiques
Le 24 janvier 2013 10:29, partir-en-vtt ad...@partir-en-vtt.com a écrit : Pas forcément, ces statistiques peuvent être compilées grâce aux traitements d'es anomalies détectées par un contributeur d'OSM qui travaillait sur le secteur impacté ou un autre qui visualisait la carte. Je parle bien-sûr de problèmes de vandalismes. (Personnellement, je n'ai jamsi vu de vandalisme). Ce qui me gêne dans ces méthodes de surveillance c'est le manque de confiance envers les contributeurs. Qui me dit que demain, la surveillance ne prendra pas un tournant répressif et mettra sur la place publique quelqu'un ayant mal tracé sa way ? D'abord ce qui le dit c'est la charte des contributeurs OSM. Un outil est un bot qui est une espèce à part, il n'a pas les mêmes droits qu'un contributeur humain. Aucun bot ne peut sanctionner un utilisateur, ce sera toujours un humain qui prendra la décision en accord avec la charte communautaire. Cette méthode permet de faire appel, et éviter aussi d'incriminer l'utilisateur quand il n'est pas directement fautif (parce que les outils qu'il utilise l'ont induit en erreur ou n'ont pas signalé le problème). Quand je contribue, je n'harcèle pas le gars qui a mal tracé sa way, je la redresse et me dis que demain il fera mieux (et puis il s'est donné la peine de contribuer gratuitement au projet). Là encore il vaut mieux tout de même essayer de contacter le contributeur pour lui expliquer ce qu'il n'a pas compris. Ne rien lui dire c'est le laisser continuer longtemps, et lui faire prendre le risque d'un blocage ultérieur alors qu'il n'a jamais su qu'il était fautif ou que l'outil qu'il utilise a des défauts connus sur lesquels il devrait avoir conscience pour faire quelques contrôles supplémentaires. Pour l'aider on peut lui expliquer qu'il y a des outils de supervision en ligne de la qualité : c'est lui alors qui évaluera directement les résultats obtenus et pourra alors prendre des mesures préventives, ou des mesures lui permettant de vérifier les résultats après l'envoi des données. Il saura aussi que son type de contribution serait plus facile à faire avec un autre outil effectuant certains contrôles préventivement. Il découvrira ces autres outils et aura une palette lui permettant de travailler mieux selon ce qu'il veut faire. Il ne s'agit pas d'harceler l'utilisateur, mais tout contributeur OSM devrait se connecter régulièrement sur le site pour vérifier qu'il n'a pas des messages en attente qui demande une explication, au moins dans la semaine qui suit chacune de ses contributions (et si c'était un envoi de données assez volumineux, se connecter plusieurs jours de suite). Pendant un envoi volumineux il devrait même avoir une page ouverte sur le site OSM et rafraichir la page de son compte perso de temps en temps pour voir une éventuelle alerte (il est possible qu'il lui faille interrompre son chargement de données en cours pour limiter les dégâts qui peuvent être totalement involontaires, et faire alors d'autres vérifications ou prendre des mesures pour annuler son changeset, et se faire aider en cas de besoin en demandant de l'aide à la communauté pour le faire s'il n'y arrive pas). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mdr : (était Re: http://www.tuugo.fr semble ne pas respecter la licence osm)
Le 24 janvier 2013 09:45, Eric Sibert courr...@eric.sibert.fr a écrit : Philippe, le gars qui a la pensée tellement structurée qu'il est obligé de se répondre deux fois de suite à lui-même en l'espace de 20 mn ;-) Parce que j'ai suivi plusieurs opérations, chacune en leur temps, je n'ai pas anticipé sur ce qui n'était pas encore fait. Bref ce sont des suites du même sujet. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Solution pour surveiller les gros changeset ou potentiellement problématiques
Personnellement si en tant que jeune contributeur je me retrouve avec des messages dans tous les sens me disant de faire ci ou ça, je me sentirai harcelé et dirait oh les gars, laissez moi débuter, apprendre comment faire. J'améliorerais mes propres contributions après étant donné qu'elles ne sont pas figées. Mais j'ai l'impression que beaucoup de gens ont la perfectionnite (maladie assez grâce en soit). -- View this message in context: http://gis.19327.n5.nabble.com/Solution-pour-surveiller-les-gros-changeset-ou-potentiellement-problematiques-tp5745992p5746097.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
[OSM-talk-fr] Référencer les entreprises autres consultants sur le site openstreetmap.fr
Bonjour, Je profite de ma propre création d'activité pro (EIRL) pour lancer la question de la publicité des entrepreneurs français autour d'OSM. En clair : peut-on ajouter une page sur le site openstreetmap.fr avec la liste des professionnels qui travaillent avec/autour d'OSM avec pour chacun d'eux une sorte de profession de foi. Je sais que pour certains, le mélange asso / pro, projet libre / business peut soulever des questions, je préféré donc lancer un mini débat sur le sujet. Note : je suis à même de maintenir la page. A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Solution pour surveiller les gros changeset ou potentiellement problématiques
Il n'y a pas un maillage de contributeurs actifs assez nombreux et géographiquement bien réparti pour s'apercevoir aujourd'hui de certains changeset problématiques. Juste un exemple: le découpages administratif saute régulièrement ici ou là, parfois entre 2 communes, mais parfois entre 2 régions et toutes les subdivisions. Un autre exemple: une ligne de métro de Toulouse a disparu, il a fallu 2 semaines pour que quelqu'un le signale, 2mn pour le revert... et plus ce genre de problème est repéré vite, plus simple sont les revert éventuels. S'aider d'un outil pour détecter, signaler un problème avéré ou potentiel me semble indispensable. C'est la suite logique du projet: une fois une masse critique de données atteinte, on s'attelle de plus en plus à la qualité. Ensuite, c'est l'usage qu'on fera des remontées d'un tel outil qui pourront poser problème ou pas. Soit on agit plus ou moins mécaniquement, à l'aveugle, ou bien on vérifie, on prends la peine de comprendre, de contacter le contributeur si besoin, bref d'agir avec intelligence. C'est ce qu'on fait dans [GA] et on peut le faire comme il faut (il me semble) car ce n'est pas une personne qui fait ça à l'échelle mondiale. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Appel à présentations pour SOTM-FR
C'est prévu. L'epitech devrait pouvoir rediffuser en live, mais à minima on enregistrera. Le 24 janvier 2013 10:29, Romain MEHUT romain.me...@gmail.com a écrit : Est-ce qu'il a été envisagé de filmer les différentes présentations? A priori je ne pourrai être présent à Lyon. Merci. Romain Le 18 janvier 2013 20:08, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Je peux proposer deux présentations : - Osmose - TileMill et réutilisation ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [osm-fr CA] Référencer les entreprises autres consultants sur le site openstreetmap.fr
J'en pense du bien. Avoir des entreprises se monter et proposer des prestations autour d'OSM est un signe de bonne santé d'OSM, un signe aussi de sérieux. Au moins ça permet de rediriger des demandes pointues vers des prestataires potentiels plutôt que de rester dans le DIY qui ne convient pas à tout le monde. Le 24 janvier 2013 10:52, Marc SIBERT m...@sibert.fr a écrit : Bonjour, Je profite de ma propre création d'activité pro (EIRL) pour lancer la question de la publicité des entrepreneurs français autour d'OSM. En clair : peut-on ajouter une page sur le site openstreetmap.fr avec la liste des professionnels qui travaillent avec/autour d'OSM avec pour chacun d'eux une sorte de profession de foi. Je sais que pour certains, le mélange asso / pro, projet libre / business peut soulever des questions, je préféré donc lancer un mini débat sur le sujet. Note : je suis à même de maintenir la page. A+ -- Marc Sibert m...@sibert.fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Solution pour surveiller les gros changeset ou potentiellement problématiques
Le 24 janvier 2013 10:17, partir-en-vtt ad...@partir-en-vtt.com a écrit : Jamais de vandalisme sur mon site étant donné qu'il faut s'inscrire. Jamais hacké, bref, pas de problèmes particulier. Alors les 99.99 % de malveillances, hum. Et puis, je voulais des stats sur OSM et non sur les sites perso de chacun...belle tentative de déviation. Il y a bien quelqu'un qui a du pouvoir et qui décide de l'accord de ces inscriptions ? Sur la déviation, j'ignorais qu'il y avait des attaquants spéciaux sur OSM et d'autres ailleurs, désolé si c'est le cas, mais je ne le crois pas. S'il y a plein d'attaquants sur un site et pas sur un autre, il y a de grandes chances que le site épargné ne le soit plus à l'avenir. Il y a un problème à résoudre concernant les abus de pouvoir. Il y a en un autre concernant la surveillance contre les attaquants. Et encore un autre sur l'aide des débutants. Ces trois problèmes peuvent être en interaction, mais on ne peut pas dire, comme tu l'affirmes il me semble Guidons mieux les débutants pour éviter les risques d'abus de pouvoir impliqués par la surveillance contre les attaquants. C'est vrai qu'il y a un risque d'abus de pouvoir, mais la solution que tu proposes - guider les débutants - ne me semble pas réduire les risques d'abus de pouvoir, ni non plus protéger des attaques. Cordialement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Référencer les entreprises autres consultants sur le site openstreetmap.fr
On jeudi 24 janvier 2013, Marc SIBERT wrote: En clair : peut-on ajouter une page sur le site openstreetmap.fr avec la liste des professionnels qui travaillent avec/autour d'OSM avec pour chacun d'eux une sorte de profession de foi. Je n'y vois aucun inconvénients, bien au contraire, et je rejoins les arguments de christian. Note : je suis à même de maintenir la page. Saura-tu être objectif et ne pas dégager des concurrents ? ;-) -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Villeges sans routes OSM
De : Christian Quest [mailto:cqu...@openstreetmap.fr] Envoyé : lundi 21 janvier 2013 12:57 Il y a quand même beaucoup d'endroits un peu éloigné des villes où on est franchement pas les meilleurs. Identifier ces zones pourrait être intéressant. On a déjà des statistiques calculées qui compare le taux de voiries dans OSM à celui dans les bases de données publiques. C'est un bon indicateur du degré d'avancement commune par commune (souvent et facilement OSM pourra être meilleur que ce qui est dans les bases officielles, mais on doit tout de même pouvoir atteindre partout le taux de 100% pour ce qui est des données officielles, même si on va ensuite au delà en ajoutant plein d'autres petits chemins qui ne sont pas sur la voirie publique, notamment dans les parcs nationaux ou régionaux ou dans les nombreuses forêts hors du domaine public). On a même une couche dans Layers.openstreetmap.fr qui montre cela par un patchwork coloré, commune par commune. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition(s) pour un petit coup de balais dans les tags fixme
2013/1/23 sly (sylvain letuffe) li...@letuffe.org: Il peut peut-être exister un autre cas, mais que je n'ai pas trouvé ou le fixme=name est présent avec un name=x qui aurait été ajouté en même temps et on pourrait alors penser que ça veut dire : j'ai ajouté un nom bidon, merci de le corriger J'en dû en voir un ou deux. Ca peut aussi vouloir dire j'ai ajouté un nom mais j'ai un doute; à vérifier svp. Je ne pense pas qu'il soit opportun de supprimer automatiquement le fixme dans ce cas. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Référencer les entreprises autres consultants sur le site openstreetmap.fr
Pour ça il suffira de définir les critères pour figurer sur cette page: à minima les critères administratifs (entreprise enregistrées, donc numéro de SIRET/SIREN, code NAF), là où ça sera plus délicat c'est sur le côté compétence OSM... si une société nous demande de figurer sur la liste alors qu'on a aucune information sur ce domaine, que fait-on, doit-on définir des critères là aussi ? Pour répondre à Philippe, les demandes vont un peu plus loin que ce genre de choses. Cela peut aller de l'organisation de cartoparties internes destinées à un projet particulier comme une étude de mobilité, ça peut être de la formation, ça peut être la mise en place d'une chaine complète de serveur de tuiles pour ne pas taper sur ceux d'osm.org, ça peut être de l'extraction de données, la réalisation de plan d'accès à imprimer, du développement... bref, il y a plein de métiers possibles liés à OSM. Le 24 janvier 2013 11:28, sly (sylvain letuffe) li...@letuffe.org a écrit : On jeudi 24 janvier 2013, Marc SIBERT wrote: En clair : peut-on ajouter une page sur le site openstreetmap.fr avec la liste des professionnels qui travaillent avec/autour d'OSM avec pour chacun d'eux une sorte de profession de foi. Je n'y vois aucun inconvénients, bien au contraire, et je rejoins les arguments de christian. Note : je suis à même de maintenir la page. Saura-tu être objectif et ne pas dégager des concurrents ? ;-) -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Référencer les entreprises autres consultants sur le site openstreetmap.fr
Je veux bien que quelqu'un me modère... mais je pense sincèrement être capable de faire la part de choses. Reste le CA de l'asso qui est le maître en dernier ressort concernant ce site et ce qui y est publié. A+ Le 24 janvier 2013 11:28, sly (sylvain letuffe) li...@letuffe.org a écrit : On jeudi 24 janvier 2013, Marc SIBERT wrote: En clair : peut-on ajouter une page sur le site openstreetmap.fr avec la liste des professionnels qui travaillent avec/autour d'OSM avec pour chacun d'eux une sorte de profession de foi. Je n'y vois aucun inconvénients, bien au contraire, et je rejoins les arguments de christian. Note : je suis à même de maintenir la page. Saura-tu être objectif et ne pas dégager des concurrents ? ;-) -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fond carto basé sur OSM
2013/1/24 Christian Quest cqu...@openstreetmap.fr: Tout à fait ! Un travail commun sur un style me semble intéressant. Ce n'est pas un domaine que l'on a beaucoup creusé jusqu'à maintenant, mais j'ai commencé un petit peu en regardant le fonctionnement du style mapnik/cartocss avec tilemill. C'est un sujet qui m'intéresse aussi. Ca fait longtemps que je demande un style adapté au public français. Si un groupe se lance dans une adaptation du style, il faut veiller à deux points importants de ce que j'ai pu lire sur l'experience mapnik pour osm.org : - limiter l'édition du style à un très petit groupe de personnes. 1 pour éviter les bourdes. 2. pour conserver une certaine cohérence dans le design (de toute façon, il n'y aura jamais 100% de satisfaits) - définir le public cible. Sur le site principal, le style est orienté contributeurs. On affiche un maximum de choses sans aller jusqu'à la saturation. C'est un équilibre délicat. Mon avis à deux balles: Pour la France, je verrais plutôt un public cible institutionnel, genre collectivités locales, mairies. etc. Ca voudrait dire supprimer les affichages purement commerciaux (restos, mc'do, bars, etc) et privilégier les services publics (CPAM, écoles, mairies, pharmacies, postes, hopitaux, etc). Et laïc (ne pas afficher les diocèses, s'en tenir aux place_of_worship non sectaires avec un affichage plus discret). Etc Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Solution pour surveiller les gros changeset ou potentiellement problématiques
L'inscription est validée automatiquement. Par défaut, la confiance est donc de mise (et heureusement). Ici, j'ai parfois l'impression que l'on pense l'inverse. Le nouveau est quelqu'un dont il faut se méfier car il ne fera rien de bon. Autour des secteurs où je travail il y a de nombreux inscrits. Dans ceux là, beaucoup n'ont jamais contribué et d'autres une fois ou deux. Il y a un véritable souci avec les nouveaux qui aimeraient contribuer. L'accessibilité du projet semble difficile pour beaucoup alors si de suite on met la pression (sur les nouveaux), ça va je pense les décourager. Recevoir plusieurs messages de menaces du DWG est encore pire que tout et j'ai bien faillit claquer la porte. Je ne voudrais pas qu'on en arrive là au sein de la communauté FR. -- View this message in context: http://gis.19327.n5.nabble.com/Solution-pour-surveiller-les-gros-changeset-ou-potentiellement-problematiques-tp5745992p5746126.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] Villeges sans routes OSM
Le 24 janvier 2013 11:33, Philippe Verdy verd...@wanadoo.fr a écrit : De : Christian Quest [mailto:cqu...@openstreetmap.fr] Envoyé : lundi 21 janvier 2013 12:57 Il y a quand même beaucoup d'endroits un peu éloigné des villes où on est franchement pas les meilleurs. Identifier ces zones pourrait être intéressant. On a déjà des statistiques calculées qui compare le taux de voiries dans OSM à celui dans les bases de données publiques. Peux-tu me rappeler où est cette analyse ? Est-elle réactualisée de temps à autre ? C'est un bon indicateur du degré d'avancement commune par commune (souvent et facilement OSM pourra être meilleur que ce qui est dans les bases officielles, mais on doit tout de même pouvoir atteindre partout le taux de 100% pour ce qui est des données officielles, même si on va ensuite au delà en ajoutant plein d'autres petits chemins qui ne sont pas sur la voirie publique, notamment dans les parcs nationaux ou régionaux ou dans les nombreuses forêts hors du domaine public). On a même une couche dans Layers.openstreetmap.fr qui montre cela par un patchwork coloré, commune par commune. Tu parles de la couche Voirie/Cadastre ? Je ne la trouve pas pertinente pour la voirie. De ce que j'en ai vu ça ne permet pas de trouver les zones sans route. Merci. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Solution pour surveiller les gros changeset ou potentiellement problématiques
Je crois qu'on part un peu en hors sujet. L'outil dont on parle concernerait la surveillance des imports, pas des contributions lamba. Les imports doivent être traités séparément et à surveiller comme le lait sur le feu. Une erreur, une bourde, une mauvaise manip, et c'est des milliers, voire des dizaines de milliers d'objets altérés, mal définis, etc qui sont ensuite impossible à corriger à la main. Ou alors qui nécessitent beaucoup plus de temps que les corrections habituelles des erreurs de débutants. Dans nos discussions avec le DWG, on n'a jamais contesté que les imports nécessitaient des précautions particulières. Ce qu'on contestait, c'était uniquement l'obligation de passer par un compte séparé pour pouvoir identifier les sources et plus facilement annuler les imports ratés. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Référencer les entreprises autres consultants sur le site openstreetmap.fr
Je pense que ça existe déjà sur le wiki principal: http://wiki.openstreetmap.org/wiki/List_of_OSM_based_Services http://wiki.openstreetmap.org/wiki/Commercial_OSM_Software_and_Services http://wiki.openstreetmap.org/wiki/Geofabrik http://wiki.openstreetmap.org/wiki/Mapbox http://wiki.openstreetmap.org/wiki/Category:Company Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Solution pour surveiller les gros changeset ou potentiellement problématiques
Le 24/01/2013 11:13, Ista Pouss a écrit : Il y a un problème à résoudre concernant les abus de pouvoir. Il y a en un autre concernant la surveillance contre les attaquants. Et encore un autre sur l'aide des débutants. Ces trois problèmes peuvent être en interaction, mais on ne peut pas dire, comme tu l'affirmes il me semble Guidons mieux les débutants pour éviter les risques d'abus de pouvoir impliqués par la surveillance contre les attaquants. C'est vrai qu'il y a un risque d'abus de pouvoir, mais la solution que tu proposes - guider les débutants - ne me semble pas réduire les risques d'abus de pouvoir, ni non plus protéger des attaques. Cordialement. Et pour guider les débutants, il faut bien les détecter... donc surveiller. Enfin, si l'abus de pouvoir est un risque réel, la méfiance a priori contre ces abus me semble aussi nuisible et aussi peu rationnelle, puisque c'est une méfiance a priori, que l'abus de pouvoir lui même. Dans les deux cas, la confiance réciproque est bafouée. Si l'abus de pouvoir pointe son nez, nous serons nombreux à réagir... Voir les incidents récents à propos des blocages du DWG. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Villeges sans routes OSM
Le 24 janvier 2013 11:59, Cyrille Giquello cyrill...@gmail.com a écrit : Le 24 janvier 2013 11:33, Philippe Verdy verd...@wanadoo.fr a écrit : On a même une couche dans Layers.openstreetmap.fr qui montre cela par un patchwork coloré, commune par commune. Tu parles de la couche Voirie/Cadastre ? Je ne la trouve pas pertinente pour la voirie. De ce que j'en ai vu ça ne permet pas de trouver les zones sans route. Ben si quand même, sauf si le cadastre n'est pas numérisé sur la commune, auquel cas le nombre de voies du cadastre (calcul estimé) n'est pas calculé et est resté à zéro alors qu'OSM peut avoir des tas de routes (il me semble alors que la couche Voirie/Cadastre laisse la commune dans une zone blanche sans couleur ajoutée). Cette couche montre bien que dans les villes moyennes ou grandes on a une bonne couverture (bleu, voire noir quand OSM en définit beaucoup plus) alors que dans les petites communes rurales, on en est encore loin. On aimerait bien voir cette couche passer partout en bleu (avec quelques spots noirs dans les zones urbaines où il y a en plus des tas de chemins privés hors cadastre), mais avec les zones vertes on n'est souvent plus très loin du bleu (parfois c'est parce qu'il y a un peu trop d'écart géométriques entre OSM et le cadastre pour permettre de joindre les tracés, il peut donc y avoir un problème de précision soit dans le castre, soit dans OSM, mais si on a ajouté des tas d'autres infos autour comme le bâti, les POIs, les lignes électriques, les voies ferrées, les cours d'eau, les arrêts de bus, les points géodésiques, etc... et que tout cela s'aligne bien, alors OSM sera plus fiable que ce qui a été initialement calculé depuis le cadastre vectorisé). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Comparaison voirie OSM / IGN
Bonjour, Il y avait eu un travail de comparaison de la voirie OSM avec celle de l'IGN, je n'ai pas retrouvé trace. Ne serait-ce pas un sujet à partager avec l'IGN ? Idée: Il ne libère pas leurs données, mais exécute de temps à autre une moulinette pour nous transmettre des stats selon les limites administratives (région, département, commune). Et pour leur faciliter le travail, on écrit les scripts et requêtes (faites par ceux qui ont les données ign à dispo) qu'on leur fourni afin qu'il n'ai pas un gros projet à déclencher. Il s'agira du coup d'une simple action de 2h par mois avec un peu de bande passante Internet et quelques cycles de CPU terminé par un mail ou un post sur le wiki ... -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fond carto basé sur OSM
2013/1/24 Steve Grosbois steve.grosb...@gmail.com: Pourquoi se limiter à un seul style ? Pourquoi ne pas définir un petit ensemble de styles qui se destineraient chacun à des publics différents ? Parce que un serveur de tuiles nécessite des centaines de Go d'espace disque par style. A moins de se limiter à un espace restreint (comme la France métropolitaine). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Référencer les entreprises autres consultants sur le site openstreetmap.fr
Peut être mais il me semble que le wiki n'est pas ce qu'il y a de plus accessible pour quelqu'un qui découvre OSM. Dans le cas présent, le site d'OSM-FR me semble plus adapté. Romain 2013/1/24 Pieren pier...@gmail.com Je pense que ça existe déjà sur le wiki principal: http://wiki.openstreetmap.org/wiki/List_of_OSM_based_Services http://wiki.openstreetmap.org/wiki/Commercial_OSM_Software_and_Services http://wiki.openstreetmap.org/wiki/Geofabrik http://wiki.openstreetmap.org/wiki/Mapbox http://wiki.openstreetmap.org/wiki/Category:Company Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Référencer les entreprises autres consultants sur le site openstreetmap.fr
Le 24 janvier 2013 11:37, Christian Quest cqu...@openstreetmap.fr a écrit : Pour ça il suffira de définir les critères pour figurer sur cette page: à minima les critères administratifs (entreprise enregistrées, donc numéro de SIRET/SIREN, code NAF), là où ça sera plus délicat c'est sur le côté compétence OSM... si une société nous demande de figurer sur la liste alors qu'on a aucune information sur ce domaine, que fait-on, doit-on définir des critères là aussi ? Pour répondre à Philippe, les demandes vont un peu plus loin que ce genre de choses. Cela peut aller de l'organisation de cartoparties internes destinées à un projet particulier comme une étude de mobilité, ça peut être de la formation, ça peut être la mise en place d'une chaine complète de serveur de tuiles pour ne pas taper sur ceux d'osm.org, ça peut être de l'extraction de données, la réalisation de plan d'accès à imprimer, du développement... bref, il y a plein de métiers possibles liés à OSM. Sans compter que des petites collectivités qui n'ont pas les moyens de mettre à jour seules leur SIG et qui ne sont pas satisfaites des services SIG de leur communauté de commune locale (qui manque aussi de moyens) peut aussi demander des prestations à ce genre de sociétés, pour d'une part les aider à mettre à jour leur SIG, et d'autre part diffuser les données publiques sur OSM (et pas seulement : elles doivent pouvoir aussi répondre sans discrimination aux demandes d'accès à ces données publiques venant d'autres distributeurs de cartes comme Google, Apple, Nokia, Via Michelin, TomTom, Mappy, etc.). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Villeges sans routes OSM
Le 24 janvier 2013 11:59, Cyrille Giquello cyrill...@gmail.com a écrit : Peux-tu me rappeler où est cette analyse ? Est-elle réactualisée de temps à autre ? De mémoire, il a été dit récemment que cette analyse n'était pas maintenue au fur et à mesure de l'ajout de nouvelles communes disponibles au format vecteur. Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Ombrière avec prises de rechargement solaire pour 2 roues
Le 21 janvier 2013 14:45, Vincent de Chateau-Thierry v...@laposte.net a écrit : Bonjour, De : Fabien Trêve de digression, le sujet que je voulais savoir c'est comment ajouter les bonnes informations : * Pour le type de parking vélo : c'est bon. * Pour dire que c'est solaire : power=generator, generator:source=solar ça ira ? * Pour dire que les prises c'est pour les 2 roues là je vois pas... j'ai cherché VAE, électrique, recharge dans le wiki mais rien de bien concluant. Si quelqu'un a une idée pour ces deux derniers points. Pour l'aspect VAE, en cherchant e-bike (le petit nom anglais des VAE) sur taginfo j'ai trouvé en tout... 1 seul POI : http://www.openstreetmap.org/browse/node/1598972627 Autant dire que ça te laisse le champ libre. vincent Merci pour la réponse. J'attendais pour voir si personne ne proposait autre chose mais ça motive pas les foules... Attendons un peu pour voir si d'autres pays plus en avance sur le déplacement vélo ne propose pas une solution. Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Solution pour surveiller les gros changeset ou potentiellement problématiques
J'ai vraiment l'impression que tu mélange plusieurs choses. Les messages que tu as reçu du DWG n'avait pas de lien avec le fait que tu soit nouveau il me semble. Ces messages, je pense que nous sommes une majorité à considéré qu'ils ne sont pas appropriés. Tes remarques sont donc plus un peu procès d'intention qu'autre chose en faisant au passage un amalgame. Pour ma part, je n'ai nulle envie de mettre des bâtons dans les roues des contributeurs, qu'ils soient nouveaux ou pas. J'essaye au contraire de faire avancer le schmilblick pour accueillir au mieux les nouveaux contributeurs, pour qu'ils s'intègrent à la communauté, pour qu'ils aient rapidement les aides, les tutos et les réponses aux questions les plus fréquentes afin qu'ils ne laissent pas tomber après quelques changesets d'essai avec Potlatch. Tout le monde fait des erreurs, même les anciens, parfois sur un minuscule way de moins de 10m qui te casse les limites d'une commune, d'une CU, d'un département, d'une région, les côtes d'un pays... c'est pas pour ça qu'on en fait un fromage, mais un outil qui signalerait ce genre de choses, c'est plus qu'utile ! Regarde la tête de la pointe bretonne... ça fait des mois... Pour l'instant ça se détecte après coup, par les effets produits et quand ils sont visibles c'est qu'il y a un gros impact. OSMwatch m'a permis de détecter un ensemble de changements sur les lignes de métro de Paris, fait par un contributeur (allemand et pas newbie) qui passait tout en schéma public_transport sans concertation, et en cassant l'existant. Ces outils de veille sur les données sont vraiment utiles. Ce n'est pas du flicage de contributeur, c'est de la surveillance sur les données pour pouvoir réagir rapidement sur des changeset à impact fort (y compris légaux comme l'inclusion de données privées, un autre sujet récent du [GA]). +1 avec Pieren sur les imports et plus généralement les éditions de masse. C'est à suivre en priorité car l'impact peut être important et les corrections très très lourdes (et je ne vois toujours pas l'intérêt du second compte, mais c'est un autre sujet que je ne pense pas utile de relancer) +1 avec Vincent sur la confiance. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison voirie OSM / IGN
Bonjour Cyrille, Les travaux auxquels tu fais référence sont ceux de Girres et Touya: http://onlinelibrary.wiley.com/doi/10./j.1467-9671.2010.01203.x/abstract ou encore http://georezo.net/forum/viewtopic.php?id=63973 A noter qu'un stage à l'IGN est proposé par G. Touya http://openstreetmap.fr/stage-cogit-2013 A. On 13-01-24 07:42 AM, Cyrille Giquello wrote: Bonjour, Il y avait eu un travail de comparaison de la voirie OSM avec celle de l'IGN, je n'ai pas retrouvé trace. Ne serait-ce pas un sujet à partager avec l'IGN ? Idée: Il ne libère pas leurs données, mais exécute de temps à autre une moulinette pour nous transmettre des stats selon les limites administratives (région, département, commune). Et pour leur faciliter le travail, on écrit les scripts et requêtes (faites par ceux qui ont les données ign à dispo) qu'on leur fourni afin qu'il n'ai pas un gros projet à déclencher. Il s'agira du coup d'une simple action de 2h par mois avec un peu de bande passante Internet et quelques cycles de CPU terminé par un mail ou un post sur le wiki ... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison voirie OSM / IGN
Bonjour, Oui c'est un rapport qui a été fait par des étudiants de l'ESGT http://www.opheliepetit.fr/pdf/Dossierqualiteopenstreetmap.pdf http://www.opheliepetit.fr/pdf/Dossierqualiteopenstreetmap.pdf Le voilà. Bonne lecture ! Sylvain -- View this message in context: http://gis.19327.n5.nabble.com/Comparaison-voirie-OSM-IGN-tp5746133p5746142.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] Comparaison voirie OSM / IGN
Autre solution, l'IGN nous autorise l'accès à leurs BD uniquement à titre de recherche pour faire ces comparaisons nous même. Pour l'inverse, les données OSM étant libres et dispo, ils peuvent le faire quand ils veulent. Visiblement depuis 2009 rien de nouveau... c'est vrai qu'on a seulement triplé le kilométrage de routes et chemins entre 2009 et aujourd'hui dans OSM sur l'hexagone ;) Encore une autre solution... juste des stats par département (voire par commune) sur les données du RGE que l'on pourra comparé à l'équivalent dans OSM. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comparaison voirie OSM / IGN
Le 24 janvier 2013 12:50, Christian Quest cqu...@openstreetmap.fr a écrit : Autre solution, l'IGN nous autorise l'accès à leurs BD uniquement à titre de recherche pour faire ces comparaisons nous même. Pour l'inverse, les données OSM étant libres et dispo, ils peuvent le faire quand ils veulent. Visiblement depuis 2009 rien de nouveau... c'est vrai qu'on a seulement triplé le kilométrage de routes et chemins entre 2009 et aujourd'hui dans OSM sur l'hexagone ;) Encore une autre solution... juste des stats par département (voire par commune) sur les données du RGE que l'on pourra comparé à l'équivalent dans OSM. C'est ce dernier point qu'il faut demander à l'IGN en priorité. Facile rapide. Il suffit à l'IGN de publier ces stats quelque part sur un de ses sites, et hop. Même pas d'opendata, de licences, ... Rien qu'une publication. Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Villeges sans routes OSM
On jeudi 24 janvier 2013, Cyrille Giquello wrote: Tu parles de la couche Voirie/Cadastre ? Je ne la trouve pas pertinente pour la voirie. De ce que j'en ai vu ça ne permet pas de trouver les zones sans route. Tu pourrais préciser ce que tu trouves de non pertinent ? C'est pas du tout pour me fâcher, mais pour améliorer ;-) Ce qui ne va pas ? - Il manque des communes - le calcul des km de voiries dans osm est mauvais - le calcul des km de voiries dans le cadastre est mauvais - comparer les deux n'a de toute façon pas de sens - les valeurs ne sont pas à jour - il manque une valeur qui indiquerait 0 route -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Représentation des frontières dans OSM
Bonjour à tous, Certaines frontières, sont pour des raisons historiques et politiques contestées [1]. Dans OSM aucune différence n'est faite entre ces limites contestées et celles approuvées. Cela peut amener à des événements plutôt embarrassants: http://eductice.ens-lyon.fr/EducTice/recherche/geomatique/veille/sites/lettre-info/articles/lettre-nb011/frontieres-google Ne devrions-nous pas le faire? Proposer un tag qui modifierait le style en conséquence. Exemple, la frontière pourrait apparaître floutée ou en pointillée. Arnaud [1] http://fr.wikipedia.org/wiki/Liste_de_territoires_contest%C3%A9s ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Villeges sans routes OSM
Le 24 janvier 2013 12:56, sly (sylvain letuffe) li...@letuffe.org a écrit : On jeudi 24 janvier 2013, Cyrille Giquello wrote: Tu parles de la couche Voirie/Cadastre ? Je ne la trouve pas pertinente pour la voirie. De ce que j'en ai vu ça ne permet pas de trouver les zones sans route. Tu pourrais préciser ce que tu trouves de non pertinent ? C'est pas du tout pour me fâcher, mais pour améliorer ;-) Ce qui ne va pas ? - Il manque des communes - le calcul des km de voiries dans osm est mauvais - le calcul des km de voiries dans le cadastre est mauvais Ca j'en sais rien. C'est que s'il n'y a pas de cadastre vecteur et bien il n'y a pas de comptage. C'est juste pour ça que je ne trouve pas ce layer pertinent. En regardant ce layer autrement, on lui trouve son utilité. C. - comparer les deux n'a de toute façon pas de sens - les valeurs ne sont pas à jour - il manque une valeur qui indiquerait 0 route -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour info: Utilisateurs de JOSM - Mise à jour de sécurité urgente de Java (7.11)
Le 16 janvier 2013 11:07, Philippe Verdy verd...@wanadoo.fr a écrit : Le 16 janvier 2013 11:01, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Heureusement que le JRE en version Embedded n'est pas touché, sinon la cible c'était les smartphones sous Windows Phone pour aller chercher les accès des différentes applis (bancaires par exemple)... Windows Phone qui fonctionnerait grâce à Java ? Ben voyons. Non je n'ai pas dit ça, mais il y a IE dessus, comme aussi Firefox, et un Java qui tourne dessus. Windows Phone aujourd'hui c'est du Windows normal et ce n'est plus limité à .Net, il y a du code natif dessus aussi (et pas virtualisé du tout). Des attaques similaires existent aussi sous .Net (même principe : utilisation de la réflexion et changement de certificat pour passer un niveau de sécurité). Il y a aussi le système Nokia (je ne sais plus le nom) qui a du Java natif (mais plus nécessairement limité à la version Embedded avec les smartphones et tablettes actuels qui peuvent faire beaucoup plus). Ca ne s'arrange pas pour Java : http://www.developpez.com/actu/51075/Java-decouverte-de-deux-nouvelles-failles-dans-le-correctif-d-Oracle-la-qualite-du-code-inquietante-pour-Security-Explorations/ -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fond carto basé sur OSM
On mercredi 23 janvier 2013, Benjamin Chartier wrote: Bonjour, Bonjour, Nous avons un peu traîné pour vous répondre, mais votre email n'a pas été ignoré, nous en avons pas mal discuté entre nous (administrateurs des serveurs de l'asso) sur tout un tas de questions où nous ne sommes nous même pas sûr d'être d'accord ! Comme par exemple : à qui doivent servir nos serveurs ? Quels projets sont ou pas acceptables dessus ? Comment simplifier, sans risquer de gros accidents, les conditions d'accès pour les développeurs bénévoles qui veulent nous aider ? etc. Nous avions rencontré Gaël Musquet il y a quelques mois et il nous avait indiqué que OpenStreetMap France allait se lancer dans l'élaboration de styles soignés et les rendre accessibles via des serveurs de tuiles gérés par la communauté. On va dire que c'est moi qui suis en charge (en grande partie) du serveur de rendu de l'association, et non, il n'y a pas de projet pour dans quelques mois ni même à plus long terme de réaliser un style soigné si, tout du moins, par soigné, vous entendez un style utile à tous joli à destination des utilisateurs J'en dirais plus dans un email séparé sur le projet de style sur lequel je travail qui s'appel 2u, voulant dire Ugly and Usefull Donc non, gaël a mal compris, mais on ne lui en veut pas tellement il court et fait de chose de partout ce garçon ! Nous étions très intéressés par contribuer à l'élaboration des styles et à faire héberger nos tuiles. Cette remarque appel un peu plus de développement : Pourquoi voudriez vous faire héberger vos tuiles par un de nos serveur ? quel objectif visez vous pour votre rendu ? Quelle type de contribution envisagez vous qui serait bénéfique à notre association ? Est-ce que vous sauriez qui pourrait m'en dire plus sur ce projet et dans quelle mesure notre travail pourrait être utile ? Difficile à dire, ça dépend de l'état d'avancement, de l'objectif du style et de plein d'autres choses, je vous suggère de publier votre travail sous une licence libre sur un projet de partage de code comme github.com écrire une petite documentation expliquant comment le faire tourner et l'installer, puis de venir nous en parler, cela permettra, bien au delà de l'association osm france, à des personnes intéressés de donner leur avis, analyser le travail déjà réalisé, et pourquoi pas, contribuer ensemble ! note technique de détail : notre serveur de rendu n'utilise pas le schéma imposm mais celui d'osm2pgsql -- Le bon diplomate, c'est celui qui sait ne pas dire rab sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Villeges sans routes OSM
Pour ma part je trouve génial cette couche! Juste dommage que la source de comparaison des données n'est pas très fiable étant donné que c'est une interprétation du cadastre et donc cela peut induire des fausses interprétations... Pour ma part j'ai régulièrement remarqué des erreurs de cette source causée par les ruisseaux/fleuves... donc par chez moi ou j'ai des communes couvertes par des canaux cela donne des communes rouges au milieu d'une zone qui devrait etre entièrement vert/bleu... Est-ce que se serait possible d'avoir une carte qui lisse ses données pour avoir une carte plus lisible et moins brusque pour les changements de couleur que l'on pourrait montrer au grand public? mais en plus de celle existante qui est nécessaire pour savoir exactement sur quelles communes sont basées les chiffres. -- View this message in context: http://gis.19327.n5.nabble.com/dernier-troncon-A89-Lyon-tp5745575p5746153.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] Pour info: Utilisateurs de JOSM - Mise à jour de sécurité urgente de Java (7.11)
En revanche la version 7u11 apporte une nouveauté lors de l'exécution de plugins dans le navigateur : cela ne peut plus se faire de façon invisible car on a une fenêtre d'autorisation préalable indiquant que le site veut charger une applet (y compris sur le site officiel java.com quand on clique est-ce que je dispose de Java ? pour vérifier la version, et même si le site dispose d'un certificat de sécurité valide). Bref le principal danger qui était sur l'instanciation invisible d'une VM Java en visitant une page n'est plus là, on est averti avant. Les sites utilisant des applets doivent nous informer explicitement et devraient donc afficher un frame bien visible sur la page, avec une activation explicite de la part de l'utilisateur. Cela bloque les micro-applets de 1 pixel blanc. Et on a moyen aussi de régler Java pour qu'il affiche la console Java dans ce cas, et pour qu'il vérifie les certificats de sécurité de l'émetteur, et les listes CRL pour bloquer les certificats signalés abusifs. Espérons que ces mesures suffisent, sinon effectivement il vaut mieux désactiver le support des applets sur une page web (mais en fait on devrait aussi le faire avec les applets Flash dans les pages web, qui a aussi de très nombreuses failles, et qui n'affichent aucune demande préalable avant de s'exécuter pour afficher les bandeaux publicitaires qui en sont le plus large utilisateur, ainsi que Youtube qui utilise Flash pour afficher ses vidéos : il faudrait une autorisation explicite au minimum site par site, de façon à ne pas bloquer les vidéos Flash hébergés par Youtube (ou DailyMotion et TF1, parmi les plus gros sites hébergeurs de vidéos diffusées en France), mais bloquer tout le reste venant des trop nombreux réseaux d'annonceurs publicitaires). Avec HTML5 cela se complique car Flash est souvent utilisé comme moteur par défaut pour les éléments video (et il est possible ensuite qu'une vidéo ajoute un flux parallèle à la vidéo pour exécuter du javascript malveillant, que le moteur ActiveScript de Flash va exécuter sans rien demander de plus à l'utilisateur !) Le 24 janvier 2013 13:01, Cyrille Giquello cyrill...@gmail.com a écrit : Le 16 janvier 2013 11:07, Philippe Verdy verd...@wanadoo.fr a écrit : Le 16 janvier 2013 11:01, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Heureusement que le JRE en version Embedded n'est pas touché, sinon la cible c'était les smartphones sous Windows Phone pour aller chercher les accès des différentes applis (bancaires par exemple)... Windows Phone qui fonctionnerait grâce à Java ? Ben voyons. Non je n'ai pas dit ça, mais il y a IE dessus, comme aussi Firefox, et un Java qui tourne dessus. Windows Phone aujourd'hui c'est du Windows normal et ce n'est plus limité à .Net, il y a du code natif dessus aussi (et pas virtualisé du tout). Des attaques similaires existent aussi sous .Net (même principe : utilisation de la réflexion et changement de certificat pour passer un niveau de sécurité). Il y a aussi le système Nokia (je ne sais plus le nom) qui a du Java natif (mais plus nécessairement limité à la version Embedded avec les smartphones et tablettes actuels qui peuvent faire beaucoup plus). Ca ne s'arrange pas pour Java : http://www.developpez.com/actu/51075/Java-decouverte-de-deux-nouvelles-failles-dans-le-correctif-d-Oracle-la-qualite-du-code-inquietante-pour-Security-Explorations/ -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Villeges sans routes OSM
C'est que s'il n'y a pas de cadastre vecteur et bien il n'y a pas de comptage. C'est juste pour ça que je ne trouve pas ce layer pertinent. En regardant ce layer autrement, on lui trouve son utilité. Arch, so ! Tu as dis Je ne la trouve pas pertinente pour la voirie. c'était donc grossier et imprécis ;-) La bonne phrase était donc : Je ne la trouve pas pertinente pour la voirie des communes qui n'était pas vectorisées en avril 2012 Et là, en effet, je ne peux que te le concéder : cet outil ne fonctionnant que pour ces communes là ;-) -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Représentation des frontières dans OSM
+1000 Ca, par exemple, est théoriquement illégal en Inde: http://osm.org/go/zyOB~ Ca rajoute évidemment une couche de complexité, mais il en va de la crédibilité du projet dans certaines zones. A remonter sur des listes plus globales? Stéphane PS: on en parle déjà (plus ou moins) ici: http://wiki.openstreetmap.org/wiki/WikiProject_United_Nations_political_boundaries -- Le mot progrès n'aura aucun sens tant qu'il y aura des enfants malheureux -- Albert Einstein A journey does not need reasons. Before long, it proves to be reason enough in itself. One thinks that one is going to make a journey, yet soon it is the journey that makes or unmakes you. -- Nicolas Bouvier Photos de voyages, photos de montagne: http://www.henriod.info 2013/1/24 Arnaud arnaud@gmail.com Bonjour à tous, Certaines frontières, sont pour des raisons historiques et politiques contestées [1]. Dans OSM aucune différence n'est faite entre ces limites contestées et celles approuvées. Cela peut amener à des événements plutôt embarrassants: http://eductice.ens-lyon.fr/**EducTice/recherche/geomatique/** veille/sites/lettre-info/**articles/lettre-nb011/**frontieres-googlehttp://eductice.ens-lyon.fr/EducTice/recherche/geomatique/veille/sites/lettre-info/articles/lettre-nb011/frontieres-google Ne devrions-nous pas le faire? Proposer un tag qui modifierait le style en conséquence. Exemple, la frontière pourrait apparaître floutée ou en pointillée. Arnaud [1] http://fr.wikipedia.org/wiki/**Liste_de_territoires_contest%**C3%A9shttp://fr.wikipedia.org/wiki/Liste_de_territoires_contest%C3%A9s __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Villeges sans routes OSM
On jeudi 24 janvier 2013, PierreV wrote: Juste dommage que la source de comparaison des données n'est pas très fiable étant donné que c'est une interprétation du cadastre et donc cela peut induire des fausses interprétations... Exact, il nous faudrait une source plus robuste, cf discussion IGN / OSM à coté. Mais en attendant mieux, on a que ça ;-( Est-ce que se serait possible d'avoir une carte qui lisse ses données pour avoir une carte plus lisible et moins brusque pour les changements de couleur que l'on pourrait montrer au grand public? ça doit être possible, mais loin d'être gagné, il nous faudrait un expert du postgis bien motivé pour se prendre la tête sur la question pendant un bout de temps, avis au motivés ;-) -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour info: Utilisateurs de JOSM - Mise à jour de sécurité urgente de Java (7.11)
Philippe, Désole de te contredire, mais au-delà du hors sujet total par rapport au flash/html5/video, ton affirmation est fausse. On 13-01-24 08:46 AM, Philippe Verdy wrote: . Avec HTML5 cela se complique car Flash est souvent utilisé comme moteur par défaut pour les éléments video (et il est possible ensuite qu'une vidéo ajoute un flux parallèle à la vidéo pour exécuter du javascript malveillant, que le moteur ActiveScript de Flash va exécuter sans rien demander de plus à l'utilisateur !) HTML 5 n'utilise pas Flash, c'est au contraire une alternative: http://en.wikipedia.org/wiki/Comparison_of_HTML5_and_Flash http://en.wikipedia.org/wiki/HTML5_video A. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fond carto basé sur OSM
Le 24/01/2013 12:12, Pieren a écrit : 2013/1/24 Steve Grosbois steve.grosb...@gmail.com: Pourquoi se limiter à un seul style ? Pourquoi ne pas définir un petit ensemble de styles qui se destineraient chacun à des publics différents ? Parce que un serveur de tuiles nécessite des centaines de Go d'espace disque par style. A moins de se limiter à un espace restreint (comme la France métropolitaine). Pieren Bonjour, Ne pourrait-on pas se contenter de définir ces différents styles (par exemple un généraliste, un pour les cyclistes, un autre pour les randonneurs, etc ...) et les proposer aux utilisateurs avancés, qui souhaiteraient les utiliser soit pour mettre en place leur propre serveur de dalles, soit pour créer des cartes pour leur GPS ou smartphone ? Par exemple, j'aimerais pouvoir mettre des cartes basées sur OSM dans le style IGN 1/25000 dans mon GPS (un peu comme la carte francetopo.fr). Mais il n'y a pas de style actuellement disponible librement, et francetopo.fr interdit la récupération de ses dalles. Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fond carto basé sur OSM
On jeudi 24 janvier 2013, Pieren wrote: C'est un sujet qui m'intéresse aussi. Ca fait longtemps que je demande un style adapté au public français. Voilà qui serait intéressant ! Tu pourrais détailler ce que tu entends par public français ? Qui viserais-tu comme cibles ? est-ce ton idée déjà évoquée de présenter les noms en français des toponymes étrangers ? Entre moi, yoan, toi, et christian (+ d'autres) on pourrait peut-être se planifier une réunion genre IRC pour résumer nos motivations et nos objectifs afin de mutualiser ce qu'on sait déjà de manière dispersée voire regrouper des projets avec un tronc commun ou même fusionner des projets il faut veiller à deux points importants de ce que j'ai pu lire sur l'experience mapnik pour osm.org : - limiter l'édition du style à un très petit groupe de personnes. ha ? Moi, j'ai opté pour l'inverse ;-) J'en dis plus sur l'autre mail que je vais envoyer 1 pour éviter les bourdes. J'ai prévu de gérer ça autrement par une procédure de test plus poussée. 2. pour conserver une certaine cohérence dans le design (de toute façon, il n'y aura jamais 100% de satisfaits) Là, ça dépend de l'objectif qu'on se fixe. - définir le public cible. Voilà à mon avis la question clé Sur le site principal, le style est orienté contributeurs. Je n'en suis pas convaincu, je dirais qu'il est orienté tout hazimut -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fond carto basé sur OSM
On jeudi 24 janvier 2013, Pieren wrote: 2013/1/24 Steve Grosbois steve.grosb...@gmail.com: Pourquoi se limiter à un seul style ? Pourquoi ne pas définir un petit ensemble de styles qui se destineraient chacun à des publics différents ? Parce que un serveur de tuiles nécessite des centaines de Go d'espace disque par style. A moins de se limiter à un espace restreint (comme la France métropolitaine). C'est en effet un premier problème, celui de la gestion équitable des ressources serveur dont nous disposons. Mais à la limite, on a pour l'instant de la marge et on pourrait choisir d'attendre d'avoir mal pour crier. Il me semble que le premier problème, c'est plutôt que tout le monde en parle, mais personne ne veut le gérer. -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Représentation des frontières dans OSM
2013/1/24 Stéphane Henriod s...@henriod.info: A remonter sur des listes plus globales? C'est déjà discuté. Le dernier en date: http://lists.openstreetmap.org/pipermail/tagging/2012-November/012183.html Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Représentation des frontières dans OSM
Ah ! Que l'on m'excuse d'emmagasiner de l'eau à mon moulin, bien que je ne sois qu'un piètre contributeur, mais je trouve qu'il y a une très mauvaise approche de la notion de limite dans OSM. La notion de frontière, les aléas de la côte bretonne, les mic-macs incessants pour qu'une forêt s'arrête ou pas au bord d'une route, en sont des manifestations. ... mais je suis conscient que quelques tags de plus pourront répondre à la question de Arnaud. Je suis un peu hors sujet, ou trop général, je pense. Ce qui ne va pas à mon avis est le principe On tague pour la donnée, non pour le rendu. Ça ne va pas parce que une limite, c'est forcément du rendu. Si on enregistre les objets ou choses isolément comme dans une base de donnée, la notion de limite n'existe pas.Donc c'est la bordel pour placer quand même une limite. Dire que c'est une surface est une tromperie. La frontière de pays, par exemple.. Dans une base de données politique, il y aurait la France, l'Allemagne, parce qu'il y a des pouvoirs qui se nomment ainsi, mais pas la frontière entre les deux. La frontière est un objet en soit, qui n'apparaît que lorsque on veut manifester le rendu d'une interprétation politique, non pas seulement la politique, mais le rendu de la situation politique, du type Selon les accords à l'ONU... Un accord est un rendu. Bon, bref, c'est mon troisième message aujourd'hui, limite hors sujet en plus, je m'arrête c'est promis, surtout que je n'ai aucune solution miracle. Le 24 janvier 2013 12:58, Arnaud arnaud@gmail.com a écrit : Bonjour à tous, Certaines frontières, sont pour des raisons historiques et politiques contestées [1]. Dans OSM aucune différence n'est faite entre ces limites contestées et celles approuvées. Cela peut amener à des événements plutôt embarrassants: http://eductice.ens-lyon.fr/**EducTice/recherche/geomatique/** veille/sites/lettre-info/**articles/lettre-nb011/**frontieres-googlehttp://eductice.ens-lyon.fr/EducTice/recherche/geomatique/veille/sites/lettre-info/articles/lettre-nb011/frontieres-google Ne devrions-nous pas le faire? Proposer un tag qui modifierait le style en conséquence. Exemple, la frontière pourrait apparaître floutée ou en pointillée. Arnaud [1] http://fr.wikipedia.org/wiki/**Liste_de_territoires_contest%**C3%A9shttp://fr.wikipedia.org/wiki/Liste_de_territoires_contest%C3%A9s __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour info: Utilisateurs de JOSM - Mise à jour de sécurité urgente de Java (7.11)
Le 24 janvier 2013 13:23, Arnaud arnaud@gmail.com a écrit : HTML 5 n'utilise pas Flash, c'est au contraire une alternative: http://en.wikipedia.org/wiki/Comparison_of_HTML5_and_Flash http://en.wikipedia.org/wiki/HTML5_video Ce n'est pas une réelle alternative, il y a un moteur pour exécuter le codec, même si ce moteur est fourni avec le navigateur. Flash bien sûr propose un codec. Et selon les réglages du navigateur c'est lui qui prendra en charge le codec au lieu de celui du navigateur. Ensuite il restera le fait qu'il décode ou non le flux javascript contenu en parallèle dans l'enveloppe de transport de la vidéo. Le codec ne vient pas tout seul par magie parce que HTML5 utilise juste l'élément video sans rien de plus. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour info: Utilisateurs de JOSM - Mise à jour de sécurité urgente de Java (7.11)
D'ailleurs tu ferais bien de lire la page http://en.wikipedia.org/wiki/HTML5_video qui justement détaille comment la spécification des types MIME va associer des codecs non nécessairement pas inclus dans le navigateur mais associés à des plugins comme Flash. Google implémente le format WebM (Flash aussi), sinon il y a aussi Ogg et Mpeg4, qui eux aussi dépendent de qui fournit les codecs (pour Mpeg4 il y en a plein selon les plugins installés, notamment RealPlayer qui est assez populaire car il permet le téléchargement des vidéos. Il interprète aussi le flux javascript contenu dans l'enveloppe Mpeg4). Dire qu'il n'y a QU'UN seul format supporté dans HTML5 c'est faux de le croire même si on peut utiliser l'élément video sans rien préciser (dans ce cas le navigateur regardera le MIME type du flux et déterminera le codec à utiliser automatiquement selon les associations de type et les plugins enregistrés dans le navigateur ; et Flash reste installé par défaut dans bien des navigateurs car bien des sites le demandent encore ; quand ils s'installe comme plugin, il va prendre en charge un grand nombre de Types MIME, donc de codecs). HTML5 n'a rien changé à la guerre actuelle des codecs et des plugins, même si tous les navigateurs sont sensés supporter certains codecs eux-mêmes sans ajout d'un autre plugin (mais les plugins peuvent encore remplacer celui intégré dans le navigateur). Le 24 janvier 2013 13:23, Arnaud arnaud@gmail.com a écrit : Philippe, Désole de te contredire, mais au-delà du hors sujet total par rapport au flash/html5/video, ton affirmation est fausse. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Solution pour surveiller les gros changeset ou potentiellement problématiques
Les messages que tu as reçu du DWG n'avait pas de lien avec le fait que tu soit nouveau il me semble. Où est le rapport ? Le DWG et la question des débutants sont deux sujets à part. J'ai été menacé de blocage de compte par le DWG à cause de l'ajout du bâti dans mes changesets. Ces messages, je pense que nous sommes une majorité à considéré qu'ils ne sont pas appropriés. Merci de me le dire mais c'est bien ce genre de dérive que j'essaye de faire éviter. Je n'ai pas eu de soutien massif pour me défendre contre ces remarques. On m'a même traité de malade en me proposant de prendre des calmants...c'est pour cela que j'ai arrêté de contribuer un certain temps. Quand on contribue pour OSM c'est surtout par passion et par envie de créer quelque chose de libre pour nous et ceux qui nous suivront. Ainsi, se faire menacer de blocage alors qu'on prend sur son temps libre, je dis bravo. Il faut arrêter de prendre les contributeurs pour des pigeons juste bon à placer des nodes et arrêter la création de ce système de gestion pyramidale sur un projet comme OSM. Tes remarques sont donc plus un peu procès d'intention qu'autre chose en faisant au passage un amalgame. Aucun amalgame de ma part, et aucun procès d'intention tu as du mal me comprendre. En effet, j'ai parlé de mon expérience face au DWG. C'était un sujet à part. J'ai également parlé des nouveaux qui n'ont pas besoin d'être assommés de remarques automatiques ou je ne sais quoi. 1 million d'inscrits mais combien d'actifs ? Si on tape sur ceux qui bossent et ceux qui débutent ils restent qui dans les contrées désertiques pour bosser ? Si vous avez trop de temps venez en Franche-Comté, il y a des milliers d'heures à passer. Pour ma part, je n'ai nulle envie de mettre des bâtons dans les roues des contributeurs, qu'ils soient nouveaux ou pas. J'essaye au contraire de faire avancer le schmilblick pour accueillir au mieux les nouveaux contributeurs, pour qu'ils s'intègrent à la communauté, pour qu'ils aient rapidement les aides, les tutos et les réponses aux questions les plus fréquentes afin qu'ils ne laissent pas tomber après quelques changesets d'essai avec Potlatch. C'est cet esprit qui est le bon mais faut-il pour autant un outil de surveillance pour continuer en ce sens ? Tout le monde fait des erreurs, même les anciens, parfois sur un minuscule way de moins de 10m qui te casse les limites d'une commune, d'une CU, d'un département, d'une région, les côtes d'un pays... c'est pas pour ça qu'on en fait un fromage, mais un outil qui signalerait ce genre de choses, c'est plus qu'utile ! Les outils sont utiles mais comment être sûr qu'au fil du temps ces derniers ne vont pas finir par devenir envahissants pour le contributeur ? Regarde la tête de la pointe bretonne... ça fait des mois... Pour l'instant ça se détecte après coup, par les effets produits et quand ils sont visibles c'est qu'il y a un gros impact. Oh oui des gros soucis il y en a partout c'est d'ailleurs ce qu'on utilise pour créer des lois liberticides pour contraindre la population. Oh vous savez il y a eu un meurtre dans votre rue, on va y placer une caméra à chaque angle de la ville... bah oui ma bonne dame, vous serez plus tranquille comme ça Ce n'est pas du flicage de contributeur, c'est de la surveillance sur les données pour pouvoir réagir rapidement sur des changeset à impact fort (y compris légaux comme l'inclusion de données privées, un autre sujet récent du [GA]). Surveiller les données revient pour moi à nécessairement surveiller les contributeurs (puisque ce sont eux les créateurs des données). On a donc la possibilité de passer a un moment donné de la surveillance des données à la surveillance même de l'utilisateur (même si on ne s'en rend pas compte). D'autres questions subsistent. Qui aura accès à ces outils, quels seront les intentions et qui aura ces outils dans les mains demain ? C'est un peu comme Pnorman avec sa possibilité de bloquer les contributeurs. Quel est sa légitimité,... ? -- View this message in context: http://gis.19327.n5.nabble.com/Solution-pour-surveiller-les-gros-changeset-ou-potentiellement-problematiques-tp5745992p5746169.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] Pour info: Utilisateurs de JOSM - Mise à jour de sécurité urgente de Java (7.11)
Le 24/01/2013 13:38, Philippe Verdy a écrit : Le 24 janvier 2013 13:23, Arnaud arnaud@gmail.com a écrit : HTML 5 n'utilise pas Flash, c'est au contraire une alternative: http://en.wikipedia.org/wiki/Comparison_of_HTML5_and_Flash http://en.wikipedia.org/wiki/HTML5_video Ce n'est pas une réelle alternative, il y a un moteur pour exécuter le codec, même si ce moteur est fourni avec le navigateur. Flash bien sûr propose un codec. Et selon les réglages du navigateur c'est lui qui prendra en charge le codec au lieu de celui du navigateur. Ensuite il restera le fait qu'il décode ou non le flux javascript contenu en parallèle dans l'enveloppe de transport de la vidéo. Le codec ne vient pas tout seul par magie parce que HTML5 utilise juste l'élément video sans rien de plus. Je ne sais pas ce qu'il en est, mais avec le plugin flash, les canaux couleurs étaient inversé sur ma machine alors que les vidéos en html5 passaient correctement. Ce qui laisse entendre tout de même que, sur ma machine au moins, html5 n'utilise pas flash. Mais bon, dans OSM, on s'en fout. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Solution pour surveiller les gros changeset ou potentiellement problématiques
De : sly (sylvain letuffe) li...@letuffe.org Bien, alors comment ? Il y a la solution de chacun se démerde avec l'outil de son choix, et/ou celle où on essaye de mutualiser la surveillance (le but étant qu'une analyse d'un cas peut prendre du temps et si chacun le fait pour le même cas on perd du temps) Au niveau des outils, on a en effet celui de P. Norman, mais qui me semble assez basique. Mais on a aussi osmwatch : http://wiki.openstreetmap.org/wiki/Osm-watch Que j'utilise et qui est pas mal (bien que je n'arrive pas à rentrer un critère de nombre) et qui est aussi, je m'en doute, utilisé par d'autres de cette liste. D'autres outils auxquels vous pensez ? ps: est-ce que ça vaut le coup d'étendre la question aussi sur talk-fr, il me semble me souvenir que je sais plus qui avait lui aussi en développement un outil de surveillances des edits Salut, Je pense que je sais plus qui c est moi et j ai effectivement un outil d analyse des diffs qui fonctionne deja ( meme si il est en cours de developpement ) et qu on pourrait utiliser pour ca. Un des avantages c est qu il peut tourner en live ou faire des analyses dans le passe ( si les minutes diffs sont dispos ) Pour les analyses on peut faire un peu ce qu on veut ( dans la limite des infos que fournissent les diffs et de ce que l API permet de recuperer ). Je pense qu il ne serait pas trop compliquer d en faire une qui detecte une personne qui effectue surtout des suppressions ou dont tous les commentaires contiennent f.ck DWG. Tu voudrais faire quoi comme analyse avec des criteres de nombre ? Je comptais ecrire une analyse semblable a celle de P Norman et la faire tourner sur quelques mois precedents pour voir si les blocages du DWG avaient eu un impact sur le nombre de gros changesets d imports bati mais je n ai aps encore eu le temps de m y mettre. J ai aussi en projet une analyse qui lance une alerte lorsque quelqu un casse une limite administrative Pour l instant voici des exemples d analyses que j ai code : + alertes a chaque fois qu une modif est effectuee sur un element qu on a edite ( au moins une fois ) + affichage des seules infos qui ont changees + detection des chemin non rectilignes qui deviennent alignes + recupereration de tous les objets crees/modifies/supprimes par un utilisateur ( c est ce que j ai utilise pour recuperer tous les objets lies a CEDRIC007 ) + alerte sur les utilisateurs inscrits de moins de 3 mois ( pratique pour souhaiter la bienvenue et proposer de l aide aux nouveaux ) + analyse en cours de dev pour Black Myst pour fournir des stats sur les editions d un tag donne sur une periode donnee Julien___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Véritable nom des EPCI : comparaison entre la relation et le site de l'INSEE
Bonjour, En corrigeantles quelques EPCI en erreur car sans ref:INSEE, listés sur cette page http://openstreetmap.fr/outils/epci, je me suis rendu compte qu'il y avait assez souvent une erreur dans le nom de l'EPCI : au lieu d'y trouver quelque chose comme Durance Luberon Verdonhttp://www.insee.fr/fr/methodes/nomenclatures/zonages/zone.asp?zonage=EPCIzone=240400457, on y trouve Communauté d'agglomération Durance Luberon Verdonhttp://www.openstreetmap.org/browse/relation/2665911, en désaccord avec ce qu'indique l'INSEE. Ma question est donc : serait-il possible/envisagerable/intéressant de créer un test Osmose qui compare le nom de la relation avec la valeur affichée sur la page du site de l'INSEE, étant donné que l'URL de ladite page est de la forme http://www.insee.fr/fr/methodes/nomenclatures/zonages/zone.asp?zonage=EPCIzone=XXX, où XXX correspond au tag ref:INSEE ? Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Représentation des frontières dans OSM
Bien entendu on devrait tenir compte uniquement des frontières reconnues à l'ONU (mais dans ce cas les frontières internationales du sud du Maroc sont fausses dans OSM, même si on admet son découpage au niveau régional, car il empiète sur le Sahara occidental qui n'a formellement pas changé de frontières). On pourrait aussi beaucoup parler des frontières entre Israel et l'autorité palestinienne, ou des frontières contestées entre la Chine, le Japon, le Vietnam, la république de Chine, la Corée du Nord... et les conflits sur les petites îles en mer de Chine). Ou encore des frontières entre l'Espagne et le Maroc (pour quelques rochers que l'Espagne estime dans les dépendances de Ceuta ou Melilla). Ou encore des frontières floues entre certaines pays du Golfe et l'Arabie saoudite, ou entre l'Inde et le Pakistan, ou encore des frontières en Antarctique (selon les revendications gelées en l'état mais sans que les conflits aient été résolus), ou encore des frontières entre la France et le Canada sur les eaux territoriales autour de Saint-Pierre-et-Miquelon (un conflit qui initialement avait été résolu, mais que le Canada a de nouveau compliqué en étendant sa ZEE de façon à enclaver les eaux françaises déjà réduites à un corridor qui désormais ne rejoint plus les eaux internationales, puisque la Canada l'a fait sans permettre à la France d'étendre aussi les siennes pour sa propre ZEE... De nombreuses frontières ne sont toujours pas résolues un peu partout en Méditerranée, notamment pour les ZEE. Même en Manche il y a des problèmes encore entre la France et le Royaume-Uni ou Jersey et Guernesey. Dans le Pacifique ouest, c'est très flou un peu partout (il y a des accords bilatéraux très partiels, mais auxquels il manque des parties). Il va falloir des décennies pour résoudre les différents conflits devant des cours internationales (à moins que ne se déclenche des conflits ouverts notamment pour la mer de Chine). Le 24 janvier 2013 13:38, Ista Pouss ista...@gmail.com a écrit : Ah ! Que l'on m'excuse d'emmagasiner de l'eau à mon moulin, bien que je ne sois qu'un piètre contributeur, mais je trouve qu'il y a une très mauvaise approche de la notion de limite dans OSM. La notion de frontière, les aléas de la côte bretonne, les mic-macs incessants pour qu'une forêt s'arrête ou pas au bord d'une route, en sont des manifestations. ... mais je suis conscient que quelques tags de plus pourront répondre à la question de Arnaud. Je suis un peu hors sujet, ou trop général, je pense. Ce qui ne va pas à mon avis est le principe On tague pour la donnée, non pour le rendu. Ça ne va pas parce que une limite, c'est forcément du rendu. Si on enregistre les objets ou choses isolément comme dans une base de donnée, la notion de limite n'existe pas.Donc c'est la bordel pour placer quand même une limite. Dire que c'est une surface est une tromperie. La frontière de pays, par exemple.. Dans une base de données politique, il y aurait la France, l'Allemagne, parce qu'il y a des pouvoirs qui se nomment ainsi, mais pas la frontière entre les deux. La frontière est un objet en soit, qui n'apparaît que lorsque on veut manifester le rendu d'une interprétation politique, non pas seulement la politique, mais le rendu de la situation politique, du type Selon les accords à l'ONU... Un accord est un rendu. Bon, bref, c'est mon troisième message aujourd'hui, limite hors sujet en plus, je m'arrête c'est promis, surtout que je n'ai aucune solution miracle. Le 24 janvier 2013 12:58, Arnaud arnaud@gmail.com a écrit : Bonjour à tous, Certaines frontières, sont pour des raisons historiques et politiques contestées [1]. Dans OSM aucune différence n'est faite entre ces limites contestées et celles approuvées. Cela peut amener à des événements plutôt embarrassants: http://eductice.ens-lyon.fr/EducTice/recherche/geomatique/veille/sites/lettre-info/articles/lettre-nb011/frontieres-google Ne devrions-nous pas le faire? Proposer un tag qui modifierait le style en conséquence. Exemple, la frontière pourrait apparaître floutée ou en pointillée. Arnaud [1] http://fr.wikipedia.org/wiki/Liste_de_territoires_contest%C3%A9s ___ 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] Solution pour surveiller les gros changeset ou potentiellement problématiques
On jeudi 24 janvier 2013, THEVENON Julien wrote: Salut, Je pense que je sais plus qui c est moi et j ai effectivement un outil d analyse des diffs qui fonctionne deja ( meme si il est en cours de developpement ) et qu on pourrait utiliser pour ca. Je savais que je sais plus qui se manifesterait ;-) C'était en effet bien à toi que je pensais, mais ma mémoire fuie un peu. Tu voudrais faire quoi comme analyse avec des criteres de nombre ? Je comptais ecrire une analyse semblable a celle de P Norman Genre ça ;-) D'autres seraient de pouvoir remonter une alertes lorsque un changeset (ou groupe de changesets) répond à certains seuils, exemples : * + de 80% d'objet supprimés * + de x objets ajoutés par changeset ou par durée de temps * moyenne du nombre de noeud par mètre de way 2 * lorsque un changeset contient des tags particuliers * lorsque des noeuds superposés sont ajoutés en bref, un truc qui détecterait les imports foireux, les éditions de masse et autres trucs sur lesquels l'attention de surveillants a intérêt à se porter. sans pour autant refaire ce que osmwatch fait déjà très bien histoire de ne pas tout refaire deux fois. Question, ton outil ne travail que sur les diffs ? ou exploitent-t-il aussi les changesets diffs ? http://planet.openstreetmap.org/replication/changesets/ Pour l instant voici des exemples d analyses que j ai code : + alertes a chaque fois qu une modif est effectuee sur un element qu on a edite ( au moins une fois ) + affichage des seules infos qui ont changees + detection des chemin non rectilignes qui deviennent alignes + recupereration de tous les objets crees/modifies/supprimes par un utilisateur ( c est ce que j ai utilise pour recuperer tous les objets lies a CEDRIC007 ) + alerte sur les utilisateurs inscrits de moins de 3 mois ( pratique pour souhaiter la bienvenue et proposer de l aide aux nouveaux ) + analyse en cours de dev pour Black Myst pour fournir des stats sur les editions d un tag donne sur une periode donnee Génial déjà ! -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Solution pour surveiller les gros changeset ou potentiellement problématiques
Le 24 janvier 2013 13:51, partir-en-vtt ad...@partir-en-vtt.com a écrit : Regarde la tête de la pointe bretonne... ça fait des mois... Pour l'instant ça se détecte après coup, par les effets produits et quand ils sont visibles c'est qu'il y a un gros impact. Oh oui des gros soucis il y en a partout c'est d'ailleurs ce qu'on utilise pour créer des lois liberticides pour contraindre la population. Oh vous savez il y a eu un meurtre dans votre rue, on va y placer une caméra à chaque angle de la ville... bah oui ma bonne dame, vous serez plus tranquille comme ça Cela ne concerne QUE le rendu Mapnik fait par OSM (.org), pas le rendu Mapnik fait par OSM France (rendu appelé en fait 2u, visible sur layers.openstreetmap.fr). Bref il n'y a pas de problème dans la base, juste sur un rendu pas à jour qui a oublié de vérifier la cohérence d'un fichier HORS base OSM qu'il utilise pour tracer les côtes et remplir la mer en bleu. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Véritable nom des EPCI : comparaison entre la relation et le site de l'INSEE
Je dirais plutôt Communauté de Communes Luberon Durance Verdon cf. http://www.cc-luberon-durance-verdon.fr/ et http://www.insee.fr/fr/bases-de-donnees/esl/comparateur.asp?codgeo=epci-240400457#resume(avec une autre appelation et pourtant c'est aussi l'INSEE) Romain Le 24 janvier 2013 13:57, Francescu GAROBY f.gar...@gmail.com a écrit : Bonjour, En corrigeantles quelques EPCI en erreur car sans ref:INSEE, listés sur cette page http://openstreetmap.fr/outils/epci, je me suis rendu compte qu'il y avait assez souvent une erreur dans le nom de l'EPCI : au lieu d'y trouver quelque chose comme Durance Luberon Verdonhttp://www.insee.fr/fr/methodes/nomenclatures/zonages/zone.asp?zonage=EPCIzone=240400457, on y trouve Communauté d'agglomération Durance Luberon Verdonhttp://www.openstreetmap.org/browse/relation/2665911, en désaccord avec ce qu'indique l'INSEE. Ma question est donc : serait-il possible/envisagerable/intéressant de créer un test Osmose qui compare le nom de la relation avec la valeur affichée sur la page du site de l'INSEE, étant donné que l'URL de ladite page est de la forme http://www.insee.fr/fr/methodes/nomenclatures/zonages/zone.asp?zonage=EPCIzone=XXX, où XXX correspond au tag ref:INSEE ? Francescu ___ 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] Pour info: Utilisateurs de JOSM - Mise à jour de sécurité urgente de Java (7.11)
Le 24 janvier 2013 13:53, Vincent Pottier vpott...@gmail.com a écrit : Je ne sais pas ce qu'il en est, mais avec le plugin flash, les canaux couleurs étaient inversé sur ma machine alors que les vidéos en html5 passaient correctement. Dans les deux cas, cela peut être un bogue de ton pilote vidéo, car les deux moteurs vont tenter d'utiliser l'accélération matérielle quand elle est disponible et est sensée prendre en charge certains formats de couleurs (par exemple YUV directement au lieu de RVB). Pour peu que le pilote ne détecte pas les flags mentionnant l'ordonnancement des octets dans les bitplanes, tu aura l'anomalie. Selon les implémentations des codecs, il peut y avoir détection ou pas du bogue connu avec certains pilotes vidéos. En général ça se résoud en mettant à jour son pilote vidéo (il y a aujourd'hui deux grosses sources principales : Nvidia et AMD/ATI, parfois Intel aussi sur les CPU qui intègrent un GPU sur des notebooks bon marché ou des tablettes qui veulent consommer moins d'énergie avec une telle intégration ; les autres sont maintenant anectotiques). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Véritable nom des EPCI : comparaison entre la relation et le site de l'INSEE
Ce qui rajoute donc 2 problèmes : * Vérifier le classement : CC, CA, SAN, ... ; * Sur quelle page de l'INSEE se baser ? Francescu Le 24 janvier 2013 14:05, Romain MEHUT romain.me...@gmail.com a écrit : Je dirais plutôt Communauté de Communes Luberon Durance Verdon cf. http://www.cc-luberon-durance-verdon.fr/ et http://www.insee.fr/fr/bases-de-donnees/esl/comparateur.asp?codgeo=epci-240400457#resume(avec une autre appelation et pourtant c'est aussi l'INSEE) Romain Le 24 janvier 2013 13:57, Francescu GAROBY f.gar...@gmail.com a écrit : Bonjour, En corrigeantles quelques EPCI en erreur car sans ref:INSEE, listés sur cette page http://openstreetmap.fr/outils/epci, je me suis rendu compte qu'il y avait assez souvent une erreur dans le nom de l'EPCI : au lieu d'y trouver quelque chose comme Durance Luberon Verdonhttp://www.insee.fr/fr/methodes/nomenclatures/zonages/zone.asp?zonage=EPCIzone=240400457, on y trouve Communauté d'agglomération Durance Luberon Verdonhttp://www.openstreetmap.org/browse/relation/2665911, en désaccord avec ce qu'indique l'INSEE. Ma question est donc : serait-il possible/envisagerable/intéressant de créer un test Osmose qui compare le nom de la relation avec la valeur affichée sur la page du site de l'INSEE, étant donné que l'URL de ladite page est de la forme http://www.insee.fr/fr/methodes/nomenclatures/zonages/zone.asp?zonage=EPCIzone=XXX, où XXX correspond au tag ref:INSEE ? Francescu ___ 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 -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fond carto basé sur OSM
On jeudi 24 janvier 2013, Pieren wrote: Ca évidemment. Plus ce que j'ai déjà mentionné. Mais aussi les 7.7 millions de wall=no (et pourquoi pas de tous les buildings) ou les 18.000 ford=yes. Je vois donc qu'on a quand même un tronc commun ;-) puisque mon objectif vise (entre autre) à ajouter ce genre d'éléments Ou encore changer les couleurs des autoroutes, routes, les cartouches des refs, la largeur de certains highway, etc... Je ne suis pas raciste, je tolère sans problèmes les larges, les gros, les bleus, les rouges, les verts et même les cartouches. On n'a pas, en effet, la même cible, mais ça n'empêche pas de mutualiser, au mieux, des éléments graphiques, au pire, une chaîne de rendue technique. Pourquoi pas. Mais je vois qu'on est déjà pas d'accord sur le public cible ;-) ça, seule une personne est d'accord avec mon objectif ;-) ça ne m'empêche pas de travailler conjointement avec yohan. Et christian, de son coté, semble plus être en phase avec ta cible qu'avec la mienne. Je peux toujours jouer le rôle de meetic (et prendre ma com', sous forme d'outil que vous auriez développés) (évidemment, on pourrait ajouter les asso sportives genre parapente, trail et vtt dans la liste) On peut tout, qui sait, on intégrera peut-être même un rendu pour les passionnés de bateaux d'eau douce ? * * http://layers.openstreetmap.fr/?zoom=11lat=46.48659lon=3.94759layers=B -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Véritable nom des EPCI : comparaison entre la relation et le site de l'INSEE
Bonjour, De : Romain MEHUT Je dirais plutôt Communauté de Communes Luberon Durance Verdon cf. http://www.cc-luberon-durance-verdon.fr/ et http://www.insee.fr/fr/bases-de-donnees/esl/comparateur.asp?codgeo=epci- 240400457#resume(avec une autre appelation et pourtant c'est aussi l'INSEE) Je dirais plutôt : Durance Luberon Verdon Agglomération :-) C'est le terme utilisé sur le site de l'EPCI : http://www.dlva-projet.fr/ (EPCI qui a dû s'étendre récemment pour devenir Communauté d'Agglo, au passage). Ça rappelle le décalage d'actualité entre les pages de l'INSEE et le terrain. Pour revenir au sujet, il n'est pas rare que le nom d'usage d'une comcom ne soit pas le nom INSEE. Dans ces cas, je place le nom INSEE en name et le nom d'usage en alt_name, cf.: http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives# .C3.89tablissements_publics_de_coop.C3.A9ration_intercommunale Ce que j'appelle nom d'usage ici : le nom sous lequel les locaux parlent de leur comcom, du moins au travers du media qu'est le site web de la comcom (quand il existe, mais c'est majoritairement le cas). vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Appel à présentations pour SOTM-FR
+1 Pierre De : Romain MEHUT romain.me...@gmail.com À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Jeudi 24 janvier 2013 4h29 Objet : Re: [OSM-talk-fr] Réf.: Appel à présentations pour SOTM-FR Est-ce qu'il a été envisagé de filmer les différentes présentations? A priori je ne pourrai être présent à Lyon. Merci. Romain Le 18 janvier 2013 20:08, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Je peux proposer deux présentations : - Osmose - TileMill et réutilisation ___ 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] Solution pour surveiller les gros changeset ou potentiellement problématiques
De : partir-en-vtt ad...@partir-en-vtt.com Quand on contribue pour OSM c'est surtout par passion et par envie de créer quelque chose de libre pour nous et ceux qui nous suivront. Ainsi, se faire menacer de blocage alors qu'on prend sur son temps libre, je dis bravo. Etre passionne et y passer du temps libre ne justifie pas tout. J ai vraiment l impression que tu te places dans une optique de je paye donc j ai tout les droits avec je paye = je suis passionne et j y passe du temps. Si je suis un fervent defenseur de la marche a pied et que je decide de supprimer toutes les routes avec passion et en y passant beaucoup de mon temps libre ce n est pas pour autant que cela sera acceptable. J'ai également parlé des nouveaux qui n'ont pas besoin d'être assommés de remarques automatiques ou je ne sais quoi. 1 million d'inscrits mais combien d'actifs ? Si on tape sur ceux qui bossent et ceux qui débutent ils restent qui dans les contrées désertiques pour bosser ? Est ce que tu as lu les reponses que les gens t ont fait ? il n a nul part ete question de remarques automatiques, seulement de systemes d'alertes automatiques. Les contributeurs qui font le choix de suivre ces alertes peuvent ensuite decider, si ils le pensent utile ou apres concertation avec la communaute, de prevenir le contributeur a l origine de l alerte. Rien a voir avec du spam Si vous avez trop de temps venez en Franche-Comté, il y a des milliers d'heures à passer. On gagne plus de temps a passer une heure a expliquer a quelqu un pour le faire progresser que passer une heure a corriger ses erreurs sans lui dire C'est cet esprit qui est le bon mais faut-il pour autant un outil de surveillance pour continuer en ce sens ? Trouver les nouveaux ca prend du temps. Si un outil me les signal c est autant de temps que je peux passer a les accompagner ou mapper plutot que les chercher Les outils sont utiles mais comment être sûr qu'au fil du temps ces derniers ne vont pas finir par devenir envahissants pour le contributeur ? En quoi c est envahissant ? tu as deja recu des messages des outils pour te prevenir des erreurs ? encore une fois personne n a parle d outils qui bombardent les contributeurs de message Oh oui des gros soucis il y en a partout c'est d'ailleurs ce qu'on utilise pour créer des lois liberticides pour contraindre la population. Oh vous savez il y a eu un meurtre dans votre rue, on va y placer une caméra à chaque angle de la ville... bah oui ma bonne dame, vous serez plus tranquille comme ça Tu confonds tout... pour reprendre ton analogie tant qu il n y a pas de camera installee on ne sait pas ou tu es passe, tu ne laissais pas de traces ton itineraire n etait pas enregistre. Quand on installe la camera alors la il y a flicage parce que tout d un coup on enregistre la ou tu passe et on amasse une info qui n etait pas disponible avant. Dans le cas d OSM tout tes edits sont publies dans les diffs, dans l historique , dans ton profil.. tout es accesssible a la base du moment ou tu t inscris sur le projet. Les outils dont on parle ne vont pas te fliquer puisque toutes ces infos sont deja la, publiees etc... ils vont juste se baser sur des donnees qui sont publiques et faire des analyses dessus. Si tu ne veux pas que les infos sur toi soient disponibles alors n ecrit pas sur des mailings liste publiques, ne contribue pas sur des projets ou les contributions sont visibles etc.. Surveiller les données revient pour moi à nécessairement surveiller les contributeurs (puisque ce sont eux les créateurs des données). On a donc la possibilité de passer a un moment donné de la surveillance des données à la surveillance même de l'utilisateur (même si on ne s'en rend pas compte). D'autres questions subsistent. Qui aura accès à ces outils, quels seront les intentions et qui aura ces outils dans les mains demain ? Les donnees sont disponibles et ont sait qui les rentre donc n importe qui peut developper un outil d analyse. Le probleme n est donc pas qui a acces aux outils mais qui a acces aux donnees ! et comme on est dans un projet libre et bien la reponse c est tout le monde ! Il ne faut pas verser des donnees dans un projet ouvert si tu t inquietes de ce que les gens peuvent faire avec ces donnnees C'est un peu comme Pnorman avec sa possibilité de bloquer les contributeurs. Quel est sa légitimité,... ? Rien a voir. J ai un outil d analyse mais techniquement ca ne permet pas de te bloquerLe probleme c est qu une personne puisse te bloquer sans avoir a rendre de comptes Julien___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Référencer les entreprises autres consultants sur le site openstreetmap.fr
De : Romain MEHUT Peut être mais il me semble que le wiki n'est pas ce qu'il y a de plus accessible pour quelqu'un qui découvre OSM. Dans le cas présent, le site d'OSM-FR me semble plus adapté. 2013/1/24 Pieren Je pense que ça existe déjà sur le wiki principal: http://wiki.openstreetmap.org/wiki/List_of_OSM_based_Services http://wiki.openstreetmap.org/wiki/Commercial_OSM_Software_and_Services http://wiki.openstreetmap.org/wiki/Geofabrik http://wiki.openstreetmap.org/wiki/Mapbox http://wiki.openstreetmap.org/wiki/Category:Company Ne pas hésiter à se référencer aussi par ici : http://georezo.net/geo-entreprise/ en lien avec ça : http://geo-entreprises.afigeo.asso.fr/index.php? option=com_geoannuview=entreprisesItemid=2 vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Représentation des frontières dans OSM
Il a été question des frontières dans cette émission http://www.franceculture.fr/emission-culturesmonde-dessiner-le-monde-14-de-l%E2%80%99instabilite-de-la-carte-2012-12-24avec la difficulté de représenter les frontières entre les territoires en conflit. Romain Le 24 janvier 2013 12:58, Arnaud arnaud@gmail.com a écrit : Bonjour à tous, Certaines frontières, sont pour des raisons historiques et politiques contestées [1]. Dans OSM aucune différence n'est faite entre ces limites contestées et celles approuvées. Cela peut amener à des événements plutôt embarrassants: http://eductice.ens-lyon.fr/**EducTice/recherche/geomatique/** veille/sites/lettre-info/**articles/lettre-nb011/**frontieres-googlehttp://eductice.ens-lyon.fr/EducTice/recherche/geomatique/veille/sites/lettre-info/articles/lettre-nb011/frontieres-google Ne devrions-nous pas le faire? Proposer un tag qui modifierait le style en conséquence. Exemple, la frontière pourrait apparaître floutée ou en pointillée. Arnaud [1] http://fr.wikipedia.org/wiki/**Liste_de_territoires_contest%**C3%A9shttp://fr.wikipedia.org/wiki/Liste_de_territoires_contest%C3%A9s __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour info: Utilisateurs de JOSM - Mise à jour de sécurité urgente de Java (7.11)
Philippe, Je ne vais pas continuer cette discussion qui n'a pas grand intérêt ni de relation avec OSM. Je l'ai déjà dit auparavant, ce n'est pas en mettant pleins de sigles et de mots compliqués que tu auras raison. Je te laisse persister dans tes propres vérités... A. On 13-01-24 09:16 AM, Philippe Verdy wrote: Dire qu'il n'y a QU'UN seul format supporté dans HTML5 c'est faux de le croire même si on peut utiliser l'élément video sans rien préciser (dans ce cas le navigateur regardera le MIME type du flux et déterminera le codec à utiliser automatiquement selon les associations de type et les plugins enregistrés dans le navigateur ; et Flash reste installé par défaut dans bien des navigateurs car bien des sites le demandent encore ; quand ils s'installe comme plugin, il va prendre en charge un grand nombre de Types MIME, donc de codecs). HTML5 n'a rien changé à la guerre actuelle des codecs et des plugins, même si tous les navigateurs sont sensés supporter certains codecs eux-mêmes sans ajout d'un autre plugin (mais les plugins peuvent encore remplacer celui intégré dans le navigateur). Le 24 janvier 2013 13:23, Arnaud arnaud@gmail.com a écrit : Philippe, Désole de te contredire, mais au-delà du hors sujet total par rapport au flash/html5/video, ton affirmation est fausse. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: Appel à présentations pour SOTM-FR
Bravo, bon, j'ai répondu trop vite. Il faut dire que j'ai un délai de six heures avec la France et que ma boite de courriel est un vrai fouillis le matin. Aujourd'hui, un record a peut-être été établi. À cette-heure-ci, 8:30 au Québec, 13:30 en France, Il y a 97 courriels reçus dans la liste OSM-talk-fr, plusieurs disons sur des sujets sans limite. Ah les bavards, bon je m'égare... Pierre De : Christian Quest cqu...@openstreetmap.fr À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Jeudi 24 janvier 2013 4h57 Objet : Re: [OSM-talk-fr] Réf.: Appel à présentations pour SOTM-FR C'est prévu. L'epitech devrait pouvoir rediffuser en live, mais à minima on enregistrera. Le 24 janvier 2013 10:29, Romain MEHUT romain.me...@gmail.com a écrit : Est-ce qu'il a été envisagé de filmer les différentes présentations? A priori je ne pourrai être présent à Lyon. Merci. Romain Le 18 janvier 2013 20:08, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Je peux proposer deux présentations : - Osmose - TileMill et réutilisation ___ 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] Pour info: Utilisateurs de JOSM - Mise à jour de sécurité urgente de Java (7.11)
Le 24/01/2013 14:11, Philippe Verdy a écrit : Le 24 janvier 2013 13:53, Vincent Pottier vpott...@gmail.com a écrit : Je ne sais pas ce qu'il en est, mais avec le plugin flash, les canaux couleurs étaient inversé sur ma machine alors que les vidéos en html5 passaient correctement. Dans les deux cas, cela peut être un bogue de ton pilote vidéo, car les deux moteurs vont tenter d'utiliser l'accélération matérielle quand elle est disponible et est sensée prendre en charge certains formats de couleurs (par exemple YUV directement au lieu de RVB). Pour peu que le pilote ne détecte pas les flags mentionnant l'ordonnancement des octets dans les bitplanes, tu aura l'anomalie. Selon les implémentations des codecs, il peut y avoir détection ou pas du bogue connu avec certains pilotes vidéos. En général ça se résoud en mettant à jour son pilote vidéo (il y a aujourd'hui deux grosses sources principales : Nvidia et AMD/ATI, parfois Intel aussi sur les CPU qui intègrent un GPU sur des notebooks bon marché ou des tablettes qui veulent consommer moins d'énergie avec une telle intégration ; les autres sont maintenant anectotiques). Non, Philippe. C'est un problème connu de certaines versions de Flash. Mais j’arrête là car c'est totalement hors sujet. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition(s) pour un petit coup de balais dans les tags fixme
A noter : les FIXME dans les relations ne sont pas forcément assez explicites concernant la liste des membres inclus ; par exempel dans les relations les tags peuvent être tous corrects, ainsi que la liste des membres, mais certains membres peuvent encore avoir des problèmes ; hors on n'a pas de tag membre par membre, juste un champ rôle pour cela sur lesquels on devrait pouvoir indiquer non pas seulement outer mais outer:FIXME par exemple si l'inclusion du membre avec le rôle outer est juste mais le membre lui-même a un problème dans sa définition (ce qu'on ne verra pas si les objets liés par ces membres ne sont pas eux-mêmes chargés en cliquant charger les membres incomplets dans JOSM). On peut toujours mettre un tag FIXME=* dans la relation, mais ces FIXME devraient permettre une classification selon ce qu'ils désignent. Si on admet FIXME:tag=* en donnant le nom d'un tag qui pose problème dans la relation (ce qui permet de classer les corrections à faire selon le tag qui pose un problème ou à vérifier), que mettre concernant la liste des membres elle-même : FIXME::role=* (ce serait adéquat car il n'y a aucun conflit possible avec le nom d'un tag de la relation qui ne peut pas être la chaine vide et ne devrait pas commencer par un : mais par une lettre. La valeur donnée en revanche à un tag FIXME=* ou FIXME:tag=* ou FIXME::rôle=* ne doit pas être discriminante : cela doit rester du texte libre. Et aucun d'eux ne doit s'afficher sur un rendu normal (uniquement sur des rendus techniques d'analyse pour le contrôle qualité). Dans certains cas j'ai vu des relations dont certains membres avait un rôle FIXME, quand l'inclusion du membre posait problème car l'objet lié a des problèmes : ils signalent que pour obtenir une relation cohérente, l'objet lié doit être chargé dans JOSM pour voir ce qui est à faire dedans (bref pour y regarder ses propres tags FIXME). Le 24 janvier 2013 11:36, Pieren pier...@gmail.com a écrit : 2013/1/23 sly (sylvain letuffe) li...@letuffe.org: Il peut peut-être exister un autre cas, mais que je n'ai pas trouvé ou le fixme=name est présent avec un name=x qui aurait été ajouté en même temps et on pourrait alors penser que ça veut dire : j'ai ajouté un nom bidon, merci de le corriger J'en dû en voir un ou deux. Ca peut aussi vouloir dire j'ai ajouté un nom mais j'ai un doute; à vérifier svp. Je ne pense pas qu'il soit opportun de supprimer automatiquement le fixme dans ce cas. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Présentation de 2u, un rendu alternatif déstiné aux contributeurs
Salut, Après m'être souvenu que je n'en avais même pas fait la présentation ici puis que j'en suggère l'existence, je présente un nouveau rendu, géré sur le serveur de rendu de l'association par moi et... toi ? == Pour les pressés == C'est le rendu par défaut sur http://layers.openstreetmap.fr Cible : Son nom est 2u qui sous-entend qu'il est fait pour vous, les contributeurs, il se veut un peu le remplaçant de feu osmarender en affichant, un max de choses, le plus à jour possible pour être utile avant tout lorsque l'on édite les données. 2u étant l'acronyme de Ugly and Usefull Couverture : monde Look : Pour l'instant tout pareil que le defaut sur osm.org == un peu plus de détails == http://wiki.openstreetmap.org/wiki/2u (english) Il doit normalement être dispo dans la liste JOSM des fond de carte TMS/WMS on peut donc s'en servir comme carte dans le sélecteur de zone Sa philosophie étant un peu celle des logiciels libres : release quick, release often en gros, tant pis si c'est pas super beau et un peu buggé, le but s'est d'afficher plein de truc pour qu'on sache, ce qui se cache dans cette base (des pistes de ski, des trucs marins, la rando, tout ou presque) et que l'on puisse, tout en se promenant, repéré des éléments habituellement cachés par les autres rendus. On notera par exemple que la côte du finistère est réparée ;-) == chouette, comment on le fait évoluer car je ne vois pas de différence ? == Je n'ai pour l'instant que jeté les bases et montré que ça marche, maintenant, il faut des volontaires avec des idées et, idéalement, un peu de compétences techniques pour en faire un vrai rendu typé communautaire, ou les propositions d'ajout ne sont pas ignorées* et mis au fond d'un sac comme c'est le cas pour le rendu par défaut d'osm.org Les contributeurs d'idée, de style, de code, de procédures de tests sont donc les bienvenus pour y participer ! http://wiki.openstreetmap.org/wiki/2u * Attention, je n'ai pas dis que je vais moi, personnellement, traiter toutes les demandes du merci d'afficher ci ou ça et les yakafaucon. Les idées sont bien sûr les bienvenues, mais clairement, les patchs avec la correction qui ne reste plus qu'a intégrer sont largement plus bienvenus et ont plus de chance d'être intégrées direct -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Solution pour surveiller les gros changeset ou potentiellement problématiques
De : sly (sylvain letuffe) li...@letuffe.org Genre ça ;-) D'autres seraient de pouvoir remonter une alertes lorsque un changeset (ou groupe de changesets) répond à certains seuils, exemples : * + de 80% d'objet supprimés * + de x objets ajoutés par changeset ou par durée de temps * moyenne du nombre de noeud par mètre de way 2 * lorsque un changeset contient des tags particuliers * lorsque des noeuds superposés sont ajoutés A part la moyenne du nombre de noeuds par metre de way et les noeuds superposes qui demandent de faire du spatial le reste n est pas complique a faire. Perso je n aime pas trop l analyse par changeset, c est trop facile a contourner en saucissonnant en plusieurs changeset, je prefere la duree de temps en bref, un truc qui détecterait les imports foireux, les éditions de masse et autres trucs sur lesquels l'attention de surveillants a intérêt à se porter. il faut voir par contre que mon outil n est pas aussi puissant qu un vrai soft avec une base spatiale. La l idee c est vraiment d avoir un outil qui tourne sur sa machine perso sans passer des heures a tout installer et configurer et de faire ses propres analyses sans pour autant refaire ce que osmwatch fait déjà très bien histoire de ne pas tout refaire deux fois. C est bien d avoir des choses complementaires mais la redondance ne fait pas de mal non plus Question, ton outil ne travail que sur les diffs ? ou exploitent-t-il aussi les changesets diffs ? http://planet.openstreetmap.org/replication/changesets/ Ah tiens je ne connaissais pas les changesets diffs,c est nouveau ? je viens de jeter un coup d oeuil c est plutot vide Actuellement il ne consomme que les diffs car c est eux qui contiennent les donneees ( y compris les ids des changesets ). Pour les changesets je peux recuperer leur contenu directement depuis leur id. Génial déjà ! Merci mais je dirais pas non a avoir plus d utilisateurs ou de gens qui proposent ou developpent des analyses ;-) Julien___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Référencer les entreprises autres consultants sur le site openstreetmap.fr
+1 a ce que dit Sly et Christian 2013/1/24 sly (sylvain letuffe) li...@letuffe.org On jeudi 24 janvier 2013, Marc SIBERT wrote: En clair : peut-on ajouter une page sur le site openstreetmap.fr avec la liste des professionnels qui travaillent avec/autour d'OSM avec pour chacun d'eux une sorte de profession de foi. Je n'y vois aucun inconvénients, bien au contraire, et je rejoins les arguments de christian. Note : je suis à même de maintenir la page. Saura-tu être objectif et ne pas dégager des concurrents ? ;-) -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ 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] Véritable nom des EPCI : comparaison entre la relation et le site de l'INSEE
Le 24 janvier 2013 14:19, Vincent de Chateau-Thierry v...@laposte.net a écrit : Je dirais plutôt : Durance Luberon Verdon Agglomération :-) C'est le terme utilisé sur le site de l'EPCI : http://www.dlva-projet.fr/ Bien vu! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présentation de 2u, un rendu alternatif déstiné aux contributeurs
C'est d'ailleurs le TMS que j'utilise maintenant par défaut dans JOSM
à la place de celui du Mapnik d'OSM (.org).
Il suffit dans JOSM de le déclarer dans les préférences TMS/WMS en
ajoutant la ligne:
tms:http://{switch:a,b,c}.layers.openstreetmap.fr/2u/{zoom}/{x}/{y}.png
On peut préciser le niveau de zoom maximum (au départ j'avais mis 18,
mais il semble qu'il tourne jusqu'au niveau 19 : peux-tu le confirmer
? Il me semble que le niveau 18 suffit pour travailler dans JOSM)
entre crochets entre tms et :http://...;
On lui donne un nom (par exemple 2u) et aussitôt il est disponible
dans l'imagerie. Pour ensuite qu'il soit dispo aussi dans le sélecteur
de zones à télécharger on m'a dit qu'il fallait redémarrer JOSM (pas
évident au départ car JOSM ne le dit pas, bien qu'il rende l'imagerie
disponible tout de suite en tant que calque sans redémarrer).
On peut de la même manière ajouter les autres couches présentées dans
layers pour les rendre disponibles comme calque. Attention tout de
même à la croissance du cache locale de tuiles (il n'y a visiblement
aucune limite de taille sur le disque dur, JOSM accumule même les
tuiles obsolètes depuis longtemps, il faut nettoyer ce cache à la
main, et il n'est pas inutile de changer son emplacement pour qu'il ne
soit pas par défaut sur son SSD mais sur un volume de disque dur plus
grand : on régle l'mplacment du cache local dans les préférences TMS
aussi).
J'ai une modif en cours de dév qui va modifier la façon dont JOSM gère
son cache de tuiles local (avec une purge automatique, et aussi qui ne
stockera pas TOUTES les tuiles dans le même dossier qui peut contenir
alors un index de plus en plus lourd à gérer pour l'OS). Car je ne
suis pas satisfait par la façon dont le cache local fonctionne pour
l'instant (il ne stocke pas dans ses métadonnées les dates ou durées
d'obsolescence retournées par le serveur de tuiles en résultat des
requêtes HTTP, donc s'avère incapable de faire du ménage tout seul).
Ma modif consistera en un thread tournant en tâche de fond avec une
priorité faible qui va balayer le cache pour faire du ménage
automatique, et dans le stockage des métadonnées autres que le seul
ETag comme actuellement : il devrait utiliser les entêtes HTTP
destinés à la gestion du cache web, y compris sur les proxys comme
Squid), et dans un stockage utilisant une collection de sous-dossiers
(les tuiles seront stockées en fonction d'un hash rapide sur leur URL,
afin que cela soit prédictif ; le hash pourrait être tout simple tel
que getHash() sur l'objet String, ou si cela n'est pas suffisant
j'utiliserai un hash MD5 qui est très rapide à calculer et devrait
suffire à bien répartir les données ; le nombre de sous-dossiers à
créer dépendra d'un paramètre indiquant le nombre maximum de tuiles à
stocker pour tous les niveaux d'un TMS donné, et probablement le
niveau de zoom sera un premier niveau de dossier, seuls les x et y
entrant en fin de compte dans le comptage selon les niveaux de zoom ;
les premiers niveaux seraient donc non purgés car fréquemment
utilisés).
J'ai commencé à étudier ce code Java de gestion du cache local, qui
fait juste le strict minimum mais ne s'occupe de rien (cela est très
gênant pour travailler avec JOSM avec des tablettes : car il les
sature beaucoup trop vite dans leur capacité de stockage local).
Le 24 janvier 2013 14:39, sly (sylvain letuffe) li...@letuffe.org a écrit :
Salut,
Après m'être souvenu que je n'en avais même pas fait la présentation ici puis
que j'en suggère l'existence, je présente un nouveau rendu, géré sur le
serveur de rendu de l'association par moi et... toi ?
== Pour les pressés ==
C'est le rendu par défaut sur http://layers.openstreetmap.fr
Cible : Son nom est 2u qui sous-entend qu'il est fait pour vous, les
contributeurs, il se veut un peu le remplaçant de feu osmarender en
affichant, un max de choses, le plus à jour possible pour être utile avant
tout lorsque l'on édite les données. 2u étant l'acronyme de Ugly and
Usefull
Couverture : monde
Look : Pour l'instant tout pareil que le defaut sur osm.org
== un peu plus de détails ==
http://wiki.openstreetmap.org/wiki/2u (english)
Il doit normalement être dispo dans la liste JOSM des fond de carte TMS/WMS on
peut donc s'en servir comme carte dans le sélecteur de zone
Sa philosophie étant un peu celle des logiciels libres : release quick,
release often en gros, tant pis si c'est pas super beau et un peu buggé, le
but s'est d'afficher plein de truc pour qu'on sache, ce qui se cache dans
cette base (des pistes de ski, des trucs marins, la rando, tout ou presque)
et que l'on puisse, tout en se promenant, repéré des éléments habituellement
cachés par les autres rendus.
On notera par exemple que la côte du finistère est réparée ;-)
== chouette, comment on le fait évoluer car je ne vois pas de différence ? ==
Je n'ai pour l'instant que jeté les bases et montré que ça marche,
maintenant, il faut des volontaires avec des idées et, idéalement, un peu
Re: [OSM-talk-fr] Proposition(s) pour un petit coup de balais dans les tags fixme
On jeudi 24 janvier 2013, Pieren wrote: J'en dû en voir un ou deux. Ca peut aussi vouloir dire j'ai ajouté un nom mais j'ai un doute; à vérifier svp. Je ne pense pas qu'il soit opportun de supprimer automatiquement le fixme dans ce cas. Oui, je comprends ça, le problème étant qu'il n'est pas possible de les distinguer (de manière sûr) des autres cas qui sont : le nom est correct mais la personne n'a pas retiré le fixme. La question est donc une balance du pour et du contre : a) Soit on ne fait rien concernant fixme=name dans la base et on laisse donc en l'état. Nous préservons ainsi le cas que tu indiques mais nous noyons le poisson en n'aidant pas à l'utilité des fixme. b) Soit nous acceptons le dommage collatéral car nous considérons qu'il y a plus à gagner qu'a perdre à le faire. Mon choix est b) mais j'écoute volontiers les partisans du a) et me plierais à la décision démocratique du genre : il faut 2/3 de personne d'accord sinon je ne fais rien. -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fond carto basé sur OSM
J'aime l'idée d'un style orienté communautaire, institutionnel, services publics. Cela complèterait ce qui existe ailleurs. Ce que l'on voit habituellement, même Mapnik, est très orienté commercial. Pierre De : Pieren pier...@gmail.com À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Jeudi 24 janvier 2013 5h52 Objet : Re: [OSM-talk-fr] Fond carto basé sur OSM 2013/1/24 Christian Quest cqu...@openstreetmap.fr: Tout à fait ! Un travail commun sur un style me semble intéressant. Ce n'est pas un domaine que l'on a beaucoup creusé jusqu'à maintenant, mais j'ai commencé un petit peu en regardant le fonctionnement du style mapnik/cartocss avec tilemill. C'est un sujet qui m'intéresse aussi. Ca fait longtemps que je demande un style adapté au public français. Si un groupe se lance dans une adaptation du style, il faut veiller à deux points importants de ce que j'ai pu lire sur l'experience mapnik pour osm.org : - limiter l'édition du style à un très petit groupe de personnes. 1 pour éviter les bourdes. 2. pour conserver une certaine cohérence dans le design (de toute façon, il n'y aura jamais 100% de satisfaits) - définir le public cible. Sur le site principal, le style est orienté contributeurs. On affiche un maximum de choses sans aller jusqu'à la saturation. C'est un équilibre délicat. Mon avis à deux balles: Pour la France, je verrais plutôt un public cible institutionnel, genre collectivités locales, mairies. etc. Ca voudrait dire supprimer les affichages purement commerciaux (restos, mc'do, bars, etc) et privilégier les services publics (CPAM, écoles, mairies, pharmacies, postes, hopitaux, etc). Et laïc (ne pas afficher les diocèses, s'en tenir aux place_of_worship non sectaires avec un affichage plus discret). Etc Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition(s) pour un petit coup de balais dans les tags fixme
On mercredi 23 janvier 2013, sly (sylvain letuffe) wrote: Le mercredi 23 janvier 2013 16:39:47, Bruno Besson a écrit : Il y a aussi les FIXME=* qui sont utilisés (...) Pour les FIXME, je proposerais peut-être même de tous les passer en minuscule : cohérance et homogénéité A noter que la question des fixme ou FIXME n'était qu'une parenthèse, mon sujet initial ne concerne que les fixme en minuscule pour fixme=name et fixme=set better annotation. Et voyant l'opposition au changement de FIXME à fixme il y a grande chance que je n'en parle même pas dans un autre sujet. Je ne toucherais donc pas aux FIXME du tout, quoi qu'ils puissent contenir -- sly, DWG member since 11/2012 Coordinateur du groupe [ga] http://wiki.openstreetmap.org/wiki/User:Sletuffe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
