Re: [OSM-talk-fr] Création d'un Groupe de Travail pour un import du Cadastre National
Le 21/10/2012 00:38, Philippe Verdy a écrit : Le 21 octobre 2012 00:16, sly (sylvain letuffe)li...@letuffe.org a écrit : * j'évite de stigmatiser les martiens, qui ne sont pas pire ni meilleur que d'autres extraterrestre... et puis ce sont les plus proches donc plus enclins à nous envahir, on ne sait jamais Note que je n'ai voulu stigmatiser personne, j'ai parler de l'arrivée des martiens comme d'un événement moins probable que l'arrivé des extraterrestres. Moi je parlais de la petite minorité installée aux postes de commandement les plus stratégiques et qui envahissent tous les terrains en intervenant directement dans toutes les décisions, tout en échappant aux lois et devenant plus puissants que les gouvernements et en vivant totalement à l'écart du monde dans des paradis complètement virtuels (aujourd'hui financiers). Ceux-là (les « Lunatiques ») qui ne savent même pas à quoi ressemble le monde réel et envahissent pourtant tous les médias au point qu'on n'entend et voit plus qu'eux ou leurs zouaves asservis, et qui savent parfaitement se planquer pour échapper à tout contrôle, sont les vrais « extra-terrestres » qui nous ont déjà envahi. Bonjour, On peut mettre cette réponse étonnante sur le compte de l'heure tardive, mais on peut aussi en avoir une lecture plus autobiographique qui explique bien des réponses de cette liste, mais aussi parmi les groupes de calculs distribués. Écouter les signaux venus de l'espace laisse bien des traces. Bonne journée Marc ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création d'un Groupe de Travail pour un import du Cadastre National
Christian Quest cqu...@openstreetmap.fr wrote: Ca va à l'encontre de ce qu'on a toujours mis en avant jusqu'à aujourd'hui: la qualité avant la quantité. Pour moi aussi c'est à utiliser avant l'invasion extra-terrestre*. +1 Cette initiative est l'opposé de ce que l'on a toujours proposé. Même si elle va exactement dans le sens de ce que veut le DWG on importerait de manière brutale des Go de données non traitée et il faudrait ensuite espérer que le travail de fourmi derrière se passe bien... Et on tranerait des millions d'erreurs pendant... des années ? L'idée est ironiquement intéressante, car elle pousse au bout la logique que semble promouvoir le DWG mais elle va (a mon sens) a l'encontre de notre travail... -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Création d'un Groupe de Travail pour un import du Cadastre National
Le 21 octobre 2012 08:35, Marc Sibert m...@sibert.fr a écrit : On peut mettre cette réponse étonnante sur le compte de l'heure tardive, mais on peut aussi en avoir une lecture plus autobiographique qui explique bien des réponses de cette liste, mais aussi parmi les groupes de calculs distribués. Écouter les signaux venus de l'espace laisse bien des traces. Projet abandonné il y a des années... Il y en a d'autres mais je ne parlais pas de ceux-là, au départ c'était une point d'humour pour réagir à une autre pointe d'humour, pas une pique personnelle, même avec des sous-entendus. L'heure tardive n'y est pour rien et ne devrait pas étonner. J'aurais du ajouter un smiley si ce n'était pas clair pour toi... ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Le logiciel libre promu dans l'administration française par le Premier Ministre
Un petit aparté (en fait à peine) sur la récente circulaire d'orientation envoyée par le Premier Ministre pour inviter les administrations à mieux utiliser (et davantage) et à soutenir le logiciel libre pour en démontrer l'intérêt dans de nombreux domaines : http://pad.april.org/p/translationayraultcircular (circulaire en français, traduction en anglais en cours par l'APRIL et ses contributeurs) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?
sly (sylvain letuffe) li...@letuffe.org wrote: Même un extrait but du bati depuis OSM (en imaginant aucune modification) n'est qu'un extrait du plan cadastral Oulla ! Je ne comprends pas du tout cette phrase de cette façon ! la rediffusion de ces données n'est autorisée que pour les produits (...) constitués pour partie seulement du plan cadastral C'est le produit redistribué qui, il me semble, ne peut contenir qu'une partie (de lui même) du plan cadastrale. Sinon ce serait pour *une* partie seulement du plan cadastral Possible, le sens exact est pas évident. Mais il faut tout de même noté que ce que nous importons c'est le bâti, pas le plan cadastral stricto-sensus puisque par définition le plan cadastral c'est le plan des parcelles cadastrales (avec ou sans leur identfication). Le bâti est un élément du plan cadastral. -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pavé dans la marre : L'import de donnée en provenance du cadastre est il légal ?
Le 21 octobre 2012 13:09, Pierre-Alain Dorange pdora...@mac.com a écrit : Mais il faut tout de même noté que ce que nous importons c'est le bâti, pas le plan cadastral stricto-sensus puisque par définition le plan cadastral c'est le plan des parcelles cadastrales (avec ou sans leur identfication). Le bâti est un élément du plan cadastral. On n'importe pas que le bâti, car au niveau parcellaire on importe en importe aussi une partie ! Cela concerne certains groupes de parcelles, y inclus des limites administratives (plus ou moins simplifiées voire affinées si on y intègre d'autres sources comparées), et qu'on les complète par d'autres éléments quand ils sont identifiables directement tels quels (sans intégration) depuis le plan cadastral (qui dispose pour cela de sa propre symbologie d'identification), afin de simplifier justement le travail ultérieur de rapprochement pour l'intégration. Si on n'incluait que le bâti sans les autres éléments d'identification pour le rapprochement, ces données seraient quasiment impossibles à rapprocher et intégrer correctement, bref ce ne serait qu'un import pour lequel il ne serait même pas possible de discerner les doublons ou versions successives d'objets qui ont évolué. Cela ne veut pas dire que ces autres données seront elles-mêmes importées telles quelles, ni même intégrées. Dans tous les cas, le travail d'intégration (avec ou sans les autres données) ne peut se passer du barrage filtrant de la validation (pour respecter les nombreuses autres contraintes de validité imposées par OSM, mais pas par le cadastre lui-même qui n'a pas connaissance ou n'inclue pas les autres données déjà présentes dans OSM). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réf.: je quitte la France, salut salut
Heureux possesseur d'un Etrex 30 je confirme: memes petits désagréments (mais globalement très satisfait) ++ Pierre-Olivier 2012/10/19 orhygine arbail...@gmail.com Le 19 octobre 2012 16:09, Florian LAINEZ winner...@free.fr a écrit : Le 1 octobre 2012 20:19, THEVENON Julien julien_theve...@yahoo.fr a écrit : si je me rappelle bien c etait toi qui cherchait un datalogger pour tes vacances et qui t es rabattu sur un etrex de Garmin,ca donne quoi?satisfait ou non ? Oui c'est bien moi. Assez satisfait du Etrex 20 : bonne prise en main, très bonne précision, bonne autonomie, navigation fluide, carte OSM qui s'affichent précisément ... j'ai pu mettre dans la carte micro-SD la carte OSM des 3 pays dans lesquels j'ai voyagé, c'était vraiment utile ! Les défauts : les boutons extérieurs sont très facilement cliquable, donc a chaque fois que je l'avait en poche, je me retrouvais au fond d'un menu lambda ... assez pénible a la longue. Surtout que l'on ne peut pas mettre l'écran en veille, donc pour économiser de l'énergie j'aurai aimé pouvoir rester dans le menu, sur un écran statique. De plus, l'avertissement de fin de batterie se fait seulement quelques minutes avant l'extinction automatique, il faut donc avoir ses piles a portée de main à ce moment là. Peut-etre le Etrex 30 corrige-t-il ces problèmes ? je n'en sais rien. l'etrex 30 est un etrex 20 avec alti barometrique et boussole électronique. je ne pense pas qu'il y ait d'autre différence. les problématiques que tu cites doivent donc etre les mm sur le 30. ++ -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christophe Triquet | http://orhyginal.free.fr | ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Argumentaire pour la libération des données de géobretagne
Bonjour Un élu du conseil régional de Bretagne me demande de lui envoyer un mail pour soutenir/défendre la libération des données issue du portail géobretagne. Auriez vous des pistes de courrier/argumentaire pour aller dans ce sens ? Je pense en l'occurrence à la libération des données des cours d'eau mais peut-être y'en a t'il d'autres ... Merci de vos retours éclairés ! Lionel - C2iC / 1piedsurTerre ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Avez-vous utilisé des données de la ville de Toulouse ?
Yop, - J'imagine que Tisséo a assuré le service minimum pour être compatible avec les données présentes pour Toulouse. Mais peut-on leur en vouloir ? Leur système n'a pas vocation à être utilisé partout, personnellement ça ne me dérange pas qu'ils ne gèrent qu'un schéma de tags. - Les adresses de Toulouse devraient bientôt être suggérées sur Osmose :) Merci Fred et Jocelyn ! - Couverture médiatique de la remise des prix open data : http://www.midenews.com/innovation/3283-open-data-a-toulouse-les-applications-laureates.html A+ Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Argumentaire pour la libération des données de géobretagne
Club Informatique Inter Communes / C2IC a écrit : Un élu du conseil régional de Bretagne me demande de lui envoyer un mail pour soutenir/défendre la libération des données issue du portail géobretagne. Auriez vous des pistes de courrier/argumentaire pour aller dans ce sens ? Voici la lettre que nous avions envoyée il y a un an et demi à Pierre Cohen, le président de Toulouse Métropole (qui s'appelait alors CUGT) : http://opendata-toulouse.numahel.net/doku.php/lettre Cette lettre avait abouti quelques réunions et six mois plus tard au lancement du portail Open Data de la communauté urbaine : http://data.grandtoulouse.fr/ A++, Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemins forestiers : motorcar=no ou motor_vehicle=no ?
2012/10/19 Nicolas e.co...@gmx.net: Par ailleurs, le tag motorcar ne désigne-t'il pas uniquement les voitures ? si (http://wiki.openstreetmap.org/wiki/Access) Ou bien désigne-t'il l'ensemble des véhicules à moteur ? non Les chemins forestiers ne sont non plus autorisés aux motos par exemple. Ne serait-il pas plus pertinent d'utiliser quelque chose comme motor_vehicle=no ? si Il existe aussi motor_vehicle=forestry qui pourrait éventuellement convenir. Mais son utilisation exclue-t'elle dans ce cas les autres catégories de véhicules motorisés ? si Mais tu pourrais plus simplement définir le statut d'accès général par access=forestry. Avec ta proposition, tu ne parles que des véhicules à moteur et pas des autres types de véhicules. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Motorroad en France?
2012/10/20 Marc o...@framboisier.fr: Pourquoi dans le cas 2 proposes tu motorroad=yes. Si tous les trunk on motorroad=yes. N'est-ce pas redondant ? motorroad=yes lorsqu'il y a le panneau C107 (route pour automobile) pour trunk = toujours avec C107, ça dépend. Il faut encore décider pour le cas 5, celle des 2x2 voies à 110km/h mais qui n'a pas le panneau C107. C'est rare mais ça existe. Il faut alors pouvoir distinguer ces routes pour ceux qui peuvent y accéder ou non (scooters, cyclistes, suicidaires). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset - suite
Le samedi 20 octobre 2012 16:36:02, sly (sylvain letuffe) a écrit : Me semblant que les discussion en cati-mini étant un sujet sensible en rapport avec le sujet sensible du 2ème compte, j'ai demandé aux exprimés de DWG si l'on pouvait continuer la discussion sur talk. Ils m'ont dit ok, j'ai donc re-posté ma proposition sur talk pour y continuer la discussion publiquement. Un petit résumé (agrémenté de mon point de vue) de leur avis sur la question de remplacer la nécessité d'un deuxième compte par la nécessité de tags dans le changeset : Ils sont d'accord pour dire que la méthode qui consiste à demander un 2ème compte pour les imports n'est pas la meilleure solution sur le long terme et que la solution d'indiquer le type d'édit qui est réalisé devrait plutôt se trouver dans le changeset, et en gros, que ma proposition va dans le bon sens. Ils m'indiquent avoir compris que c'était pénible pour nous de l'appliquer dans notre cas où ce n'est pas un seul (ou 2) comptes qui font tout l'import tout en précisant que dans presque tous les autres cas déjà rencontrés d'imports, le défaut devenait mineur (puisqu'il n'y a qu'un compte à créer). Mais que compte tenu des outils utilisés actuellement pour le suivi/surveillance, compte tenu aussi de la manière encore peu pratique d'accéder aux tags des changesets que ça soit dans JOSM par l'api ou par les outils de redaction/revert en masse, ils veulent que le 2ème continue à être utiliser avec une syntaxe d'ailleurs reconnaissable à l'oeil dans le format : utilisateur (cadastre import account) ou plus simplement : utilisateur_import Toutefois, (que la lumière soit !), sitôt que la majorité de ces problèmes techniques seront résolus, ils accepterons alors que le 2ème compte ne soit pas nécessaire, voire même non recommandé. Le manque de développeur y voyant un intérêt ils m'ont indiqué que ça risquait d'être long, et que ça pourrait ne pas être avant quelques mois, ou plus... (sic) Une option, selon eux, devenant alors : - stopper les imports cadastre jusqu'a ce que ces fonctions soient opérationnelles ou - importer avec un 2ème compte J'ai senti (sans preuve) un message du type : si vous le codez, ça pourrait bien sûr avancer plus vite ps: les détails techniques pour lesquels j'ai un avis très mitigé* ne devrait pas tarder à être dispo (en anglais sur talk) * Je ne peux pas dire que c'est du flan, mais je pense quand même que les défauts engendrés sont moindre que d'imposer un 2ème compte. (Non seulement pour nous, bien évidement, mais aussi dans l'avenir pour les données et le démêlage du quel compte sert à quoi, était-ce une erreur, etc.) -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset - suite
Merci pour tes efforts. Je reste quand même très largement sur ma faim. En gros, on rajoute une deuxième voire troisième couche. La deuxième couche c'est le nom spécifique pour le compte dédié... va-t-on être bloqué si on ne respecte pas ce nommage ? C'est aller un peu plus loin dans les règles pour bloquer les imports. La troisième couche c'est l'ajout de tags que le DWG n'utilisera pas car il ne veut pas faire évoluer ses outils ni l'API. Risque-t-on à terme un blocage si on n'utilise pas les bons tags ? Je vois peut être les choses d'une façon trop négative mais j'ai la désagréable impression qu'on s'enfonce un peu plus dans les sables mouvants. Toujours pas de réponse du DWG à nos candidatures, toujours aucune réaction sur les questions de gouvernance, ni sur les questions pratiques que j'ai pu poser sur l'usage de ce deuxième compte. Le 21 octobre 2012 23:01, sly (sylvain letuffe) li...@letuffe.org a écrit : Le samedi 20 octobre 2012 16:36:02, sly (sylvain letuffe) a écrit : Me semblant que les discussion en cati-mini étant un sujet sensible en rapport avec le sujet sensible du 2ème compte, j'ai demandé aux exprimés de DWG si l'on pouvait continuer la discussion sur talk. Ils m'ont dit ok, j'ai donc re-posté ma proposition sur talk pour y continuer la discussion publiquement. Un petit résumé (agrémenté de mon point de vue) de leur avis sur la question de remplacer la nécessité d'un deuxième compte par la nécessité de tags dans le changeset : Ils sont d'accord pour dire que la méthode qui consiste à demander un 2ème compte pour les imports n'est pas la meilleure solution sur le long terme et que la solution d'indiquer le type d'édit qui est réalisé devrait plutôt se trouver dans le changeset, et en gros, que ma proposition va dans le bon sens. Ils m'indiquent avoir compris que c'était pénible pour nous de l'appliquer dans notre cas où ce n'est pas un seul (ou 2) comptes qui font tout l'import tout en précisant que dans presque tous les autres cas déjà rencontrés d'imports, le défaut devenait mineur (puisqu'il n'y a qu'un compte à créer). Mais que compte tenu des outils utilisés actuellement pour le suivi/surveillance, compte tenu aussi de la manière encore peu pratique d'accéder aux tags des changesets que ça soit dans JOSM par l'api ou par les outils de redaction/revert en masse, ils veulent que le 2ème continue à être utiliser avec une syntaxe d'ailleurs reconnaissable à l'oeil dans le format : utilisateur (cadastre import account) ou plus simplement : utilisateur_import Toutefois, (que la lumière soit !), sitôt que la majorité de ces problèmes techniques seront résolus, ils accepterons alors que le 2ème compte ne soit pas nécessaire, voire même non recommandé. Le manque de développeur y voyant un intérêt ils m'ont indiqué que ça risquait d'être long, et que ça pourrait ne pas être avant quelques mois, ou plus... (sic) Une option, selon eux, devenant alors : - stopper les imports cadastre jusqu'a ce que ces fonctions soient opérationnelles ou - importer avec un 2ème compte J'ai senti (sans preuve) un message du type : si vous le codez, ça pourrait bien sûr avancer plus vite ps: les détails techniques pour lesquels j'ai un avis très mitigé* ne devrait pas tarder à être dispo (en anglais sur talk) * Je ne peux pas dire que c'est du flan, mais je pense quand même que les défauts engendrés sont moindre que d'imposer un 2ème compte. (Non seulement pour nous, bien évidement, mais aussi dans l'avenir pour les données et le démêlage du quel compte sert à quoi, était-ce une erreur, etc.) -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition de Frederik : patch JOSM. Alternative : tags dans changeset - suite
Le dimanche 21 octobre 2012 23:18:55, Christian Quest a écrit : Merci pour tes efforts. Je reste quand même très largement sur ma faim. En gros, on rajoute une deuxième voire troisième couche. La deuxième couche c'est le nom spécifique pour le compte dédié... va-t-on être bloqué si on ne respecte pas ce nommage ? C'est aller un peu plus loin dans les règles pour bloquer les imports. D'accord avec ça. La troisième couche c'est l'ajout de tags que le DWG n'utilisera pas car il ne veut pas faire évoluer ses outils ni l'API. Éternel problème du développement, si pas d'outil, personne ne veut rentrer les données, si pas de données personne ne veut faire l'outil pour. Risque-t-on à terme un blocage si on n'utilise pas les bons tags ? En effet. Mais si tout est automatisé correctement, il n'y aura pas de raison que ça le soit puisque se sera transparent pour le contributeur. Quelqu'un mettant en place un framework d'import par les autres, il me semble, se doit de respecter un minimum de chose pour que l'on puisse identifier ces imports. (exemple : le tag source=cadastre que l'on utilise déjà) Toujours pas de réponse du DWG à nos candidatures, toujours aucune réaction sur les questions de gouvernance, ni sur les questions pratiques que j'ai pu poser sur l'usage de ce deuxième compte. Certes, la question d'un blocage, que ça soit pour un 2ème compte ou des tags devrait, selon moi, de toute façon être soumis à un avis général et de toute façon pas décidé par un petit groupe comme le DWG. Mais cette fois, si on me demandait, je serais d'accord pour l'imposer, sauf démonstration pertinente de son manque d'intérêt au cas par cas. -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Source des données dans OSM
Bonjour, Suites aux discutions sur le cadastre, j'ouvre ce nouveau fils sur les sources d'une manière plus large. OSM est par définition de la fusion de données, or le système actuel privilégie trop l'aspect binaire des sources : tel élément provient de telle source. Par exemple, j'ai récemment fait de la toponymie sur l'Ariège. Les sources de données sont composées de : * Bing pour le géoréferencement * Le cadastre pour la toponymie * Ma connaissance du terrain (là encore c'est une notion très vague, qui recouvre les cartes que j'ai longuement observé étant petit, donc d'une manière très indirecte des données IGN, les panneaux que j'ai pu voir, les discutions avec des personnes, ...) * Des infos que j'ai récolté expressément dans ce but sur le terrain (même s'il s'agit d'une part minime des informations), le Graal étant un plan publique. * Une recherche google sur un nom suite à une mention dans le cadastre pour voir s'il est encore d'actualité (ce qui renvoie sur des sites d'annonce, des annuaire de profession libérales, ...) J'ai récemment taggué : source=géoréférencement:bing;toponymie:cadastre (car 90% de la toponymie en était extraite) Mais dans quel mesure ce travail de fusion de données ne constitue-t-il pas une nouvelle donnée en tant que telle ? Pour le cadastre plus particulièrement, je le consulte via le géoportail (même si j'en ai fait, je ne fait pratiquement plus de géoréférencement depuis le cadastre), donc il est impossible de dire de quel millésime il s'agit. Ce qui me gène, c'est qu'en l’absence de système générique pour gérer les sources, le cadastre est bien souvent la seule source correctement citée. Mais quelle est la valeur d'un tag source=cadastre millésime xxx lorsque la voie en question a été redessinée depuis ? D'où ma proposition, pourquoi en plus du système actuel ne pas affecter des sources aux groupes de modification ? Et pour les développement de josm, il faudrait pouvoir facilement pratiquer l'ajout de source. Balaitous ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
