Re: [OSM-talk-fr] [AG OSM-FR] participation
il y en a trois de plus sur le wiki User:Jac357 User:didier2020 user:FranciscoDS didier Le jeudi 06 octobre 2011 à 11:24 +0200, Christian Rogel a écrit : Assemblée fondatrice d'OSM FR Au 6/10/11 à 11 h 20 Annoncés comme présents : * Cyrille Gicquello User:Cyrille37 * Juline Thévenon User:quicky * Jean-François Nifenecker User:jfnif * User:Gall * Marcussacapuces91, alias Marc Sibert * Christian Quest (cquest), alias Christian (avec tirets ;-) * JonathanMM * Frédéric Rodrigo User:frodrigo * User:Ab_fab * Joël Galeran * Christian Rogel * Vincent-Xavier Jumel * Jean-François Gaffard * Emilie Laffray * François Van Der Biest * Emmanuel Dewaele ManuD * Clément Cunin User:Black_Myst * Philippe Pary et aussi Gaël Musquet Ratzillas [edit] Personnes participantes en fonction des moyens de diffusion mis en place ou seulement représentées par procuration : * User:Britz * Pierre-Alain Dorange User:Padorange * Vincent Pottier * Nicolas Dumoulin * Vincent Privat * Michaël Douchin * René-Luc D'Hondt * Damien Boilley (Damouns) * Une personne souhaitant représenter Paulla (http://www.paulla.asso.fr/) * User FPH (à confirmer) Nous aurions donc 19 présents au minimum et 10 représentés. ___ 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] Affichage d'un node/way/relation sur la slippy map OSM
Le mercredi 05 octobre 2011 à 11:31 +0200, Nicolas Moyroud a écrit : Du coup je me rabattrais bien sur JOSM, mais je n'ai pas réussi à trouver comment sélectionner à partir d'une relation tous les ways et nodes inclus... Si quelqu'un a une astuce pour l'une ou l'autre solution, je suis preneur. ++ tu lances josm, (aucun calque ouvert) ++ tu telecharges la relation: menu fichier - telecharger un objet - relation - saisir le n° de la relation ++ dans la fenetre calque, tu selectionne ton calque bouton droit de la souris - enregister sous didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Questions de tag
Le mardi 04 octobre 2011 à 22:33 +0200, Romain MEHUT a écrit : Bonsoir, Je traine 3 points pour lesquels je n'ai pas trouvé quel tag utiliser: - un amer: http://fr.wikipedia.org/wiki/Amer_%28navigation_maritime%29 ? - un horodateur http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dvending_machine - un panneau indiquant un accès limité Sauf ayant droit ou autorisation particulière http://wiki.openstreetmap.org/wiki/Access access=official didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Affichage d'un node/way/relation sur la slippy map OSM
http://www.openstreetmap.org/?node=764283572 http://www.openstreetmap.org/?way=7483572 http://www.openstreetmap.org/?relation=1772689 ? didier Le lundi 03 octobre 2011 à 10:58 +0200, Nicolas Moyroud a écrit : Bonjour, Il me semble avoir vu il y a quelques temps une technique qui permet de mettre en valeur un node, un way ou une relation en ajoutant son identifiant à l'URL du site openstreetmap.org. Sauf que je me rappelle plus comment faire et que je n'arrive plus à trouver l'info. Y aurait-il une bonne âme pour rafraîchir ma mémoire défaillante ? ;-) Nicolas ___ 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] Import bâti osm = moulinette FME
Il me semble avoir vu une page qui recensait les différents soucis avec une capture d'écran mais je ne la trouve plus. L'avez-vous dans un coin de votre favori ? http://wiki.openstreetmap.org/wiki/WikiProject_France/Cadastre/Import_semi-automatique_des_b%C3%A2timents/Aper%C3%A7u_des_erreurs_rencontr%C3%A9es Autre question : pensez-vous cela opportun de créer un tel script ? surement utile puisque ces erreurs existent dans la base osm ... didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] noel et tablettes
merci a tous pour vos remarques, cela me donne une idée un peu plus concrete de l'utilisation de ce genre de matériel. pour ce qui est de l'achat je crois encore au pere noel ! didier Le lundi 03 octobre 2011 à 11:53 +0200, Christian Quest a écrit : Le 3 octobre 2011 11:24, Christian Rogel christian.ro...@club-internet.fr a écrit : A moins qu'un petit malin découvre comment permettre l'usage d'un stylet sur un écran capacitif. Une stylet ? Non... 12 stylets testés par MacWorld sur iPad: http://www.macworld.com/article/156560/2011/05/touchscreen_stylus_roundup.html Bonne lecture (et achat ?) -- Christian ___ 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] Affichage d'un node/way/relation sur la slippy map OSM
en utilisant un fichier osm qui contient uniquement les données de ta randonnée : http://wiki.openstreetmap.org/wiki/OpenLayers_osm_file_example simple et efficace tu peu a loisir modifier l'apparence en utilisant les styles didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Export des contours administratifs français - robot nettoyeur
Le lundi 03 octobre 2011 à 19:01 +0200, Pieren a écrit : 2011/10/3 Eric Sibert courr...@eric.sibert.fr: sachant la vectorisation avance à un rythme très mesuré. Vu la progression actuelle (env. 100.000 plans vectorisés en 3 ans), il faudra encore 4..5 ans pour arriver au bout de la vectorisation. Sauf révisions budgétaires bien-sûr... 8 ..10 ans alors ? didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] noel et tablettes
merci pour ces précisions, je ne connaissais ni l'incompatibilité java/apple ni Openmaps bon dimanche ensoleillé ! didier Le samedi 01 octobre 2011 à 19:28 +0200, Pierre-Alain Dorange a écrit : didier2...@free.fr didier2...@free.fr wrote: qui a déja utilisé un ipad, galaxy ou une autre tablette avec Josm ou potlacth ? J'utilise un ipad, mais JOSM n'y existe pas (dommage) et Potlach non plus (pas de Flash sur iPad). J'ai récupéré tout (ou a peu près tout) ce qui ce fait un logiciel geo gratuit et plus particulièrement en rapport avec OSM et y'a quand même pas grand chose. En fait je n'utilise (pour bosser sur OSM) quasiment que Openmaps (gratuit) qui en gros remplace un feuille WalkingPapers. Ainsi je charge la zone ou je dois me rendre dans le cache de Openmaps (j'ai un modèle wifi sans 3G donc pas d'internet sur le terrain). Openmaps permet de placer des épingle sur la carte et d'y attacher des commentaires (ça me sers de bloc note géo en gros). Je prend aussi des photos avec l'ipad pour repérage et voir des notes plus conséquente avec EverNotes. De retour à la maison c'est l'ipad à coté du mac et scéance de JOSM. Si j'ai internet sur le terrain (rare) OpenMaps permet d'éditer en live certains POIs. Ma version d'ipad étant uniquement wifi (pas de 3G ni de GPS) la précision de localisation est aléatoire (mais parfois très précise ça fait flipper sur la géolocalisation des bornes wifi) et permet alors de créer des POIs directement, mais la précision n'étant pas certaine je ne fais jamais comme ça. Pour Android je connais pas. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] osmose : building vs hignway
bonsoir, il y a une nouvelle analyse osmose : http://osmose.openstreetmap.fr/cgi-bin/info.py?item=1070 j'ai détecté 2 types de faux positifs: - un batiment au milieu d'un giratoire - un batiment au dessus d'un tunnel didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmose : building vs hignway
Le dimanche 02 octobre 2011 à 20:24 +0200, Jocelyn Jaubert a écrit : Le 2 octobre 2011, didier2...@free.fr a écrit : il y a une nouvelle analyse osmose : http://osmose.openstreetmap.fr/cgi-bin/info.py?item=1070 Effectivement, l'analyse est toute neuve, et j'espère qu'elle n'est pas trop bugguée :) j'ai détecté 2 types de faux positifs: - un batiment au milieu d'un giratoire - un batiment au dessus d'un tunnel Est-ce que tu pourras donner un lien pour des exemples, http://osm.org/go/0BO35hono-- http://osm.org/go/0BPIF4UMo-- ou encore mieux marquer comme faux-positif afin qu'on puisse rapidement analyser tous les faux positifs ? je le ferais pour de nouveaux cas ... Merci d'avance, de nada ;-) didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmose : building vs hignway
Le dimanche 02 octobre 2011 à 20:39 +0200, didier2...@free.fr a écrit : Le dimanche 02 octobre 2011 à 20:24 +0200, Jocelyn Jaubert a écrit : Le 2 octobre 2011, didier2...@free.fr a écrit : il y a une nouvelle analyse osmose : http://osmose.openstreetmap.fr/cgi-bin/info.py?item=1070 Effectivement, l'analyse est toute neuve, et j'espère qu'elle n'est pas trop bugguée :) http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=16lat=48.888072lon=2.458866item=1070 il y a 3 fois la meme erreur et on ne peut pas la corriger dans la liste osmose. Sinon c'est parfait didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tutoriel OSM via JOSM
Le vendredi 30 septembre 2011 à 19:25 +0200, clansco a écrit : On Fri, 30 Sep 2011 09:59:01 -0700 (PDT) partir-en-vtt ad...@partir-en-vtt.com wrote: Je viens de faire corriger l'orthographe par mon amie, voici le tutoriel JOSM débutant V2 tel qu'il apparaîtra sur mon site : http://www.partir-en-vtt.com/stockage/hebergement/tutoriel_josm_pour_osm.pdf A distribuez autour de vous le plus possible ! J'en fait dont a la communauté. Merci, + pour la version 4399 de JOSM, les menu sont en français + page 6 Dowload List - Download List + page 7 Le lien de la Page statistique est file:///E:/Mes%20documents/Mes%20images/Tutoriels/OSM/bases/% 20http://wiki.openstreetmap.org/wiki/WikiProject_France/Statistiques + page 14 j'aurai ajouté que l'information Bing et cadastre peut etre différente lié aux dates des photo excellent travail! didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tutoriel OSM via JOSM
Le samedi 01 octobre 2011 à 09:59 +0200, Etienne Trimaille a écrit : Le 28 septembre 2011 12:39, partir-en-vtt ad...@partir-en-vtt.com a écrit : Par contre, pourriez vous m'indiquer l'âge de l'imagerie Bing et si elle est encore mise à jour ? dans Josm, clic sur une image (pas sur un element d'osm) puis bouton droit de la souris. un popup apparait avec diverses options - Afficher l'information de la tuile ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] noel et tablettes
bonjour, qui a déja utilisé un ipad, galaxy ou une autre tablette avec Josm ou potlacth ? didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Export des contours administratifs français
Le jeudi 29 septembre 2011 à 18:10 +0200, Pieren a écrit : 2011/9/29 sly (sylvain letuffe) sylv...@letuffe.org: J'aimerais trouver une solution top cool, mais j'en ai pas (ou alors comme disait pieren remplacer par du grossier), donc j'ai envie de me dire : exportons, de toute façon ces données sont amenées à disparaître, n'ont de toute façon peu de valeur et la société qui les avaient créé n'existe plus. Non. La seule solution acceptable est d'effacer les données litigieuses. Je peux le faire ce soir si vous voulez. Après, soit on les remplace par de l'approximatif, ce qui a l'avantage de pouvoir se faire rapidement et de conserver les services de geolocalisation (puisque les polygones restent valides). Ou alors on importe les limites du cadastre proprement pour ce qui concerne les départements/régions. Mais comme c'est essentiellement du plan image, ça risque d'être long et les polygones vont rester ouverts un certain temps (et même un temps certain). une autre solution plus longue a mettre en place: - recencer ce qui doit etre effacer - attribuer le travail a des osm-gens - effacer et uploader le travail effectué didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] POI tailleur de vêtements ?
Le mardi 27 septembre 2011 à 20:15 +0200, Teuxe a écrit : Salut à tous, Y a-t-il un tag particulier pour un tailleur de vêtements ? Où vous vous rendez pour refaire l'ourlet de votre plus beau pantalon, sans que le commerçant ne soit vendeur de vêtements ou de tissus basiques ? shop=fabric ? http://wiki.openstreetmap.org/wiki/FR:Key:craft craft = tailor quand je ne trouve pas un tag je le fais traduire de francais en anglais puis je fais la recherche sur le wiki didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Question sur JOSM
bonsoir, je n'ai pas pu reproduire ton problème Sinon si tu pouvais donner des précisions sur les messages ... merci didier Le lundi 26 septembre 2011 à 22:57 +0200, Maetma 91 a écrit : Bonjour, Je suis cette liste depuis un certain temps amis c'est la première fois que je poste. Je cartographie principalement à la campagne dans le sud de l'Essonne. Depuis quelques temps je rencontre un problème avec JOSM : quand l'éditeur de relation est ouvert, je reçois de nombreux messages d'erreur dès que j'essaye de faire quelque chose (ajouter des infos à un nœud par exemple). Est-ce que vous savez comment corriger ce problème ? J'utilise la dernière version stable. Merci Maetma ___ 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] si qqun veut soumettre a l'appel d'offre ;-)
Le jeudi 22 septembre 2011 à 11:45 +0200, cyrille giquello a écrit : Le 22 septembre 2011 08:42, Raphaël Jacquot sxp...@sxpert.org a écrit : AVIS CORRESPONDANT A VOS CRITERES D'ALERTE : Référence Avis : PA 142-2011 Acheteur : Perpignan Méditerranée Communauté d'Agglomération CP : 66006 - Ville : Perpignan Objet : Acquisition et mise en oeuvre d'un SIG Communautaire partagé pour les besoins de Perpignan Méditerranée Communauté d'Agglomération. Date limite de remise des offres ou candidatures : 13/10/11 à 12h00 http://www.marches-publics.info/Annonces/AAPC_113745.htm Le 3ème point: - Acquisition d’un outil générateur d’applications Métier spécifiques permettant de publier de nouvelles applications Métier en mode web. ils doivent rechercher un systeme du genre http://cartelie.application.equipement.gouv.fr a contrario d'OSM cela fonctionne par couche. J'imagine qu'il y a un rapport avec le SIG, surtout qu'il n'y a qu'un seul lot, mais étant débutant dans ce domaine je ne comprends ce 3ème point. Merci à ceux qui pourront m'éclairer. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] problème de rendu lanuse=vineyard
bonjour il y a un moyen pour qu'il n'y ait pas de vignes au milieu de codolet. si tu désires regarder les relation mutlipolygon http://wiki.openstreetmap.org/wiki/FR:Relation:multipolygon didier Le jeudi 22 septembre 2011 à 11:31 +0200, Matthias Dietrich a écrit : Le 22 septembre 2011 11:23, Guillaume Allegre allegre.guilla...@free.fr a écrit : Salut, J'aurais besoin d'aide pour comprendre un problème : Autour de Codolet (Gard) j'ai commencé à découper un multipolygone géant landuse=vineyard, en respectant les limites naturelles (en l'occurence la Cèze, une rivière). Le problème est ici : http://www.openstreetmap.org/?lat=44.12475lon=4.70195zoom=15layers=M sur le morceau extrait (et redessiné), on a perdu le rendu mapnik mais celuis d'Osmarender est OK. Le landuse lui-même me semble correct : http://www.openstreetmap.org/browse/way/130651813 Alors, est-ce un bug de mapnik ou un problème de mon polygone ? Si vous avez une idée... Salut, Le polygone a l'air de ne pas être fermé. Le premier nœud est le 1438318706, mais on ne le retrouve pas en fin de liste. Matthias ___ 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] problème de rendu lanuse=vineyard
Le jeudi 22 septembre 2011 à 12:53 +0200, Guillaume Allegre a écrit : Le jeu. 22 sept. 2011 à 12:10 +0200, didier2...@free.fr a ecrit : bonjour il y a un moyen pour qu'il n'y ait pas de vignes au milieu de codolet. si tu désires regarder les relation mutlipolygon http://wiki.openstreetmap.org/wiki/FR:Relation:multipolygon OK pour ça, mais ce n'était pas le problème ici. si tu utilise Josm et l'editeur de relation, cela te permet de voir si une zone est fermee ou pas ainsi et dans ce cas le numero des noeuds début/fin. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Re: Import cadastre Alès (était: relation sans outer)
Le mercredi 21 septembre 2011 à 14:20 +0200, cyrille giquello a écrit : En tout cas ça ne va pas, il reste beaucoup de morceaux de bâtis. Je vais vraiment devoir le faire à la main... Cyrille. On peut se repartir le travail de nettoyage ? il suffit de se donner une limite physique hors bati (voie ferree, cours d'eau) didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmose source=104
merci pour les liens mais je corrige uniquement le bati depuis 4 jours ... et les donnees keepright sont du debut du mois. didier Le mardi 20 septembre 2011 à 13:49 +0200, Bruno Cortial a écrit : Le 19 septembre 2011 21:39, cyrille giquello cyrill...@gmail.com a écrit : Le 19 septembre 2011 20:32, didier2...@free.fr didier2...@free.fr a écrit : Ben quand on coche Global: Tout dans le menu à gauche il y a bien quelques erreurs qui apparaissent. Mais effectivement cette zone semble mappée selon l'Art. ;-) Quand y en plus, y en a encore :-) http://keepright.ipax.at/report_map.php?zoom=13lat=46.98985lon=3.15384layers=B00Tch=0%2C30%2C40%2C50%2C60%2C70%2C90%2C100%2C110%2C120%2C130%2C150%2C160%2C170%2C180%2C191%2C192%2C193%2C194%2C195%2C196%2C197%2C198%2C201%2C202%2C203%2C204%2C205%2C206%2C207%2C208%2C210%2C220%2C231%2C232%2C270%2C281%2C282%2C283%2C284%2C291%2C292%2C293%2C311%2C312%2C313%2C350show_ign=1show_tmpign=1 http://tools.geofabrik.de/osmi/?view=highwayslon=3.14843lat=46.2zoom=12 A+ BrunoC ___ 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] relation sans outer
bonjour a tous, je corrige actuellement le bati de la ville de nevers ( cadastre avec batiments en double, noeuds orphelins etc...) Malheuresement, mes corrections ont amenées des erreurs: relation type multipolygone n'ayant pas de outer j'imagine aussi des relations n'ayant plus de membre actuellement, je les trouve visuellement. Une idée ? Merci didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] osmose source=104
bonsoir je voulais regarder les erreurs détectées par osmose pour la ville de nevers (bourgogne) mais il n'apparait rien http://osmose.openstreetmap.fr/map/cgi-bin/index.py?lat=46.99295lon=3.16002layers=B0FF00Tzoom=13item=0 j'ai regardé a http://osmose.openstreetmap.fr/cgi-bin/info.py?source=104 cela a l'air de travailler mais ... je n'ai pas du tout comprendre ... si une bonne ame pouvait m'expliquer ... merci d'avance didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Besoin d'aide pour corriger des polygones incorrects en France
pour corriger il faut aller aux parc astérix et au jardin d'aclimatation faire plusieurs attractions ... c'est plus sympa a plusieurs ;) didier Le jeudi 15 septembre 2011 à 23:58 +0200, Jocelyn Jaubert a écrit : Bonjour à tous, Suite au développement de nouvelles analyses pour Osmose, je me suis aperçu que certains analyses ne marchaient pas parce qu'on a des polygones incorrects en France. En particulier, ça bloque des analyses sur les propriétés géométriques qui tombent sur ces polygons, et explique pourquoi certaines analyses gis_building_overlaps sur la page suivante ne donnent plus de résultats: http://osmose.openstreetmap.fr/cgi-bin/last-update.py Du coup, j'aimerai que l'erreur suivante soit corrigée: http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=6lat=47.12601lon=3.11894layers=B0FF00Titem=1040 Les erreurs reportés consistent en des ways qui se croisent, ce qui donnent des polygones incorrects. Je n'ai pas vraiment de solution simple à proposer, mais en général c'est assez clair quand en regarde le polygone en question. Et le marqueur devrait normalement pointer sur la zone à regarder. N'hésitez pas à marquer l'erreur comme corrigé une fois que c'est fait pour éviter des efforts en double. Si vous en avez marre de la France métropolitaine, il y a des erreurs dans les régions d'Outre-Mer aussi :) http://osmose.openstreetmap.fr/cgi-bin/info.py?item=1040 Merci d'avance, Jocelyn ___ 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] Besoin d'aide pour corriger des polygones incorrects en France
Pour la ville de Nevers les polygones sont la partie visible de l'iceberg ! didier Le vendredi 16 septembre 2011 à 10:33 +0200, Christian Quest a écrit : Ils sont marrants ces polygones invalides... là, c'est sûr qu'il faut aller sur le terrain au moins pour remettre les layer comme il faut ! Pour le reste, j'ai commencé à corriger. -- Christian ___ 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] area=yes sur building ?
j'ai corrigé il y a quelques temps building=yes landuse=residential - building=residential didier Le jeudi 15 septembre 2011 à 17:25 +0200, Pieren a écrit : Je ne vois pas l'intérêt, je nettoie ? -- Vi. De même que ceux qui sont parfois ajoutés à des 'amenity' ou des 'leisure'. 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] Nouvelles sur Osmose - ajout des DOM, d'analyses des tags et du source du frontend
Bravo pour tout le boulot, Osmose est un outil vraiment très utile. +1 didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème pour visualiser des traces GPX dans JOSM
la projection lambert 9 zones - zone 7 n'inclus pas ouessant dans josm ... (ESPG 3948 45.5,-4.9,50.5,10.2) je seche didier Le dimanche 28 août 2011 à 12:08 +0200, Romain MEHUT a écrit : Bonjour, Je reviens avec mon problème de l'Île d'Ouessant. J'ai réussi à mettre à jour le bâti avec le fichier issu du cadastre disponible sur cleo-carto. Par contre, il m'est impossible d'afficher le fond cadastral. En effet, seule la projection Mercator permet d'afficher les données de l'île. Pourtant, le fond cadastral est bien disponible sur le site du cadastre. Quelqu'un aurait-il une astuce? Merci. Romain Le 23 août 2011 22:34, Romain MEHUT romain.me...@gmail.com a écrit : Sur le conseil de Vincent, j'ai testé avec la projection Mercator et effectivement ça fonctionne. Quelqu'un a-t-il une explication sur cette particularité de l'Île d'Ouessant? Romain Le 23 août 2011 10:34, Romain MEHUT romain.me...@gmail.com a écrit : Pour la projection, je suis en Lambert 9 zones et en sélectionnant la zone 7 mais rien à faire je n'arrive pas à télécharger une zone de l'Île d'Ouessant. Idem pour l'Île de Molène par contre aucun souci avec l'Île de Sein. Le 22 août 2011 23:03, Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net a écrit : Le 22/08/2011 22:37, Romain MEHUT a écrit : Je fais Fichier puis Ouvrir un fichier mais je ne vois pas les traces du GPX. J'ai uploadé 3 fichiers GPX correspondant aux 18, 19 et 20 août. Mais en fait en voulant simplement télécharger une zone de l'Île d'Ouessant, je n'ai rien! Là je comprends pas... bonne projection ? couleur de la trace (préférences, couleur/marqueur GPS et point GPS) ? -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] mkgmap erreur
en utilisant mkgmap sans tes parametres perso (--reduce-point-density=5.4 voir les autres apres) , il y a aussi la meme erreur ? didier Le vendredi 26 août 2011 à 10:44 +0200, Maurice a écrit : Bonjour, Lors de la mise à jour de la carte des régions basse et haute Normandie sur mon gps (sources Geofabrik), ce matin mkgmap me rend compte de cette erreur : java -enableassertions -jar -Xmx1G /home/momo/logiciels/mkgmap/mkgmap.jar --style-file=/home/momo/logiciels/mkgmap/examples/styles/openmtbmap/velomap --reduce-point-density=5.4 --reduce-point-density-polygon=4 --index --delete-tags-file=/home/momo/logiciels/mkgmap/examples/styles/openmtbmap/deletetags --adjust-turn-headings --ignore-maxspeeds --ignore-turn-restrictions --remove-short-arcs=4 --location-autofill=1 --route --family-id=6391 -c template.args ... Warning: using default sort Warning: using default sort GRAVE (Polyline): 63240002.osm.gz: Problem writing line (class uk.me.parabola.imgfmt.app.trergn.Polyline) of type 0x10606 containing 2 points and starting at http://www.openstreetmap.org/?mlat=49.90372mlon=-5.17272zoom=17 GRAVE (Polyline): 63240002.osm.gz: Subdivision shift is 0 and its centre is at http://www.openstreetmap.org/?mlat=49.75433mlon=-3.93272zoom=17 GRAVE (Polyline): 63240002.osm.gz: deltaLong = -57788 GRAVE (Polyline): 63240002.osm.gz: Problem writing line (class uk.me.parabola.imgfmt.app.trergn.Polyline) of type 0x10606 containing 2 points and starting at http://www.openstreetmap.org/?mlat=51.61817mlon=-6.13522zoom=17 GRAVE (Polyline): 63240002.osm.gz: Subdivision shift is 0 and its centre is at http://www.openstreetmap.org/?mlat=50.78218mlon=-5.89417zoom=17 GRAVE (Polyline): 63240002.osm.gz: deltaLat = 38960 Ceci pour la Basse-Normandie, la maj de la Haute-Normandie se passant sans problème. Je comprends que cela concerne les lignes de ferry Roscoff-Rosslare et Cherbourg-Rosslare, mais pas plus ! S'agit-il ici d'un mauvais choix des paramètres de mkgmap ou d'une erreur dans le fichier osm téléchargé ? Merci, Maurice (alias momovimout) ___ 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] landuse CLC
bonjour, après moultes modifications d'un même landuse (relation de 107 membres) je me demandais si je ne pouvais pas le fractionner en plusieurs relations, et pour garder la cohérence CLC, creer une relation pere qui contiendrait que des relations ... http://www.openstreetmap.org/browse/relation/375229 un avis ? merci didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] landuse CLC
Les relations de relations ou super-relations sont une solution élégante pour contourner les problèmes de relations trop grandes mais posent certains problèmes techniques qui font qu'actuellement aucun logiciel ne les supporte... en fait, je recherchais une solution pour les erreurs générées ... + landuse non fermées, + ways de landuse clc supprimé ... afin de pouvoir les corriger plus facilement après didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmose class 3040
merci pour ta reponse didier Le mardi 23 août 2011 à 00:08 +0200, Jocelyn Jaubert a écrit : Le 22 août 2011, progaz a écrit : osmose remonte une erreur Mauvaise valeur pour lit=24/7 alors que c'est spécifié dans le wiki: (Use 24/7 for night and day lights ...) http://wiki.openstreetmap.org/wiki/Lit merci de me confirmer la validité du tag sinon je le modifierais Il s'agit d'un nouveau plugin proposé par Fred, encore en développement. Il s'agit de détecter grossièrement les tags non-autorisés dans la base de donnée d'OSM. Le cas du lit=24/7 est un faux positif, qui ne devrait plus être détecté par le plugin maintenant. Tu n'as donc pas besoin de modifier quoi que ce soit. Merci, Jocelyn ___ 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] Extractions du planet par régions sur Geofabrik
je m'en sert pour l'ile de france en bz2. la taille est encore en dessous de mon seuil de patience ;) Le mardi 23 août 2011 à 10:35 +0200, Pieren a écrit : Bonjour, Y-a-t-il sur cette liste des personnes qui utilisent parfois ou régulièrement les extraits du planet que Geofabrik génère chaque jour par région pour la France métropolitaine ? Est-ce que certains d'entre-vous considèrent ces fichiers trop volumineux ? Peuvent-ils me contacter pour voir si cela correspond à leurs besoins ? 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] Afficher des tuiles locales dans JOSM
Mais il faut une liste des coordonnées, car openlayers n'ouvre pas les données EXIF des jpg. Avantage: je peux mettre aussi des photos non géocodées. inconvenient: il faut faire cette liste. j'ai eu le meme soucis, j'ai trouvé 2 solutions: + si on a acces a un site web , le script en php suivant donne les informations: http://osm2020.free.fr/teste/testexif.php.txt la photo test1.jpg etant dans le meme repertoire utilisation : http://osm2020.free.fr/teste/testexif.php?id=test1.jpg + la commande exiv2 sous linux : exiv2 -pv image.jpg | grep GPSInfo bon neuronage didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmose - points géodésiques
http://geodesie.ign.fr/fiches/index.php?module=eaction=e_actualite#230907186 2 points: + Nouvelle version du serveur de fiches = une modification des url + Mise à jour de l’ensemble des coordonnées des points (RGP, RBF,…) donc j'ai pris un repere (existant) a coté de chez moi: sur le pdf point 1 : 2°32'56.2837E 48°48'34.6022N Hauteur 197.90 point a : 2°32'56.3057E 48°48'34.5734N Hauteur 197.90 piti calcul 2+(32/60)+(56.2837/60) = 2.548967694 2+(32/60)+(56.3057/60) = 2.548973806 dans osm point 1 : Latitude 48.8096037, Longitude 2.5489738 + tag ele=154.1 point a : Latitude 48.8096117, Longitude 2.5489677 + tag ele=154.1 un avis ? didier Le samedi 20 août 2011 à 12:34 +0200, Frédéric Rodrigo a écrit : Le 19/08/2011 09:48, didier2...@free.fr a écrit : + l'url dans le node n'est plus d'actualité. http://ancien-geodesie.ign.fr/fiche_point.asp?num_site=94055Ano_ptg=02numero_f50=2414 par une carte interactive (geoportail) on accède à l'information par: http://geodesie.ign.fr/fiches/index.php?module=eaction=fichepdfsource=cartesit_no=94055Ageo_cid=0lambda=2.53393125163243phi=48.7852917131708 cela ouvre un pdf descriptif en simplifiant l'url http://geodesie.ign.fr/fiches/index.php?module=eaction=fichepdfsit_no=94055A Je n'avais pas vu ce problème en premier abord. Mais doit ton modifier en masse toutes les URL des points géodésiques ? J'ai écrit le patch pour osmose pour ne plus relever les faux positifs sur les bâtiments détruits. Fred ___ 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] osmose - points géodésiques
bonjour a tous, j'utilise osmose pour assainir les données osm autour des chez moi. http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=16lat=48.785292lon=2.533931 j'ai remarqué les points suivants + l'url dans le node n'est plus d'actualité. http://ancien-geodesie.ign.fr/fiche_point.asp?num_site=94055Ano_ptg=02numero_f50=2414 par une carte interactive (geoportail) on accède à l'information par: http://geodesie.ign.fr/fiches/index.php?module=eaction=fichepdfsource=cartesit_no=94055Ageo_cid=0lambda=2.53393125163243phi=48.7852917131708 cela ouvre un pdf descriptif en simplifiant l'url http://geodesie.ign.fr/fiches/index.php?module=eaction=fichepdfsit_no=94055A + ce point géodésique a été détruit en 2006. quel tag mettre pour que osmose ne trouve pas d'erreur (ce n'est pas réllement un faux positif) http://wiki.openstreetmap.org/wiki/Key:Demolished mais ce n'est pas validé. J'ai cherché dans le wiki des synonimes a detruit en anglais mais je n'ai rien trouvé d'autre. merci d'avance didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmose - points géodésiques
Dans le cas d'un repère sur un édifice détruit (si c'est bien le cas ici), pourquoi garder ce repère dans OSM ? Le supprimer avec un commentaire explicite sur le changeset (genre point supprimé car repère géodésique correspondant détruit) ne me choquerais pas. parce que dans le noeud il est noté de ne pas suprimer ou deplacer le repere ... ça ne me derange pas de le suprimer mais je n'ai rien trouvé qui m'autorise a le faire ... didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmose - points géodésiques
Cette fois ce n'est pas tagger pour le rendu, mais tagger pour Osmose. Même si mettre un tag pour signaler l'objet détruit est intéressant. Je vois deux actions : - passer un bot, ou faire à la main, pour ajouter ce fameux tag, oui mais ce tag n'est pas reconnu ... didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Afficher des tuiles locales dans JOSM
tes photo sont géocodées ou tu tu connais la liste des coordonnées de tes photo? j'ai un script tout fait pour le premier cas : un calque avec comme source un fichier .txt un calque avec comme source un fichier .kml Le vendredi 19 août 2011 à 22:39 +1100, Hendrik Oesterlin a écrit : Bonjour, Je n'arrive pas à afficher des tuiles que j'ai sur mon ordi dans un dossier dans JOSM, le plugin veux toujours les chercher par le réseau et je ne veux pas en plus installer un serveur. (encore sous WinXp avec les tuiles dans n:\Tiles\ ) Je veux en effet afficher des photos georeferencées sur un plan que j'ai rendu avec maperitive pour les presenter jeudi prochain lors d'une réunion d'aménagement de parc naturel avec un ordi qui n'est pas le mien depuis une cléf USB. Faire une page html et openlayers en plein écran avec les tuiles sur la même clés USB m'aurais bien plu. Malheureusement, mes capacités en JavaScript sont insuffisants pour réaliser cela dans openlayers et les conseils que j'ai pu avoir sur la liste de discussion dédiée trop complexes... L'agrandissement du pop up d'un OpenLayers.Layer.Text pour laisser la place pour un jpg de 640x480px ne m'a pas été possible. Je voulais donc détourner JOSM de son usage premier pour afficher mes photos au bon endroit sur une carte que j'ai faite, et cela sans connexion Internet bien sur. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Afficher des tuiles locales dans JOSM
j'ai oublié le lien... http://osm2020.free.fr/enlocal/ didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] note:qadastre, début de suppression de la base
note:qadastre n'est plus dans les nouveaux fichiers générés par cleo-carto deja 500 000 en moins ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Redresser les landuse de land cover
Ce qui m'arrive le plus souvent, c'est de fragmenter un polygone CLC en plusieurs plus petits, pour avoir une meilleure granularité. Dans ce cas, soit j'attribue la référence CLC au plus gros polygone survivant, soit je l'efface, mais je la laisse toujours à un seul polygone maxi par souci de cohérence. faire une relation qui intègre toutes les petites zones (outer / inner) ? effacer les zones est une solution propre , je suis tombé sur des zones ou seulement quelques ways ont été effacé ... (limitation du nombre noeuds par way dans les zones CLC) Dans ce cas, la description est erronné et même si on ne tag pas pour le rendu, celui-ci est fantaisiste ... didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] note:qadastre, début de suppression de la base
c'est un travail de fourmi ! Le dimanche 14 août 2011 à 10:51 +0200, Pieren a écrit : Bonjour, Hier, j'ai entamé le processus de suppression du tag note:qadastre de la base OSM ([1]). Il y en a 5 millions ([2]) au départ et je peux en supprimer environ 500.000 par jour. Comme je ne fais ça que les week-ends, cela devrait donc prendre quelques semaines. Le script utilise les extractions par régions de geofabrik([3]) et chaque way est vérifé individuellement avant modification pour éviter les problèmes de collision d'édition (par exemple, si quelqu'un modifie un way après l'extraction du planet faite par geofabrik chaque nuit). Ce processus, exécuté région par région avec le compte utilisateur 'PierenBot', durera jusqu'à suppression complète. Puis je lancerais le script sur la France entière à intervalle régulier tant que le dépôt mis à disposition par cleo-carto contiendra ce tag. Je rappelle ici que la mention note:qadastre ne sert qu'à identifier un outil d'extraction mais que le tag 'source=cadastre-dgi-fr..' reste lui obligatoire (même si à terme, j'espère que nous trouverons une solution moins couteuse). L'outil peut être mentionné dans les commentaires de changeset (comme pour le created_by des éditeurs). Ceux qui travaillent sur les données avant import peuvent les sélectionner dans JOSM en utilisant ce genre de tag temporairement ou par d'autres moyens (par son id à zéro si l'objet n'est pas encore uploadé ou par son auteur, combiné avec les mots-clés building=yes et cadastre par exemple). Pieren [1] http://lists.openstreetmap.org/pipermail/talk-fr/2011-July/034102.html (et suivants) http://lists.openstreetmap.org/pipermail/talk-fr/2011-July/034084.html (et suivants) http://lists.openstreetmap.org/pipermail/talk-fr/2010-November/028581.html http://lists.openstreetmap.org/pipermail/talk/2011-June/058962.html (tags inutiles dans import Japon) [2] http://taginfo.openstreetmap.org/keys/note:qadastre#values [3] http://download.geofabrik.de/osm/europe/france/ ___ 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] problème zonage corinne land cover
existe-t-il un outil graphique pour comparer les versions d'un changeset ? graphique ... je ne connais pas il y a bien fichier xml disponible (en bas de la page osmChange Xml): http://www.openstreetmap.org/browse/changeset/8996177 Bien cordialement didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Merci de vos critiques concernant ma traduction
bonjour a tous, j'utilise routino (calcul d'itinéraire). En l'essayant j'ai pu découvrir des erreurs de description des routes ... giratoire inversé, route en sens unique alors que non, itinéraire autoroutier coupé ... + Uniquement pour la france : http://osm.dirif.info/routinoFR/router.html (Mise a jour hebdomadaire depuis downloadgeofabrik.de/osm) + Uniquement pour la région ile de france : http://osm.dirif.info/routinoIDF/router.html (Mise a jour quotidienne depuis downloadgeofabrik.de/osm) en cours de traduction + Merci de vos critiques concernant ma traduction ... didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] problème zonage corinne land cover
+ j'ai tout d'abord telechargé la zone autour de Pey + j'ai selectionner la zone meadow + dans josm, ++ j'ai vu l'attribut landuse=meadow ++ j'ai vu que cette zone faisait partie d'une relation foret ++ j'ai éditer cette relation pour connaitre son numéro: 284204 (le n° apparait dans le titre de la fenetre de modification des relations) + Un outils pour vérifier les relations: http://analyser.openstreetmap.fr/cgi-bin/index.py saisir le n° de relation a coté du bouton !!Analyser !! + Pour voir les zones clc , importées ou non http://clc.openstreetmap.fr/cgi-bin/index.py dans ton cas c'est http://clc.openstreetmap.fr/cgi-bin/index.py?zoom=14lat=46.1246lon=4.446layers=TB0Tch=st=out + enfin pour vérifier les tag suivants les zones clc http://wiki.openstreetmap.org/wiki/WikiProject_France/Corine_Land_Cover/Nomenclature j'espere que cela te servira, ce n'est pas la première fois que je constate qu'une relation est cassée... Bonne journée didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Arrété et fiché par la police anglaise à cause d'OSM...
atterrant ! Le mercredi 10 août 2011 à 16:49 +0200, Pieren a écrit : Bonjour, Je suis tombé par hasard sur cette histoire: http://www.openstreetmap.org/user/Eriks%20Zelenka/diary/14468 Pour ceux qui n'aiment pas l'anglais, je résume: Eriks Zelenka, contributeur OSM en Angleterre depuis 3 ans, a passé la moitié de sa journée au poste de police parce qu'il faisait du mapping d'adresses (notebook + GPS + appareil photo) et que quelqu'un de parano avait appelé la police (à sa décharge, plusieurs cambriolages s'étaient produit dans le coin). Résultat: 3 voitures, 6 policiers, arrestation, 6 heures au poste, empruntes, photos, adn et fouille de l'appart. La totale quoi ! Le pire, c'est qu'il avait d'abord tenté d'expliquer au gars (puis aux policiers) la nature du projet OpenStreetMap, sans grand succès apparement. Notez que ça s'est passé le 31 juillet donc bien avant les émeutes actuelles en Angleterre. Il faut aussi dire que ce pays promeut depuis longtemps la surveillance des quartiers résidentiels par ses habitants... mais c'est la première fois à ma connaissance que cela arrive à un contributeur OSM dans un pays sensé être libre comme l'Angleterre. En passant, on apprend dans les commentaires que la Suède demande aussi une autorisation officielle préable avant toute cartographie dans le pays, y compris pour OSM, à cause d'une loi anti-terroriste de 1993. Vive la parano ! 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] problème zonage corinne land cover
Bonsoir, effectivement Pey est entouré d'une zone meadow, http://www.openstreetmap.org/browse/way/41997475 mais celle zone est un inner dans une relation multipolygone foret http://www.openstreetmap.org/browse/relation/284204 mais celle relation est cassée (non fermée) comme les données sont corrompues ... le rendu ... aussi didier Le mercredi 10 août 2011 à 22:16 +0200, jean navarro a écrit : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bonjour je profite de qq jours de vacances pour faire un peu de map... hors il me semble que la zone du hameau de Pey est bizarrement représentée sur la carte : cela devrait être une zone meadow mais suivant le niveau de zoom elle apparait en foret ? http://www.openstreetmap.org/?lat=46.1246lon=4.4465zoom=14layers=M je ne suis pas en mesure de localiser le pb, si un spécialiste des CLC pouvait jeter un coup d'oeil ! cordialement jean -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5C5zUACgkQirIRKX59UElDggCfV/Q8VEv78ic5lrNYsNxeH9oC CdcAniflqU7Mu4ckBDraFw6QYvZIQNCX =nMwe -END PGP SIGNATURE- ___ 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] modification tag
bonjour, je suis tombé par hasard sur routino et afin de mieux comprendre ses critères d'itinéraires je voudrais (en local bien sur) faire les modifications suivantes: enlever le tag bridge pour les higways=* ajouter le tag bridge pour les higways=* ET toll=* j'imagine qu'osmosis peut faire cela mais mon neurone comprend mieux le francais que l'anglais... un debut de piste m'aiderais ;-) --tag-filter accept-ways highway=* c'est apres que je coince ! merci d'avance didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Help import bâti L'Haÿ-les-Roses (94)
Du coup, une petite question: comment fait-on pour découper en plusieurs parties le fichier Z0038-L HAY LES ROSES-houses.osm? personnelement, je fais ca par quartier ou zone facilement selectionnable. + je copie Z0038-L HAY LES ROSES-houses.osm en hay1.osm, hay2.osm etc(correspondant au quartier 1,2 ...) + j'ouvre le fichier hay1.osm, supprime tout ce ne fait pas parti du quartier 1 + j'utilise la validation josm (beaucoup plus rapide d'autant plus que le fichier n'est pas trop gros) + je verifie les relations créées (le batiment avec un inner), il peut y avoir des fichiers avec des way en doubles (note:qadastre=v1.0 et note:qadastre=v2.0) + je recherche visuellement des batiements donc la couleur marron est différente (il y a 2 batiments...) + j'affiche le cadastre en fond et je cherche visuellement les batiments qui sont en plusieurs morceaux dans le fichier mais pas au cadastre = je les joints. + j'envoie le tout par blocs (200) + j'enregistre le fichier hay1.osm, je le ferme, je le réouvre et fichier-mettre a jour les données. + validation (de nouvelles erreurs apparaissent a cause de probleme d'arrondis) euh oui c'est long ... c'est pour ça que je ne le fais pas trop souvent ;-) bonjour chez toi didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] problème fichier cadastre
maintenant il est plus gros par l'interface http://cadastre.cleo-carto.org/ tu choisis le departement puis la ville envoyer ... et patience ... (ne pas fermer la page) ... patience dans la barre d'etat de ton navigateur il y a la progression et si c'est terminé bon mapping ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] problème fichier cadastre
maintenant il est plus gros (il manque la partie sud est) par l'interface http://cadastre.cleo-carto.org/ tu choisis le departement puis la ville envoyer ... et patience ... (ne pas fermer la page) ... patience dans la barre d'etat de ton navigateur il y a la progression et si c'est terminé bon mapping ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Help import bâti L'Haÿ-les-Roses (94)
bonsoir, il y a manifestement eu un probleme lors de l'import ... (a mon avis trop gros en une fois) le probleme n'est pas les points isolés mais les way des batiments qui sont manquants ! pour tout supprimer tu peu regarder: http://wiki.openstreetmap.org/wiki/Revert_changeset si tu utilise josm: http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Reverter si tu n'y arrive pas ... n'hésite pas a poster la liste bon courage didier Le dimanche 31 juillet 2011 à 20:12 +0200, Romain MEHUT a écrit : Bonsoir, J'ai importé le bâti de L'Haÿ-les-Roses (en faisant attention à l'existant et aux chevauchements) mais il ne semble pas que l'import ce soit bien passé. Il y a pleins de nœuds isolés. Que dois-je faire? S'il faut lancer un revert, je suis novice en la matière et je voudrais bien un coup de main... Merci. 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] État d'avancement du tracé des autoroutes - Dégradation naturelle des données
pour APRR , il y a A5 et A5b uniquement Si la route il y a A5, A5a et A5b Pour le CRICR de Créteil , c'est A5, A5a et A5b pour moi, le ref de la relation n'a pas trop d'importance si le nom des way correspondes au données terrain donc ? quelque soit le nomage, il faudrait l'indiquer en note pour qu'on s'y retrouve . didier Le vendredi 29 juillet 2011 à 13:45 +0200, Jocelyn Jaubert a écrit : 2011/7/23 didier2...@free.fr didier2...@free.fr: A5 est corrigé, j'ai remarqué que dans la zone au nord de melun , la ou A5 se décompose en A5a (Vers N104-A4) et A5b (vers N104-A6) - A5a est nommé A105 (avec une relation A105) A5b est nommé A5 (mais n'a pas de relation) Les libellés A5a et A5b sont sur les panneaux de jalonnement, sauf reponse négative de quelqu'un je modifierais cela demain. En fait, ce n'est pas si clair que ça: d'après wikipedia et wikisara, A5a et A5b sont les anciens noms, alors que A5 et A105 sont les nouveaux noms: http://fr.wikipedia.org/wiki/Autoroute_A5_%28France%29 http://routes.wikia.com/wiki/Autoroute_française_A5 http://routes.wikia.com/wiki/Autoroute_française_A105 Est-ce qu'il ne faudrait pas plutôt mettre A5 et A105 en ref, avec A5a et A5b en old_ref ? Merci, Jocelyn ___ 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] État d'avancement du tracé des autoroutes - Dégradation naturelle des données
j'ai remis ref a105 et ajouté les tags loc_ref,reg_ref, note je pense que ça devrait etre suffisant sinon, pour le tableau , le ratio est osm/wiki pour trouver les + grosses erreurs j'ai utilisé: ecart_net*ecart_relatif soit (osm-wiki)* [(osm-wiki)/wiki] plus le chiffre est gros, plus l'erreur est grave pour a139 (91.5%) (2.7-3)*(2.7-3)/3=0.03 pour A131 (94.4%) (32.1-34)*(32.1-34)/34=0.10 pour a20 (105%) (426.4-406)*(426.4-406)/406=1.02 cordialement didier Le vendredi 29 juillet 2011 à 13:40 +0200, Jocelyn Jaubert a écrit : 2011/7/24 didier2...@free.fr didier2...@free.fr: j'ai corrigé/ajouter les relation pour A83 : http://www.openstreetmap.org/browse/relation/1681543 A5 : http://www.openstreetmap.org/browse/relation/108204 A5a : http://www.openstreetmap.org/browse/relation/1678410 A5b : http://www.openstreetmap.org/browse/relation/1142385 A7 : http://www.openstreetmap.org/browse/relation/1681832 A352 : http://www.openstreetmap.org/browse/relation/1159820 Effectivement, c'est bien mieux maintenant: on a pratiquement toutes les autoroutes sur: http://osm.aquinetic.org/~osmosis/suivi-autoroutes.html Il manque juste l'A 105, et ce sera parfait :) Merci, Jocelyn ___ 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] RE État d'avancement du tracé des autoroutes - Dégradation naturelle des données
Version de juillet : http://osm.aquinetic.org/~osmosis/suivi-autoroutes.html d'après http://routes.wikia.com/wiki/Autoroute_fran%C3%A7aise_A620 A620 fait et non 35 km Pour A89, il y a un gros ecart mais cela est du a des way avec construction=yes on pourrait ajouter une colonne construction avec le kilométrage ? pour voir les corrections a apporter (distance wiki et ou les relations) merci didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nom de la ville ne correspond pas au code INSEE
bonjour, + osmose vérifie la cohérence: ref:INSEE=31297 doit correspondre à Lévignac + La derniere fois que j'ai pris cette route (route des airbus...), ce village s'appelait bien Lévignac tout cour + http://wiki.openstreetmap.org/wiki/FR:Key:name donc je dirais name=Lévignac loc_name=Lévignac sur Save didier --mateur amapeur-- Le lundi 25 juillet 2011 à 13:05 +0200, Fabien a écrit : Bonjour, voila cela fait un peu plus d'un mois que j'ajoute des informations par rapport à ce que je vois autour de moi dans openstreetmap et en suivant la liste de diffusion j'ai vu que osmose permettait de corriger certaines erreurs. J'ai donc un peu regardé autour et j'ai corrigé les éventuels problèmes. Par contre là je suis arrivé sur : http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=16lat=43.66768lon=1.19509layers=B00Titem=1010,1030,1040,1050,1060,2010,2020,2030,2040,3010,3020,3030,4010,4020,4030,4040,4050,5010,5020,5030,5040,5050,6010,6020,6030,6040,6050,6060,7020,7030 Si on en croit : http://www.insee.fr/fr/ppp/bases-de-donnees/recensement/populations-legales/commune.asp?depcom=31297 c'est Lévignac le nom. D'après le site de la mairie : http://www.mairie-levignac.com/ c'est bien Lévignac-sur-Save. Rien ne vaut le fait d'aller lire directement le panneau indiquant l'entrée de ville (qui selon moi doit faire foi) mais j'aurai voulu l'avis et surtout comment le traiter ? Merci, Fabien ___ 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] Nom de la ville ne correspond pas au code INSEE
dans ce cas name=Lévignac loc_name=Lévignac sur Save reg_name=Lévignac sur Save en attendant la mise a jour de l'insee ? Le lundi 25 juillet 2011 à 13:21 +0200, Vincent Privat a écrit : Le site internet de la mairie, Wikipedia [1], et les actes administratifs de la préfecture de Haute-Garonne [2] concordent tous sur Lévignac-sur-Save. Un coup de flemme de l'INSEE ? Vincent [1] http://fr.wikipedia.org/wiki/Lévignac-sur-Save [2] http://www.haute-garonne.gouv.fr/automne_modules_files/raa/public/r5394_RAA_PREF31_2009_09.pdf Le 25 juillet 2011 13:05, Fabien marbolan...@gmail.com a écrit : Bonjour, voila cela fait un peu plus d'un mois que j'ajoute des informations par rapport à ce que je vois autour de moi dans openstreetmap et en suivant la liste de diffusion j'ai vu que osmose permettait de corriger certaines erreurs. J'ai donc un peu regardé autour et j'ai corrigé les éventuels problèmes. Par contre là je suis arrivé sur : http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=16lat=43.66768lon=1.19509layers=B00Titem=1010,1030,1040,1050,1060,2010,2020,2030,2040,3010,3020,3030,4010,4020,4030,4040,4050,5010,5020,5030,5040,5050,6010,6020,6030,6040,6050,6060,7020,7030 Si on en croit : http://www.insee.fr/fr/ppp/bases-de-donnees/recensement/populations-legales/commune.asp?depcom=31297 c'est Lévignac le nom. D'après le site de la mairie : http://www.mairie-levignac.com/ c'est bien Lévignac-sur-Save. Rien ne vaut le fait d'aller lire directement le panneau indiquant l'entrée de ville (qui selon moi doit faire foi) mais j'aurai voulu l'avis et surtout comment le traiter ? Merci, Fabien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] État d'avancement du tracé des autoroutes - Dégradation naturelle des données
j'ai corrigé/ajouter les relation pour A83 : http://www.openstreetmap.org/browse/relation/1681543 A5 : http://www.openstreetmap.org/browse/relation/108204 A5a : http://www.openstreetmap.org/browse/relation/1678410 A5b : http://www.openstreetmap.org/browse/relation/1142385 A7 : http://www.openstreetmap.org/browse/relation/1681832 A352 : http://www.openstreetmap.org/browse/relation/1159820 Didier --mapeur amateur-- Le samedi 23 juillet 2011 à 10:57 +0200, Frédéric Rodrigo a écrit : Bonjour Jocelyn à refait tourné l'état d'avancement des autoroutes (du one shot pour l'instant). Le résultat est que les données se sont dégradé depuis le début de l'année. L'importance d'avoir des outils de surveillance des données apparait encore plus à la lumière de cet exemple. Version de juillet : http://osm.aquinetic.org/~osmosis/suivi-autoroutes.html Pour les autres suivis http://osm.aquinetic.org/~osmosis (url temporaires) L'état en janvier, utile pour comparer et retrouver les relations manquantes : http://osm4.crans.org/~jocelyn/suivi-autoroutes.html Fred ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] État d'avancement du tracé des autoroutes - Dégradation naturelle des données
j'ai regardé de plus près, en fait il y a 4 gros changement - A631 créé par un certain fro...go ;-) - 3 relations qui sont maintenant vide -( A83 : http://www.openstreetmap.org/browse/relation/158097 A5 : http://www.openstreetmap.org/browse/relation/108204 A7 : http://www.openstreetmap.org/browse/relation/111969 pour ne pas tous corriger la meme chose, je prend A5 (je connais le tracé d'A5 , mais pas les autres) Didier --mapeur amateur-- Le samedi 23 juillet 2011 à 10:57 +0200, Frédéric Rodrigo a écrit : Bonjour Jocelyn à refait tourné l'état d'avancement des autoroutes (du one shot pour l'instant). Le résultat est que les données se sont dégradé depuis le début de l'année. L'importance d'avoir des outils de surveillance des données apparait encore plus à la lumière de cet exemple. Version de juillet : http://osm.aquinetic.org/~osmosis/suivi-autoroutes.html Pour les autres suivis http://osm.aquinetic.org/~osmosis (url temporaires) L'état en janvier, utile pour comparer et retrouver les relations manquantes : http://osm4.crans.org/~jocelyn/suivi-autoroutes.html Fred ___ 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] État d'avancement du tracé des autoroutes - Dégradation naturelle des données
A5 est corrigé, j'ai remarqué que dans la zone au nord de melun , la ou A5 se décompose en A5a (Vers N104-A4) et A5b (vers N104-A6) - A5a est nommé A105 (avec une relation A105) A5b est nommé A5 (mais n'a pas de relation) Les libellés A5a et A5b sont sur les panneaux de jalonnement, sauf reponse négative de quelqu'un je modifierais cela demain. Bon samedi ... pluvieu Didier --mapeur amateur-- Le samedi 23 juillet 2011 à 14:49 +0200, didier2...@free.fr a écrit : j'ai regardé de plus près, en fait il y a 4 gros changement - A631 créé par un certain fro...go ;-) - 3 relations qui sont maintenant vide -( A83 : http://www.openstreetmap.org/browse/relation/158097 A5 : http://www.openstreetmap.org/browse/relation/108204 A7 : http://www.openstreetmap.org/browse/relation/111969 pour ne pas tous corriger la meme chose, je prend A5 (je connais le tracé d'A5 , mais pas les autres) Didier --mapeur amateur-- Le samedi 23 juillet 2011 à 10:57 +0200, Frédéric Rodrigo a écrit : Bonjour Jocelyn à refait tourné l'état d'avancement des autoroutes (du one shot pour l'instant). Le résultat est que les données se sont dégradé depuis le début de l'année. L'importance d'avoir des outils de surveillance des données apparait encore plus à la lumière de cet exemple. Version de juillet : http://osm.aquinetic.org/~osmosis/suivi-autoroutes.html Pour les autres suivis http://osm.aquinetic.org/~osmosis (url temporaires) L'état en janvier, utile pour comparer et retrouver les relations manquantes : http://osm4.crans.org/~jocelyn/suivi-autoroutes.html Fred ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] openstreetmap.fr
un SmartPhone c'est une automabile a 2 place qui tire une cabine téléphonique ... je signe pas, j'ai trop honte ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Soucis sur le dépôt cadastral
bonjour a tous, j'ai vu un point a vérifier pour les utilisateurs: les multipolygones en effet, quand un batiment contient une zone vide, le programme génère automatiquement un multipolygone avec un outer et un inner (cool) mais le outer est en double (dont 1 way est contenu dans la relation) si jamais le batiment contient 2 zones vides alors ,il y a 2 relations générées: 1 relation avec 1 outer et 1 inner 1 relation avec 1 outer et 2 inner 1 way du contour le contour est donc en triple... cela ne demande pas forcement des corrections au point de vu de qadastre mais une attention des utilisateurs ... didier --- mappeur amateur --- ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Synchronisation cadastre en ligne et dépôt cleo-carto
et pour les cacahouètes, c'est quoi l'adresse ? didier - mappeur amateur Le mardi 19 juillet 2011 à 22:52 +0200, Philippe Pary a écrit : Salut, Tom mail est intéressant, je me permets de mettre la liste en copie. Le mardi 19 juillet 2011 à 22:29 +0200, Bruno Besson a écrit : j'ai fouillé un peu dans les archives mais je n'ai pas trouvé la réponse à ma question, alors je me permet d'embêter directement l'auteur du dépôt cadastre... en espérant que la réponse à ma question n'est pas écrite en gros quelque part ! Voilà la situation : j'ai fait l'année dernière l'import du bâti sur la commune de Miribel dans l'Ain. Depuis, certains nouveaux bâtiments ont été construits (zone actuellement marquées en travaux). J'ai vérifié dernièrement avec le plugin cadastre que ces nouveaux bâtiments sont bien présents. Pourtant, le fichier osm de la commune daté du 17 juillet ne comprend pas ces nouveaux bâtiments. Y-a-t-il une source différente entre les deux ? Excellente question, je laisse au développeur du logiciel (Pinaraf) le soin d'y répondre. S'il n'y a pas d'explication autre technique, vaut-il mieux que j'attende une màj du dépôt, ou bien que je trace les quelques bâtiments à mettre à jour à la main ? La mise à jour automatisée est impossible pour le moment. Nos meilleurs ingénieurs travaillent dessus nuit et jour, mais le manque de bananes et de cacahuète nuit à leur productivité. Je dois admettre que nous aurions de meilleurs résultats avec un vrai développeur qu'avec des singes infini. Mais les singes sont tellement cools … Plus sérieusement, pour l'instant il vaut mieux mettre à jour à la main. Pinaraf a travaillé sur le sujet, mais il ne faut pas compter dessus avant plusieurs mois. Philippe ___ 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