Re: [OSM-talk-fr] Coller ou pas coller ?
Le 23/09/2012 23:09, Nicolas Dumoulin a écrit : Le dimanche 23 septembre 2012 17:03:01 Stéphane Péneau a écrit : Ah ben tient !! J'ai contacté un contributeur la semaine dernière pour le même genre de situation (highway et landuse collés). Donc vous confirmez qu'il ne faut pas le faire ? Après plusieurs essais, des fois je le fais, des fois pas ; ça dépends du contexte ; ma priorité est d'éviter les multipolygones, je trouve que c'est pire que tout à maintenir, parce qu'on a pas d'outils qui charge les autres objet accrochés dessus (maintenance horrifique). En zone urbaine je suis les limites cadastrales, et je laisse sans landuse l'emprise des voies. En zone rurale je colle les landuse sur les voies (préparez le goudron et les plumes ; bien sucré le goudron, s'il vous plait, et pour les plumes, jolies couleurs assorties ; merci) ou les limites de communes. Pour la maintenance, j'utilise G pour décoller les polylignes, c'est vraiment facile ; l'essayer, c'est l'adopter. Et d'ailleurs c'est Vincent Pottier qui a expliqué comment coller avec F quand la fonction a été intégrée dans josm ; alors ? alors ? Par contre je suis d'accord avec vous pour ne pas utiliser des voies ou des cours d'eau comme morceau de polyligne de landuse ou comme morceau de boundary=administrative : au début je le faisais pour économiser des points ; puis je me suis vite rendue compte que les gens modifient les cours d'eau et les chemins partout, sans pour autant que les cadastres ne soient modifiés en conséquence ; le cours des rivières se modifient tout seuls aussi, alors que la limite de commune qui les suivait n'a pas été modifié au cadastre ; donc maintenant pour les boundary=administrative, je mets des polylignes complètement dédiées. bon alors ce goudron, ça vient ? Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour les imports du bâti depuis le cadastre !!!
Le 23/09/2012 20:39, Eric SIBERT a écrit : Et cerise sur le gâteau, à voir les nombresues traces GPS, Bing est mal calé alors que le cadastre l'est bien. :((( oui, le cadastre vectorisé est la plus part du temps mieux calé que bing. - pour mettre à jour un patelin qui vient juste d'être vectorisé, mais où de bonnes âmes avaient tracé plein de routes et de chemins avec bing, il faut reprendre tout l'existant ; mais, bon, c'est le métier qui veut ça ; c'est notre job ; alors je râle pas, je fais ... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Usage d'OSM par les infographistes...
Le 23 septembre 2012 23:11, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Le dimanche 23 septembre 2012 15:50:53 Etienne Trimaille a écrit : Je pense qu'il y a vraiment quelque chose à faire dans cette direction. Est-ce qu'il y a eu des avancements sur le projet ? Est-ce que le code a été mis quelque part Christian ? Peut-être que OSM2GIS serait un bon candidat :-) Une fois les données converties en .shp, tu dois pouvoir les importer dans tilemill. Bonjour, Je n'ai pas encore testé les shape de OSM2GIS sous tilemill, mais il est clair qu'il s'agit d'un super complément, j'ai juste une petite remarque : si ce n'est déjà fait il faudrait intégrer à OSM2GIS l'étape d'indexation des shapes avec l'outil shapeindex. Plus d'info là: http://support.mapbox.com/kb/mapping-101/step-by-step-prepping-and-optimizing-data-for-tilemill En relisant je vois que le fichier index produit est spécifique à mapnik, donc cela pourrait être optionnel. A+ Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Coller ou pas coller ?
Le 24 septembre 2012 08:32, Hélène PETIT h...@free.fr a écrit : Le 23/09/2012 23:09, Nicolas Dumoulin a écrit : Le dimanche 23 septembre 2012 17:03:01 Stéphane Péneau a écrit : Ah ben tient !! J'ai contacté un contributeur la semaine dernière pour le même genre de situation (highway et landuse collés). Donc vous confirmez qu'il ne faut pas le faire ? Après plusieurs essais, des fois je le fais, des fois pas ; ça dépends du contexte ; ma priorité est d'éviter les multipolygones, je trouve que c'est pire que tout à maintenir, parce qu'on a pas d'outils qui charge les autres objet accrochés dessus (maintenance horrifique). En zone urbaine je suis les limites cadastrales, et je laisse sans landuse l'emprise des voies. En zone rurale je colle les landuse sur les voies (préparez le goudron et les plumes ; bien sucré le goudron, s'il vous plait, et pour les plumes, jolies couleurs assorties ; merci) ou les limites de communes. Pour la maintenance, j'utilise G pour décoller les polylignes, c'est vraiment facile ; l'essayer, c'est l'adopter. Et d'ailleurs c'est Vincent Pottier qui a expliqué comment coller avec F quand la fonction a été intégrée dans josm ; alors ? alors ? Par contre je suis d'accord avec vous pour ne pas utiliser des voies ou des cours d'eau comme morceau de polyligne de landuse ou comme morceau de boundary=administrative : au début je le faisais pour économiser des points ; puis je me suis vite rendue compte que les gens modifient les cours d'eau et les chemins partout, sans pour autant que les cadastres ne soient modifiés en conséquence ; le cours des rivières se modifient tout seuls aussi, alors que la limite de commune qui les suivait n'a pas été modifié au cadastre ; donc maintenant pour les boundary=administrative, je mets des polylignes complètement dédiées. bon alors ce goudron, ça vient ? Hélène +1 :-) Pour développer un peu... je pratique aussi l'art du p'têt ben qu'oui, p'tête ben qu'non ou du ça dépend. Je n'aime pas les tronçons découpés dans les forêts pour faire passer une route ou une ligne électrique, je sais c'est limite pour faire beau, mais c'est aussi parfois plus simple à tracer sur de grande distances. Ceci dit en ville avec les parcelles, c'est plus simple de tracer les contours de surfaces avec l'aide du cadastre... à condition d'utiliser JOSM (je n''y suis passé qu'après 2 ans de P P2). Ceci dit je suis pour la réutilisation des points existants (pas pour économiser des id) mais parce que la modification d'une limite va naturellement entrainée l'autre (voie + limite de landuse par ex.) Mes 0.02 € A+ PS : et n'oubliez pas de changer de user pour les imports du cadastre ;-) -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Coller ou pas coller ?
Le 24/09/2012 09:52, Marc SIBERT a écrit : PS : et n'oubliez pas de changer de user pour les gros imports du cadastre ;-) Ref : http://lists.openstreetmap.org/pipermail/talk/2012-September/064245.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Coller ou pas coller ?
Sur cette question, il y a un constat : tout le monde n'a pas le même souci du détail. Une seule règle prévaut de mon point de vue, c'est que les données doivent toujours évoluer dans le sens d'une plus grande précision et non l'inverse. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap et iOS 6
Bizarrement on dirait que dans l'opinion de certains les problèmes de cartographie d'Apple soit imputables à l'utilisation d'OpenStreetMap ! Voir les commentaires de ce blog par exemple : http://www.journaldulapin.com/2012/09/23/plans-sous-ios-6-et-le-scuffgate-de-liphone-5/ Vlad. On 22 sept. 2012, at 00:15, Emilie Laffray emilie.laff...@gmail.com wrote: Et aussi que sur certains produits. Le problème d'ios 6 serait un mélange de données teleatlas retraité par Apple. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Coller ou pas coller ?
Le 24/09/2012 08:32, Hélène PETIT a écrit : En zone rurale je colle les landuse sur les voies (préparez le goudron et les plumes ; bien sucré le goudron, s'il vous plait, et pour les plumes, jolies couleurs assorties ; merci) ou les limites de communes. Par contre je suis d'accord avec vous pour ne pas utiliser des voies ou des cours d'eau comme morceau de polyligne de landuse ou comme morceau de boundary=administrative : Il n'y a pas comme un paradoxe ? Ou alors il y a une subtilité qui m'a échappée. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Compte rendu activité Vallée Violette, Joué Lès Tours
Le 22/09/2012 21:01, DH a écrit : Le 22/09/2012 20:17, RÉAU Simon a écrit : Bonjour Voici un petit compte rendu des activités passé et a venir en rapport avec OSM sur la quartier de la Vallée Violette à Joué Lès Tours http://www.openstreetmap.org/?lat=47.34593lon=0.67964zoom=16layers=M Durant l'année passé j'ai mis en place une animation durant l'accompagnement à la scolarité organisé par le centre social www.centresocialvalleeviolette.fr http://www.centresocialvalleeviolette.fr/ . Cet accompagnement se caractérisait par deux périodes. Durant la première partie était organisés des activités de culture général, jeux de société, découverte de différents thèmes ... Et dans la deuxième partie soutient scolaire et aide aux devoirs. J'intervenais donc une fois par semaine dans la première partie pour les élèves de CM1 et CM2. Mon intervention a été anticipé par les animateur par une discussion avec les élèves sur la connaissance de leur adresse et sur la recherche du quartier et de leurs maisons sur une carte. Durant mes premières interventions je leur est présenté le projet OSM et les grandes lignes d'un projet libre. Ensuite est venu la phase de contribution ou une a deux fois par semaines les élèves parcouraient le quartier avec les animateurs et notaient leurs observations sur OpenStreetBug. Lors de mon intervention par petit groupe ils rentraient chacun lors tours leur contributions via JOSM. Après quelque séance et des motivations différentes en fonctions des élèves (certain désiraient aller plus loin dans l'édition tandis que d'autre n'étaient plus motivés par ce travail) nous avons dérivé sur différentes activité autour de la cartographie. Nous avons donc abordé de nombreux sujet tel que les projections, le repérage avec un index de carte, les tables de distances, l'interprétation de la légende d'une carte ... De cette activité est ressorti un article dans le journal de quartier écrit par les enfants ( page 3 http://www.centresocialvalleeviolette.fr/docs/PetiteSource-2012.05.pdf ) Suite a cela le centre social ma proposé d'animé une activité permanente pour tous public pour enrichir un peut plus la carte et a terme imprimer une carte du quartier qui sera diffusée dans les boites aux lettres. Cette activité démarre donc officiellement jeudi 27 septembre http://www.centresocialvalleeviolette.fr/activites.php , avec pour but de former un maximum de contributeur sur le quartier et la ville. Nous allons commencer avec une initiation a JOSM et ensuite évoluer techniquement en fonction des demandes des participant (a la fin il seront prêt a intégrer le bati ;-) ). Bravo Simon ! C'est simplement réjouissant de voir de telles initiatives. Une petite question : vers quelle(s) direction(s) s'orientaient les jeunes contributeurs motivés pour aller plus loin ? Technique, sémantique, pratique ? Ne manques pas de nous tenir au courant de la suite des aventures dans cette si belle région. En plus, on peut mettre un visage sur ton nom maintenant ! Félicitations pour t'occuper de la Next Generation Denis Sur le groupe de 10 jeunes, il y en avais 3 qui étais réellement intéressé par la prise en main de JOSM et qui commençaient a bien maîtriser la recherche sur le wiki (les différentes images illustrant les tags était un avantage pour les partie pas ou partiellement traduite), 2 a trois étais intéressés mais n'aurait pas passé de temps libre à contribuer, et les autres ou bout de deux séance commençaient a se disperser et ne plus s'intéresser au sujet. C'est pourquoi ensuite tout en restant dans le sujet de la cartographie j'ai essayer de changer de thème a chaque séance. Les jeunes participant à l'accompagnement scolaire sont sélectionné parmi les plus faible au niveau scolaire, chose que je n'ai pas forcément ressenti dans cette activité. Simon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Coller ou pas coller ?
Le 23/09/2012 23:09, Nicolas Dumoulin a écrit : Idéalement, c'est sûr qu'il faut l'éviter pour les raisons d'édition ultérieure. Néanmoins, tracer une forêt qui s'arrête sur une route se fait très rapidement en utilisant la fonction « suivre le chemin » de Josm. Donc des fois, on peut être indulgent, notament en zone rural, où les aménagements de bord de route ne fleurissent pas tous les matins. (je dis ça pour me chercher une excuse, mais je ne le referai pas promis ;-) ) Voici ce qu'il m'avait répondu. (j'espère qu'il ne m'en voudra pas de copier une partie d'un message privé) : Merci de m’en parler, effectivement la jonction entre les routes et les occupations du sol est volontaire. C’est pour une raison de « topologie » que je fais ça et c’est, je crois, ce qui est conseillé de faire. La démarche consiste à obtenir une occupation du sol contiguë et dans ces circonstances (représentation schématique et simplification qu’impose la numérisation du territoire) les occupations du sol vont jusqu’aux chemins, routes, etc. D’ailleurs, dans la réalité les routes forment souvent des limites « naturelles » entre les parcelles. J’imagine que pour l’édition cela pose parfois des problèmes, pour ma part je n’observe pas encore ce principe quand il s’agit de limites administratives comme les limites de la commune, car elles sont « officielle » et je ne voudrais pas les modifier par erreur ; pourtant ce sont généralement les cours d’eau ou certaines routes qui forment la limite cadastrale entre les communes. Enfin tout ça pour dire que oui j’ai une bonne raison de le faire et j’espère que je pourrais vous la faire partager ; j’ai commencé à m’intéresser à l’intérêt que présente OSM pour ce qui est de l’occupation du sol, car certes l’objectif premier est les routes mais c’est également un outil génial pour l’urbanisme, l’aménagement, etc. Et les collectivités s’en serviront probablement bientôt. A noter qu'il est SIGiste et cartographe de métier. Ou je trouve qu'il y a un biais, c'est que ses landuses sont très détaillés (j'applaudis) mais qu'en zone rurale, ils sont tout de même collés aux routes. Alors qu'entre la route et la parcelle, il y a une banquette, un fossé, parfois une haie, etc... Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] nommage des routes
Bonjour, Ne faites pas toujours confiance aux images géolocalisées par Google et classées pour le service Street View. Je me suis amusé à parcourir des tunnels (en pas à pas) avec cette application et je me suis retrouvé en train de changer de tunnel et de sens de circulation (en virtuel, heureusement) avec des images qui ne correspondaient pas. (Cf. jonction entre A14 et A86 à Nanterre) Teuxe - Mail original - De: Romain MEHUT romain.me...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Dimanche 23 Septembre 2012 21:24:04 Objet: Re: [OSM-talk-fr] nommage des routes Le 23 septembre 2012 20:23, Michaël Zakrzewski mikamika48197...@free.fr a écrit : Bonjour, en ce qui concerne le nommage des routes, est-ce que l'utilisation des images Google Street view est autorisée ? Tu peux t'en servir en seconde intention. La première intention étant le relevé sur le terrain (ou le cadastre). Street View peut éventuellement t'aider si tu n'es plus sûr de ce que tu as observé toi même. 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] nommage des routes
Le dimanche 23 septembre 2012 à 20:23 +0200, Michaël Zakrzewski a écrit : Bonjour, en ce qui concerne le nommage des routes, est-ce que l'utilisation des images Google Street view est autorisée ? Dans ce cas, est-ce qu'il est pertinent de nommer les embranchements (c'est bien ça les D2e3) des départementales ? comme là où il y a à priori des erreurs de panneaux http://goo.gl/maps/blrK1 http://goo.gl/maps/TXpCS Pour ma part, je me sert de google street view pour valider mes précédentes observations sur le terrain lorsque j'ai oublié de prendre des photos d'un point particulier ou que ma mémoire s'embrouille. Cela ne devrait pas être interdit vu que c'est un pure travail d'interprétation, mais le débat est ouvert... En tout cas, cela ne peut techniquement pas servir d'unique source. https://help.openstreetmap.org/questions/710/can-i-use-google-streetview-to-help-create-maps Ce week end, j'ai corrigé dans osm une parti du tracé de l'IGG (Itinéraire Grand Gabarit), je me suis servi de Street View pour marquer une voie ferré en disused https://maps.google.fr/maps?hl=frll=43.814533,0.085959spn=0.005458,0.008991t=mlayer=ccbll=43.814535,0.083918panoid=yfnAT0Bw2wBV3qT9-iHudQcbp=12,349.6,,0,22.3z=17 https://maps.google.fr/maps?hl=frll=43.801092,0.047743spn=0.002462,0.008991t=mlayer=ccbll=43.80109,0.047741panoid=_u9fGt9jyxm9OTusU2d9mQcbp=11,141.58,,1,24.74z=17 et pour corriger un bout de voie classé en tertiary alors qu'elle est interdite à la circulation ! (C'est une voie de contournement de Gabarret et de stationnement réservé aux convois de pièces de l'A380) https://maps.google.fr/maps?hl=frll=43.98454,0.009527spn=0.019639,0.071926t=mlayer=ccbll=43.990372,-0.01004panoid=anNWULVPbV5AwfPLvkx-owcbp=12,240.39,,0,2.29z=14 http://www.igg.fr/igg-commune.php4?id_mot=7 Elle a été nommé Voie Airbus par le contributeur, j'ignore d'où sort ce nom, à la base c'est une ancienne voie ferrée recyclée en voie verte et aménagé sur sur la portion emprunté par les convois... Pour la syntaxe des noms de routes je mets un espace après le D et j'écris le e en minuscules D 2e3 Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OpenStreetMap et iOS 6
Bonjour, Oui, les commentaires (mais pas l'article) laissent le doute... d'autant plus qu'il est impossible (pour l'heure) de savoir quelles sont les données et quel est le processus utilisé pour l'intégration de ces données par Apple. Sans savoir cela en détail je pense qu'il n'y a pas de sujet impacts d'OSM sur la nouvelle appli plans d'iOS5. Toute nouvelle source d'info sur le sujet est bonne à prendre, qu'on aime ou pas la firme à la pomme... ;-) Bonne journée à tous. Message: 3 Date: Mon, 24 Sep 2012 10:50:45 +0200 From: Vladimir Vyskocil vladimir.vysko...@gmail.com To: Discussions sur OSM en français talk-fr@openstreetmap.org Subject: Re: [OSM-talk-fr] OpenStreetMap et iOS 6 Message-ID: 870a06db-2fe2-41e5-bf98-50a3da225...@gmail.com Content-Type: text/plain; charset=iso-8859-1 Bizarrement on dirait que dans l'opinion de certains les problèmes de cartographie d'Apple soit imputables à l'utilisation d'OpenStreetMap ! Voir les commentaires de ce blog par exemple : http://www.journaldulapin.com/2012/09/23/plans-sous-ios-6-et-le-scuffgate-de-liphone-5/ Vlad. On 22 sept. 2012, at 00:15, Emilie Laffray emilie.laff...@gmail.com wrote: Et aussi que sur certains produits. Le problème d'ios 6 serait un mélange de données teleatlas retraité par Apple. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] nommage des routes
Le lundi 24 septembre 2012 à 11:22 +0200, Christophe Merlet a écrit : Le dimanche 23 septembre 2012 à 20:23 +0200, Michaël Zakrzewski a écrit : Bonjour, en ce qui concerne le nommage des routes, est-ce que l'utilisation des images Google Street view est autorisée ? Dans ce cas, est-ce qu'il est pertinent de nommer les embranchements (c'est bien ça les D2e3) des départementales ? comme là où il y a à priori des erreurs de panneaux http://goo.gl/maps/blrK1 http://goo.gl/maps/TXpCS Ce week end, j'ai corrigé dans osm une parti du tracé de l'IGG (Itinéraire Grand Gabarit), je me suis servi de Street View pour marquer une voie ferré en disused https://maps.google.fr/maps?hl=frll=43.814533,0.085959spn=0.005458,0.008991t=mlayer=ccbll=43.814535,0.083918panoid=yfnAT0Bw2wBV3qT9-iHudQcbp=12,349.6,,0,22.3z=17 https://maps.google.fr/maps?hl=frll=43.801092,0.047743spn=0.002462,0.008991t=mlayer=ccbll=43.80109,0.047741panoid=_u9fGt9jyxm9OTusU2d9mQcbp=11,141.58,,1,24.74z=17 et pour corriger un bout de voie classé en tertiary alors qu'elle est interdite à la circulation ! (C'est une voie de contournement de Gabarret et de stationnement réservé aux convois de pièces de l'A380) https://maps.google.fr/maps?hl=frll=43.98454,0.009527spn=0.019639,0.071926t=mlayer=ccbll=43.990372,-0.01004panoid=anNWULVPbV5AwfPLvkx-owcbp=12,240.39,,0,2.29z=14 http://www.igg.fr/igg-commune.php4?id_mot=7 Elle a été nommé Voie Airbus par le contributeur, j'ignore d'où sort ce nom, à la base c'est une ancienne voie ferrée recyclée en voie verte et aménagé sur sur la portion emprunté par les convois... A propos de l'IGG, vers la fin du circuit, il emprunte une piste http://www.openstreetmap.org/?lat=43.66867lon=1.24304zoom=15layers=M J'ai vraiment du mal a croire que le convoi emprunte une route non goudronné entre Lévignac et Mondonville !! À vérifier... Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] nommage des routes
A propos de StreetView, les choses sont assez claires et même confirmées par Ed Parsons lui-même (Google). On peut s'en servir pour tirer des informations (j'ajouterais puisqu'elles sont factuelles, la proctection des oeuvres de création ne s'applique pas) occasionnellement mais pas de manière substantielle (droit protégeant l'effort de collecte). Ce qu'Ed Parsons qualifie lui-même de checking odd street names vs every street name representing a bulk feed (http://lists.openstreetmap.org/pipermail/talk/2011-April/057473.html) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Coller ou pas coller ?
Juste mes 2 roubles là-dessus: effectivement, l'idée d'un landcover est d'avoir au final, une couverture complète, sans trous. Mais il faut bien distinguer 2 concepts en ce qui concerne les routes (aussi valable pour les rivières): - La route en tant que membre d'un réseau routier - La route en tant qu'objet (physique) recouvrant la surface de la terre Dans le premier cas, nous voulons une ligne connectée dans un réseau, avec une direction et des informations utiles pour le routage. Dans le second cas, nous voulons un polygone, qui couvre l'emprise réelle de la route, donc sa largeur réelle et avec des informations sur son matériau ou son aspect (terre battue, asphalte...) En d'autres termes, il faut tout d'abord se mettre d'accord sur ce que l'on veut et, si nous voulons tout (le routage et le landcover), il faudra alors, pour chaque route, créer 2 objets différents, chacun avec ses propriétés spécifiques: un objet linéaire (highway=*) et un polygone fermé (landcover=asphalt ou qqch du genre) Selon ce raisonnement, je serais d'avis que les routes (linéaires) ne devraient pas être collées à quoi que ce soit d'autre, à la fois pour faciliter l'édition ultérieure, mais aussi parce que, conceptuellement, on ne roule pas sur les limites d'un objet cadastral, mais juste à côté. En revanche, pour avoir un joli rendu continu du landcover, là on peut évidemment coller les limites d'un natural=wood avec les limites d'un landcover=asphalt [1]. Cela dit, on arrive à du micro-mapping de land-cover, qui n'est pas forcément ce que l'on veut... Mais si qqn a une autre opinion? ++ Stéphane [1] A ma connaissance, ce tag n'existe pas encore dans le wiki. asphalt=* existe déjà mais n'est pas encore largement utilisé ( http://taginfo.openstreetmap.org/keys/asphalt) -- 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 2012/9/24 Pieren pier...@gmail.com 2012/9/24 Stéphane Péneau stephane.pen...@wanadoo.fr: Ou je trouve qu'il y a un biais, c'est que ses landuses sont très détaillés (j'applaudis) mais qu'en zone rurale, ils sont tout de même collés aux routes. Alors qu'entre la route et la parcelle, il y a une banquette, un fossé, parfois une haie, etc... D'un autre côté, je comprends son raisonnement. Les landuses doivent au final former une couverture complète du territoire. Si tu colles les landuses avec la route, ils le sont aussi avec les landuse adjacents. Si tu laisses un espace, il y a une zone grise sans landuse, à moins de tracer aussi les landuse=highway (ou road) qui forment l'emprise de la route sur le sol. Si on veut tout détailler, les banquettes, les haies, les fossés, il faut aller jusqu'au bout de cette logique et aussi représenter les routes sous forme de polygones et non d'une simple ligne brisée. 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] Coller ou pas coller ?
Le 24/09/2012 10:58, Stéphane Péneau a écrit : Le 24/09/2012 08:32, Hélène PETIT a écrit : En zone rurale je colle les landuse sur les voies (préparez le goudron et les plumes ; bien sucré le goudron, s'il vous plait, et pour les plumes, jolies couleurs assorties ; merci) ou les limites de communes. Par contre je suis d'accord avec vous pour ne pas utiliser des voies ou des cours d'eau comme morceau de polyligne de landuse ou comme morceau de boundary=administrative : Il n'y a pas comme un paradoxe ? Ou alors il y a une subtilité qui m'a échappée. Supposons que deux landuses soient tangeants par une droite AB. On peut représenter ça en mettant deux polygones complets collés par les point A et B. C'est le premier cas. Dans le deuxième cas, le segment AB est une polyligne à lui tout seul, et cette polyligne appartient à deux polygones différents. En cliquant BtnMilieu-de-la-souris sur le segment AB on voit très bien la différence. il y a un crobard ici : http://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives#Cas_particuliers Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Coller ou pas coller ?
Le lundi 24 septembre 2012 à 11:22 +0200, Pieren a écrit : Si on veut tout détailler, les banquettes, les haies, les fossés, il faut aller jusqu'au bout de cette logique et aussi représenter les routes sous forme de polygones et non d'une simple ligne brisée. Il y a cette proposition : http://wiki.openstreetmap.org/wiki/Street_area Je n'arrive pas à retrouver l'endroit en Allemagne où c'est mappé comme ça. C'est un peu extrême mais ça représente bien la réalité... Mika ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Coller ou pas coller ?
Le 24 septembre 2012 11:22, Pieren pier...@gmail.com a écrit : 2012/9/24 Stéphane Péneau stephane.pen...@wanadoo.fr: Ou je trouve qu'il y a un biais, c'est que ses landuses sont très détaillés (j'applaudis) mais qu'en zone rurale, ils sont tout de même collés aux routes. Alors qu'entre la route et la parcelle, il y a une banquette, un fossé, parfois une haie, etc... D'un autre côté, je comprends son raisonnement. Les landuses doivent au final former une couverture complète du territoire. Si tu colles les landuses avec la route, ils le sont aussi avec les landuse adjacents. Ce n'est pas tant de coller un landuse à une route qui est gênant mais de scinder les différents éléments comme dans l'exemple que je donnais précédemment http://www.openstreetmap.org/?lat=48.127699lon=6.543301zoom=18layers=M Dans cet exemple, le way définissant le route est aussi membre de deux multipolygone residential et meadow. Il devrait à mon sens y avoir un second way distinct, et pourquoi pas superposé au premier, pour dessiner les multipolygones. On peut aussi très faire que les landuse se touchent, sans laisser d'espace et sans nécessairement les coller aux routes ni aux limites administratives... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Coller ou pas coller ?
Le 24 septembre 2012 11:44, Hélène PETIT h...@free.fr a écrit : il y a un crobard ici : http://wiki.openstreetmap.org/**wiki/WikiProject_France/** Tracer_les_limites_**administratives#Cas_**particuliershttp://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_les_limites_administratives#Cas_particuliers Je penche pour la proposition 2 Romain ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Coller ou pas coller ?
Exemple hollandais, où du fait d'un import ressemblant plus à de la dentelle. http://www.openstreetmap.org/?lat=51.95258lon=4.65835zoom=16layers=M Ceux qui n'aiment pas les polygones géants de landuse sont servis Le 24 septembre 2012 11:22, Pieren pier...@gmail.com a écrit : 2012/9/24 Stéphane Péneau stephane.pen...@wanadoo.fr: Ou je trouve qu'il y a un biais, c'est que ses landuses sont très détaillés (j'applaudis) mais qu'en zone rurale, ils sont tout de même collés aux routes. Alors qu'entre la route et la parcelle, il y a une banquette, un fossé, parfois une haie, etc... D'un autre côté, je comprends son raisonnement. Les landuses doivent au final former une couverture complète du territoire. Si tu colles les landuses avec la route, ils le sont aussi avec les landuse adjacents. Si tu laisses un espace, il y a une zone grise sans landuse, à moins de tracer aussi les landuse=highway (ou road) qui forment l'emprise de la route sur le sol. Si on veut tout détailler, les banquettes, les haies, les fossés, il faut aller jusqu'au bout de cette logique et aussi représenter les routes sous forme de polygones et non d'une simple ligne brisée. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Coller ou pas coller ?
Le 24/09/2012 11:43, Stéphane Henriod a écrit : Juste mes 2 roubles là-dessus: effectivement, l'idée d'un landcover est d'avoir au final, une couverture complète, sans trous. Mais il faut bien distinguer 2 concepts en ce qui concerne les routes (aussi valable pour les rivières): * La route en tant que membre d'un réseau routier * La route en tant qu'objet (physique) recouvrant la surface de la terre J'ai le même raisonnement : Un landuse représente une surface, et un highway=* un réseau filaire schématique. 2 concepts distincts. D'un autre côté, je comprends son raisonnement. Les landuses doivent au final former une couverture complète du territoire. Si tu colles les landuses avec la route, ils le sont aussi avec les landuse adjacents. Mouais.. dans ce cas, autant coller les landuses ensemble sans coller les routes. Si tu laisses un espace, il y a une zone grise sans landuse, Oui, mais en contrepartie, les landuses ont une surface (en m²) plus proche de la réalité. à moins de tracer aussi les landuse=highway (ou road) qui forment l'emprise de la route sur le sol. Si on veut tout détailler, les banquettes, les haies, les fossés, il faut aller jusqu'au bout de cette logique et aussi représenter les routes sous forme de polygones et non d'une simple ligne brisée. Pieren J'imagine qu'on y viendra un jour. Stf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] borne ign déplacée (dans osm ;-) )
Bonjour, Comment retrouver la bonne place de cette borne ign, qui cela semble évident, a été déplacée pour en faire un node place=village sur un way... http://osm.org/browse/node/670152972 -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Vidéoprotection
Merci pour cet outil ! J'avais saisi dans OSM il y a quelques mois les camras de surveillance publies sur le site OpenData de la ville de Montpellier. Je dsesprai de les voir apparatre sur le site de l'autruche. Ils ne mettent pas jour leurs donnes trs souvent ! Maintenant grce toi, je peux les voir :-) Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Coller ou pas coller ?
Le lundi 24 septembre 2012 à 12:03 +0200, Ab_fab a écrit : Exemple hollandais, où du fait d'un import ressemblant plus à de la dentelle. http://www.openstreetmap.org/?lat=51.95258lon=4.65835zoom=16layers=M Ceux qui n'aiment pas les polygones géants de landuse sont servis houaaa, le truc impossible à maintenir !!! Et qui ne représente pas forcement bien la vérité ! je trouve que c'est un contre-exemple parfait de ce qu'il faudrait faire... Le DWG doit s'arracher les cheveux quand il voit ce genre d'import ! Mika ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] borne ign déplacée (dans osm ;-) )
Le lundi 24 septembre 2012 à 12:16 +0200, Cyrille Giquello a écrit : Bonjour, Comment retrouver la bonne place de cette borne ign, qui cela semble évident, a été déplacée pour en faire un node place=village sur un way... http://osm.org/browse/node/670152972 L'historique de l'objet donne la position initiale. La fiche de la borne sur le site de l'IGN devrait aussi donner l'information mais l'URL a changé... http://geodesie.ign.fr Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Coller ou pas coller ?
Le 24 septembre 2012 11:12, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit : Voici ce qu'il m'avait répondu. (j'espère qu'il ne m'en voudra pas de copier une partie d'un message privé) : Merci de m’en parler, effectivement la jonction entre les routes et les occupations du sol est volontaire. C’est pour une raison de « topologie » que je fais ça et c’est, je crois, ce qui est conseillé de faire. Je n'ai vu nul part ou c'est dit que c'est conseillé, et je pense que c'est le contraire, étant donné que l'on va toujours vers plus de détail. Son raisonnement tombe à l'eau si l'on considère plus la route comme du linéaire, mais du surfacique ! Si il veut 100% d'occupation des sols dans OSM, ce n'est pas la bonne pratique. Comme dit plus haut, le calcul de surface dans son SIG sera plus grand que la réalité. Si on prend un péage d'autoroute, cela parait évident. Je ne vais pas relier les landuses à l'autoroute : http://sautter.com/map/?zoom=16lat=45.47597lon=4.83323layers=00B0TFFF J'aime bien l'import hollandais. Même un highway=track a se propre surface (vide). Si un champs passe en prairie, production de céréales, ... la maintenance est très facile. Par contre, c'est vrai qu'une fois dans JOSM, c'est tout de suite moins beau : trop de point en ligne droite, plein de parcelles identiques qui sont côte à côte ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Coller ou pas coller ?
Le lundi 24 septembre 2012 à 12:37 +0200, Mickaël Guéret a écrit : Le lundi 24 septembre 2012 à 12:03 +0200, Ab_fab a écrit : Exemple hollandais, où du fait d'un import ressemblant plus à de la dentelle. http://www.openstreetmap.org/?lat=51.95258lon=4.65835zoom=16layers=M Ceux qui n'aiment pas les polygones géants de landuse sont servis houaaa, le truc impossible à maintenir !!! Et qui ne représente pas forcement bien la vérité ! La réalité est bien pire. C'est le rendu osm qui ne suis pas ! Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] borne ign déplacée (dans osm ;-) )
Le 24 septembre 2012 12:47, Christophe Merlet red...@redfoxcenter.org a écrit : Le lundi 24 septembre 2012 à 12:16 +0200, Cyrille Giquello a écrit : Bonjour, Comment retrouver la bonne place de cette borne ign, qui cela semble évident, a été déplacée pour en faire un node place=village sur un way... http://osm.org/browse/node/670152972 L'historique de l'objet donne la position initiale. Cool, merci. Voilà, c'est corrigé. La fiche de la borne sur le site de l'IGN devrait aussi donner l'information mais l'URL a changé... http://geodesie.ign.fr Librement, -- Christophe Merlet (RedFox) -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] borne ign déplacée (dans osm ;-) )
Le 24/09/2012 13:58, Cyrille Giquello a écrit : Le 24 septembre 2012 12:47, Christophe Merlet red...@redfoxcenter.org a écrit : Le lundi 24 septembre 2012 à 12:16 +0200, Cyrille Giquello a écrit : Bonjour, Comment retrouver la bonne place de cette borne ign, qui cela semble évident, a été déplacée pour en faire un node place=village sur un way... http://osm.org/browse/node/670152972 L'historique de l'objet donne la position initiale. Cool, merci. Voilà, c'est corrigé. La fiche de la borne sur le site de l'IGN devrait aussi donner l'information mais l'URL a changé... http://geodesie.ign.fr J'ai dans ma todo liste de faire la même chose avec les repères IGN que pour les écoles, les postes, les monuments historiques... En fait j'ai déjà les données. Il me faut un peut de temps et des serveurs totalement remis en place. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Imports du cadastre et compte dédié
Bonjour, j'ai reçu il y a deux jours un message de Richard Weait du DWG me demandant d'utiliser un compte utilisateur dédié pour les imports du cadastre. A votre avis, je dois réagir comment ? - je stoppe mes imports jusqu'à ce que la question des comptes dédiés soit éclaircie avec le DWG ? - Je l'envoie poliment se faire voir ? - Je me crée un compte spécifique ? (ça je n'ai pas vraiment envie de faire) Merci, Augustin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Usage d'OSM par les infographistes...
Idem pour Kartograph. Ca peut aller prendre des données dans une base osm2pgsql. Je ne sais pas quelle place ou quel genre d'accès on peut donner à ce framework sur les serveurs d'OSM-fr. Mais quand je vois ce genre de réalisations, c'est alléchant, en particulier pour la possibilité de jouer avec les projections : https://github.com/kartograph/kartograph.py/wiki/Rendering-SVG-maps-from-OpenStreetMap-data http://kartograph.org/showcase/eastcoast/ (pas à base de données osm, mais très beau) Le 23 septembre 2012 18:32, Christian Quest cqu...@openstreetmap.fr a écrit : J'avis fait ça de façon très bricolée et sans code. Un HOWTO sur l'usage de TileMill avec éventuellement un accès à nos bases osm2pgsql-france pourrait être utile, non ? Le 23 septembre 2012 15:50, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Bonjour, je remonte ce thread. Étant étudiant en cartographie depuis cette année, notre premier travail scolaire vient d'arriver : la réalisation d'une carte thématique sur un département avec les limites administratives cantonales. Avec postgis et tilemill, c'est facile de sortir un svg du département que je souhaite avec les limites cantonales ;-) Mais tout le monde n'a pas une base postgis dans ma promo ! :p Ils recherchent des fonds de carte à généraliser et vectoriser. Alors que moi je l'ai eu en quelques clic sur mon pc. Je pense qu'il y a vraiment quelque chose à faire dans cette direction. Est-ce qu'il y a eu des avancements sur le projet ? Est-ce que le code a été mis quelque part Christian ? Le 6 mars 2012 12:36, Christian Quest cqu...@openstreetmap.fr a écrit : Ca faisait un bout de temps que ça me démangeait, faire une carte de France destinée à des graphistes. Il faut donc sortir du monde des shapefile et autres formats de fichiers que leurs outils quotidiens ne connaissent pas. A titre de test, j'ai généré 2 fichiers SVG avec les limites des régions et des départements, le tout en projection Lambert 93 (c'est sûrement déjà un gros mot pour un graphiste). J'ai essayé de générer des objets graphiques facilement manipulables dans des logiciels tels qu'Illustrator ou Inkscape. J'ai donc regroupé les objets OSM tant que possible (un tracé par frontière), et simplifié les traces pour ne pas manipuler trop de points (résolution 50m). C'est ici dans les fichiers joints de cet article: http://www.openstreetmap.fr/contours-departements-et-regions J'ai fait ça en semi-automatique, si vous pensez que ça peut être utile, je peux l'automatiser pour d'autres types d'extractions (les communes d'un département, le réseau hydrographique, ferré, autoroutier...). Je me suis appuyé sur un schéma osmosis pour les requêtes postgis. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imports du cadastre et compte dédié
De : Augustin Roche augustin.ro...@gmail.com Bonjour, j'ai reçu il y a deux jours un message de Richard Weait du DWG me demandant d'utiliser un compte utilisateur dédié pour les imports du cadastre. A votre avis, je dois réagir comment ? - je stoppe mes imports jusqu'à ce que la question des comptes dédiés soit éclaircie avec le DWG ? - Je l'envoie poliment se faire voir ? - Je me crée un compte spécifique ? (ça je n'ai pas vraiment envie de faire) Solution alternative, Tu envoies tes donnees paté de maison par paté de maison. Cela permet d avoir des changesets de taille limitée qui apparemment passent sous les radars ( c etait vrai pour ma part il y a 2 semaines ), tu es moins exposé au risque d avoir l envoi qui foire ( et au pire si ca foire ca fait beaucoup moins de degats a reparer). Autre avantage ca permet d envoyer ce que tu fais au fur et a mesure et des fois ca evite de travailler plusieurs sur une integration pour s apercevoir au moment de l envoi que quelqu un l a deja fait entre temps. My 2 cents Juien___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Coller ou pas coller ?
Le 23/09/2012 23:21, Nicolas Dumoulin a écrit : Le dimanche 23 septembre 2012 23:15:42 Vincent de Chateau-Thierry a écrit : Tu donnais ce matin l'exemple d'une école : c'est typiquement une situation où j'use et abuse du cadastre : les limites de parcelles sont souvent raccord avec un mur extérieur / une grille qui donne sur la rue, donc un modèle facile à suivre pour délimiter l'emprise de l'école sans trop déborder (et surtout pas jusqu'à l'axe de la rue :-) ) Tout à fait d'accord dans ce cas, pas de pitié, c'est le goudron et les plumes ;-) Le goudron, pour la route, je veux bien... encore qu'on parle de macadam... Mais les plumes... Il y a longtemps qu'on est au stylo dans les écoles... (elle était trop tentante, celle-là) -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imports du cadastre et compte dédié
/- Je l'envoie poliment se faire voir ?/ C'est ce que je ferai, ce n'est certes pas constructif mais de quel droit ils imposent leurs lois ? -- View this message in context: http://gis.19327.n5.nabble.com/Imports-du-cadastre-et-compte-dedie-tp5727181p5727190.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] Coller ou pas coller ?
Le 24/09/2012 13:00, Christophe Merlet a écrit : Le lundi 24 septembre 2012 à 12:37 +0200, Mickaël Guéret a écrit : Le lundi 24 septembre 2012 à 12:03 +0200, Ab_fab a écrit : Exemple hollandais, où du fait d'un import ressemblant plus à de la dentelle. http://www.openstreetmap.org/?lat=51.95258lon=4.65835zoom=16layers=M Ceux qui n'aiment pas les polygones géants de landuse sont servis houaaa, le truc impossible à maintenir !!! Et qui ne représente pas forcement bien la vérité ! La réalité est bien pire. C'est le rendu osm qui ne suis pas ! Librement, Ils ont importé un parcellaire, probablement. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imports du cadastre et compte dédié
Le lundi 24 septembre 2012 à 17:00 +0200, Augustin Roche a écrit : Bonjour, j'ai reçu il y a deux jours un message de Richard Weait du DWG me demandant d'utiliser un compte utilisateur dédié pour les imports du cadastre. A votre avis, je dois réagir comment ? - je stoppe mes imports jusqu'à ce que la question des comptes dédiés soit éclaircie avec le DWG ? - Je l'envoie poliment se faire voir ? - Je me crée un compte spécifique ? (ça je n'ai pas vraiment envie de faire) Tu lui répond en français que ce n'est pas un import, mais une intégration d'informations ou la part d'expertise humaine est prépondérante. Tu rajoutes que le processus d'intégration est similaire à l'usage du greffon lakewalker de JOSM. Et tu finis par un lien sur https://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre en précisant que la manière de procéder a été validé par la communauté. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Coller ou pas coller ?
Le 24/09/2012 12:09, Stéphane Péneau a écrit : Le 24/09/2012 11:43, Stéphane Henriod a écrit : Juste mes 2 roubles là-dessus: effectivement, l'idée d'un landcover est d'avoir au final, une couverture complète, sans trous. Mais il faut bien distinguer 2 concepts en ce qui concerne les routes (aussi valable pour les rivières): * La route en tant que membre d'un réseau routier * La route en tant qu'objet (physique) recouvrant la surface de la terre J'ai le même raisonnement : Un landuse représente une surface, et un highway=* un réseau filaire schématique. 2 concepts distincts. Tout à fait. le highway est l'axe de la voirie et non sa bordure. Donc coller la limite de landuse au highway peut être satisfaisant en première approche : ça fait propre et complet. Mais c'est faut. Si, en plus il est découpé pour faire du multipolygone, c'est la galère. D'un autre côté, je comprends son raisonnement. Les landuses doivent au final former une couverture complète du territoire. Si tu colles les landuses avec la route, ils le sont aussi avec les landuse adjacents. Mouais.. dans ce cas, autant coller les landuses ensemble sans coller les routes. C'est ce que je faisais, et continue de faire souvent, avec la machine à coudre (touche F de JOSM). L'un des deux landuses est approximatif, mais on distingue le filaire du surfacique. Si tu laisses un espace, il y a une zone grise sans landuse, Oui, mais en contrepartie, les landuses ont une surface (en m²) plus proche de la réalité. C'est ce que je fais de plus en plus. La route, c'est ce qu'il y a entre les parcelles... Qui avait dit, ça ? à moins de tracer aussi les landuse=highway (ou road) qui forment l'emprise de la route sur le sol. Si on veut tout détailler, les banquettes, les haies, les fossés, il faut aller jusqu'au bout de cette logique et aussi représenter les routes sous forme de polygones et non d'une simple ligne brisée. Pieren J'imagine qu'on y viendra un jour. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Usage d'OSM par les infographistes...
Kartograph est vraiment une super librairie. Si vous avez une expérience quelconque n'hésitez pas à la partager. Tu parles d'accéder directement aux serveurs OSM-fr, c'est une chose possible? Par ce que le passage d'OSM à pgsql est un peu technique et chronophage. 2012/9/24 Ab_fab gamma@gmail.com Idem pour Kartograph. Ca peut aller prendre des données dans une base osm2pgsql. Je ne sais pas quelle place ou quel genre d'accès on peut donner à ce framework sur les serveurs d'OSM-fr. Mais quand je vois ce genre de réalisations, c'est alléchant, en particulier pour la possibilité de jouer avec les projections : https://github.com/kartograph/kartograph.py/wiki/Rendering-SVG-maps-from-OpenStreetMap-data http://kartograph.org/showcase/eastcoast/ (pas à base de données osm, mais très beau) Le 23 septembre 2012 18:32, Christian Quest cqu...@openstreetmap.fr a écrit : J'avis fait ça de façon très bricolée et sans code. Un HOWTO sur l'usage de TileMill avec éventuellement un accès à nos bases osm2pgsql-france pourrait être utile, non ? Le 23 septembre 2012 15:50, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Bonjour, je remonte ce thread. Étant étudiant en cartographie depuis cette année, notre premier travail scolaire vient d'arriver : la réalisation d'une carte thématique sur un département avec les limites administratives cantonales. Avec postgis et tilemill, c'est facile de sortir un svg du département que je souhaite avec les limites cantonales ;-) Mais tout le monde n'a pas une base postgis dans ma promo ! :p Ils recherchent des fonds de carte à généraliser et vectoriser. Alors que moi je l'ai eu en quelques clic sur mon pc. Je pense qu'il y a vraiment quelque chose à faire dans cette direction. Est-ce qu'il y a eu des avancements sur le projet ? Est-ce que le code a été mis quelque part Christian ? Le 6 mars 2012 12:36, Christian Quest cqu...@openstreetmap.fr a écrit : Ca faisait un bout de temps que ça me démangeait, faire une carte de France destinée à des graphistes. Il faut donc sortir du monde des shapefile et autres formats de fichiers que leurs outils quotidiens ne connaissent pas. A titre de test, j'ai généré 2 fichiers SVG avec les limites des régions et des départements, le tout en projection Lambert 93 (c'est sûrement déjà un gros mot pour un graphiste). J'ai essayé de générer des objets graphiques facilement manipulables dans des logiciels tels qu'Illustrator ou Inkscape. J'ai donc regroupé les objets OSM tant que possible (un tracé par frontière), et simplifié les traces pour ne pas manipuler trop de points (résolution 50m). C'est ici dans les fichiers joints de cet article: http://www.openstreetmap.fr/contours-departements-et-regions J'ai fait ça en semi-automatique, si vous pensez que ça peut être utile, je peux l'automatiser pour d'autres types d'extractions (les communes d'un département, le réseau hydrographique, ferré, autoroutier...). Je me suis appuyé sur un schéma osmosis pour les requêtes postgis. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Usage d'OSM par les infographistes...
Justement, l'intérêt des serveurs osm-fr, c'est que les bases sont déjà là, avec une couverture mondiale, et à jour. Bref, pour qui s'intéresse à ce genre d'outil, il peut s'affranchir de cette partie technique demandant beaucoup de ressources matérielle et de temps Si un accès est possible, sans risque de mauvaise manip ni surcharge de ressources, autant qu'elles puissent servir aussi pour ce genre d'usage. Le 24 septembre 2012 17:46, Tenshu ten...@gmail.com a écrit : Kartograph est vraiment une super librairie. Si vous avez une expérience quelconque n'hésitez pas à la partager. Tu parles d'accéder directement aux serveurs OSM-fr, c'est une chose possible? Par ce que le passage d'OSM à pgsql est un peu technique et chronophage. 2012/9/24 Ab_fab gamma@gmail.com Idem pour Kartograph. Ca peut aller prendre des données dans une base osm2pgsql. Je ne sais pas quelle place ou quel genre d'accès on peut donner à ce framework sur les serveurs d'OSM-fr. Mais quand je vois ce genre de réalisations, c'est alléchant, en particulier pour la possibilité de jouer avec les projections : https://github.com/kartograph/kartograph.py/wiki/Rendering-SVG-maps-from-OpenStreetMap-data http://kartograph.org/showcase/eastcoast/ (pas à base de données osm, mais très beau) Le 23 septembre 2012 18:32, Christian Quest cqu...@openstreetmap.fr a écrit : J'avis fait ça de façon très bricolée et sans code. Un HOWTO sur l'usage de TileMill avec éventuellement un accès à nos bases osm2pgsql-france pourrait être utile, non ? Le 23 septembre 2012 15:50, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Bonjour, je remonte ce thread. Étant étudiant en cartographie depuis cette année, notre premier travail scolaire vient d'arriver : la réalisation d'une carte thématique sur un département avec les limites administratives cantonales. Avec postgis et tilemill, c'est facile de sortir un svg du département que je souhaite avec les limites cantonales ;-) Mais tout le monde n'a pas une base postgis dans ma promo ! :p Ils recherchent des fonds de carte à généraliser et vectoriser. Alors que moi je l'ai eu en quelques clic sur mon pc. Je pense qu'il y a vraiment quelque chose à faire dans cette direction. Est-ce qu'il y a eu des avancements sur le projet ? Est-ce que le code a été mis quelque part Christian ? Le 6 mars 2012 12:36, Christian Quest cqu...@openstreetmap.fr a écrit : Ca faisait un bout de temps que ça me démangeait, faire une carte de France destinée à des graphistes. Il faut donc sortir du monde des shapefile et autres formats de fichiers que leurs outils quotidiens ne connaissent pas. A titre de test, j'ai généré 2 fichiers SVG avec les limites des régions et des départements, le tout en projection Lambert 93 (c'est sûrement déjà un gros mot pour un graphiste). J'ai essayé de générer des objets graphiques facilement manipulables dans des logiciels tels qu'Illustrator ou Inkscape. J'ai donc regroupé les objets OSM tant que possible (un tracé par frontière), et simplifié les traces pour ne pas manipuler trop de points (résolution 50m). C'est ici dans les fichiers joints de cet article: http://www.openstreetmap.fr/contours-departements-et-regions J'ai fait ça en semi-automatique, si vous pensez que ça peut être utile, je peux l'automatiser pour d'autres types d'extractions (les communes d'un département, le réseau hydrographique, ferré, autoroutier...). Je me suis appuyé sur un schéma osmosis pour les requêtes postgis. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imports du cadastre et compte dédié
Question : et si on fait dj des envois en plusieurs lots avec JOSM a passe aussi sous les radars ? Personnellement j'ai paramtr JOSM pour qu'il fasse des envois par bloc de 1000 objets max. Donc quand je fais un envoi de 10 000 objets a fait 10 envois assez resserrs dans le temps. Les radars sont-ils capables de dtecter a ? Sinon je pense que c'est a la bonne solution pour continuer travailler tranquillement sans que ces [censur]... borns qui ne veulent rien comprendre ne vienne nous casser les [censur]... pieds ! ;-) Mais a n'empche pas de l'envoyer se faire voir (poliment ?) Nicolas Le 24/09/2012 17:13, THEVENON Julien a crit: Solution alternative, Tu envoies tes donnees pat de maison par pat de maison. Cela permet d avoir des changesets de taille limite qui apparemment passent sous les radars ( c etait vrai pour ma part il y a 2 semaines ), tu es moins expos au risque d avoir l envoi qui foire ( et au pire si ca foire ca fait beaucoup moins de degats a reparer). Autre avantage ca permet d envoyer ce que tu fais au fur et a mesure et des fois ca evite de travailler plusieurs sur une integration pour s apercevoir au moment de l envoi que quelqu un l a deja fait entre temps. My 2 cents Juien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Usage d'OSM par les infographistes...
2012/9/24 Ab_fab gamma@gmail.com Justement, l'intérêt des serveurs osm-fr, c'est que les bases sont déjà là, avec une couverture mondiale, et à jour. Bref, pour qui s'intéresse à ce genre d'outil, il peut s'affranchir de cette partie technique demandant beaucoup de ressources matérielle et de temps Si un accès est possible, sans risque de mauvaise manip ni surcharge de ressources, autant qu'elles puissent servir aussi pour ce genre d'usage. Un accès en lecture devrait être simple a mettre en place je pense. Par contre on pourrait accéder directement à la base monde, ce qui fait qu'on faut quand même faire gaffe de pas sélectionner, au hasard, toute les routes de la planète. Sinon j’imagine que ça doit surprendre au moment du traitement par kartograph :q En tout cas ça m’intéresserais. -- Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imports du cadastre et compte dédié
Visiblement non, vu que j'envoie par bloc de 600 objets, et que j'ai quand même été repéré. A noter que j'ai continué de faire des intégrations avant de voir le mail et ça n'a pas semblé poser de problèmes ; en plus ; le message portait sur un changeset en particulier, alors que j'en ai fait plusieurs dans la journée, et que le changeset en question n'était pas le plus volumineux du lot. Donc si radar il y a, je ne sais pas sur quels critères il se base. Augustin Le 24 septembre 2012 17:57, Nicolas Moyroud nmoyr...@free.fr a écrit : Question : et si on fait déjà des envois en plusieurs lots avec JOSM ça passe aussi sous les radars ? Personnellement j'ai paramétré JOSM pour qu'il fasse des envois par bloc de 1000 objets max. Donc quand je fais un envoi de 10 000 objets ça fait 10 envois assez resserrés dans le temps. Les radars sont-ils capables de détecter ça ? Sinon je pense que c'est ça la bonne solution pour continuer à travailler tranquillement sans que ces [censuré]... bornés qui ne veulent rien comprendre ne vienne nous casser les [censuré]... pieds ! ;-) Mais ça n'empêche pas de l'envoyer se faire voir (poliment ?) Nicolas Le 24/09/2012 17:13, THEVENON Julien a écrit : Solution alternative, Tu envoies tes donnees paté de maison par paté de maison. Cela permet d avoir des changesets de taille limitée qui apparemment passent sous les radars ( c etait vrai pour ma part il y a 2 semaines ), tu es moins exposé au risque d avoir l envoi qui foire ( et au pire si ca foire ca fait beaucoup moins de degats a reparer). Autre avantage ca permet d envoyer ce que tu fais au fur et a mesure et des fois ca evite de travailler plusieurs sur une integration pour s apercevoir au moment de l envoi que quelqu un l a deja fait entre temps. My 2 cents Juien ___ 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] Imports du cadastre et compte dédié
De : Nicolas Moyroud nmoyr...@free.fr Question : et si on fait déjà des envois en plusieurs lots avec JOSM ça passe aussi sous les radars ? Personnellement j'ai paramétré JOSM pour qu'il fasse des envois par bloc de 1000 objets max. Donc quand je fais un envoi de 10 000 objets ça fait 10 envois assez resserrés dans le temps. Les radars sont-ils capables de détecter ça ? Sinon je pense que c'est ça la bonne solution pour continuer à travailler tranquillement sans que ces [censuré]... bornés qui ne veulent rien comprendre ne vienne nous casser les [censuré]... pieds ! ;-) Je sais pas mais les envois par block ne changent rien a la taille du changeset final. Mais ça n'empêche pas de l'envoyer se faire voir (poliment ?) A titre personnel je suis contre leur dire d aller se faire voir parce que ca n arrangerait rien et en plus en donnant une mauvaise image des contributeurs francais ca sapperait le boulot de ceux qui passent du temps a discuter avec eux. Ne pas oublier non plus que meme si ils nous les brisent se sont aussi des gens qui donnent de leur temps sur le projet Julien___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Usage d'OSM par les infographistes...
Comme d'hab, faut bien calibrer le radar pour repérer les gourmands. ;-) Le 24 septembre 2012 18:04, Tenshu ten...@gmail.com a écrit : 2012/9/24 Ab_fab gamma@gmail.com Justement, l'intérêt des serveurs osm-fr, c'est que les bases sont déjà là, avec une couverture mondiale, et à jour. Bref, pour qui s'intéresse à ce genre d'outil, il peut s'affranchir de cette partie technique demandant beaucoup de ressources matérielle et de temps Si un accès est possible, sans risque de mauvaise manip ni surcharge de ressources, autant qu'elles puissent servir aussi pour ce genre d'usage. Un accès en lecture devrait être simple a mettre en place je pense. Par contre on pourrait accéder directement à la base monde, ce qui fait qu'on faut quand même faire gaffe de pas sélectionner, au hasard, toute les routes de la planète. Sinon j’imagine que ça doit surprendre au moment du traitement par kartograph :q En tout cas ça m’intéresserais. -- Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imports du cadastre et compte dédié
c'est noté Le 24/09/2012 17:43, Christophe Merlet a écrit : Le lundi 24 septembre 2012 à 17:00 +0200, Augustin Roche a écrit : Bonjour, j'ai reçu il y a deux jours un message de Richard Weait du DWG me demandant d'utiliser un compte utilisateur dédié pour les imports du cadastre. A votre avis, je dois réagir comment ? - je stoppe mes imports jusqu'à ce que la question des comptes dédiés soit éclaircie avec le DWG ? - Je l'envoie poliment se faire voir ? - Je me crée un compte spécifique ? (ça je n'ai pas vraiment envie de faire) Tu lui répond en français que ce n'est pas un import, mais une intégration d'informations ou la part d'expertise humaine est prépondérante. Tu rajoutes que le processus d'intégration est similaire à l'usage du greffon lakewalker de JOSM. Et tu finis par un lien sur https://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre en précisant que la manière de procéder a été validé par la communauté. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imports du cadastre et compte dédié
Le 24 septembre 2012 17:57, Nicolas Moyroud nmoyr...@free.fr a écrit : ** Question : et si on fait déjà des envois en plusieurs lots avec JOSM ça passe aussi sous les radars ? Personnellement j'ai paramétré JOSM pour qu'il fasse des envois par bloc de 1000 objets max. Donc quand je fais un envoi de 10 000 objets ça fait 10 envois assez resserrés dans le temps. Les radars sont-ils capables de détecter ça ? Sinon je pense que c'est ça la bonne solution pour continuer à travailler tranquillement sans que ces [censuré]... bornés qui ne veulent rien comprendre ne vienne nous casser les [censuré]... pieds ! ;-) Ce subterfuge ne fonctionne pas car l'envoi se fait quand même dans le même changeset (perso, j'envoie des bloc de 200 et ce n'est pas passé). Il faudrait limiter la taille des changesets et encore si le DWG est malin, ils regarderont le volume de données uploadées par jour. Mais ça n'empêche pas de l'envoyer se faire voir (poliment ?) Nicolas Le 24/09/2012 17:13, THEVENON Julien a écrit : ** Solution alternative, Tu envoies tes donnees paté de maison par paté de maison. Cela permet d avoir des changesets de taille limitée qui apparemment passent sous les radars ( c etait vrai pour ma part il y a 2 semaines ), tu es moins exposé au risque d avoir l envoi qui foire ( et au pire si ca foire ca fait beaucoup moins de degats a reparer). Autre avantage ca permet d envoyer ce que tu fais au fur et a mesure et des fois ca evite de travailler plusieurs sur une integration pour s apercevoir au moment de l envoi que quelqu un l a deja fait entre temps. My 2 cents Juien Je pense que le temps que le DWG s'accorde avec la communauté FR/fr il vaut mieux passer sous leurs fourches caudines et ainsi permettre le déroulement de discussions plus sereines. Et donc : 1. Ne pas être désagréable si ont est pris ; 2. Créer un second compte. (et c'est moi qui écrit ça). +0.02 € 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] Imports du cadastre et compte dédié
Le 24/09/2012 18:13, THEVENON Julien a crit: A titre personnel je suis contre leur dire d aller se faire voir parce que ca n arrangerait rien et en plus en donnant une mauvaise image des contributeurs francais ca sapperait le boulot de ceux qui passent du temps a discuter avec eux. Ne pas oublier non plus que meme si ils nous les brisent se sont aussi des gens qui donnent de leur temps sur le projet Julien Oui allez c'tait juste pour faire mon bon gros gaulois qui rsiste encore et toujours. ;-) Tu as raison, mme si on le pense, mieux vaut ne pas leur dire d'aller se faire voir, c'est pas gentil... :-[ Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imports du cadastre et compte dédié
Le 24/09/2012 18:17, Marc SIBERT a écrit : (et c'est moi qui écrit ça). Il n'y a que les imbéciles qui ne changent pas d'avis -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imports du cadastre et compte dédié
Je pense qu'un compte dédié pour les imports cadastraux est un idée pas si mauvaise que ça. Ces imports sont complexes, et bien que l'utilisation d'un tel compte pose plus de complexité aux importeurs aguerris, c'est probablement qu'un peu plus par rapport au travail global à fournir. Ensuite, cela créé une barrière supplémentaire pour faire un peu plus prendre conscience aux nouveaux dans l'import de la spécificité de la tache. Ceci dit, tout est discutable (et discuté), mais le changement des 'imports guidelines' nécessite une concertation globale probablement longue, et le comportement 'gaulois' ne permettra certainement pas d'avancer (en tout cas pas plus que pour lancer le débat, et ça, c'est fait). Ensuite, pour en rajouter une couche dans le genre 'avocat du diable', dire qu'un import cadastral c'est pas un import parce qu'on vérifie tout comme il faut, d'aucun répondrait: ben encore heureux! ... - [] Yves On 09/24/2012 05:00 PM, Augustin Roche wrote: Bonjour, j'ai reçu il y a deux jours un message de Richard Weait du DWG me demandant d'utiliser un compte utilisateur dédié pour les imports du cadastre. A votre avis, je dois réagir comment ? - je stoppe mes imports jusqu'à ce que la question des comptes dédiés soit éclaircie avec le DWG ? - Je l'envoie poliment se faire voir ? - Je me crée un compte spécifique ? (ça je n'ai pas vraiment envie de faire) Merci, Augustin ___ 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] Imports du cadastre et compte dédié
2012/9/24 yvecai yve...@gmail.com: Je ne crois pas qu'on puisse dire que ça n'est pas un import. 99.99% des données ne sont pas affectées par l'intégration. C'est donc bien essentiellement un import. De plus, nombreux sont ceux qui ne corrigent pas les artefacts qui ne sont pas signalés par le Validator de JOSM comme le bâti découpé par des parcelles (sans parler des recouvrements). Je ne crois pas non plus que l'idée d'un compte séparé unique soit une bonne idée. Soit il est public et ça pose d'autres problèmes (comment bloquer ceux qui font n'importe quoi). Soit il est confidentiel et on perd l'essence même du projet. Ça voudrait dire que celui qui prépare l'import devrait sauvegarder son truc dans un fichier .osm pour que quelqu'un d'autre l'envoie à sa place, éventuellement-plus-tard-quand-il-aura-le-temps-et-qu'il-aura-tout-vérifier. Ceux qui passeraient du temps à préparer cet import ne seraient plus contributeur original, celui qui prend la responsabilité de ce qu'il fait. Moi, je suis pour le crowd-importing avec les mêmes avantages et inconvénients que le crowd-sourcing. C'est juste l'échelle des données qui change, pas le principe. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Compte rendu activité Vallée Violette, Joué Lès Tours
Le 24/09/2012 10:59, RÉAU Simon a écrit : Sur le groupe de 10 jeunes, il y en avais 3 qui étais réellement intéressé par la prise en main de JOSM et qui commençaient a bien maîtriser la recherche sur le wiki (les différentes images illustrant les tags était un avantage pour les partie pas ou partiellement traduite), 2 a trois étais intéressés mais n'aurait pas passé de temps libre à contribuer, et les autres ou bout de deux séance commençaient a se disperser et ne plus s'intéresser au sujet. C'est pourquoi ensuite tout en restant dans le sujet de la cartographie j'ai essayer de changer de thème a chaque séance. Les jeunes participant à l'accompagnement scolaire sont sélectionné parmi les plus faible au niveau scolaire, chose que je n'ai pas forcément ressenti dans cette activité. Simon Merci pour ces précisions. Ce sont de bons chiffres ! Je ne suis pas sûr que, sur une population d'adultes, tu obtiennes de meilleurs résultats ; on attendra ton compte-rendu pour cette nouvelle année d'animation. Au niveau scolaire je préfère le niveau citoyen ; il y a peut-être quelque chose à creuser : notes versus valeurs. Vaste débat... HS ici, quoique Bonne continuation en tous cas Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imports du cadastre et compte dédié
Le 24/09/2012 20:26, Pieren a écrit : 2012/9/24 Augustin Roche augustin.ro...@gmail.com: - je stoppe mes imports jusqu'à ce que la question des comptes dédiés soit éclaircie avec le DWG ? - Je l'envoie poliment se faire voir ? - Je me crée un compte spécifique ? (ça je n'ai pas vraiment envie de faire) Je pense que comme ils ont un message pré-formatté pour cette demande, on devrait leur envoyer une réponse pré-formattée du genre: I thank the DWG for the great work you are doing to solve conflicts, vandalism and copyright infringements worldwide. But I'm strictly following the import guidelines defined by the French community and documented here on the wiki ([1]). I've contacted the local community to verify that the rules didn't change recently. Since building strong local communities is always a high priority for the OSMF, I chose the rules defined and approved locally by the whole French community where a separate account is not required to watch, identify and fix French cadastre import issues, something that the local community is able to manage itself. As Frederik Ramm said ([2]), the rule has been defined only if the DWG has to clean-up the mess which is not the case here. That's why I declining your offer to create a seperate account and welcome you to discuss it again on the talk-fr@openstreetmap.org or t...@openstreetmap.org list. Best regards, ton blaze [1] http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents [2] http://lists.openstreetmap.org/pipermail/talk/2012-September/064412.html Pyromane !!! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imports du cadastre et compte dédié
rn == Pieren pier...@gmail.com writes: rn Je pense que comme ils ont un message pré-formatté pour cette demande, rn on devrait leur envoyer une réponse pré-formattée du genre: D'accord avec cette réponse (sauf qu'on devrait à mon avis la donner en français plutôt qu'en anglais ...). -- Eric Marsden ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imports du cadastre et compte dédié
Le 24 septembre 2012 17:57, Nicolas Moyroud nmoyr...@free.fr a écrit : Question : et si on fait déjà des envois en plusieurs lots avec JOSM ça passe aussi sous les radars ? Personnellement j'ai paramétré JOSM pour qu'il fasse des envois par bloc de 1000 objets max. Ce paramètre n'existe pas ! Ce que tu paramètres là dans JOSM c'est le nombre d'objets par requête HTTP, mais PAS la taille du changeset. Il n'y a pas de taille maximale d'un changeset dans JOSM. Donc quand je fais un envoi de 10 000 objets ça fait 10 envois assez resserrés dans le temps. Pour cela il te faut plutôt envoyer au serveur une partie seulement des objets (envoyer les objets sélectionnés), puis fermer le changeset (CTRL+ALT+Q) s'il ne l'est pas encore (mais attention : il vaut mieux résoudre les conflits d'édition dans le même changeset pour éviter un changeset incohérent avec la partie que tu viens d'envoyer). Pour cela le plus simple est une sélection au lasso de tout un pâté de maison. Tu fais envoyer la sélection et tu regardes le nombre des objets concernés dans la boite de dialogue. S'il y en a trop, tu prends une sélection plus petite. Quand tu crois avoir envoyé toutes les zones, tu finis par un dernier changeset sans aucune préselection pour envoyer ce qui reste (là encore tu regardes le nombre d'objets concernés), car on a souvent du modifier des trucs un peu au delà (des routes et rivières par exemple, voire aussi des limites administratives). C'est de toute façon toujours une bonne idée de regarder le contenu du dialogue JOSM qui affiche un résumé avec le nombre d'objets concernés, qu'on travaillait sur le cadastre ou pas. Chaque fois que cela concerne trop d'objets, il vaut mieux envoyer une sous-sélection d'abord : cela limite aussi le nombre de conflits à résoudre, car JOSM ne permet malheureusement pas de sauver ses modifs tant qu'il y a des conflits affichés, ce que je trouve stupide car je me suis déjà retrouvé avec une modif qui affichait plus de 1700 conflits à résoudre, ce qui m'a pris plus de 5 jours, pendant lesquels il m'était impossible d'arrêter et il m'a fallu bloquer Windows Update pour éviter qu'il reboote la machine lui-même. Une des grosses modifs à ajouter à JOSM est qu'il doit permettre de sauver ses modifs dans un fichier OSM y compris la liste des conflits, pour pouvoir la reprendre plus tard. Si on sauve malgré l'alerte pour recharger le fichier OSM, on se retrouve alors avec des tonnes de noeuds orphelins ou données partiellement envoyées à OSM mais qui sont incomplets car ils étaient l'objet du conflit d'édition. Pouvoir sauver la liste des conflits est indispensable. Pour éviter le problème en cas d'urgence, je sauve ma liste d'objets conflits en les regroupant dans une nouvelle relation que je nomme de façon très visible en début de liste des relations (par exemple je lui donne type=aaa et name=conflits à résoudre) je ne mets rien d'autre en attributs et si jamais on oublie de retirer cette nouvelle relation (on voit un id non nul) avant d'envoyer on saura d'où ça vient et pourquoi c'était là. JOSM devrait pouvoir faire la même chose : créer une relation de travail contenant la liste de conflits afin de sauver dans le fichier OSM, avec un attribut spécial reconnu par lui lui permettant de savoir que ce n'est pas un vrai objet destiné à OSM. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] nommage des routes
En parlant de nommage bizarre j'ai vu récemment des ref commençant par M, comme ici par exemple : http://www.openstreetmap.org/?lat=43.69491lon=7.19316zoom=15layers=M Je l'ai également constaté sur le terrain. Est-ce que ce M est nouveau ? Cela veut t'il dire Municipale ? Vlad. On 23 sept. 2012, at 20:23, Michaël Zakrzewski mikamika48197...@free.fr wrote: Bonjour, en ce qui concerne le nommage des routes, est-ce que l'utilisation des images Google Street view est autorisée ? Dans ce cas, est-ce qu'il est pertinent de nommer les embranchements (c'est bien ça les D2e3) des départementales ? comme là où il y a à priori des erreurs de panneaux http://goo.gl/maps/blrK1 http://goo.gl/maps/TXpCS ___ 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] nommage des routes
M pour Métropolitaine *cf.* http://lists.openstreetmap.org/pipermail/talk-fr/2012-June/044552.html Romain Le 24 septembre 2012 21:13, Vladimir Vyskocil vladimir.vysko...@gmail.coma écrit : En parlant de nommage bizarre j'ai vu récemment des ref commençant par M, comme ici par exemple : http://www.openstreetmap.org/?lat=43.69491lon=7.19316zoom=15layers=M Je l'ai également constaté sur le terrain. Est-ce que ce M est nouveau ? Cela veut t'il dire Municipale ? Vlad. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] nommage des routes
On 24 sept. 2012, at 21:18, Romain MEHUT romain.me...@gmail.com wrote: M pour Métropolitaine cf. http://lists.openstreetmap.org/pipermail/talk-fr/2012-June/044552.html Ah merci, j'avais loupé ça ! Alors que l'on a encore plein d'anciennes nationales qui n'ont pas été corrigés dans OSM il ne nous manquait plus que ça... Romain Le 24 septembre 2012 21:13, Vladimir Vyskocil vladimir.vysko...@gmail.com a écrit : En parlant de nommage bizarre j'ai vu récemment des ref commençant par M, comme ici par exemple : http://www.openstreetmap.org/?lat=43.69491lon=7.19316zoom=15layers=M Je l'ai également constaté sur le terrain. Est-ce que ce M est nouveau ? Cela veut t'il dire Municipale ? Vlad. ___ 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] Imports du cadastre et compte dédié
Le 24/09/2012 20:50, Eric Marsden a écrit : D'accord avec cette réponse (sauf qu'on devrait à mon avis la donner en français plutôt qu'en anglais ...). +1 Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imports du cadastre et compte dédié
Le 24/09/2012 20:35, Pieren a écrit : 2012/9/24 yvecai yve...@gmail.com: Je ne crois pas qu'on puisse dire que ça n'est pas un import. 99.99% des données ne sont pas affectées par l'intégration. les données fournies par le cadastre sont des vecteurs en vrac, comme la succession de croix et de tirets qui symbolisent la limite de commune. Ces données sont réinterprétées par notre génial moulinette à extraire des données géographiques de ce tas de nouilles. à la sortie de nos moulinettes, les données ont pour auteurs cadastre+osm.fr (composite). et c'est ce composite qu'on importe-intègre ; pas la donnée originale du cadastre. Nous pêchons par trop de modestie, en ne donnant pas au travail de nos scripts leur dimension réelle. C'est donc bien essentiellement un import. Oui, mais ce n'est pas un import du cadastre. de toutes façons, je préfère la solution de la taskforce, avec seulement quelques personnes qui importent. Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Usage d'OSM par les infographistes...
Merci pour vos réponses. Il faut que je teste kartograph, pour mon usage perso. Mon idée, c'est de mettre à jour la liste des fonds disponibles : http://wiki.openstreetmap.org/wiki/WikiProject_France/Fonds_de_cartes Pour les limites d'une région, d'un département, canton, ... inutile de devoir télécharger les données pour les convertir. Les limites administratives sont maintenant assez stables dans OSM (plus de cartographes associés, ...) Le 24 septembre 2012 18:15, Ab_fab gamma@gmail.com a écrit : Comme d'hab, faut bien calibrer le radar pour repérer les gourmands. ;-) Le 24 septembre 2012 18:04, Tenshu ten...@gmail.com a écrit : 2012/9/24 Ab_fab gamma@gmail.com Justement, l'intérêt des serveurs osm-fr, c'est que les bases sont déjà là, avec une couverture mondiale, et à jour. Bref, pour qui s'intéresse à ce genre d'outil, il peut s'affranchir de cette partie technique demandant beaucoup de ressources matérielle et de temps Si un accès est possible, sans risque de mauvaise manip ni surcharge de ressources, autant qu'elles puissent servir aussi pour ce genre d'usage. Un accès en lecture devrait être simple a mettre en place je pense. Par contre on pourrait accéder directement à la base monde, ce qui fait qu'on faut quand même faire gaffe de pas sélectionner, au hasard, toute les routes de la planète. Sinon j’imagine que ça doit surprendre au moment du traitement par kartograph :q En tout cas ça m’intéresserais. -- Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Imports du cadastre et compte dédié
Le lundi 24 septembre 2012 20:50:32, Eric Marsden a écrit : rn == Pieren pier...@gmail.com writes: rn Je pense que comme ils ont un message pré-formatté pour cette demande, rn on devrait leur envoyer une réponse pré-formattée du genre: D'accord avec cette réponse (sauf qu'on devrait à mon avis la donner en français plutôt qu'en anglais ...). A ce propos, j'ai pris contact avec P. Norman pour lui proposer mes services de traducteur afin que le message envoyé en anglais puisse être envoyé également en français afin de limiter les risques du j'ai rien compris. Le temps que les choses changent, éventuellement, ça fera déjà un texte proposant de contacter la communauté par sa mailing liste ou son forum qui puisse être compris et ainsi éviter les malentendus comme il a pu y en avoir. En gage de bonne volonté, je lui propose même de traduire le passage tant controversé indiquant qu'il faut un compte séparé tout en précisant que mon avis et contraire. Je suis pour l'instant en attente de réponse. -- sly (sylvain letuffe) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour les imports du bâti depuis le cadastre !!!
- pour mettre à jour un patelin qui vient juste d'être vectorisé, mais où de bonnes âmes avaient tracé plein de routes et de chemins avec bing, il faut reprendre tout l'existant ; Je n'ai pas eu le courage :-p J'ai préféré mettre mes POI mal positionnés dans l'absolu mais bien en relatif à l'existant. La prochaine fois peut-être... Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] nommage des routes
Bientôt on aura certainement les U pour les routes urbaines, gérées par les communautés urbaines à la place des communes (C pour les voies communales) ou des départements (D pour les départementales), puisque les communautés urbaines peuvent recevoir des compétences en matière de transport (jusque les réseaux routiers). Lesquelles communautés urbaines sont bien plus nombreuses que les métropoles, même si certaines communautés urbaines se désignent elles-même depuis longtemps métropoles (et ça a été gardé avant que la loi ne fixe les seuils d'admission à ce statut). Bon nombre de communes ne veulent plus s'occuper elles-mêmes des routes et en transfèrent la charge à leur EPCI, en même temps que se développe les plans de transports urbains que la loi leur demande de mettre en place. Les Allemands les prendront peut-être alors ces routes U nnn pour des lignes de métro (U-Bahn)... Mais quelle lettre sera choisie alors pour les routes gérées par les communautés d'agglomération (certainement pas A, peut-être U aussi la différence entre communauté d'agglomérations et communauté urbaines tenant plus à leur population qu'à leur compétence en matière de transport, même si elles ne sont pas tentées au vu de leur taille de gérer un réseau routier elles-mêmes et préféreront encore que ce soit le département qui s'en charge si ce n'est pas la commune elle-même et même s'il y a un PDU développé dans l'agglomération en concertation avec les départements et régions concernées) ? Mais ce qui m'étonne c'est qu'on n'ait pas déjà des routes régionales (gérées par la région et non sectionnées département par département en autant de départementales distinctes, surtout pour les anciennes nationales). Le 24 septembre 2012 21:33, Vladimir Vyskocil vladimir.vysko...@gmail.com a écrit : On 24 sept. 2012, at 21:18, Romain MEHUT romain.me...@gmail.com wrote: M pour Métropolitaine cf. http://lists.openstreetmap.org/pipermail/talk-fr/2012-June/044552.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] EPCI non connue de l'INSEE ?!?
Bonjour, En déclarant les EPCI du Calvados, je suis tombé sur un cas surprenant : la Communauté de Communes de la Vallée de l'Orne, créée en 2011, est totalement inconnue de l'INSEE ! Elle existe pourtant bel et bien, comme en témoigne cet arrêté préfectoralhttp://www.calvados.pref.gouv.fr/sections/information_et_commu/communication/publications/departement/recueil_des_actes_ad/recueil_des_actes_ad5966/downloadFile/file/numero_49-19_octobre_2010.pdf?nocache=1287497356.68(p.22)... Du coup, quelqu'un sait où je peux trouver le ref:INSEE, si ce n'est sur le site de l'INSEE ? -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
