Re: [OSM-talk-fr] Carte Power (était Gare de péage, frais de péage etc...)
Le 6 février 2012 09:47, Ab_fab gamma@gmail.com a écrit : Le 6 février 2012 09:28, Bruno Cortial bruno.cort...@laposte.net a écrit : Bonjour, A fond sur tilemill je vois :-) Il suffit de regarder le répertoire où Frédéric a hébergé sa carte pour comprendre l'intérêt. 5 fichiers : 1 fichier .mbtiles par type de rendu, avec des tailles très raisonnables 1 fichier html 1 fichier PHP (probablement l'équivalent de ce que tu décrits) Ce qu'a fait Frédéric, c'est la suite logique du Crashcourse Tilemill dont je parlais la semaine dernière. http://lists.openstreetmap.org/pipermail/talk-fr/2012-February/040091.html Ce tuto est très simple à suivre, je vous encourage à le faire, ça donne l'eau à la bouche ! Je l'avais zappé, merci ! J'espère voir arriver des plugin tilemill dédiés OSM... miam ! Tiens, une question subsidiaire : Lorsque l'on fait une requête XAPI ou Overpass API, le serveur retourne un fichier XML. Quel est selon vous le moyen le plus simple (et si possible convivial) pour convertir les résultats en .CSV ? Passer par un tableur, utiliser un script ? Je ne sais pas faire via un tableur, mais avec mes mouffles en peau de python j'arrive à en faire quelque chose. En pièce jointe un script qui extrait via overpass les rues nommées d'une commune et produit un fichier csv. Bruno br-cherche-rues.py Description: Binary data ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Restriction de visualisation avec JOSM
Bonsoir, Je mise sur un pb de projection: les paramètres JOSM doivent être sur une zone Lambert qui ne correspond pas à ta zone de travail. BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[Talk-it] access private
E' normale che un track con access=private non venga visualizato? Su mapnik si vede (1), ma visualizzando il file Italy con Mapsource il tratto taggato con access=privato scompare. Bruno (1)http://www.openstreetmap.org/?lat=41.5234amp;lon=12.99825amp;zoom=17amp;layers=M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Open Data
Le 26 janvier 2012 11:16, partir-en-vtt ad...@partir-en-vtt.com a écrit : Ce serait donc d'après vous plus par abandon (afin d'éviter de se ruiner la santé ou se ruiner tout court à traquer les fraudeurs) que par logique du non commercial que la clause NC n'a pas été mise en place ? Bonjour, Ce que font les collectivités territoriales avec le mouvement Open data est comparable à ce que réalise OSM : mettre à dispo des données sous licence ODbL (ou assimilées) sans clause NC. Crois-tu que le mouvement de basculement vers OSM que l'on commence à observer aurait pu se produire avec une clause NC ? bien sur que non. A quel usage destiner des données libérées sous clause NC, à part la recherche. Ca limite beaucoup trop, et c'est nier que les acteurs économique sont parfois incontournables dans la diffusion de la culture libre. Donc il y aura des boîtes qui vont vivre sur les données, sur le dos des contributeurs OSM, sur les dos des collectivités, mais il y a aura aussi des boites pour les améliorer et ces ajouts profiterons à tous. Le mouvement Open data est avant tout portée par une l'idée politique de transparence vis à vis des concitoyens. La clause NC étant rédhibitoire pour le succès du mouvement, il reste la clause SA qui impose la réciprocité pour les acteurs économiques. En supprimant la clause SA on passait alors en domaine public et le pillage par les acteurs économiques aurait été plus difficile à gérer par les politiques vis à vis des concitoyens. Mais... Il y a un coût pour les collectivités et il est porté par elles-seules. Personnellement, pour plus de clarté en ces temps difficiles, j'aurai bien vu la mise en place d'une cagnotte pour chaque jeu de données: la collectivité fixe un prix à la libération, une cagnotte est mise en place, et quand le seuil des dons est atteint les données sont libérées pour tous. Plus embêtant je trouve: contrairement à OSM, il n'y a pas, à ma connaissance, de réciprocité dans les faits. les collectivités ne profitent pas des données corrigées ou étoffées. En gros ce n'est pas prévu ! Sur Nantes Métropole les fourmis importent dans OSM les adresses libérées, et notent laborieusement les points douteux, que l'on pointera sans doute ensuite sur place. Est-ce que Nantes Métropole va profiter un jour de ces données corrigées ? A+ BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bretagne : première région dont les noms des commues sont bilingues dans OSM
Le 25 janvier 2012 15:45, Vincent de Chateau-Thierry v...@laposte.net a écrit : Taginfo ne parle pas encore breton, mais sait compter :-) : http://taginfo.openstreetmap.org/keys/name%3Abr = 3 144 occurrences. Chapeau bas ! C'est l'hiver, la france a nez rouge : http://taginfo.openstreetmap.fr/keys/name%3Abr#map Sinon, il n'y a pas d'objection à ce que j'applique également le tag name:br sur les relations boundary=administrative des communes concernées ? (Mes racines parisiennes et jacobines me disent que c'est mal ;-) ) A+ Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nantes, script contributeurs changement licence
Le 13 janvier 2012 16:08, Cyrille Giquello cyrill...@gmail.com a écrit : Bonjour Nantes, On m'a parler d'un outil pour trouver les contributeurs sur Nantes et plus qui n'ont pas (encore) accepter la licence. Pouvez vous m'en dire plus, je souhaiterai un tel outil pour nos départements (37, 41 et région centre). Merci Bonjour, Notre outil c'est ab_fab + Osm Inspector : très efficace ! Voir le message sur la liste locale : http://www.linux-nantes.org/wws/arc/openstreetmap-nantes/2011-12/msg00028.html A+ BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] dessiner des limites administratives (réutilisation)
Salut, Attention ce qui suit est écrit par un newbi, qui se creuse toujours pour cerner les possibilités de rendus ! Un PLU cela fait beaucoup de polygones pour un rendu vecteur en ligne. Les exemples de rendu vecteur lourds que j'ai pu voir en ligne combinait tuilage et simplification. En gros pour chaque niveau de zone on découpe les données vecteur en tuile, et en fonction du niveau de zoom on simplifie plus ou moins la géométrie (sinon le navigateur explose). Cela fait beaucoup de traitements préalables sur les données et j'ai rien vu de clé en main. Comme l'a écrit Frédéric, le raster est préférable dans cette situation Si j'avais un fichier PLU au format SHP comme celui-là [1] ou les extractions des limites de commune d'OSM [2], j'essaierai Tilemill [3] pour générer de zolies tuiles raster semi-transparentes. Tilemill peut générer ces tuiles dans un unique fichier au format MBTiles (basé sur SQLite). Ce fichier MBT déposé sur un serveur web qui autorise le php (comme ceux de nos FAI) et un bout de code php pour servir les tuiles à OpenLayers et ça doit marcher! En fait ça marche [4]. A+ BrunoC [1] http://www.data.gouv.fr/donnees/view/Zonages-des-PLU-30383158 [2] http://export.openstreetmap.fr/contours-administratifs/export-communes/ [3] http://mapbox.com/tilemill/ [4] http://projects.bryanmcbride.com/ol_mbtiles/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] dessiner des limites administratives (réutilisation)
Le 27 décembre 2011 15:37, Cyrille Giquello cyrill...@gmail.com a écrit : Le 27 décembre 2011 11:48, Cyrille Giquello cyrill...@gmail.com a écrit : Salut, Je reviens sur le sujet de Dessiner les limites administratives, au sens réutilisation et non pas saisie. Par exemple, comment extraire les limites administratives ? et les dessiner avec openlayer ou leaflet ? J'ai un morceau de réponse: pour dessiner un fichier osm avec OpenLayer : http://wiki.openstreetmap.org/wiki/OpenLayers_osm_file_example Par contre pour l'extraction des contours boundary + admin_level=* il va falloir jouer avec osmosis, pour l'instant j'ai pas trouvé autre chose. Bonjour, S'il s'agit que quelques communes, OverpassAPI est parfait http://www.overpass-api.de/query_form.html Cette requete génère un fichier format OSM des chemins (et leurs noeuds) des contour de la commune de Pornic: union query type=relation has-kv k=name v=Pornic/ has-kv k=boundary v=administrative/ /query recurse type=relation-way/ recurse type=way-node/ /union print/ A+ BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[Talk-ht] Good map of Haiti
Hi all, I want to install a OSM map of Haiti on the GPSes that I use in the office. from all of what is available, which one is the best? I found a Hispaniola map covering Haiti and the DR provided by la-hispaniola.com and there are others, or should I create my own? Please advise or point me to one that is good and up-to-date ready to be installed on a Garmin GPS. Thanks. Stéphane ___ Talk-ht mailing list Talk-ht@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ht
Re: [Talk-ht] Good map of Haiti
Merci Pierre! 2011/12/4 Pierre Béland infosbelas-...@yahoo.fr: Stéphane Sur le site WikiProject Haiti http://wiki.openstreetmap.org/wiki/FR:WikiProject_Haiti il est suggéré de télécharger à partir de la page suivante : http://labs.geofabrik.de/haiti/ Tu vas y trouver un fichier datant du 30 novembre 2011. Pierre Béland De ： Stéphane_Bruno Date/heure ： 2011-12-04 14:57:23 A ： talk-ht Cc ： Sujet ： [Talk-ht] Good map of Haiti Hi all, I want to install a OSM map of Haiti on the GPSes that I use in the office. from all of what is available, which one is the best? I found a Hispaniola map covering Haiti and the DR provided by la-hispaniola.com and there are others, or should I create my own? Please advise or point me to one that is good and up-to-date ready to be installed on a Garmin GPS. Thanks. Stéphane ___ Talk-ht mailing list Talk-ht@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ht ___ Talk-ht mailing list Talk-ht@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ht
Re: [OSM-talk-fr] récupération de POI d'un garmin
Le 18 novembre 2011 17:23, Pierre WILLOT pie...@willot-martin.be a écrit : Bonjour Avec un ami nous avancons tout doucement dans la compréhension de l'utilisation du GPS et de transférer les données sur OSN Pour les tracer nous avons compris le fonctionnement Par contre pour les Points qui ont été enregistrer, je ne trouve pas comment les sortir et les récupérer sur OSM, à part le faire point par point avec le problème supplémentaire que les coordonnées de Garmin ne sont pas dans la même mesure que OSM. Il nous faut d'abord tout transformer. Comment je peux faire pour récuperer les points enregistrés dans le GPS garmin de marche ? Merci Piwi Bonjour, Quel modèle ? quel logiciel d'extraction utilises-tu ? Est-ce que tu as bien récupéré un fichier .gpx ? Est-ce que ce fichier contient les points (POI) ? Tu peux ouvrir le fichier .gpx avec n'importe quel éditeur de texte, et chercher *wpt*: *wpt* lat= lon=... Ensuite il est important de noter que les POI des fichiers GPX ne sont pas conservés quand tu les remontes sur OpenStreetMap, qui ne concerve que les traces (http://wiki.openstreetmap.org/wiki/Upload#Upload_Waypoints ) Enfin pour le pb de système de coordonnées géographiques, même si celui que t'affiche ton GPS est différent, si tu as un fichier .gpx ses coordonnées sont nécessairement en WGS84 (c'est dans la définition de ce format). A+ Brunoc ___ 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
Le 3 octobre 2011 11:22, partir-en-vtt ad...@partir-en-vtt.com a écrit : Bonjour, Salut, J'ai produit 2 scripts python pour améliorer les données du bâti: http://lists.openstreetmap.org/pipermail/talk-fr/2011-August/035156.html Ca marche assez bien pour les tests que j'ai pu faire (90% de chevauchement en moins), mais il reste la simplification des chemins et la détection des ano de chevauchement qui pourraient subsiter (afin de combler les manques de validator). Actuellement je n'ai plus trop de temps à accorder à OSM et j'ai un peu laché l'affaire, mais je vais regrouper les 2 scripts en un seul et et virer les tag fixme générés à des fins de debug, afin que cela soit mis en prod sur cléo. A ta dispo pour tout complément BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] osmose source=104
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
Re: [OSM-talk-fr] Subject: plage à mi-temps
Le 20 septembre 2011 13:58, Vincent Pottier vpott...@gmail.com a écrit : Le 20/09/2011 13:52, Pierre Quenee a écrit : http://wiki.openstreetmap.org/**wiki/Key:tidalhttp://wiki.openstreetmap.org/wiki/Key:tidal -- Pas super la page du wiki. Rappel: on a fait l'import Corine avec water=tidal Pour ce cas je verrai donc un polygone hors de la coastline, et tagué water=tidal + natural=beach BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] plage à mi-temps
Le 20 septembre 2011 15:27, Pieren pier...@gmail.com a écrit : 2011/9/20 Vladimir Vyskocil vladimir.vysko...@gmail.com: Peut etre qu'il faut aller voir du coté de natural=wetland et du tag tidal pour ? natural=beach + tidal=yes http://taginfo.openstreetmap.org/keys/?key=tidal#values http://gis.638310.n2.nabble.com/Mean-high-water-level-rendering-td6468256.html Pieren Est-ce qu'il faut revoir les tag de l'import Corine pour les zones importées en water=tidal en fonction de nos connaissances ? Par exemple cette zone, qui au delà de la plage, est une grande vasière à marée basse, on met quoi : http://www.openstreetmap.org/browse/way/93139737 Je note également les tags de la zone http://osm.org/go/0EZaXWxC- qui vnt permettre d'améliorer les choses aux embouchures de fleuve (je pense à la Loire et à la Vilaine) BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Simplification des arrondis architecturaux
Le 19 septembre 2011 13:36, cyrille giquello cyrill...@gmail.com a écrit : Connaissez vous un moyen rapide et efficace de se promener et de simplifier ces arrondis de building ? Bonjour, Pour les cas que tu montres l'outil de simplification de JOSM doit fonctionner, mais il faut régler la distance de simplification dans les paramètres avancés de JOSM. Je n'ai pas en tête le nom du paramètre, mais il contient simplify :-) Là où l'outil de simplification de JOSM sèche, ce sont les sections partagées par 2 batiments sur lesquelles il ne fait aucune simplification. J'ai toujours un projet de script de simplification qui gère ces cas, mais j'avance pas ! BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[Talk-it] R: Re: R: Re: problema JOSM
Ciao Martin, la tua è tutt'altro che una critica. Anzi ti ringrazio x i tuoi utilissimi suggerimenti. Da quello che ho capito, il percorso in questione e quelli taggati come (C)omuna essendo dei single track in un bosco, vanno taggati come path (percorso) e siccome percorribili solo in mtb usare solo una MTB Scale. Provo a corregge e se puoi fammi sapere se sono ok. Bruno Messaggio originale Da: dieterdre...@gmail.com Data: 09/09/2011 15.07 A: openstreetmap list - italianotalk-it@openstreetmap.org Ogg: Re: [Talk-it] R: Re: problema JOSM Questi percorsi adesso sono corredati di un ampio set di tag, ma mi sembrano ancora stranissimi ;-) http://www.openstreetmap.org/browse/way/128448347 guardiamoci i tag uno per uno. * highway = track è descritto qui (purtroppo una versione italiana non c'è ancora): http://wiki.openstreetmap.org/wiki/Tag:highway=track Questo lo consideriamo il tag principale (highway) perchè ci dice di quale tipo di strada si tratta. (track è un percorso che è fisicamente percorribile con veicoli a 4 ruote ma che non fa parte della rete stradale (è una strada forestale, strada sterrata o simile). Il tag highway è indispensabile per taggare qualsiasi percorso/strada. * name = comuna http://wiki.openstreetmap.org/wiki/IT:Key:name La pagina del wiki contiene alcuni indicazioni ma non è molto esplicito cosa significa (sopratutto come non si dovrebbe usare): va usato solo per nomi. Invece se si tratta di una nota per altri mappatori va usato il tag note e se si tratta di una descrizione che potrebbe essere utile/utilizzata per recipienti di una mappa derivata si usa description. Le applicazioni come router o motori di rendering di solito ignorano i tag come note e description quindi non sono idonei per dare un significato che può essere rilevato in maniera automatica. I nomi si scrivono di solito con inizio maiuscolo. * tracktype = grade1 http://wiki.openstreetmap.org/wiki/IT:Key:tracktype Il tracktype è un tag più e meno soggettivo per specificare grezzamente le strade del tipo track con una scala da 1 a 5. Il grade1 significa che si tratta di una strada asfaltata oppure con superficie simile. In questo caso è strano perchè la superficie viene indicata come suolo: surface = ground http://wiki.openstreetmap.org/wiki/Key:surface (manca la versione italiana) No special surface, the ground itself has marks of human or animal usage. quindi una superficie morbida che contiene tracce di animali o persone. invece gli seguenti tag sono tutti della categoria access e descrivono la situazione legale (diritto/divieto di accesso): motor_vehicle = yes motorcar = no motorcycle = yes http://wiki.openstreetmap.org/wiki/Key:access (anche qui manca una traduzione) questo tagging significa che si tratta di una strada dove tutti veicoli a motore hanno diritto di accesso (camion, pullman, motorini, motocicli, ...) con l'eccezione delle macchine (motorcar=no). Il motorcycle=yes secondome è un doppione, perchè il motor_vehicle già contiene le moto. mtb:scale = 0 http://wiki.openstreetmap.org/wiki/IT:Key:mtb:scale questo invece è un tag molto particolare che indica la difficoltà di un percorso per le mountain bike. nonchè questo è la classe più semplice e leggera per i percorsi mountainbike guardando la foto di esempio sul http://wiki.openstreetmap.org/w/images/9/9f/S0.jpg direi che non va applicato ad un tracktype=1. Si tratta di una scala pensato per specialisti quindi secondome si usa solo per percorsi di mountain bike come scritto nella pagina. Il mtb:scale va usato per le parti downhill mentre per le parti uphill si usa mtb:scale:uphill. Spero che non ho demoralizato un nuovo mappatore. Il mio scopo non era quello di criticare ma di spiegare come si potrebbe procedere per trovare i tag giusti (guardando nella wiki il significato delle vari chiavi e valori). Purtroppo la documentazione del wiki è ancora un po' scarza in italiano, e per tanti tag si deve leggere in qualche maniera il testo inglese (che viene cmq. sempre considerato la versione ufficiale). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Re: problema JOSM
Ciao Stefano la Zona è il comunne di Norma. questi sono due link http://www. openstreetmap.org/?lat=41.59636lon=12.96891zoom=17layers=M http://www.openstreetmap.org/?lat=41.61779lon=12.96892zoom=16layers=M sicuramente i problemi segnalati sono miei errori di inesperienza!!! Bruno Per aiutarti devi indicarci la zona dove riscontri il problema con più precisione (La provincia di Latina è un po' ampia ...). L'ideale è zoomare sulla zona dal sito openstreetmap.org e poi fare copia incolla del link fornito dal Permalink che trovi in basso a destra. In alternativa devi dirci con quale utente editi in OSM. In ogni caso OSM Inspector [1] segnala molti problemi di tagging nella zona, quindi con ogni probabilità hai sbagliato qualcosa nei tag assegnati alla way. Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] problema JOSM
Salve a tutti. Ho cominciato da poco a mappare dei sentieri, soprattutto x MTB in prov. di Latina. Ora però alcuni dei sentieri che ho mappato (già da diversi giorni), li vedo solo su JOSM e non sulla mappa di openstreetmap. Ho sicuramente fatto qualche errore, ma quale? Bruno ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Nouvelles sur Osmose - ajout des DOM, d'analyses des tags et du source du frontend
Bonjour, Il me semblait que l'on pouvait récupérer un fichier .xml avec toutes les erreurs d'un analyseur. Par exemple sur cette page : http://osmose.openstreetmap.fr/cgi-bin/all-update.py?source=208. Mon objectif est de récupérer ces anos et d'automatiser les corrections avec les scripts d'amélioriation du bati postés précedemment sans avoir à gérer une base nationale. Cordialement BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Organisation des réparations sur des données =?iso-8859-1?q?cass=E9es?= ?
Bonjour - on a que cette liste et le wiki comme base de recherche (ouf!) On a aussi le forum OSM France [1], pas très fréquenté il est vrai mais pour traiter des sujets récurents on peut demander à ce qu'un fil soit épinglé pour qu'il apparaisse toujours en tête. Un fil épinglé pour signaler les erreurs et organiser les contacts et les corrections éviterai de polluer la liste francophone. J'y verrai bien aussi un fil de bienvenu, demande de parrainage, pour les tous premiers pas. BrunoC [1] http://forum.openstreetmap.org/viewforum.php?id=22 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Améliorer le Bâti
Le 31 août 2011 23:14, julien balas jul...@krilin.org a écrit : * les erreurs liées aux arrondis des coordonnées: - on valide avec josm. - on telecharge de nouveau la zone = la validation josm en trouve d'autres - on verifie sur osmose.openstreetmap.fr 2 jours après, on trouve encore d'autres erreurs si apres avoir telechargé le fichier .osm cleo - on l'ouvre avec josm - on le sauve tout de suite. - on ferme le fichier - on le recharge. Ca fait les même arrondis que sur le serveur je crois (en tout cas ca leve des erreurs qui n'apparaissent pas sinon) On a ce genre d'erreur à cause des batiments proches mais non jointifs: si ces batiments partagent bien leurs noeuds comme il se doit, une erreur d'arrondi sur des noeuds partagés ne va pas se faire chevaucher les batiments. node_join.py doit corriger ces pb. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Améliorer le Bâti
Bonjour,
Afin de voir où l'on en est sur la qualité des fichiers bâti issus du
cadastre, j'en ai récupéré quelques uns sur cleo, et j'ai tenté d'identifier
les pb récurrents que le contributeur doit gérer quand il se lance dans
l'aventure import du bati:
1. Des noeuds en doubles ou très proches
2. Des chemins avec un même noeud répété
3. Des bâtiments se croisant eux-mêmes
4. Des bâtiments se chevauchant très faiblement
5. Des bâtiments adjacents, mais qui ne partagent pas leurs noeuds.
Topologiquement ils ne sont pas mitoyens, de quelques centimètres.
6. Des bâtiments en double
7. Des bâtiments inclus dans d’autres, ou se superposant franchement
8. Des bâtiments découpés par les limites de parcelle
9. Des bâtiments avec un nombre exubérant de nœuds
10. Validator c’est long et ça rate des anos en plus !
11. Des bâtiments qui existent déjà dans OSM
12. Des bâtiments sur les highway existantes
Vous en avez d’autres ?
J'ai écrit 2 scripts python. Ce n’est pas très pythonique, pas très
performant, mais cela règle plus d’anos que ça n’en crée (je crois pas que
cela en crée :-) ). Ils utilisent OsmSax [1], Rtree, et Shapely :
Node_simplifier.py : A partir d’un fichier .osm, crée un autre .osm en
éliminant les nœuds en double, ou proches, et nettoie les chemins des nœuds
se répétant.
Node_join.py : A partir d’un fichier .osm, crée un autre .osm en « J »isant
tous les nœuds. Il s’agit de la fonction J de JOSM qui intègre un nœud à un
chemin si celui-ci en est suffisamment proche. A noter que cela ne déplace
aucun point, et que l’on conserve tous les points.
Pour l’instant les paramètres de distance sont en dur (et en angulaire), et
tous les objets modifiés se voient ajouter un tag fixme pour visualiser les
modifs. Ces deux scripts, passés dans cet ordre, traitent les points
1,2,4,5. Un troisième script est en cours pour le point 9.
Je vous laisse juge de leur qualité et de leur intérêt. A vos remarques !
A final je crois qu'il faudra supprimer les dépôts type cléo, et mettre à
dispo une interface d’import différentiel tuilé, c'est-à-dire qui n'affiche
et ne renvoie qu’une portion des bâtiments à importer et, pour combler les
manques de Validator, en ajoutant les tag fixme du type : « bâtiment
superposé avec l’existant », « bâtiment superposé au cadastre », « bâtiment
sur highway », etc…afin d'aider et d'alerter le contributeur... et peut-être
aussi le réfréner ;-)
BrunoC
[1] https://gitorious.org/osmose/backend/blobs/master/modules/OsmSax.py
#!/usr/bin/python
# -*- coding: utf8 -*-
from rtree import Rtree
import OsmSax, sys
DIST_MIN = 1.0e-12
def coords(n):
return (n.lat, n.lon)
def distance2(a,b):
xa, ya = coords(a)
xb, yb = coords(b)
return (xa-xb)**2 + (ya-yb)**2
class Node(object):
def __init__(self, id=None, lon=None, lat=None, tags=None):
self.id = id
if lon != None: self.lon, self.lat = float(lon), float(lat)
if tags:
self.tags = tags
else:
self.tags = {}
self.inWay = set()
self.inRel = set()
class Way(object):
def __init__(self, id=None, nodes=None, tags=None):
self.id = id
if nodes:
self.nodes = nodes
else:
self.nodes = []
if tags:
self.tags = tags
else:
self.tags = {}
class Relation(object):
def __init__(self, id, members=None, tags=None):
self.id = id
if members:
self.members = members
else:
self.members = []
if tags:
self.tags = tags
else:
self.tags = {}
def __repr__(self):
return Relation(id=%r, members=%r, tags=%r) % (self.id, self.members, self.tags)
class Cache:
def __init__(self):
self.nods = {}
self.ways = {}
self.rels = {}
def NodeCreate(self, data):
self.nods[data[id]] = Node(id=data[id],lon=data[lon],lat=data[lat],tags=data[tag])
def WayCreate(self, data):
self.ways[data[id]] = Way(id=data[id],nodes=data[nd],tags=data[tag])
def RelationCreate(self, data):
self.rels[data[id]] = Relation(id=data[id],tags=data[tag],members=data[member])
###
fout = sys.argv[2]
data = OsmSax.OsmSaxReader(sys.argv[1])
cache = Cache()
print 'Parse du fichier...'
data.CopyTo(cache)
idxNode = Rtree()
tabindx = {}
print 'Indexation...'
i = 0
for k in cache.nods.keys():
i += 1
idxNode.insert(i, coords(cache.nods[k]))
tabindx[i] = cache.nods[k]
# set des chemins utilisant un noeud
for w in cache.ways.values():
for nid in w.nodes: cache.nods[nid].inWay.add(w)
# set des relations utilisant un noeud
for r in cache.rels.values():
for m in r.members:
if m['type'] == 'node': cache.nodes[m['ref']].inRel.add(r)
print 'Simplification des noeuds...'
# balayage des noeuds à simplifier
for noeud in cache.nods.values():
#
Re: [OSM-talk-fr] Décalage du cadastre
Le 30 août 2011 20:16, Nicolas Frery nicolas-l...@zoubi.info a écrit : Le 30/08/2011 20:08, Mickaël Guéret a écrit : La résolution de Bing ne permet pas de bien voir les bâtiments, mais on remarque que les routes sont mal placées. Est-ce que Bing est mieux calé ? Bref, j'ai besoin d'un petit coup de pouce pour débrouiller tout cela... Une trace gps pour dire qui est la source décalée ? Un repère geodésique http://osmose.openstreetmap.fr/map/cgi-bin/index.py?lat=46.93221lon=-0.51789zoom=18layers=B0FF00Titem=7010 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mauvais imports du bâti cadastral, que faire ? / cas des canaux - chenaux
Le 24 août 2011 08:40, Brice brice.mal...@free.fr a écrit : Bonjour, Je profite de ce message pour vous demander votre avis sur le traitement du Marais Breton (http://fr.wikipedia.org/wiki/Marais_breton). Exemple : http://www.openstreetmap.org/?lat=46.99908lon=-1.95528zoom=17layers=M Les fossés drainants ont été importés depuis le cadastre donc en surface d'eau et non en linéaire. Cette configuration inclut notamment des multipolygones avec relations inner. Quelle est votre position sur le traitement à adopter pour une telle zone ? Des changements sont-ils à prévoir ? Je suppose que le traitement suivi dans le cas du marais de Couëron est préférable, qu'en pensez-vous ? http://www.openstreetmap.org/?lat=47.21828lon=-1.77005zoom=15layers=M Brice C'est bien sûr le modèle de Couëron qu'il faut suivre. On voit mieux le pb sur geofabrik: http://tools.geofabrik.de/osmi/?view=waterlon=-1.95232lat=46.99195zoom=14opacity=0.54overlays=bodies_of_water,bodies_of_water,broken_bow,vmap0_rivers,long_rivers,waterways_river,waterways_stream,waterways_drain,waterways_canal,waterways_riverbank,waterways_other,waterways_width,waterways_in_tunnels,waterways_on_bridges,waterways_without_names,waterway_nodes,coastline,coastline,simple_islands,coastline_nodes,rivermouths,coastline_not_simple,coastline_unconnected = En l'état on ne peut tirer aucune information sur le réseau hydro. L'import water c'est le mal ! Même pas de validateur pour forcer le contributeur à améliorer ses données comme c'est le cas pour le bâti. Pas mal aussi, les riverbank en mer : http://tools.geofabrik.de/osmi/?view=waterlon=-2.47983lat=47.49060zoom=13opacity=0.54overlays=bodies_of_water,bodies_of_water,broken_bow,vmap0_rivers,long_rivers,waterways_river,waterways_stream,waterways_drain,waterways_canal,waterways_riverbank,waterways_other,waterways_width,waterways_in_tunnels,waterways_on_bridges,waterways_without_names,waterway_nodes,coastline,coastline,simple_islands,coastline_nodes,rivermouths,coastline_not_simple,coastline_unconnected BrunoC ___ 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
Le 23 août 2011 10:35, Pieren pier...@gmail.com 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 ? Bonjour, Je télécharge régulièrement les Pays de Loire pour charger postgis, et mon PC standard de 7ans ne bronche pas trop. Il m'arrive de virer le bâti pour alléger, mais la taille du fichier est encore gérable Le 23 août 2011 10:52, Jocelyn Jaubert jocelyn.jaub...@gmail.com a écrit : Je m'en sers tous les deux jours pour lancer les analyses d'osmose sur les régions françaises. Certaines régions sont un poil grosses pour que les analyses tournent en moins de 1-2 heures, mais ça reste raisonnable. Question en passant : est-ce ca interresse que je réécrive l'analyseur sax d'osmose pour qu'il fonctionne avec imposm (gestion .pbf, .bz2, multiprocesseur) ? Black Myst à déjà qqchose en cours ? http://dev.omniscale.net/imposm.parser/ A+ BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Problème de rendu cartographique avec niveau de zoom
Le 17 août 2011 09:44, Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net a écrit : Le Mercredi 17 Août 2011 06:54:03 Quynh Vu Do, vous avez écrit : Bonjour, Merci pour vos réponses. Le 7 août 2011 16:36, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : Bonjour, Les serveurs OSM renopuvellent les caches de tuiles pour faciliter l'affichage. Cela peut prendre plusieurs jours pour faire tous les niveaux de zoom. C'est pour cette raison que certains zoom s'affichent avant d'autres. J'ai constaté aujourd'hui, qu'effectivement les routes que j'ai tracées commencent à apparaître au niveau zoom 10 (avant c'était zoom 13): http://www.openstreetmap.org/?lat=20.577lon=105.854zoom=10layers=M Il s'agit de la route en orange fin, reliant Quế à l'axe Nho Quan-Me en passant par Chi Nê (axe Nord-Sud) vers le centre de la carte, à gauche de la ville de Phủ Lý (en milieu de carte). cependant, si on zoome au niveau suivant (11), une portion de la route en question disparaît: http://www.openstreetmap.org/?lat=20.577lon=105.854zoom=11layers=M Tout de suite, ça a l'air bon sur cette portion. Avais-tu penser à forcer le raffraichissement des tuiles ? http://wiki.openstreetmap.org/wiki/FR:Slippy_Map#Rendu_des_pav.C3.A9s_par_Mapnik En général, un rechargement de la page après avoir forcer le cache de mon navigateur (j'utilise rekonq, et ça marche en cliquant sur le permalien) suffit. Actuellement le rendu Mapnik est très rapide. Pour les curieux il y a ces stats [1]: En régime de croisière: 2 minutes de délai pour la réplication des données, une file de rendu vide, et on voit que le moteur le moteur de rendu peut cracher facile 200 metatile par seconde sachant qu'une metatile doit correspondre à 64 tuiles d'un zoom donné. Ca empêche pas les accidents. Mais plupart du temps c'est le cache du navigateur qui est en cause: un petit coup de Crtl+F5 (sous Firefox) permet de l'outrepasser et d'éviter des remarques désobligeantes sur la lenteur d'OSM ;-) BrunoC [1] http://munin.openstreetmap.org/openstreetmap/yevaud.openstreetmap/index.html#renderd ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Chemins de grande randonnée, FFRP, et alternatives
Le 11 août 2011 10:59, Pieren pier...@gmail.com a écrit : 2011/8/11 RatZilla$ ratzil...@gmail.com Comme je le dis à bcp de nos interlocuteurs : Avec ou sans vous on fera le travail on mettra plus de temps mais on y arrivera ! Je trouve ta proposition originale Antoine. Avançons il nous rejoindrons ;-) Je n'ai rien contre les initiatives personnelles mais il y a déjà bien d'autres itinéraires qui ne sont pas gérés par la FFRP. Bonjour, En survolant ce document [1] (qui me semble être une mine d'infos), j'ai découvert la notion de Plan départemental des itinéraires de promenade et de randonnée (PDIPR). Cela pourrait être une bonne référence de la couverture OSM en 'route' pédestre et par ailleurs il me semble qu'un itinéraire référencé dans ce document pourrait dificilement se voir apposé un copyright. Avons-nous accés à ces PDIPR ? BrunoC [1] http://www.cotesdarmor.fr/fileadmin/pdf/publications/guidejuridique_rando0908.pdf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Suppression de tag building - était Ajout de seamark:fixme sur Osmose + accès au sources du backend
Le 4 août 2011 13:46, Rodolphe Quiedeville rodol...@quiedeville.org a écrit : Je suis intéressé de connaître tes raisons pour faire cela Bruno. Bonne question, auquelle j'ai bien du mal à répondre. Sans doute ai-je cru au caractère implicite du building pour les polygones taggés place of worship ? Pour les erreurs, je vais identifier et corriger ça sur les Pays de Loire. Tribunal inquisitoire levé ? ;-) BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import OpenSeaMap - Du boulot sur le littoral français
Le 27 juillet 2011 20:20, Art Penteur art.pent...@gmail.com a écrit : Bon, pour Osmose, ce sera peut-être pas la peine : Pour repérer les feux mal positionnées, il suffit de regarder la carte Openseamap elle-même. Exemple à : http://map.openseamap.org/map/?zoom=16lat=47.39212lon=-2.95558layers=B0TFTFFF (s'il n'est pas corrigé d'ici-là). Bonjour, Ok, mais si tu n'es pas à un zoom élévé tu ne vois pas le fameux point d'exclamation. Dans des coins un peu isolés, il faut vraiment chercher. Je n'ai d'ailleurs toujours pas trouvé sur la SeaMap les bouées du plateau de Rochebonne (Zone Natura 2000 très au large de la vendée). Autre questions : 1) Tous les noms importés se terminent par un point. Ce n'est pas l'usage dans OSM. On les enlève ? (un bot serait bien, pour ça). 2) Les noms comportent beaucoup d'abréviations : les points cardinaux (E./W./N./S/), St. pour saint, etc...L'usage, dans OSM, est d'inscrire les noms explicitement, en entier. On corrige ? Concernant les noms, suite à contact sur la liste openseamap-dev, on peux mettre les noms dans la langue locale dans name et et longname (par de name:fr prévu), supprimer les points en fin de libellé. Pour les abréviations, je suis partisan de les conserver dans name, car on a justement le longname. Pour les arc colorés autour des phares, il faut utiliser seamark:light:n:radius=r où r est le rayon en mille de l'arc à afficher. C'est donc un tag pour le rendu. Je suis consterné. BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import OpenSeaMap - Du boulot sur le littoral français
Le 29 juillet 2011 14:05, Black Myst black.m...@free.fr a écrit : Le 29 juillet 2011 10:53, Bruno Cortial bruno.cort...@laposte.net a écrit : Pour les arc colorés autour des phares, il faut utiliser seamark:light:n:radius=r où r est le rayon en mille de l'arc à afficher. C'est donc un tag pour le rendu. Je suis consterné. Euh, je ne suis pas du tout d'accords, ce n'est pas qu'une information pour le rendu. C'est avant tout une information qui permettra à un marin de déduire sa position. Si je vois ce point lumineux, je suis à moins de x mille de la balise Pour la portée nominale c'est le tag seamark:light:n:range. http://www.openstreetmap.org/browse/node/1370799613 Mais je comprend leur soucis. Il s'agit de mettre en valeur sur la carte le(s) secteur(s) important d'un feu. La plupart du temps il y a un secteur, souvent blanc, celui où l'on doit être: trop à droite de la route, on voit le feu en vert, à gauche en rouge. Ce type de secteurs se doit d'être mis en valeur sur une carte pour aider à leur lisibilité. Il y a des passages qui sont une autoroute de faisceaux blanc: je suis le blanc du phare n°1, jusqu'à ce que je vois le blanc du n°2 sur lequel je me dirige ensuite, etc... Je vais sortir tout mon anglais (pas beaucoup) pour en discuter avec eux : j'aurai vu plutôt un tag sur l'importance du secteur pour que le moteur de rendu s'en charge. http://sourceforge.net/mailarchive/forum.php?forum_name=openseamap-develop BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Import OpenSeaMap - Du boulot sur le littoral français
Bonjour, Le projet OpenSeaMap a trouvé une base libre (*public domain*) référençant le balisage nautique éclairé, c'est-à-dire les phares, en mer ou non, et les différentes tourelles ou bouées qui guident le marin à bon port (sauf s'il confond le balisage avec le néon du troquet du coin). Les documents source sont produits par une agence du gouvernement américain [1] et sont comparables au Guide des Feux édité par le SHOM en France: une liste exhaustive des feux principaux, les caractéristiques détaillées (forme, couleurs, hauteur, portée, secteurs), MAIS avec une position GPS au dixième de minute d'arc, ce qui donne une précision de 200 mètres. Tous les points importés ont donc le tag seamark:fixme=please_fix_position Il y a eu 2 imports réalisés sur les côtes françaises: la Corse [2], et la la façade Atlantique [3]. A priori les îles du Pacifiques sont importées également. *Ceux qui mappent sur le littoral peuvent aider à repositionner ces marques tout en continuant leurs activités OSMiennes:* 1. Activer le style Openseamap dans JOSM [4], cela permet de visualiser rapidement les points à corriger: ils apparaissent avec cette étoile [5] dans l'éditeur. 2. Si vous rencontrez une étoile avec le tag seamark:fixme=please_fix_ position, la repositionner. Les sources possibles sont : - Pour les objets fixes (seamark:type=beacon* ou seamark:type=landmark ) - Les repères géodésiques importés dans OSM (Oui ils servent !) - Le bati - Les points existant taggués man_made=lighthouse - Bing, les ortho littoral, etc... pour tous types de balise 3. Supprimer le tag seamark:fixme=please_fix_position Le wiki : http://wiki.openstreetmap.org/wiki/Key:seamark:fixme http://map.openseamap.org/map/?zoom=16lat=47.11062lon=-2.10883layers=B0TF Merci de m'avoir lu. BrunoC [1] http://wiki.openstreetmap.org/wiki/OpenSeaMap/List_of_Lights_Importhttp://wiki.openstreetmap.org/wiki/OpenSeaMap/List_of_Lights_Import [2] http://www.openstreetmap.org/browse/changeset/8455537 [3] http://www.openstreetmap.org/browse/changeset/8803998 [4] http://josm.openstreetmap.de/wiki/Help/Dialog/MapStyleDialog [5] http://wiki.openstreetmap.org/wiki/File:LLight100.png ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import OpenSeaMap - Du boulot sur le littoral français
Le 26 juillet 2011 15:09, Art Penteur art.pent...@gmail.com a écrit : Deux choses à ajouter : Le wiki dit : Where there is already a mapped feature such as a man_made=lighthouse but without any OpenSeaMap tags, it must be merged with the imported lights object. Donc, quand y'a déjà un man_made=lighthouse bien positionné, on peut transporter les attributs seamap sur ce point. Oui, merci j'ai zappé cette partie importante dans mon message. Mais j'ai un doute sur un cas particulier : Le phare des Baleines (pointe de l'île de Ré). Quelqu'un a ajouté man_made=lighthouse et name=Phare des baleines sur le repère géodésique IGN du paratonnerre du phare. Je trouve que ça ferait beaucoup de surcharge (et un mélange des genres) de mettre tous les attributs sur le même POI. Je vais sans doute déplacer le POI seamark a proximité immédiate du POI géodésique, et transférer le name et le lighthouse sur ce POI. Pas de certitude, mais je fais comme toi: aucune mise à jour des repères géodésiques (tag ou position), et regroupement seamark et made_made sur le même point proche. Par contre sur le rendu Openseamap on devrait avoir des arc colorés symbolisant les arc lumineux pour les phares (voir la mer baltique !), mais sur les cas que j'ai corrigé nada. Les tags sont super complexes (car basés sur une norme internationnale de carte marine électroniques), et je ne crois pas qu'il y ait d'outils de contrôle ! J'enquête. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Fréquence de mise à jour de Nominatim
Le 21 juillet 2011 09:30, Romain MEHUT romain.me...@gmail.com a écrit : Bonjour, Savez-vous quelle est la fréquence de mise à jour de Nominatim? Ces derniers jours, je suis en cours de finir l'ajout des POI du centre-ville de Toul et ils ne sont pas encore accessibles *via* la recherche Nominatim... Bonjour, Essaies via le site Cloudmade. Sinon voir ce fil pour des explications: http://forum.openstreetmap.org/viewtopic.php?id=12950 BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Le SHOM
Le 19 juillet 2011 16:21, RatZilla$ ratzil...@gmail.com a écrit : Là aussi bons échanges avec des Mappeurs, et des services tels que le SHOM ou avec l'AFIGEO, GéoRézo. Bonjour, Le SHOM (Service Hydrographique et Océanographique de la Marine) va ouvrir d'ici peu un portail de mise à dispo de donnée [1] dans le cadre INSPIRE. Cela-a-t-il été évoqué et avez-vous pu avoir des infos sur la licence des données ? Quand je vois à propos de ce site *Le SHOM et ses partenaires sont seuls titulaires des droits de propriété intellectuelle des données disponibles.*, ça ne donne pas confiance... Grr [1] http://www.shom.fr/fr_page/fr_prod_num/prod_numerique.htm ___ 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
http://osm.org/go/0Asv_cKWa- Il s'agit des 2 zones marquées en construction le long de l'allée des Platanes. Bruno 2011/7/19 Pierre pina...@pinaraf.info: On Tuesday 19 July 2011 22:52:10 Philippe Pary wrote: 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. Tu as les coordonnées précises de l'erreur ? Ça m'arrangerait pour trouver l'erreur, j'ai une base de données en cours de remplissage là... Merci d'avance ___ 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] Sous-catégorisation des building
Le 12 juillet 2011 12:07, Vincent Pottier vpott...@gmail.com a écrit : Cela suppose que la géométrie du cadastre soit très bonne. Il y a de nombreux cas ou la véranda a un point commun seulement avec la maison, voire pas du tout et seulement un overlap, et un point distant de 15 cm. C'est justement la géométrie ce que j'essaie de corriger sur les fichiers mis à disposition: faire l'équivalent du 'J' de JOSM sur les points proches. Et également ajouter dans les fichiers les tag fixme sur les anos qui restent afin de pallier les bugs de Validator. Pour en revenir à building=roof, on ne peut automatiser un changement que si l'on fixe des critères drastiques pour obtenir un niveau de pertinence suffisant ( par ex. bâti isolé à 50m, d'une surface de x mètres carré, etc...). Comme je doute que l'on arrive à se fixer sur ces critères, restons en là: pas de script, et allons nous promener sous la pluie pour ajouter à la main les building=roof. BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Breteil dévasté explication
Le 12 juillet 2011 17:07, Philippe Pary phili...@cleo-carto.com a écrit : Le mardi 12 juillet 2011 à 11:02 +0200, Tenshu a écrit : Ce n'est que mon avis, mais on devrait déconseiller aux débutants d'importer depuis le cadastre. Remarque intéressante. Peut-être inciter (je refuse de l'imposer) sur le dépôt cadastral à une authentification Oauth qui avertirait la future Cadastre Task Force si le compte est récent. Passer les fichiers en shapefile, ça refroidira pas mal les ardeurs ;-) Non, il faut améliorer la qualité des données distribuées et à défaut signaler les points à corriger dans chaque fichier (fixme). Autre idée: découper le fichier de chaque commune en plusieures petites zones afin de ne pas décourager ces corrections manuelles et avoir des changeset raisonnables. BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tour de France 2011
Le 11 juillet 2011 10:49, Marc SIBERT m...@sibert.fr a écrit : Bonjour, Le tour mais lequel ? Le Tour de France à la Voile évidemment ;-) Tout çà pour dire que la société Nantaise Dolink utilise le fond de carte OSM pour ses activités commerciales de géolocalisation de bateau, et en particulier le suivi de la flotte du Tour de France. http://www.dolink.fr/carte/tour-france-voile-2011?etape=284423 BrunoC PS: Je leur envoies un mail pour l'attribution manquante. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sous-catégorisation des building
Le 11 juillet 2011 15:08, Damouns damo...@gmail.com a écrit : Est-ce que d'autres contributeurs pensent comme moi que ce serait bien de remplacer (building=yes + wall=no) par building=roof ? Je suis d'accord avec cette proposition mais uniquemant sur les bâtiments isolés (non collé avec un autre polygone que ne serait taggué que building=yes). On trouve en effet pas mal de vérendas tagguée building=yes + wall=no, et selon moi cela ne rentre pas dans la définition building=roof qui selon moi correspondrai à des hangars agricoles ou à des halles de marché. Il y a sans doute d'autres exemples. Sinon je rebidouille des programmes python afin d'améliorer la qualité des fichiers bâti mis à disposition, et je peux intégrer ce genre de test topologique (batiments isolés). BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenstreetBugs sur Geovelo
Le 5 juillet 2011 22:40, Emmanuel Dewaele emmanuel.dewa...@geovelo.fr a écrit : ** OpenStreetBugs n'a pas été à proprement parler intégré dans une appli mobile, mais sur le site Géovélo Nantes Métropole. Oui, je m'en suis rendu compte en créant un compte sur le site géovélo ensuite. Sur la carte du site justement on trouve 2 calques optionnels sur lesquel je m'interroge: zones couvertes: on y voit une première zone autour de Nantes et Rezé (en gros), puis une seconde limite qui semble correspondre à Nantes Métropole: il y a une différence sur le service rendu entre ces zones ? événements : je n'y ai rien vu, mais s'il s'agit de préciser les travaux, il y a de la matière en ce moment ! A+ BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] contribuer a Geovelo
Le 5 juillet 2011 11:35, GaelADT gael.sauva...@gmail.com a écrit : Bonjour, Je ne reviendrai pas sur le le choix de données externes à OSM, mais sur la fermeture du logiciel. Par le passé on a vu des échanges sur les moyens de relier des infos externes à OSM de façon à assurer la cohérence même quand OSM bouge. Au final je n'ai pas vu de solution générique se mettre en place (API ?). C'est dommage car cela serai un gage d'interropérabilité des données OSM et ne pourrai pas nuire à son développement. Même si cela ne concerne que les way, je suis currieux de connaitre les principes de synchro des données Géovélo/OSM. Autre chose: Merci à Géovélo d'avoir intégré Openstreetbug dans leur appli mobile ! Les rapport d'anos OSM arrivent sur Nantes et c'est très valorisant de pouvoir répondre aux utilisateurs finaux. Mais pourquoi donc Openstreetbug n'est pas un onglet de openstreetmap.org ? A+ BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] OpenstreetBugs sur Geovelo
Le 5 juillet 2011 13:44, Bruno Cortial bruno.cort...@laposte.net a écrit : Autre chose: Merci à Géovélo d'avoir intégré Openstreetbug dans leur appli mobile ! Les rapport d'anos OSM arrivent sur Nantes et c'est très valorisant de pouvoir répondre aux utilisateurs finaux. Mais pourquoi donc Openstreetbug n'est pas un onglet de openstreetmap.org ? Bon en fait tout n'est pas parfait: par exemple ce cas qui est remonté via geovelo, et qui en fait un pb de l'interface de geocodage utilisé sur leur site. http://openstreetbugs.schokokeks.org/?lat=47.24981lon=-1.39268zoom=16layers=B00T Malgré l'avertissement suivant, l'utilisateur a saisi l'ano dans la seul interface dispo: Openstreetbugs.* Vous pouvez signaler : * - *des erreurs sur le sens de circulation,* - *des erreurs sur les aménagements cyclables,* - *des voies manquantes ou mal décrites.* Cela n'altère en rien mon ressenti: C'est super pour OSM, les données et la communauté. A+ BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[Talk-cl] Ayuda en Talca para mejoramiento de mapa
Estimados, hay gente de Talca que quiera ayudar a mejorar las calles de esta ciudad, en especia el barrio norte, el cual no conozco muy bien, me estoy encargando del barrio sur, favor de responder para poder ponernos de acuerdo. Y aprovecho de plantear una duda? Las villas, como se nombran? Saludos Bruno Guaschino ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl
[Talk-cl] Duda Nominatim y OSM
Saludos, tengo una duda, las direcciones que uno agrega por medio de potlach2 u otro programa son enviadas a nominatim?, o este saca el código reverso de otra base de datos? Saludos. Bruno Guaschino Rojas ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl
[Talk-cl] Cambios en los Mapas de Talca
Saludos, hemos estado trabajando en completar el mapa de la ciudad de Talca y Pencahue, próximamente se terminara San Clemente. Esperamos que la gente de Talca inscrita acá, pueda verificar si los cambios realizados concuerdan con la realidad, hemos agregados direcciones a la zona sur Poniente, Oriente. Saludos Gente de Talca y del Maule ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl
Re: [Talk-cl] Resumen de Talk-cl, Vol 21, Envío 6
Hemos cambiado nuestra plataforma a osm, así que estamos modificando varias direcciones, lo otro por que a las direcciones les colocan calle por ejemplo calle 14 Oriente siendo que su nombre es 14 Oriente Esa es una duda que hemos tenido estos días. Saludos desde Cruzero.cl Enviado desde mi iPhone El 27-05-2011, a las 10:26, talk-cl-requ...@openstreetmap.org escribió: Envíe los mensajes para la lista Talk-cl a talk-cl@openstreetmap.org Para subscribirse o anular su subscripción a través de la WEB http://lists.openstreetmap.org/listinfo/talk-cl O por correo electrónico, enviando un mensaje con el texto help en el asunto (subject) o en el cuerpo a: talk-cl-requ...@openstreetmap.org Puede contactar con el responsable de la lista escribiendo a: talk-cl-ow...@openstreetmap.org Si responde a algún contenido de este mensaje, por favor, edite la linea del asunto (subject) para que el texto sea mas especifico que: Re: Contents of Talk-cl digest Además, por favor, incluya en la respuesta sólo aquellas partes del mensaje a las que está respondiendo. Asuntos del día: 1. Cambios en los Mapas de Talca (Bruno Guaschino Rojas) 2. Re: Cambios en los Mapas de Talca (Héctor Rojas) -- Message: 1 Date: Fri, 27 May 2011 10:18:44 -0400 From: Bruno Guaschino Rojas bguasch...@cruzero.cl To: talk-cl@openstreetmap.org Subject: [Talk-cl] Cambios en los Mapas de Talca Message-ID: 000901cc1c78$fedc3780$fc94a680$@cl Content-Type: text/plain; charset=iso-8859-1 Saludos, hemos estado trabajando en completar el mapa de la ciudad de Talca y Pencahue, próximamente se terminara San Clemente. Esperamos que la gente de Talca inscrita acá, pueda verificar si los cambios realizados concuerdan con la realidad, hemos agregados direcciones a la zona sur Poniente, Oriente. Saludos Gente de Talca y del Maule próxima parte Se ha borrado un adjunto en formato HTML... URL: http://lists.openstreetmap.org/pipermail/talk-cl/attachments/20110527/dd31e50b/attachment-0001.html -- Message: 2 Date: Fri, 27 May 2011 10:26:24 -0400 From: Héctor Rojas hro...@doingit.cl To: talk-cl@openstreetmap.org Subject: Re: [Talk-cl] Cambios en los Mapas de Talca Message-ID: 4ddfb490.4010...@doingit.cl Content-Type: text/plain; charset=iso-8859-1; Format=flowed Bruno, por nuestra parte en doingIT, estamos siempre aportando a los mapas y revisandolos en terreno cuando se puede, genial que estén aportando a mejorarlos. Cualquier cosa avisamos. Saludos, El 27-05-2011 10:18, Bruno Guaschino Rojas escribió: Saludos, hemos estado trabajando en completar el mapa de la ciudad de Talca y Pencahue, próximamente se terminara San Clemente. Esperamos que la gente de Talca inscrita acá, pueda verificar si los cambios realizados concuerdan con la realidad, hemos agregados direcciones a la zona sur Poniente, Oriente. Saludos Gente de Talca y del Maule ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl -- *Héctor Rojas B.* */doing/**/IT/**/Ltda./* 10 Oriente N°1887 TalcaTel: +56 71 230476 Mob: +56 9 84021301 E-Mail: hro...@doingit.cl mailto:hro...@doingit.cl Soluciones Informáticas http://doingIT.cl/ - OpenStreetMap.org http://OpenStreetMap.org/: El Mapa Libre del Mundo droid.cl http://droid.cl/: Comunidad Chilena del sistema operativo Android próxima parte Se ha borrado un adjunto en formato HTML... URL: http://lists.openstreetmap.org/pipermail/talk-cl/attachments/20110527/809f00f7/attachment.html próxima parte A non-text attachment was scrubbed... Name: doingit.png Type: image/png Size: 15765 bytes Desc: no disponible URL: http://lists.openstreetmap.org/pipermail/talk-cl/attachments/20110527/809f00f7/attachment.png -- ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl Fin de Resumen de Talk-cl, Vol 21, Envío 6 ** ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl
[Talk-cl] Resumen de Talk-cl, Vol 21, Envío 7
OK, me parece, nosotros dejamos solo como 14 Oriente y los pasajes como Pasaje 6 Poniente, Otra cosa, hemos dividido calles, ya que los nombres no aparecen completamente, ejemplo, la Avenida Ignacio Carrera Pinto, el nombre sale a la altura de la Tenencia la Florida. Por este motivo, hemos cortado algunas calles, así sale 2 o 3 veces las direcciones en las rutas. Hasta el momento podemos acotar eso. PD: Hector, podríamos generar algún plan para mejorar la séptima región, me imagino que habrá gente en las otras comunas como Curicó, Linares, Constitución, etc. Si tienes información de esto, favor responder. Saludos. Bruno Guaschino -Mensaje original- De: talk-cl-requ...@openstreetmap.org [mailto:talk-cl-requ...@openstreetmap.org] Enviado el: viernes, 27 de mayo de 2011 10:40 Para: talk-cl@openstreetmap.org Asunto: Resumen de Talk-cl, Vol 21, Envío 7 Envíe los mensajes para la lista Talk-cl a talk-cl@openstreetmap.org Para subscribirse o anular su subscripción a través de la WEB http://lists.openstreetmap.org/listinfo/talk-cl O por correo electrónico, enviando un mensaje con el texto help en el asunto (subject) o en el cuerpo a: talk-cl-requ...@openstreetmap.org Puede contactar con el responsable de la lista escribiendo a: talk-cl-ow...@openstreetmap.org Si responde a algún contenido de este mensaje, por favor, edite la linea del asunto (subject) para que el texto sea mas especifico que: Re: Contents of Talk-cl digest Además, por favor, incluya en la respuesta sólo aquellas partes del mensaje a las que está respondiendo. Asuntos del día: 1. Re: Resumen de Talk-cl, Vol 21, Envío 6 (Bruno Guaschino Rojas) 2. Datos GPS Concepción (Sebastian Lara) 3. Re: Resumen de Talk-cl, Vol 21, Envío 6 (Héctor Rojas) -- Message: 1 Date: Fri, 27 May 2011 10:31:49 -0400 From: Bruno Guaschino Rojas bguasch...@cruzero.cl To: talk-cl@openstreetmap.org talk-cl@openstreetmap.org Subject: Re: [Talk-cl] Resumen de Talk-cl, Vol 21, Envío 6 Message-ID: d0d33929-9206-45f4-b1f3-8be906b21...@cruzero.cl Content-Type: text/plain; charset=utf-8 Hemos cambiado nuestra plataforma a osm, así que estamos modificando varias direcciones, lo otro por que a las direcciones les colocan calle por ejemplo calle 14 Oriente siendo que su nombre es 14 Oriente Esa es una duda que hemos tenido estos días. Saludos desde Cruzero.cl Enviado desde mi iPhone El 27-05-2011, a las 10:26, talk-cl-requ...@openstreetmap.org escribió: Envíe los mensajes para la lista Talk-cl a talk-cl@openstreetmap.org Para subscribirse o anular su subscripción a través de la WEB http://lists.openstreetmap.org/listinfo/talk-cl O por correo electrónico, enviando un mensaje con el texto help en el asunto (subject) o en el cuerpo a: talk-cl-requ...@openstreetmap.org Puede contactar con el responsable de la lista escribiendo a: talk-cl-ow...@openstreetmap.org Si responde a algún contenido de este mensaje, por favor, edite la linea del asunto (subject) para que el texto sea mas especifico que: Re: Contents of Talk-cl digest Además, por favor, incluya en la respuesta sólo aquellas partes del mensaje a las que está respondiendo. Asuntos del día: 1. Cambios en los Mapas de Talca (Bruno Guaschino Rojas) 2. Re: Cambios en los Mapas de Talca (Héctor Rojas) -- Message: 1 Date: Fri, 27 May 2011 10:18:44 -0400 From: Bruno Guaschino Rojas bguasch...@cruzero.cl To: talk-cl@openstreetmap.org Subject: [Talk-cl] Cambios en los Mapas de Talca Message-ID: 000901cc1c78$fedc3780$fc94a680$@cl Content-Type: text/plain; charset=iso-8859-1 Saludos, hemos estado trabajando en completar el mapa de la ciudad de Talca y Pencahue, próximamente se terminara San Clemente. Esperamos que la gente de Talca inscrita acá, pueda verificar si los cambios realizados concuerdan con la realidad, hemos agregados direcciones a la zona sur Poniente, Oriente. Saludos Gente de Talca y del Maule próxima parte Se ha borrado un adjunto en formato HTML... URL: http://lists.openstreetmap.org/pipermail/talk-cl/attachments/20110527/dd31e 50b/attachment-0001.html -- Message: 2 Date: Fri, 27 May 2011 10:26:24 -0400 From: Héctor Rojas hro...@doingit.cl To: talk-cl@openstreetmap.org Subject: Re: [Talk-cl] Cambios en los Mapas de Talca Message-ID: 4ddfb490.4010...@doingit.cl Content-Type: text/plain; charset=iso-8859-1; Format=flowed Bruno, por nuestra parte en doingIT, estamos siempre aportando a los mapas y revisandolos en terreno cuando se puede, genial que estén aportando a mejorarlos. Cualquier cosa avisamos. Saludos, El 27-05-2011 10:18, Bruno Guaschino Rojas escribió: Saludos, hemos estado trabajando en completar el mapa de la ciudad de Talca y Pencahue
Re: [OSM-talk-fr] Tagger un chemin seulement accessible en Tout terrain
Bonjour, http://wiki.openstreetmap.org/wiki/Key:smoothness est là pour ça. À associer éventuellement à http://wiki.openstreetmap.org/wiki/Tracktype pour les highway=track Bruno 2011/5/23 Debucquoi Sébastien sebastien.debucq...@inrets.fr: Bonjour à tous, Toujours dans ma folie de mapping en Colombie, j'aimerai savoir s'il existe un tag permettant de montrer qu'un chemin n'est praticable que en 4x4 soit à cause d'ornières profondes soit complétement défoncé ou soit avec des pentes raides. Cordialement. Sébastien ___ 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 de mappeurs rapidement
Le 5 avril 2011 12:55, Julien Fastré julienfas...@gmail.com a écrit : Je voudrais pouvoir lui répondre que l'avantage des cartes OSM est la possibilité de corriger des erreurs rapidement, contrairement à Google Maps. J'aurais voulu dessiner les routes dans sa région aussi rapidement, mais je suis au travail et à l'extérieur pour l'après-midi :-S Quelqu'un pourrait-il mapper ces quelques rues d'après Bing, histoire de lui démontrer la réactivité d'OSM ? Ca me sera plus utile que des grands discours... Je te rajoute quelques rues résidentielles dans la demi heure qui vient, mais pour les noms point de cadastre français... A+ BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Besoin de mappeurs rapidement
Le 5 avril 2011 13:49, David White dwh...@linux62.org a écrit : Enorme!! on du être à 7 mappeurs pour faire tout ce secteur en lespace de 5min, pas surprenant qu'il y ai eu des conflits d'edition... Ouais, assez rigolo ce speed mapping :-) On s'est bien laché sur les path, et là google est largué ! J'ai du créer des noeuds orphelins avec Potlach2 (je maîtrisee pas encore bien le shift+clic). Je passerai un coup de validator ce soir. BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Zone couverte par un fichier OSM
Bonjour, Si tu souhaites rester sur le python, Shapely offre beaucoup des fonctions topologiques dispo dans Postgis. Par exemple le convex hull, qui, comme son nom l'indique, ne résoudra pas tes pb sur les zones concaves : http://gispython.org/shapely/docs/1.0/manual.html#convex-hull A+ Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Génération de vidéos des contributions en fonction du temps
Bonjour, Il existe un fichier planet qui inclut tout l'historique. Extraire ne serait-ce qu'une zone de ce fichier me semble herculéen ! http://wiki.openstreetmap.org/wiki/Planet.osm/full Cordialement Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Erreur déplacement limite administrative
Bonjour, j'ai par erreur déplacé les limites administratives au niveau de Chaley (http://www.openstreetmap.org/browse/changeset/7501613), je n'avais pas vu que le cours d'eau partageait ses points avec la frontière. Comme je ne maîtrise pas trop l'annulation des commits, est-ce que quelqu'un ici veut bien s'occuper du nécessaire, ou m'expliquer la bonne procédure ? Quitte à supprimer l'ensemble du commit, puisqu'il s'agit d'un surtout d'un tracé de route depuis Bing, ce ne sera pas trop long a refaire. Merci d'avance ! Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur déplacement limite administrative
Je vous remercie tous pour ces suggestions et discussions. J'utilise effectivement les filtres sous JOSM, mais en l'occurrence je faisais cette fois-ci un tracé sous Potlatch. Le débat engagé est bien plus intéressant que ma question initiale, mais je veux bien que quelqu'un y réponde tout de même si possible, je n'aime pas laisser des choses sales en l'état. :) Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Erreur déplacement limite administrative
Merci pour vos retours. J'ai préféré faire un revert complet avec le plugin josm, car mes modifications sont facile à refaire, et ce que je voulais surtout, c'est remettre la frontière en l'état. En réfléchissant un peu, j'aurai pu je crois corriger seulement la frontière et la rivière, mais tant pis, c'est pour ma pomme. Damouns : merci pour ta suggestion également, mais je voulais surtout remettre la frontière en l'état (bis). Je suis partisan d'avoir des ways séparés, mais comme il n'y a pas de consensus, je vais laisser la frontière et la rivière en l'état actuellement. J'ai de quoi m'occuper ailleurs. J'aurais d'ailleurs d'autre question sur la liberté de corriger des frontières qui apparaissent faussent, mais je vous ferai part de ça une autre fois. Bruno 2011/3/9 Eric Sibert courr...@eric.sibert.fr: Damien Boilley damien.boil...@gmail.com a �crit : Dans les parties non canalisées du Rhin, la frontière entre la France et l'Allemagne est définie comme la ligne de plus profondes eaux. Autant dire que c'est mouvant mais qu'en plus, personne n'est capable de dire où c'est. Plus depuis le traité du 13 avril 2000 portant délimitation de la frontière dans les sections aménagées du Rhin : http://www.legifrance.gouv.fr/affichTexte.do?cidTexte=JORFTEXT00446247 Dans les sections aménagées, uniquement !!! ;-) Eric ___ 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] Remise en route des analyseurs Osmose
Le 7 mars 2011 23:30, julien balas jul...@krilin.org a écrit : j'ai l'impression que les liens josm zone ne font pas des requetes valide. JOSM a une réponse du serveur bas request et dit que la zone est trop etendue. Or il n'y a pas tant que ca de batiment sur les zones que j'ai essayé http://localhost:8111/load_and_zoom?left=-3.05726bottom=46.913979right=-0.752877top=48.677641select=way95098552 par exemple. Bonjour Je crois que le lien josm zone dépend de la zone affichée par osmose au moment où tu cliques. Dans ta requete tu as près de 2° de lattitude et 3 de longitude. Maousse ! Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Statistiques des km de voiries par communes dans osm comparé au cadastre
Le 8 mars 2011 16:24, sly (sylvain letuffe) sylv...@letuffe.org a écrit : On mardi 8 mars 2011, THEVENON Julien wrote: Il y aurait moyen d intégrer les tracks dans le calcul ? Ok, on tente. Résultat au prochain calcul (18h00) Et les road aussi, non ? Cela me semble justifié, malgré leur typologie incertaine. J'en ai créé pas mal via le cadastre, et avec les beaux jours je vais pouvoir les tagger correctement. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Statistiques des km de voiries par communes dans osm comparé au cadastre
Le 8 mars 2011 18:10, sly (sylvain letuffe) sylv...@letuffe.org a écrit : On mardi 8 mars 2011, Bruno Cortial wrote: Et les road aussi, non ? Cela me semble justifié, malgré leur typologie incertaine. Je dirais bof, ou plutôt qu'il serait bien d'avoir les deux (avec et sans les highway=road) mais comme je ne vais pas multiplier de trop les cartes, je préfère considérer que les road sont dans la catégorie à retravailler Ok Sinon je lis ça dans le source : // Pour chaque commune on calcul, la longueur totale de voirie // ça prend environ 0.2 seconde par commune en moyenne Cela me semble plus que rapide. Serait-ce indiscret de connaitre les caractéristiques de beta ? Il y a du SSD j'imagine ? Cordialement Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Statistiques des km de voiries par communes dans osm comparé au cadastre
Le 7 mars 2011 17:17, Damouns damo...@gmail.com a écrit : Merci et bravo pour cet outil de contrôle ! Une idée : ce serait bien dans la visualisation beta.letuffe.org de pouvoir choisir un fond blanc, parce que des fois l'arrière plan est perturbant pour bien voir les couleurs. Il y a un rendu noir et blanc sur toolserver qui pourrait aider : http://toolserver.org/~osm/styles/?zoom=7lat=47.50514lon=-1.88416layers=F0FFF0FFFB000F Sinon bravo à tous les deux pour ces outils ! J'y vais également de mon petit bug: il y a des communes dont le kilométrage OSM est à zéro, alors que ce n'est manifestement pas le cas: http://beta.letuffe.org/?zoom=11lat=47.13227lon=-2.07462layers=BFFFTF http://beta.letuffe.org/?zoom=11lat=47.34345lon=-2.42343layers=BFFFTF A+ BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Comment taguer un dolmen ?
Le 21 février 2011 12:25, Nicolas Moyroud nmoyr...@free.fr a écrit : La question est dans le titre. J'ai mis historic=dolmen. J'ai bon ? Est-il nécessaire d'ajouter un autre tag en complément ? J'utilise le schéma de cette page du wiki: archaeological_sitehttp://wiki.openstreetmap.org/wiki/Tag:historic%3Darchaeological_site Ce qui donnerait historic=archaeological_site megalith_type=dolmen site_type=megalith Un germanophone pour nous expliquer megalith_type=grosssteingrab et le différence avec le dolmen breton ? http://taginfo.openstreetmap.de/keys/megalith_type#values ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nantes va ouvrir ses données publiques
Le 18 février 2011 12:05, jul...@krilin.org a écrit : Rien n'est fait. La v1 de la licence de Rennes interdisait aussi l'usage commercial. Puis ils l'on autorisé dans la v2. Et maintenant pour la V3 ils ont enlevé des clauses qui empêchaient la mise dans OSM. (obligation de se mettre a jour notamment) Malgré toute la com' de Rennes sur l'open data, au jour d'aujourd'hui aucune données n'est encore dans OSM. -- JB Nantes n'en est qu'au début du processus de libération, la première réunion du groupe de travail n'aura lieu que la semaine prochaine. L'assos Libertic, qui porte le projet auprés des élus, est bien sensibilisée à la problématique des licences. Espérons que nos bisous détendent l'atmosphère :-) http://libertic.wordpress.com/2011/02/17/une-serie-de-bisous-pour-les-elus-nantais/ BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] nouvelle licence open data Rennes
Le 16 février 2011 13:57, Christian Rogel christian.ro...@club-internet.fra écrit : Le 15/02/2011 23:02, julien balas a écrit : 2) Le licencié s'abstient de tout usage contraire aux lois et reglements ou portant atteinte à l'ordre public. Là, ils en font un peu trop, car porter atteinte à l'ordre public est contraire aux lois.On pourrait croire que, pour eux, on peut troubler l'ordre public, sans contrevenir aux lois. Cela manque d'un correcteur de copie. ;-) Une réminissence d'un article de la LOPPSI 2 (écarté du texte final) ? http://www.regardscitoyens.org/regards-citoyens-bientot-soumis-a-des-controles-de-moralite/ http://www.regardscitoyens.org/la-loppsi-epargne-lopendata-chronique-dun-debat-parlementaire/ BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Lit et berges des rivières
Le 12 février 2011 15:40, hpmt h...@free.fr a écrit : Comme je le sens, il y a un questionnement permanent des cartographes de osm autour du dilemme : dois-je cartographier le pourtour de l'objet, ou son milieu ? Je retrouve le même questionnement avec les ruisseaux et rivières : dois-je cartographier l'axe principal de la rivière, ou ses berges ? Bonjour Afin de rendre compte de l'hydrographie (sens du courant, lien entre les rivières, etc...) le minimum c'est l'axe de la rivière en waterway, et si la précision du cadastre ou de bing le permet la saisie des berges sont un plus pour les rendus à grand niveau de zoom. Tout est là: http://wiki.openstreetmap.org/wiki/WikiProject_France/Cours_d%27eau Je peste d'ailleurs contre l'import de la couche hydro du cadastre: que des riverbank même pour un simple canal de drainage, il faut tout revoir pour ajouter les waterway. Un outil de contrôle, toujours bienvenu : OSM Inspector waterhttp://tools.geofabrik.de/osmi/?view=waterlon=-2.18860lat=47.34519zoom=12opacity=0.55overlays=bodies_of_water,bodies_of_water,broken_bow,vmap0_rivers,long_rivers,waterways_river,waterways_stream,waterways_drain,waterways_canal,waterways_riverbank,waterways_other,waterways_width,waterways_in_tunnels,waterways_on_bridges,waterways_without_names,waterway_nodes,coastline,coastline,simple_islands,coastline_nodes,rivermouths,coastline_not_simple,coastline_unconnected BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Le journal Libération utilise OSM pour ses cartes interactives
(Disclaimer: je travaille pour Mapquest, et je n'ai jamais eus aussi peu de temps pour bosser sur OSM :P ) Je crois que ton employeur en a pris conscience et à prévu une compensation ;-) http://blog.osmfoundation.org/2011/01/26/donation-to-osmf-by-mapquestaol/ Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rectification du bâti suite à import franceosm
Bonsoir Je me permet de rajouter un point 2 -c, c'est à dire un complément de correction à faire sur le fichier issu du cadastre c) Le plugin validator ne détecte la superposition de bâtiments que lorsque leurs chemins se croisent en dehors de leurs points. Dans les anos autres - zones superposées, la majorité ne sont pas des anomalies, seulement 2 bâtiments contigus. Mais quand Validator n'affiche pas 2 chemins dans sa liste, mais 3 chemins ou plus, là c'est une vraie erreur de superposition qui a échappé aux autres tests. Par contre il peut rester des anos et il faut un oeil de lynx pour trouver ces cas dans la liste ;-) A+ BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Modif du rendu Mapnik
Bonjour, J'ai sorti tout mon anglais pour faire modifier le rendu Mapnik des zones naturelles protégées. On ne tague pas pour le rendu mais là, c'est vraiment moche ! http://trac.openstreetmap.org/ticket/3461 C'est tout récent, mais quand je regarde le stock de ticket j'ai peur de ne jamais voir la correction. Quoi faire de plus pour faire accélérer sa prise en compte ? Mérite-t-elle un passage en statut Major ? Cordialement BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modif du rendu Mapnik
Le 17 janvier 2011 18:52, Rodolphe Quiedeville rodol...@quiedeville.org a écrit : Bonjour, Il semble que la team mapnik travaille sur la question car un de mes tickets sur le mêle sujet a été fermé ce jour : http://trac.openstreetmap.org/ticket/3334 C'est toujours délicat comme notion 'faire accélérer sa prise en compte', as-tu des propositions à faire ? La proposition c'est de reprendre comme base le rendu des national_park. C'est surtout sur la gravité que je me posais des questions: il y a des critères objectifs sur ce qu'est une anomalie majeure de rendu, au-delà d'informations qui n'apparaissent pas ? Sinon effectivement ça bouge ! Cordialement BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à jour du journal des OSMeurs en français
Le 19 novembre 2010 08:39, Nicolas Dumoulin nicolas_openstreetmap.org@ dumoulin63.net a écrit : Dans le même style, a-t-on une page sur les commucations faites par la communauté OSM (articles + interventions orales) Bonjour Il y a les Community Updates [1], dont l'objectif, si j'ai bien compris, est d'agréger les infos, événements, discussions des différentes mailing list. Un appel aux volontaires a d'ailleurs été lancé sur le forum français [2] [1] http://wiki.openstreetmap.org/wiki/Community_Updates [2] http://forum.openstreetmap.org/viewtopic.php?id=9992 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Osmarender prend des couleurs
Bonjour, Le rendu Osmarender est en pleine révolution pour les grandes échelles. Ca verdit de partout ! Quelqu'un a des précisions sur cette opération ? BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Validator : comment corriger le ty pe d'erreur Chemins superposés (avec une z one) ?
Le 7 octobre 2010 16:00, Jean-Francois Nifenecker jean-francois.nifenec...@laposte.net a écrit : Le 07/10/2010 14:59, Pieren a écrit : Quel est le niveau de ce problème dans Validator ? error , warning ? Normalement, ça devrait être du warning et on peut simplement l'ignorer (superposer les lignes de bâtiments adjacents ou de couverture (wall=no) est tout à fait normal). Oui, c'est un warning. Merci pour tes remarques, je ne suis donc plus préoccupé par ce truc :) Validator est une passe nécessaire mais pas suffisante sur le bati. Je ne connais que le backend gis_building_overlaps-france d'Osmose pour rendre correctement les anos de géométrie. J'invite d'ailleurs tous les bâtisseurs à visiter cette page : http://osmose.openstreetmap.fr/map/cgi-bin/index.py?source=64 De grands pouvoirs impliquent de grandes responsabilités, alors au boulot ;-) Par contre ce backend ne tourne pas souvent, mais on ne va pas embêter Etienne alors qu'il y a tant à faire. A+ BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à disposition des données S POTMaps France à la communauté OpenStreetMap pa r Spot Image
Bonsoir, J'avais le souci également malgré les mises à jour de josm et du plugin WMS. J'ai supprimé le plugin et son répertoire dans ~/.josm/plugins = relance josm, install du plugin WMS, rerelance josm et c'est ok : la source SPOTMaps apparait en dernière position de la liste, et la sélectionner fait apparaitre la licence. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] niveaux admin_level=7 (était : Limites communales)
Le 22/09/10, Damouns damo...@gmail.com a écrit : Au passage, il serait profitable de trouver une meilleure définition pour ces communautés de communes que boundary=administrative / admin_level=7, histoire de pouvoir affecter cet admin_level aux arrondissements départementaux (= les subdivisions départementales par sous-préfecture). On pourrait redéfinir les niveaux en passant les départements à admin_level=5, les arrondissements à : admin_level=6, et les communautés de communes (et CA et CU) à : admin_level=7 ? Mais existe-t-il des communautés de communes à cheval sur plusieurs arrondissements ? Comment les gérer ? La communauté de commune CAP Atlantique (déjà dans OSM) regroupe des communes de Loire-Atlantique et d'Ille-et-Vilaine. Pas le même département ni la même région. Elle est taguée en admin_level=7. Si on met de côté l'aspect hiérarchique, dans OSM ça marche ! On peut imaginer pour cette entité remplacer admin_level un admin_struture=Communauté d'agglomération. Wikipédia me signale également : la communauté de communes la communauté urbaine le SIVU et le SIVOM le syndicat mixte le pays le SICTOM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] La France, lanterne rouge des erre urs dans OSM ? (était: Route non connecté e)
Le 20 septembre 2010 21:53, Eric Sibert courr...@eric.sibert.fr a écrit : Dans la région que je mappe, la côte vermeille, j'ai pu constaté que le nouvel outil de Geofabrik relevait surtout des faux-positifs +1 Sur ma commune, il y a 100% de faux positifs. Par rapports aux autres outils d'analyse, sa pertinence me paraît beaucoup plus faible. De là à faire des stats pour comparer les pays ;-) Il me semble que keepright permette de signaler et écarter des résultats les faux positifs sur les îles-flottantes et les quasi-jointifs. Par contre je ne peux pas vous confirmer que ces anomalie soient comparables aux résultats fournis par Geofabrik BrunoC Exemple : http://keepright.ipax.at/report_map.php?zoom=14lat=47.11023lon=-2.0913layers=B00Tch=0%2C30%2C40%2C50%2C60%2C70%2C90%2C100%2C110%2C120%2C130%2C150%2C160%2C170%2C180%2C191%2C192%2C193%2C194%2C201%2C202%2C203%2C204%2C210%2C220%2C231%2C232%2C270%2C281%2C282%2C283%2C284show_ign=1show_tmpign=1 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Traces GPS orphelines - comment les dénicher ?
Bonjour, Existe-t-il un outil ou une carte qui nous indique les traces GPS remontées dans OSM et qui n'ont pas fait l'objet d'une édition dans OSM ? Par exemple des traces qui n'ont pas de highway OSM à x mètres. Je fais des imports de bâti dans des coins en peu désoeuvrés côté carto, et il n'est pas rare que je découvre sous JOSM des traces non exploitées. C'est bien domage de laisser ces contributions en friche et invisibles parce qu'il n'y a pas de contributeur-éditeur dans le coin. Elle peuvent sans doute être taguées au moins en road, croisées avec le cadastre... Pour trouver ce genre de trace je télécharge une large zone jous josm avec les traces, je filtre pour n'afficher que les highway et choisi une couleur bien contrastée pour les traces. Avec le bâti télécharger une large zone sous JOSM devient impossible, mais l'import du bati n'est pas le sujet ;-) Autres questions: * il n'y a pas d'export global de traces façon planet.osm ? * On peut suivre les éditions OSM d'une zone via un flux RSS ou l'outil OSM Mapper. Et les traces ? * Quelqu'un a-t-il un avis positif sur le système de tag associés aux traces ? A+ BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-cl] Fundación OpenStreetMap Chile
Julio, Como ya hemos hablado el tema por facebook, me gustaria participar de forma activa tanto de la comunidad como en los aportes que conversamos. Estamos ansiosos esperando la respuesta, ojala que no se tarden demasiado, para poder ver crecer a esta comunidad. Saludos. Bruno Guaschino www.cruzero.cl ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl
Re: [OSM-talk-fr] [Tech] Osmose bâtiment
Le 19/08/10, Vincent Pottier vpott...@gmail.com a écrit : L'Api a eu une fatigue. J'ai eu des soucis du même genre ! Et ça ne semble pas fini : http://wiki.openstreetmap.org/wiki/Platform_Status -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Bonjour, Dans la série serveur fatigué, savez-vous s'il y a une périodicité à la mise à jour du backend Osmose de superposition des bâtiments [1 2] ? C'est du manuel ? Quelqu'un pour relancer la chose ? A+ BrunoC [1] http://osmose.openstreetmap.fr/map/cgi-bin/index.py?source=64 [2] http://osmose.openstreetmap.fr/cgi-bin/info.py?source=64 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présentation.
Le 16/08/10, Pierre BOIZOT pie...@boizot.name a écrit : Bonjour Bonjour et bienvenu ! Je crois que l'idée de parrain est une bonne idée, savez vous s'il y a sur la suisse romande des contributeurs réguliers ? je me ferais un plaisir de les rencontrer. je me permettrait donc dans les semaine à venir de vous interroger sur les problemes que je rencontre. Il y a un forum suisse multilingue, et même un topic Romandie = http://forum.openstreetmap.org/viewforum.php?id=30 Cordialement BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Limite de commune en bord de mer
Le 10/08/10, sly (sylvain letuffe) sylv...@letuffe.org a écrit : Ce que j'en comprends, c'est qu'il n'existe pas de disposition législative déterminant le territoire d'une commune en mer. Mais que l'installation portuaire, construite, bien que ne se situant pas a l'intérieur des (vielles) limites cadastrées de la commune relève bien pour autant des compétences de la commune : ATTRIBUER A LA COMMUNE DE SAINT-QUAY-PORTRIEUX L'AIRE CONSTITUANT LE PORT DE CETTE COMMUNE Si on traduit cela en osm cela veut dire qu'il faut utiliser la coastline comme limite (ou la ligne des 300 métres ?), sauf pour les ports pour lesquels on doit prendre en compte leur zone ? Y-a-t-il d'autres exceptions ? Les zones de mouillages ont été évoqués: nos experts juristes ont-ils des éléments de jurisprudences à ce sujet (je pense à des mouillages du golfe du morbihan, mais je ne sais pas s'il y a eu action en justice) ? BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Une île composée de deux île s…
Le 06/08/10, Tanguy Ortolo tanguy+...@ortolo.eu tanguy%2b...@ortolo.eu a écrit : Alors là, il va falloir m'expliquer comment on place une jetée linéaire dans une ligne de côte. Une area peut avoir une extension linéaire ? Genre : │ ╭┴╮ ╰╮│ ╰╯ Ce que je voulais dire en évoquant les jetées, c'est qu'OSM aurai pu décider d'exclure de la ligne de côte (natural=coastline) des extentions non-naturelles, comme les jetées, môles et le fameux pont. Mais ce n'est pas le cas (voir http://wiki.openstreetmap.org/wiki/FR:Harbour ) J'en déduis les deux côtés du pont sont à taguer avec natural=coastline + material=masonry, et il n'y a qu'une île... dans OSM. Je n'ai pas plus d'explication concernant ce que l'on voit sur le géoportail. Cordialement BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Une île composée de deux île s…
Bonjour, Le 06/08/10, Tanguy Ortolo tanguy+...@ortolo.eu tanguy%2b...@ortolo.eu a écrit : Bonsoir, Je m'occupe en ce moment de compléter la carte de l'Île de Bréhat [1], à partir du cadastre, de l'orthophotographie GéoLittoral, et de ma bonne connaissance du lieu. Je suis preneur de toutes infos pratiques concernant l'utilisation de géolittoral avec josm (niveau de zoom, gestion de cache) et je tenterai de compléter le wiki, et pourquoi pas de faire une page de suivi sur le littoral français. Cette « île » est en réalité constituée par deux île séparées par un chenal de quatre mètres qui est plein d'eau à marée haute, reliées entre elles par un « pont » qui est en fait plutôt une digue, comme celle du Mont Saint-Michel en beaucoup plus petit [2]. Les bréhatins doivent avoir l'esprit tordu, pour parler de leur île qui est deux îles et de leur pont qui n'en est pas un. :-) Je regarde sur le Géoportail, et la couche Histolitt, et 2 îles. (Je vérifie la carte de détail du SHOM à ce niveau) Il me semble pourtant qu'il s'agisse bien actuellement d'une unique île. Les deux parties sont reliées par un isthme (natural=isthmus ?), fortifié contre les marées par le pont. Le niveau des plus hautes marées (qui défini le trait de côte) ne submerge pas ce pont, et la mer ne passe pas librement dessous. De plus dans OSM d'autres ouvrages comme les quais et jetées doivent faire partie de la ligne de côte. Sur le découpage des relations pour moi c'est OK Sur le nombre de points maxi, si les cathédrales méritent des centaines de points je vois pas pourquoi les côtes bretonnes ne mériteraient pas ces efforts :-). L'API définie un nombre de points maxi par chemin, mais pour le trait de côte cela ne pose pas de soucis, on peut multiplier les chemins contigus. ll faut exploiter au mieux la résolution des orthophotos. Quel niveau de zoom sous JOSM utilises-tu ? A+ BrunoC PS :Je suis passé à Bréhat cet été : je remercie ici les contributeurs du coin qui m'ont offert un peu de calme sur les chemins présents dans OSM, mais absents de la carte officielle :-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [Vote] Nouvelles listes de discussion
Bonjour, J'ai voté pour le statu quo. La liste est submergée par un traffic monstre ? Non. Créer une liste dev pour ne pas perdre les débutants sous les acronymes techno? je ne vois pas. Il me semble les forum d'openstreetmap [1] génèrent plus de questions de débutants que cette liste. (merci à Pieren pour le suivi, mais laisse nous le temps de répondre :-) ) De plus cette liste, dois-je le rappeler, est francophone, alors que les forum sont organisés par pays. C'est ce petit surcroit de proximité et d'accessibilité d'un forum en ligne qui me laisse penser que si le big bang des contributeurs OSM à lieu, cela sera au bénéfice du traffic des forum, et qu'il est inutile d'investir sur de nouvelles listes Cordialement BrunoC [1] http://forum.openstreetmap.org/viewforum.php?id=22 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Superposition dans l'import cadastral et plugin osmose
Le 29 juin 2010 19:26, Etienne Chové ch...@crans.org a écrit : Coucou tout le monde, Bonjour, J'appelle ça du remplissage inutile de base de données ! Le travail composite serait au minimum d'ajouter un peu d'intelligence dans les données. Je ne jette pas la pierre à Balooval, car c'est loin d'être le seul. Oula oui, j'en fais parti ! Afin de vous aider à corriger ces erreurs, j'ai écrit un petit module pour osmose disponible là [1] et dont les résultats sont affichés là [2], les stats là [3] et bientôt le graphe là [4]. Je ne met pas les ways concernés dans les bulles car vu la quantité de bulles, ça chargerai inutilement le backend. Pour le moment, c'est du one-shot. Pour le moment, c'est pas affiché sur le front-end principal d'osmose, j'ai d'autres choses à faire sur osmose avant ça et une thèse à écrire (mais rassurez vous, elle ne recule pas). Je laisse quelqu'un mettre le lien sur le wiki. Merci une nouvelle fois pour cet outil. Jusque là je continuais mes imports en surveillant Osmose et Keepright sans aucun retour, confiant. Il s'avère que le plugin validator utilise les intersections de segment pour déterminer l'avertissement Bâtiments chevauchant. Je l'avais remarqué il y a déjà quelques temps, sans percuter sur l'import du bati : pour les bâtiment partageant les même points, et donc sans intersection des segments les composant, cela ressort en zones superposées, un avertissement bleu que j'ai zappé (tous les bâtiments contigus ressortent là également). Le pire c'est que je tentais de produire un script pour faire des J sur les noeuds très proche d'un segment. Si cela corrige pas mal d'ano, cela a produit cas qui passent au travers de validator. Cas 1 : ressort en Bâtiments chevauchant (ok, normal) +--+ | | |+ | | / \ | +--+ / \ /\ + + | | +--+ Cas 2: Aucune ano sous validator ! +--+ | | | | |+ | | / \ | | /\ | | / \ | |/\| +--+ | | | | | | +--+ Cas 3: ressort en zone superposée (j'ai zappé et j'ai ai un paquet !) Ce n'est pas la zone a qui est superposée pour validator, mais les segments contigues +--++ | || | +| | |a\ | | +--+-+ | | | | | | +---+ A+ BrunoC (à la louche 300*2 bâtiments à corriger) PS: J'espère que ta thèse te laissera du temps pour un apéro OSM sur Nantes à la rentrée ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Import semi-automatique du b âti
Le 22/06/10, THEVENON Julien julien_theve...@yahoo.fr a écrit : * *Correction: simplification à 0.08... On peut la trouver ou cette fonction de simplification ? j ai regarde vite fait cette nuit mais je ne l ai pas trouvee :-( Merci d avance Julien Bonjour, J'ai galéré aussi pour trouver la variable : elle se trouve dans les paramètres avancés de JOSM, mais il faut au préalable utiliser la fonction de simplification au moins une fois (menu outils). La variable simplify-way. max-error apparait alors dans la liste, mais sans valeur. A+ BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import semi-automatique du bâti
Le 21 juin 2010 18:20, Nicolas Dumoulin nicolas_openstreetmap.org@ dumoulin63.net a écrit : Je n'y arrive pas sur ma commune : Aubière 63. Voilà ce que j'ai : $sh import-bati.sh 63 Aubière Aubière 3946 Bonjour, Pour le second paramètre il faut utiliser les noms de communes tels que présents sur le site du cadastre (Majuscule, sans accents, parfois des tirets où il devrait pas y en avoir) Et utilise les quotes ! BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import semi-automatique du bâti
Le 21 juin 2010 19:19, Christian Quest christian.qu...@gmail.com a écrit : J'ai un problème... tout les bâtiments ont wall=no... J'ai ça par exemple sur ABLON SUR SEINE, dans le 94... Je suis le seul ? Pareil, sauf sur quelques way en inner : import-bati.sh 044 FROSSAY Test4 3947 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import semi-automatique du bâti
Le 21 juin 2010 20:07, Nicolas Dumoulin nicolas_openstreetmap.org@ dumoulin63.net a écrit : Le lundi 21 juin 2010 18:26:19 Bruno Cortial, vous avez écrit : Le 21 juin 2010 18:20, Nicolas Dumoulin nicolas_openstreetmap.org@ dumoulin63.net a écrit : Je n'y arrive pas sur ma commune : Aubière 63. Voilà ce que j'ai : $sh import-bati.sh 63 Aubière Aubière 3946 Bonjour, Pour le second paramètre il faut utiliser les noms de communes tels que présents sur le site du cadastre (Majuscule, sans accents, parfois des tirets où il devrait pas y en avoir) Et utilise les quotes ! Ha oui, j'ai collé la mauvaise ligne, mais j'avais la même erreur avec le nom du cadastre … Il faut également que le répertoire (3ieme paramètre) existe, sinon on a ce pb également. Il y a une modif de postée plus haut qui intègre la création du répertoire si besoin. A+ BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import semi-automatique du bâti
Le 21 juin 2010 20:32, Tenshu ten...@gmail.com a écrit : Je précise que ça fonctionne avec le script posté en premier dans cet discution. 2010/6/21 Tenshu ten...@gmail.com D'ailleurs ça ne marche pas très bien avec la version sur le wiki il me créé des dossiers avec des caractères spéciaux à la fin. Le fichier en ligne est sauvegardé au format windows (g !), et cela perturbe le fonctionnement des scripts. Sous gedit la commande enregistrer sous te permet de choisir le caractère fin de ligne Unix, pour avoir des scripts tout bio ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import semi-automatique du bâti
Le 21 juin 2010 20:42, Vincent Pottier vpott...@gmail.com a écrit : Le 21/06/2010 18:34, Christian Quest a écrit : Pour les noms de commune, je regarde là http://beta.letuffe.org/ressources/communes/ et en plus ça correspond à la liste des communes dispo en vectorisé :-) Je m'absente 24h. Je reviens : le vent de folie... Pour moi, sh import-bati.sh 25 BESANCON Besançon 3647 me retourne Pas de code de commune Département sur 3 caractères PS: je fais support jusqu'à 21h :-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import semi-automatique du bâti
Bonsoir Bravo, c'est superbe ! Tu ne réalises aucune fiab sur les données à l'issu de ton script ? Et les petites lignes blanches (invisibles) entre les bâtiments c'est dedans aussi ? \o/ Question peut-être idiote: est-ce légal d'importer aussi massivement le cadastre ? Je ne suis pas juriste, mais la question a toujours été d'intégrer les données du cadastre dans un produit composite. (Pas d'accès au cadastre pour éplucher les conditions générales sur le caractère massif) OSM est un produit composite, OK, mais il me semble plus délicat de mettre en ligne en masse les fichiers issus de ces scripts, comme le sont les GPX des limites communales. Je cite le wiki :Ce que cette clause cherche à interdire sans accord particulier, c'est une reproduction à l'identique des plan cadastraux. C'est vraiment inadmissible, faire une annonce comme celle ci le jour ou le site du cadastre est down. Je suis sur que c'est juste pour nous regarder baver devant le fichier de test :) Savourons l'instant :-) Encore bravo à V ! A+ BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Re : http://wiki.openstreetmap.org/wiki/Talk:WikiProject_France/Tour_de_France/ 2010
Bonjour Le 21 avril 2010 18:37, Emilie Laffray emilie.laff...@gmail.com a écrit : Donc oui au layers, oui a comment regarder comment faire cela proprement. Une solution simpliste : * tracer le parcours avec OpenRouteService.org * exporter le gpx * Vive OpenLayer Pour les premières étapes dans le Bénélux, c'est assez bien mappé. En France moins :-/ Autre idée déjà évoquée ici même je crois : récupérer le kilométrage diffusé par France Télé et afficher une petit vélo en temps réel sur la carte. A+ BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : [stats] Communes
Bonjour Merci pour ce tableau qui a belle allure. Juste pour préciser que la colonne nombre de communes correspond au nombre de communes sur le site du cadastre. Par exemple en Côtes-d'Amor dont je fini les limites communales il y a 373 communes, mais 371 sur le cadastre. Les 2 communes manquantes sont limitrophes (grrr...) A+ BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Extract building dans JOSM
Bonsoir, Je plussoie de même ! (cela serai quelque chose comme le plugin Lakewalker ? http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Lakewalker) Et je plussoie doublement car je tente, pour l'instant sans succès, de faire une extraction du bati par des scripts en m'inspirant des scripts produisant les limites cadastrales des communes. Si quelqu'un arrive à automatiser la chose, j'arrêterai de dessiner des petits carrés sur toutes les feuilles qui trainent et j'en serai très heureux :-) Je vous expose mon pb tout de même, une bonne âme pourra peut-être m'aiguiller Dans ma version actuelle pour une commune j'arrive à produire 4 fichiers au format OSM: * Un fichier du contour du bati (jaune foncé) sans les séparations de parcelle. La plupart des polygones produits sont fermés, j'ai également les polygones représentant les trous (les cours intérieures) mais je ne sais pas les identifier comme tels. * Un fichier de chemins représentant les limites de parcelle du bati. Il s'agit uniquement des traits noir du cadastre sur les zones jaunes foncées La même chose pour le non-muré (le jaune clair): un fichier de contour, et un fichier de découpage Etape suivante: Si je dépile les limites de parcelle pour découper et recréer 2 nouveaux polygones de bati à chaque fois, je me dis que c'est bon. Mais je ne sais pas identifier les polygones inner (les cours et jardins), et ça fout tout par terre. Précision : je ne suis pas géomaticien (je fuis donc naturellement les projections), c'est en ImageMagick+Autotrace+python. A+ BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Barcamp Cartographie Communautaire et, Image Satellite
Bonjour, Pourquoi perdre son temps à demander à des partenaires s'ils veulent en être?! Il suffit de piller un logo. -- Bruno http://georezo.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle application basée sur Ope nLayers et OpenStreetMap
Bonjour, Le 14 février 2010 11:29, Guilhem Bonnefille guilhem.bonnefi...@gmail.coma écrit : Dans mon idée, un tel site devrait ressembler à OpenStreetBug : très ouvert et très facile d'accès (genre un clic sur la carte et une ou deux informations à saisir). De même, j'ai imaginé que, pour que l'information soit pertinente, il faut qu'elle se mette à jour *toute seule*. L'idée : lorsqu'on déclare un incident ou des travaux, il faut préciser une date de fin d'évènement. Ainsi, l'information disparaitra toute seule. Par contre, je ne suis pas un développeur web, donc je n'ai pas les moyen de monter un embryon. Qu'en pensez-vous ? Du bien. La mise à jour automatique est possible via les infos TMC. Le préalable est l'intégration dans OSM des listes de localisation TMC françaises gérée par la SETRA, intégration déjà faite en Allemagne. Le sujet avait été abordé il y a quelques temps, mais sans retour de la SETRA semble-t-il. Par contre est-ce que le réseau routier français dans OSM est suffisant pour se lancer dans un import automatisé sans trop de déchet ? (je n'ai aucune idée de la densité des localisations TMC) A+ BrunoC http://www.mail-archive.com/talk-fr@openstreetmap.org/msg14072.html http://wiki.openstreetmap.org/wiki/TMC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cache pour serveur WMS du cadastre
Bonjour, Le 4 février 2010 14:48, Damiano ALBANI damiano.alb...@gmail.com a écrit : 2010/2/4 hamster hams...@suna.fdn.fr la DGI autorise la publication de documents composites contenant entre autres des informations du cadastre mais se reserve l'exclusivite de la publication des donnees cadastrales brutes Je parlais bien d'un cache local, pour un usage personnel. Ça me semble une contrainte raisonnable que pose la DGI. D'ailleurs la mise à disposition des fichiers GPX des contours des communes, très utiles au demeurant, ne serait-elle pas une publication des données cadastrales brutes et non composites ?. Par exemple si j'arrive un jour à finaliser une moulinette d'import de bâtiments, pourra-t-on mettre les fichiers à dispo ? A+ BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Relation multipolygone administrative et place=island
Le 14 janvier 2010 11:23, Hendrik Oesterlin hendrikmail2...@yahoo.de a écrit : Bonjour, J'ai crée des multipolygones pour représenter les limites administratives de la Nouvelle-Calédonie, ou plutôt pour les regrouper. Bonjour, Je ne sais pas si le pb de rendu est lié, mais pour les limites administratives on utilise plutôt des relations boundary qui peuvent gérer des zones multiples via le rôle exclave. http://wiki.openstreetmap.org/wiki/Relation:boundary Exemple d'une commune à exclave : http://www.openstreetmap.org/browse/relation/275464 A+ BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Second import BMO - le filaire.
Le 21 décembre 2009 11:08, François Van Der Biest francois.vanderbi...@camptocamp.com a écrit : Je pourrais aussi : - fournir une liste des points ou il faudra faire du recollage de ways, éventuellement qu'on pourrait utiliser pour alimenter OpenStreetBugs (je ne sais pas s'il y a une API pour faire ça - je n'ai pas suivi les dernières discussions autour de OSB) Bonjour, Pour info keepright propose la détection de floating islands (nom présent dans l'interface), c'est à dire des ways non reliés au reste de la carte. http://keepright.ipax.at/report_map.php?db=osm_EUzoom=16lat=47.10191lon=-2.0451layers=B00Tch=0%2C130show_ign=1show_tmpign=1 A+ Bruno ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenSeaMap : des cartes nautiques libres
Le 18 décembre 2009 10:14, Peio Elissalde peio.elissa...@gmail.com a écrit : Nous avons le plaisir de vous informer de la création d'une branche marine pour le projet OpenStreetMap. Le plaisir est partagé ! En tant que voileux et mappeur, le projet a de suite retenu mon attention, en particulier le support de la norme S-57 de cartes marines numérique. Cela rendra les cartes exploitables par les logiciels et récepteurs du commerce (on en rêverai pour les gps routiers). N'étant pas pas familier de la langue de Goethe, beaucoup d'infos du projet me sont inaccessibles, je me permet de poser ici quelques questions qui j'espère intéresseront les terriens : * Les sondes : aujourd'hui c'est ce qui manque le plus sur la carte bien sûr. nous recherchons des solutions pour afficher les sondes, isobathes et profils du relief des fonds sous-marins. Le pb se sont les données disponibles ou les moyens d'affichage/rendu ? Concernant les données il me semble que les cartes papier de la marine américaine peuvent être copiés (scan/photocopie), mais je n'ai pas le détail de la licence. Une polémique avait éclaté à ce sujet il y a quelques années déjà entre le SHOM et la NOAA puisque les cartes libres de la NOAA exploitaient des données hydrographiques fournies par le SHOM. * La base : Toutes les infos sont stockées dans OSM ? ou s'agit-il d'un mashup ? * La Loire : Pour le balisage de la Loire donné en exemple ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Du bitume au kilomètre
Bonjour, Je ne trouve pas de statistiques kilométriques sur le réseau routier d'OSM. Du genre nb de kilomètres de residential pour la commune de Pornic, ou de primary/secondary pour la Loire-Atlantique ? On parle de trou dans la couverture du réseau routier, ce genre d'outil pourrait aiguillonner les mappeurs. Emilie a déjà évoqué des outils d'avancement OSM, cela pourrait en être une ébauche. Il nous faudrait également une base de comparaison. Les conseils généraux/régionaux fournissent-ils ce genre d'info ? A titre de petite fourmi, si je devais me lancer dans ce genre de requête, l'import PostGIS s'impose, mais je n'y connais rien: quelqu'un a-t-il des exemples de requêtes SQL sur une base OSM importée ? A+ BrunoC ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
