Re: [talk-ph] Is this the proper forum for techinical questions about editing the map itself
Dear Michael, Yes this is the right list for such questions. I normally tag streets within gated subdivisions as highway=residential access=private You don't have to add access=public since this is the default. More info here: https://wiki.openstreetmap.org/wiki/Access On Fri, Sep 23, 2011 at 9:31 AM, Michael J. Fast seats...@gmail.com wrote: Hi, Just a newbie question: Is this the proper forum for asking technical questions about editing the map from the Philippine perspective? Example, I have a question on the proper way to tag streets in private, gated subdivisions. Do they get labeled as private, restricted, or just left public? If this isn't the right forum for this can you please direct me to the right one :-) Thanks. Michael Michael J. Fast seats...@gmail.com South East Asian Theological Schools, Inc. discipling leaders • building nations ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Is this the proper forum for techinical questions about editing the map itself
Thanks, Maning. On Sep 23, 2011, at 9:30 AM, maning sambale wrote: Dear Michael, Yes this is the right list for such questions. I normally tag streets within gated subdivisions as highway=residential access=private You don't have to add access=public since this is the default. More info here: https://wiki.openstreetmap.org/wiki/Access On Fri, Sep 23, 2011 at 9:31 AM, Michael J. Fast seats...@gmail.com wrote: Hi, Just a newbie question: Is this the proper forum for asking technical questions about editing the map from the Philippine perspective? Example, I have a question on the proper way to tag streets in private, gated subdivisions. Do they get labeled as private, restricted, or just left public? If this isn't the right forum for this can you please direct me to the right one :-) Thanks. Michael Michael J. Fast seats...@gmail.com South East Asian Theological Schools, Inc. discipling leaders • building nations ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- Michael, Eva, Emily Daniel Fast seats...@gmail.com BGC Canada Global Ministries South East Asia Planting Growing Worshipping, Caring Churches globally. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] Bing Updated
On Wednesday 21 September 2011 21:08:12 Renaud MICHEL wrote: On mercredi 21 septembre 2011 at 11:18, Gerard Vanderveken wrote : Bing updated the background imagery for JOSM and Potlatch to spring 2011. I've also the impression the resolution is now on par with bing.com/maps. Now you can map also very recent buildings and other objects. I hope they don't stop here, as it seems a work in progress. Looking over Liège at a place I know changed recently, hospital le valdor (see http://osm.org/go/0Eqqh5ZcK-) up to zoom 17 I now get images from 10/10/2010, but at zoom 18 and over it is still images from 10/6/2007 when the hospital was in re-construction. This is not a JOSM problem, as you can see on bing site http://be.bing.com/maps/?v=2cp=50.63429469934849~5.589405251254638lvl=17; dir=0sty=hform=LMLTCC We'll see in the coming days. As you maybe can see, the new imagery is less detailed then what they had before in some locations, so they chose the (IMO) sensible option to show older images when you're zoomed in. Sure, it can look weird, but it's either this, or blocky images at zoom 18. Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Bing Updated
As the aerial image is also composed out of 256x256 tiles, it is possible that the higher zoom levels are not yet generated from the new materials. Wait, hope and see! Gerard Ben Laenen wrote: On Wednesday 21 September 2011 21:08:12 Renaud MICHEL wrote: On mercredi 21 septembre 2011 at 11:18, Gerard Vanderveken wrote : Bing updated the background imagery for JOSM and Potlatch to spring 2011. I've also the impression the resolution is now on par with bing.com/maps. Now you can map also very recent buildings and other objects. I hope they don't stop here, as it seems a work in progress. Looking over Liège at a place I know changed recently, hospital le valdor (see http://osm.org/go/0Eqqh5ZcK-) up to zoom 17 I now get images from 10/10/2010, but at zoom 18 and over it is still images from 10/6/2007 when the hospital was in re-construction. This is not a JOSM problem, as you can see on bing site http://be.bing.com/maps/?v=2cp=50.63429469934849~5.589405251254638lvl=17; dir=0sty=hform=LMLTCC We'll see in the coming days. As you maybe can see, the new imagery is less detailed then what they had before in some locations, so they chose the (IMO) sensible option to show older images when you're zoomed in. Sure, it can look weird, but it's either this, or blocky images at zoom 18. Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk] new: OSM Split and Merge Tool
Hi, announcing OSMT - the OSM Split and Merge Tool. http://wiki.openstreetmap.org/wiki/OSMT It's another splitter for OpenStreetMap data. It's a bit different; I hope it's useful. I wrote a detailed report about the idea, background, implementation. Source code and binary are availbale, it's all linked in the wiki. Your bug reports, opinions, and comments will be highly appreciated! ant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Overpass API problem with underscores
When I open http://www.overpass-api.de/api/xapi?*[highway=trunk_link][@meta][bbox=-77,38.9,-76.9,39] in JOSM I get a bunch of extraneous relations. This does not happen for highway=trunk, so the problem is with the underscore. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Who's using the torrents?
Hi Phil! 2011/9/19 Phil! Gold phi...@pobox.com: Here's my FlexGet config.yaml: feeds: osm-planets: rss: http://osm-torrent.torres.voyager.hr/files/rss.xml accept_all: yes transmission: host: localhost port: 9091 username: username password: password The flexget (and transmissions) are not not so well documented tools as one could imagine, therefore I got stuck here. Especially: what is here meant by transmission username and password, and what is port number 9091? Only port number I thought I need is incoming BT connection where I planned to use 6881 as I hoped it would work fine for most users. I don't know BT port system really, but I know that opening extra ports in my firewall would be a bit pain for me. I use transmission as my BitTorrent client. If you use a different program, you'll have to change that a little, but FlexGet has plugins for most of the major ones. I prefer the ones which are easiest to work. Now I got to point where I got for flexget --test as: Cannot connect to transmission. Is it running?. I know it is not running, but I don't know how to run it properly (in command line(. Like what to give as URL/dir to fetch in this case, and what other options would be needed? And how to run it - for rotorrent I just use screen to keep it running, maybe there is better way. The script used to make the current torrents[0] is probably the best place to start, though that doesn't help if you're not familiar with shell scripting. I'll see if I can tweak it and then write some general instructions about using it. [0] http://osm-torrent.torres.voyager.hr/files/create_new_planet_torrent.sh Shell scripting is ok for me in principle. I'd like to get basic sharing to work first, then will take a look to that. -- Jaak ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] new: OSM Split and Merge Tool
ant wrote: announcing OSMT - the OSM Split and Merge Tool. http://wiki.openstreetmap.org/wiki/OSMT [...] Your bug reports, opinions, and comments will be highly appreciated! The idea of mergeable, stand-alone data tiles is promising and I believe that these could prove very useful e.g. in the context of client-side rendering. As you admit in your report, certain features would improve the usefulness of the software. In particular, having access to ways that include or traverse a tile without nodes within that tile, and relation support would appear relevant for being able to correctly render that tile. I also guess that many use cases would benefit from tiles based on the familiar Mercator tile scheme. Do you plan to continue the development of OSMT beyond the proof-of-concept status? Tobias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] new: OSM Split and Merge Tool
On Sep 22, 2011, at 3:09 PM, Tobias Knerr wrote: ant wrote: announcing OSMT - the OSM Split and Merge Tool. http://wiki.openstreetmap.org/wiki/OSMT [...] Your bug reports, opinions, and comments will be highly appreciated! The idea of mergeable, stand-alone data tiles is promising and I believe that these could prove very useful e.g. in the context of client-side rendering. Yes, very very yes. -mike. michal migurski- m...@stamen.com 415.558.1610 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] new: OSM Split and Merge Tool
Hi, On 09/23/2011 12:09 AM, Tobias Knerr wrote: The idea of mergeable, stand-alone data tiles is promising and I believe that these could prove very useful e.g. in the context of client-side rendering. Another potential use case is on-demand download of almost arbitrary areas; if, instead of generating tons of country extracts each night, I could just generate lots of little boxes that would be stitched together on the fly for anyone who wants to download, say, germany.osm.pbf, that would be quite an advantage. It would of course require a fast, streaming way of combining the blocks. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] new: OSM Split and Merge Tool
On Sep 22, 2011, at 3:24 PM, Frederik Ramm wrote: On 09/23/2011 12:09 AM, Tobias Knerr wrote: The idea of mergeable, stand-alone data tiles is promising and I believe that these could prove very useful e.g. in the context of client-side rendering. Another potential use case is on-demand download of almost arbitrary areas; if, instead of generating tons of country extracts each night, I could just generate lots of little boxes that would be stitched together on the fly for anyone who wants to download, say, germany.osm.pbf, that would be quite an advantage. It would of course require a fast, streaming way of combining the blocks. MirrorOSM does this on the client side via osm2pgsql, but it's very much the same idea: http://tilestache.org/doc/TileStache.Goodies.Providers.MirrorOSM.html -mike. michal migurski- m...@stamen.com 415.558.1610 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Boeien bij Schiermonnikoog
2011/9/22 taede terpstra taede.terps...@hotmail.com Hoi, ik kreeg van een Duitse mapper de volgende mail: Hallo, Hier geht das Fahrwasser über Land... http://map.openseamap.org/map/?zoom=14amp;lat=53.5049amp;lon=6.33739amp;layers=BFFTTThttp://map.openseamap.org/map/?zoom=14lat=53.5049lon=6.33739layers=BFFTTT Kannst Du das bitte mal prüfen und korrigieren? Herzlichen Dank, Markus Na wat heen en weer blijkt dat de coastline dwars over vaarwater - volgens de boeien - loopt. Even gekeken, en de boeien (b)lijken uit een rijkswaterstaat bestand te komen, terwijl de coastline vanuit 3dShapes afkomstig is. 2 imports die elkaar dwars zitten? Hoe kunnen we dit oplossen, want simpelweg de boeien verplaatsen heeft geen zin als deze over een tijdje opnieuw worden ververst vanuit een datadump. En om nou een stuk strand / kwelder af te gaan graven is me teveel werk :) Ik heb het eens met de Bing-foto's vergeleken, en dat geeft me het idee dat de boeieninformatie correct is, maar de kustlijninformatie verouderd. Het oostelijke uiteinde van Schiermonnikoog is een fiks stuk naar het oosten uitgelopen, en waar de boeien zich bevinden lijkt een baai te zijn gegraven. De eilanden ten oosten van Schiermonnikoog lijken ook flink veranderd te zijn. -- André Engels, andreeng...@gmail.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Boeien bij Schiermonnikoog
Andre Engels wrote: 2011/9/22 taede terpstra taede.terps...@hotmail.com mailto:taede.terps...@hotmail.com Hoi, ik kreeg van een Duitse mapper de volgende mail: Hallo, Hier geht das Fahrwasser über Land... http://map.openseamap.org/map/?zoom=14amp;lat=53.5049amp;lon=6.33739amp;layers=BFFTTT http://map.openseamap.org/map/?zoom=14lat=53.5049lon=6.33739layers=BFFTTT Kannst Du das bitte mal prüfen und korrigieren? Herzlichen Dank, Markus Na wat heen en weer blijkt dat de coastline dwars over vaarwater - volgens de boeien - loopt. Even gekeken, en de boeien (b)lijken uit een rijkswaterstaat bestand te komen, terwijl de coastline vanuit 3dShapes afkomstig is. 2 imports die elkaar dwars zitten? Hoe kunnen we dit oplossen, want simpelweg de boeien verplaatsen heeft geen zin als deze over een tijdje opnieuw worden ververst vanuit een datadump. En om nou een stuk strand / kwelder af te gaan graven is me teveel werk :) Boeien verplaatsen lijkt me niet zo'n goed idee. Ik heb het eens met de Bing-foto's vergeleken, en dat geeft me het idee dat de boeieninformatie correct is, maar de kustlijninformatie verouderd. Het oostelijke uiteinde van Schiermonnikoog is een fiks stuk naar het oosten uitgelopen, en waar de boeien zich bevinden lijkt een baai te zijn gegraven. De eilanden ten oosten van Schiermonnikoog lijken ook flink veranderd te zijn. De waddeneilanden zijn altijd in beweging, vooral waar geen harde kustbescherming is. De westkant kalft af en de oostkant wordt langer. Dus daar zullen altijd correcties nodig zijn. Ik ga Schiermonnikoog wel even aanpassen naar de Bing satellietfoto's. In de lagere zoom zie je overigens nog een oude foto waar die diepe baai er niet is, maar de geul die die baai aan het maken is wel. Maarten Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] OSM Inspector
Hi Everyone, I recently found OSM Inspector and Keep Right and have been slowly fixing the problems found starting in the geometry heading. I found many roundabouts that went around more than once, caused by the bug in the Potlatch circle tool. I have fixed many roads which go back on them self or other self intersecting ways, fixed all in Brisbane and many in other places around Aust. many left in Canberra, Melbourne and Sydney. I have been unable to fix the two single node ways in Aust. one in Adelaide and one near the Gold Coast. Any Ideas? Peter W ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] OSM Inspector
- Original Message - From: Peter Watson peter.bmwk7...@gmail.com To: talk-au@openstreetmap.org Sent: Thursday, September 22, 2011 10:14 AM Subject: [talk-au] OSM Inspector Hi Everyone, I recently found OSM Inspector and Keep Right and have been slowly fixing the problems found starting in the geometry heading. I found many roundabouts that went around more than once, caused by the bug in the Potlatch circle tool. I have fixed many roads which go back on them self or other self intersecting ways, fixed all in Brisbane and many in other places around Aust. many left in Canberra, Melbourne and Sydney. I have been unable to fix the two single node ways in Aust. one in Adelaide and one near the Gold Coast. Any Ideas? Peter W These were easily deleted using JOSM David ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-br] Latinoware - quem vai?
olá, pessoal! Vou participar da Latinoware, em Foz do Iguaçu, mês que vem, alguém mais da comunidade vai estar por lá? A organização tá recebendo propostas de atividades http://latinoware.org/pt-br/node/34 abraços, -- wille http://wille.blog.br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Turn restriction Probleme in Baden-Württemberg
Hallo, beim Korrigieren des Rechtecks mit Restrictions um Bremen herum fand ich folgende Meldung zu den Relationen 77021 und 77022: sorry, 'via' ways are not supported - ignoring restriction. Laut Wiki [1] (Anmerkungen) ist aber bei no_u_turn ausdrücklich ein Weg als via-Rolle erlaubt. [1]: http://wiki.openstreetmap.org/wiki/DE:Relation:restriction#Anmerkungen Franz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik-Kacheln
Carsten Schönert schrieb: ja, eine generelle Netzüberlastung (Wahlen) wäre eine mögliche Ursache. Das glaubt Ihr in heutigen Zeiten und einer Infrastruktur in Zentraleuropa doch nicht wirklich? :-) Siehe TTL Zeiten. Diese Effekt habe ich seit einigen Monaten schon, und das unabhängig von meinen kleinen privaten DSL Anschluss oder auf der Arbeit bei einem 155MB ATM Anschluss. Wenn du zu viele Kacheln pro Zeiteinheit abrufst, wirst du serverseitig ausgebremst. -- Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offizieller Satz von OSM Diensten
Hallo Kai. Am 22.09.2011 02:09, schrieb Kai Krueger: Eine Demonstrationsseite mit dem Aktuellen Stand findet man im uebrigen unter http://openstreetbugs.dev.openstreetmap.org/ Danke für das Feedback. Wo wäre der geeignete Ort um Kommentare und Anregungen zu dieser Zwischenversion abzuladen? :) Gruß, Bernd -- Ein Finanzgenie ist ein Mann, der sein Geld schneller verdient, als seine Frau es ausgeben kann. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Turn restriction Probleme in Baden-Württemberg
Am 22.09.2011 08:18, schrieb Franz v. Gordon: beim Korrigieren des Rechtecks mit Restrictions um Bremen herum fand ich folgende Meldung zu den Relationen 77021 und 77022: sorry, 'via' ways are not supported - ignoring restriction. Laut Wiki [1] (Anmerkungen) ist aber bei no_u_turn ausdrücklich ein Weg als via-Rolle erlaubt. Ja, das ist richtig, aber anscheinend schwierig zu implementieren. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigene Karten rendern
Am 22. September 2011 01:32 schrieb Kay Drangmeister k...@drangmeister.net: Am 21.09.2011 08:34, schrieb Andreas Labres: Also mich tät interessieren, wie man sich ein Benutzungsverbot auf einem path im Wald vorstellen muss... http://drangmeister.net/osm/20110522T134507s.jpg Da steht allerdings klar: bleiben sie als Wanderer auf den markierten Wanderwegen, d.h. auf die Wege darf man. Wenn man es richtig ernst meinte mit dem Naturschutzgebiet dann gäbe es da m.E. gar keine Parkplätze oder Straßen... Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Turn restriction Probleme in Baden-Württemberg
Am 22. September 2011 09:12 schrieb Chris66 chris66...@gmx.de: Am 22.09.2011 08:18, schrieb Franz v. Gordon: beim Korrigieren des Rechtecks mit Restrictions um Bremen herum fand ich folgende Meldung zu den Relationen 77021 und 77022: sorry, 'via' ways are not supported - ignoring restriction. Laut Wiki [1] (Anmerkungen) ist aber bei no_u_turn ausdrücklich ein Weg als via-Rolle erlaubt. Ja, das ist richtig, aber anscheinend schwierig zu implementieren. Diese via-Ways treten an Stellen auf, wo man über das Mapping grundsätzlich diskutieren kann, nämlich in Kreuzungsbereichen von Straßen mit geteilter Fahrbahn. Streng genommen müssten diese Kreuzungen in unserem Datenmodell auf einen Punkt laufen (weil/wenn es im Kreuzungsbereich keine bauliche Trennung, und also nur eine Fahrbahn gibt). Allerdings sähe diese Art der Modellierung bescheiden aus... Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wohngebiete, landuse=residential Verwendung - continued
Am 22. September 2011 01:49 schrieb Christian Müller cmu...@gmx.de: Zu letzterem könnte boundary=settlement ein Vorschlag sein, der es sich ev. loht zu diskutieren. könnte man evtl. machen, ist m.E. aber nicht nötig, eine Fläche reicht eigentlich, wozu die Grenze nochmal extra taggen? Ob Fläche, oder Flächengrenze macht keinen Unterschied. Auch diese Aussage beweißt einmal mehr, dass Du die Datenhaltungsmail nicht verstanden hast, wenn sie überhaupt gelesen wurde.. Es sind nur unterschiedliche Darstellungsformen ein und desselben, wobei die Grenzerfassung deshalb Vorteile hat, weil dadurch große Flächengrenzen in Segmente zerlegt, wiederverwendet und, je nach Bedarf, geladen oder nicht geladen werden können. der Unterschied besteht darin, dass bei einer Fläche ein Polygon definiert wird, bei einer Flächengrenze eine Linie. Im Endeffekt läuft es auf dasselbe hinaus, wenn die Flächengrenzen zu einem geschlossenen Ring verbunden werden können. In Segmente zerlegen kann man beide, die Lösung bei Flächen heisst dazu Multipolygon. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Übersicht zur Debatte um die Boden/Flächennutzung (landuse=) und Orte/Toponyme (place=)
Am 22. September 2011 02:17 schrieb Christian Müller cmu...@gmx.de: Am 21.09.2011 21:58, schrieb Stefan Keller: Im Kern geht es um drei Baustellen: 1) die Erfassung von landuse (Bodennutzung) allgemein +1 - bessere Strukturierung der tag-values nach ISIC, etc. das war immer nur zusätzlich gedacht, zumindest hatte ich das so verstanden und unterstütze es auch nur parallel aber nicht als values für landuse - beliebige Flächen/größe/ zulassen (MICROmapping und normalos) das war schon immer so, es geht nur darum, was man empfiehlt. - Bedingung: Datenhaltung von Flächen als multipolygons wie es Sinn macht, bei kleinen landuse-Flächen aus meiner Sicht unnötig und schädlich, da es unnötig das Mappen verkompliziert. - Flächen/charakterisierung/, also Definition im Wiki überarbeiten - überwiegende, bzw. vorrangige Nutzung steht da bereits. Ist zwar unwidersprochen aber nicht klar, da unklar ist, wie groß eine area ist. - Nutzungserfassung vor Ort (oder äquivalent) +1. Äquivalent gibt es praktisch nicht, oder nur in Spezialfällen wie großen Fabriken. Kenntnis der Lage vor Ort ist erforderlich. 2) die Bedeutung von landuse=residential im Speziellen - darf da nun ein /Gebiets/name dran? da kann auch ein Gebietsname ran, aber der wird sich i.d.R. nicht auf die Bodennutzung sondern auf das Gebiet an sich beziehen, in dem eben u.a. auch die Nutzung einheitlich ist. Das Objekt, das den Namen trägt, ist m.E. ein Siedlungsteil, nicht eine Bodennutzung. - eigentlich erfasst landuse nur die Bodennutzung, und damit Bodennutzungsgrenzen es erfasst Bodennutzungsflächen (indem die Bodennutzungsgrenzen markiert wird). - Wohngebiete sind aber dadurch charakterisiert, dass sie einen Namen tragen und der Grenzverlauf amtlich dokumentiert ist -1. Da täuscht Du Dich, bzw. ist das keine generelle Regel sondern kann sein, muss aber nicht - in einem strengen Sinne sind Wohngebietsgrenzen boundary=administrative (Verwaltungsgrenzen) -1 3) place-tag Verwendung auf nodes zurückfahren -1, was meint zurückfahren? Löschen? Nur damit Du Deine Ansichten durchdrücken kannst? Und dann in 2 Jahren feststellst, dass es ein Irrtum war? - alle geografischen Orte haben eine unbestimmte Lage (node = ausdehnungslos) in erster Näherung ist das z.B. fürs Rendern schonmal viel besser als gar nichts. Nochmal besser sind Flächen. Flächen, die in einem bestimmten Kontext zu einem Ort stehen, haben i.d.R. kontextbezogene Namen, z.B. Gemeindefläche, Siedlungsfläche. Ob die Grenzen dieser Fläche, oder die Gesamtfläche rudimentär als closed way erfasst wird, spielt keine Rolle bei der Feststellung, dass ein kontextbezogener Tag vergeben werden sollte. Gemeindefläche - boundary=administrative, Siedlungsfläche - ??? (boundary=settlement oder landuse=settlement oder settlement=*, etc. möglich - Hauptsache, da taucht kein place auf) Hauptsache, da taucht kein place auf. Sorry, aber jetzt wirds m.E. kindisch. Du willst geographische Orte also auch erfassen, aber nicht den dafür etablierten Tag verwenden sondern einen neuen, aus Prinzip, damit die Diskussion hier nicht sinnlos war? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seltsamer Mapnik-Effekt
Hallo, Meintest du Melde das bitte den Mapnik-Entwicklern oder Ich melde es den Mapnik-Entwicklern? mach Du es, aber wenn es Dir lieber ist kann ich es auch machen. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Übersicht zur Debatte um die Boden/Flächennutzung (landuse=) und Orte/Toponyme (place=)
Hi, Am 22.09.2011 10:16, schrieb Martin Koppenhoefer: - bessere Strukturierung der tag-values nach ISIC, etc. das war immer nur zusätzlich gedacht, zumindest hatte ich das so verstanden und unterstütze es auch nur parallel aber nicht als values für landuse da hat ein z.B. gefehlt .. Frederik ging es ja um die Senkung von Eintrittsbarrieren, um das mappen für Einsteiger verständlicher zu machen, daher der Wunsch ein paar values aus landuse zu entfernen und diese stattdessen in subtags oder sub-sub-tags zu modellieren.. dazu gab es auch von anderen Leuten Zustimmung, die fanden, dass die values liste für key:landuse bereits zu lang ist.. ISIC war nur eine Anregung, wie man das sinnvoll machen kann, wenn man bestehende Arbeit (der UNO) in diesem Fall wiederverwendet.. Für eine Ausdifferenzierung der obersten Ebene von landuse ist die oberste Ebene von ISIC vermutlich nicht zu gebrauchen. So wie ich es verstanden habe, bildete sich für die oberste Ebene von key:landuse residential, commercial, industrial, ((mixed)) heraus, wobei ich den mixed-Typ für überflüssig hielt. Für alle anderen values von key:landuse müsste man schauen, ob die wirklich berechtigt _neben_ diesen Werten stehen, oder eher _unter_, also eine Spezialisierung eines dieser Werte sind (also in einen subtag gehören..) - Bedingung: Datenhaltung von Flächen als multipolygons wie es Sinn macht, bei kleinen landuse-Flächen aus meiner Sicht unnötig und schädlich, da es unnötig das Mappen verkompliziert. +/- 1. Jein. Das ist ja momentan nur deshalb komplizierter, weil die Tools dafür zu schlecht sind. Ich schrieb in einer meiner mails: multipolygons müssen so einfach werden, wie einen closed way zu zeichen. Das erachte ich als Vorraussetzung und letztlich /sind/ multipolygons DAS Flächentool in OSM schlechthin. Nur werden sie noch nicht so eingesetzt, stattdessen beschränkt man sich auf ihre Verwendung für Spezialfälle. Die Vergangenheit zeigt aber, dass öfter als weniger, einfache Fälle zu Spezialfällen mutieren. Clevere Leute mappen ihre Flächen dann mit multipolygons neu (obwohl das umständlich ist, Du schreibst es selbst), andere behelfen sich damit, overlapping ways zu bilden (was ich selbst lange Zeit gemacht habe, da ich noch nicht wußte, wie die eigentliche Lösung aussieht), oder damit, überhaupt keinen Flächenbezug herzustellen (geschachtelte closed ways) - was keine vernünftige Abbildung der Realität ist. In der Realität gibt es ohne Ende Bezüge zwischen den Flächen (das Wohngebiet liegt __innerhalb__ der Gemeindefläche, der Bäcker liegt __innerhalb__ des Wohngebiets, das Feld _grenzt_ an Weg- oder Wald- -fläche -- und das sind nur Beispiele für eine Lagebeziehung). Natürlich kann ich mir die Lagebeziehungen auch erst ausrechnen, anstatt sie ordentlich mitzumodellieren, für viele Lagebeziehungen wird aber diese Rechnung sehr komplex - betrachte z.B. die Lagebziehung Gemeindefläche __innerhalb__ Bundesgebietsfläche: Wenn diese Beziehung nicht durch Datenstrukturen zu ermitteln ist (wie das jetzt der Fall ist), müsste ich für die gesamte bundesdeutsche Grenze (a lot of nodes) algorithmisch prüfen, ob die Gemeindefläche (less nodes but still a lot) komplett inkludiert ist. Wenn ich diese Lagebeziehung dann für _alle_ Gemeindeflächen brauche, wird meine CPU schwitzen. OSM sei Dank muss ich aber nur wissen, /wie/ ich die entsprechende Datenstruktur auslesen muss. Dieses Problem lässt sich für jedwede Lagebeziehung von Flächen aufzeigen. Das ist, weshalb ich schon die ganze Zeit nicht müde werde, zu erzählen, dass Beziehungen zwischen Flächen nicht _einfach so_ da sind. Es ist besser, wenn insbes. die Lagebeziehungen innerhalb OSMs Datenstrukturen vorhanden sind: Das geht nicht mit closed ways, das geht auch nicht mit overlapping ways sondern nur mit zueinander in Beziehung stehenden Multipolygons (ich habe das als 'Flächennetzwerk' bezeichnet). Es nützt auch nichts zu argumentieren, dass manche Polygone ja viel kleiner seien und nicht so viele nodes hätten, wie andere und damit die Rechnung in der Tat einfacher sei.. Eine Lagebeziehung kann ich nur zwischen mindestens zwei Polygonen bilden, d.h. ich beschränke mich mit dieser Argumentation dann schon auf Lagebeziehungen zwischen zwei _viel kleineren_ Polygonen. Natürlich sind Algorithmen denkbar, die den Rechenaufwand für viele solcher Berechnungen wieder reduzieren, indem z.B. entsprechend bounding boxes gebildet werden und dann erstmal nur gegen diese gerechnet wird, anstatt gegen den kompletten Streckenzug. Warum sollte aber jemand diesen Aufwand betreiben, wenn er durch bessere Datenlage nicht bestünde? Mehr noch, warum sollte ihn _jeder_ _separat_ betreiben, der an Lagebeziehungen zwischen Flächen interessiert ist? Mit ein bisschen Javascript, und dem entsprechenden Flächennetzwerk, kann ich auf jedem Client echt komplexe Lagebeziehungen aufzeigen,
Re: [Talk-de] Wohngebiete, landuse=residential Verwendung - continued
Am 22.09.2011 10:04, schrieb Martin Koppenhoefer: der Unterschied besteht darin, dass bei einer Fläche ein Polygon definiert wird, bei einer Flächengrenze eine Linie. Im Endeffekt läuft es auf dasselbe hinaus, wenn die Flächengrenzen zu einem geschlossenen Ring verbunden werden können. In Segmente zerlegen kann man beide, die Lösung bei Flächen heisst dazu Multipolygon. Das ist das, was ich seit meiner Datenhaltungsmail fast predige - schön, dass es mittlerweile ankommt ;-) Du definierst in OSM übrigens kein Polygon, sondern nur einen closed way: eine Fläche - eine Flächengrenze - ein Segment - ein geschlossener Ring aus einem Segment - auch nur ein Multipolygon, wenngleich ein Spezialfall Ich habe bisher Polygon oder closed way Synonym verwendet, obwohl das nicht ganz richtig ist, denn in OSM ist ein Polygon: - durch closed way ohne Multipolygon-Mitgliedschaft - durch /einen/ way mit Multipolygon-Mitgliedschaft (closed way als outer member) realisierbar. /Welche/ Polygone in OSM als Fläche interpretiert werden und welche nicht, wird __nur__ über Tags entschieden. Ein Kreisverkehr ist auch ein closed way und ein Rundkurs einer Radroute ist auch ein geschlossener Ring - das sind letztlich Polygone, aber der Flächeninhalt interessiert nicht. Ob der Inhalt von closed way oder geschlossenem Ring wichtig ist, verraten nur die Tags. Daher meine Unterscheidung in bisherigen mails zwischen Flächen-Tag und anderen Tags. Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seltsamer Mapnik-Effekt
Am 22.09.2011 11:22, schrieb Dimitri Junker: mach Du es, aber wenn es Dir lieber ist kann ich es auch machen. Hab den Fehler eingestellt: https://trac.mapnik.org/ticket/889 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Grillhütte korrekt taggen?
Moin! Wie tagt man eine Grillhütte korrekt? Tagwatch meint 2 Hits für Grillhütte (http://tagwatch.stoecker.eu/Germany/En/tagstats_tourism_Grillh_tte.html), aber das finde ich unschön. Und tourism=picnic_site käme schon hin, aber da fehlt der Zusatz das es kein einfacher Grill (im freien) ist, oder? Danke. MfG, Lars Schimmer -- - TU Graz, Institut für ComputerGraphik WissensVisualisierung Tel: +43 316 873-5405 E-Mail: l.schim...@cgv.tugraz.at Fax: +43 316 873-5402 PGP-Key-ID: 0x4A9B1723 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigene Karten rendern
Hi Martin, Am 22.09.2011 09:36, schrieb Martin Koppenhoefer: Am 22. September 2011 01:32 schrieb Kay Drangmeisterk...@drangmeister.net: http://drangmeister.net/osm/20110522T134507s.jpg Da steht allerdings klar: bleiben sie als Wanderer auf den markierten Wanderwegen, d.h. auf die Wege darf man. Ja und nein. Die Betonung liegt auf markierten. Für den (nicht auf dem Foto gezeigten) Weg gilt das eben nicht. Für diesen gilt das große rote Schild oben drüber, das du unterschlägst: Hier kein Wanderweg. Wenn man es richtig ernst meinte mit dem Naturschutzgebiet dann gäbe es da m.E. gar keine Parkplätze oder Straßen... Ja, die Rhön ist ja auch kein Naturschutzgebiet, sondern ein Bio- sphärenreservat. Die befahrenen Straßen führen natürlich um das genannte Naturschutzgebiet Lange Rhön herum. Hier die (noch ungenügend getaggte) Gegend um die es geht: http://www.openstreetmap.org/?lat=50.4864lon=10.0318zoom=14layers=M LG Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grillhütte korrekt taggen?
Am Donnerstag, den 22.09.2011, 21:16 +0200 schrieb Lars Schimmer: Moin! Wie tagt man eine Grillhütte korrekt? Tagwatch meint 2 Hits für Grillhütte (http://tagwatch.stoecker.eu/Germany/En/tagstats_tourism_Grillh_tte.html), aber das finde ich unschön. Und tourism=picnic_site käme schon hin, aber da fehlt der Zusatz das es kein einfacher Grill (im freien) ist, oder? Dann noch amenity=shelter oder covered=yes dazu und es sollte fast schon passen. Die Erlaubnis, im Wald zu zündeln, und evtl. die Notwendigkeit anzumelden (access=appointment?) kann man vielleicht noch unterbringen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Name von Bruecken
Hallo an alle, manche Brücken tragen eigene Namen. Wie trägt man den Namen in OSM am besten ein, dass er auf der Karte in der Regel auch angezeigt wird? Die Straße, die über das Bauwerk Brücke führt, behält eigentlich ihren Namen auf dem Bauwerk. Die Brücke wird aber nicht als Bauwerk gezeichnet, sondern als Tag den Straßeneigenschaften beigefügt. Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Flächennetzwerk mit Multipolygonen - Beispiel
Hi Martin, um zu sehen, was ich mir so als Ziel vorstelle, kannst Du in JOSM mal den Bereich 12.3168755,51.2102240,12.3196864,51.2111313 laden.. Aber bitte genau diesen, ansonsten ist es schwer zu verstehen, was genau die Vorteile von multipolygons beim Mappen der Bodennutzung sind. Es ist mit JOSM gar nicht sooo schwer, ein bestehendes Gebiet zu konvertieren, mir sind aber auch viele usability Aspekte aufgefallen, die den Weg hin zu multipolygonen erschweren bzw. versperren.. Wie auch immer, das Gebiet soll erstmal nur praktisch illustrieren, wovon ich überhaupt rede.. Was sollte an dem Beispiel zu sehen sein: - Vorteil der Datenhaltung: Beim Laden des Gebietes, erhalte ich nur die Flächengrenzen und nicht mehr gleich _alle_ Flächen, die das Gebiet schneiden. - keine Overlapping Ways: es gibt eine Flächengrenze, klickt man diese an, sieht man, wieviele und welche Flächen sie begrenzt - ist eine Fläche noch nicht komplett geladen, braucht man, für JOSM, nur Rechtsklick aufs Multipolygon unvollständige Elemente laden - auch einfache Fälle als multipolygon (die landuse=meadows links) - Für jede Flächengrenze (way) ist sofort ersichtlich /welche/ Flächen geändert werden, wenn die nodes der Flächengrenze verschoben werden - das ist für overlapping ways oft nicht der Fall, gerade wenn diese auf Wegen außerhalb der bbox entstehen, oder wenn in JOSM Objekte auf der Basis von IDs geladen werden - ich erhalte dann eine komplette Fläche (closed way), ohne evtl. zu sehen, welche Flächen beeinflusst werden, wenn ich einen Knoten verrücke. - Verschachtelung: Die Multipolygon meadows auf der linken Seite nehmen am Imnitzer Park in der Rolle inner Teil, sind aber selbst völlig autark lad- und bearbeitbar. Über die Elternrelation kann aber eine Lagebeziehung zu gröberen Gebieten ermittelt werden. - Genauso umgekehrt: Der Imnitzer Park ist als Fläche ohne Kinder interpretier- und ladbar (es ist denkbar, dass man die inner-Elemente z.B. beim Rendering oder anderweitigen Verarbeiten einfach ignoriert werden, und nur outer in Betracht gezogen wird). Falls man sich für extreme Nutzungsänderungen innerhalb einer gemappten Fläche, die überwiegend als Park genutzt wird, interessiert, betrachtet man einfach die inner-Elemente der Parkfläche.. fertig (ein Datennutzer kann also entscheiden, wie weit er granulieren möchte, bzw. ab welchen Flächengrößen er nicht mehr im Multipolygon-Netz hinabsteigen möchte). Diese Beispieldaten sind für die Geschichte mit den 2/3 Häusern im Wald übertragbar und auch auf die Geschichte mit dem Bäcker im Wohngebiet: (Beispiel - Situation Haus im Wald): (Imnitzer Park multipoly - landuse=forest) (landuse meadow children - mini-residentials im forest) (Beispiel - Situation Bäcker im Wohngebiet): (Imnitzer Park - landuse=residential) (landuse meadow children - tiny-commercials im residential) Nochmal, mir ist klar, dass das flächendeckend momentan nicht umsetzbar ist, dazu müssten Editoren multipolygons mehr in den Kern ihrer Editierfunktionalität rücken und nicht als Extra am Rand liegen lassen. Dennoch ist es gar nicht so schwer, etwa eine Fläche einzufügen, wenn man diese Daten hat. - neue Grenze zeichenen - neues Multipolygon erstellen und taggen - alte Flächenbeziehungen umdefinieren (häufig nur eine Fläche) Für mich liegen die Vorteile auf der Hand, und wenn man die Beziehung Flächen - Flächengrenze einmal verstanden hat, ist es auch wesentlich einfacher, so zu editieren, als mit zig tausend ways, overlapping oder nicht, parallel oder nicht.. .. und das betrifft auch Änderungen - oft wird argumentiert, es sei schwerer Gebiete mit viel Beziehungen untereinander zu ändern - dabei ist es wirklich nur anders. Wenn jemand z.B. einen neuen closed way in ein Multipolygon einfügt und mal vergisst, dieses als inner in ein bereits gröberes Gebiet (outer) einzutragen, ist das ja kein Beinbruch. Irgendeinem anderen Mapper wird das schon auffallen, der das dann fixed. Dieser verbindet dann MICROgemappte Daten mit MACROgemappten.. Übrigens: Auch immens große Flächen lassen sich damit im Detail und ohne großen Fehler editieren, indem man sich einfach nur auf das relevante Grenzsegment fokussiert. Genauso, wie derzeit Radrouten editiert werden - da befasst man sich i.d.R. auch nur mit Streckenabschnitten. Routen sind tatsächlich eine gute Analogie: auch hier wird von Basismappern oft durch Editieren der Basisgeometrie eine Relation kurzzeitig unbrauchbar.. ..die dann jemand, der sich mit der Route beschäftigt, wieder fix'd. Gleiches funktioniert für Flächen, die über Multipolygone abgebildet werden. Validatoren zeigen dabei Fehlerflächen schnell und unkompliziert auf.. Der Schlüssel für die multipolygon-Akzeptanz ist m.M.n. eine höhere Editorintegration. Das fängt schon damit an, dass multipolygone neben anderen
[Talk-it] Foto Bing e Yahoo!
Ciao a tutti, tutti quelli che utilizzano JOSM avranno gi saputo dell'annuncio che non sono pi disponibili le foto satellitari di Yahoo! [0]. Credo proprio che nessuno si disperer per questa notizia. In compenso ho notato recentemente che le immagini di Bing sono state aggiornate (almeno dalle mie parti). Sono pi dettagliate del PCN, molto pi recenti (in base a dei lavori stradali fatto vicino a casa mia posso dire che hanno meno di 6 mesi) e per quanto ho potuto verificare sono ben georefenziate. Per avere un'idea cercate il ponte di Rialto, ingranditelo a pieno schermo e potrete contare gli scalini! Anche altre zone che conosco come Pavia, Torino e Milano hanno immagini molto buone con differenze di gereferenziazione (spero di averlo scritto giusto...) rispetto al PCN di 1 o 2 metri. Premesso che le immagini satellitari non vanno prese per oro colato, che non possono sostituire la conoscenza diretta e tanti altri buone obbiezioni, credo che queste novit possano essere un buon aiuto per migliorare la situazione di Venezia e altre centri storici nei quali il GPS inutile. Ciao Giuliano [0] http://developer.yahoo.com/blogs/ydn/posts/2011/06/yahoo-maps-apis-service-closure-announcement-new-maps-offerings-coming-soon/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Foto Bing e Yahoo!
Confermo su Genova, ho messo uno scostamento di -4.87; -2.12 ma si vede nettamente meglio del PCN. Ciao, Stefano Il giorno 22 settembre 2011 19:23, G Zamboni gd.zamb...@tiscali.it ha scritto: Ciao a tutti, tutti quelli che utilizzano JOSM avranno già saputo dell'annuncio che non sono più disponibili le foto satellitari di Yahoo! [0]. Credo proprio che nessuno si dispererà per questa notizia. In compenso ho notato recentemente che le immagini di Bing sono state aggiornate (almeno dalle mie parti). Sono più dettagliate del PCN, molto più recenti (in base a dei lavori stradali fatto vicino a casa mia posso dire che hanno meno di 6 mesi) e per quanto ho potuto verificare sono ben georefenziate. Per avere un'idea cercate il ponte di Rialto, ingranditelo a pieno schermo e potrete contare gli scalini! Anche altre zone che conosco come Pavia, Torino e Milano hanno immagini molto buone con differenze di gereferenziazione (spero di averlo scritto giusto...) rispetto al PCN di 1 o 2 metri. Premesso che le immagini satellitari non vanno prese per oro colato, che non possono sostituire la conoscenza diretta e tanti altri buone obbiezioni, credo che queste novità possano essere un buon aiuto per migliorare la situazione di Venezia e altre centri storici nei quali il GPS è inutile. Ciao Giuliano [0] http://developer.yahoo.com/blogs/ydn/posts/2011/06/yahoo-maps-apis-service-closure-announcement-new-maps-offerings-coming-soon/ ___ 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
Re: [Talk-it] Venerdì mapping party a Roma
Ok allora ci si vede domani per le 16. Poi visto che siamo solo noi 3 e martin è in forse x la bici si decide il da farsi. Magari se il giorno dopo niubi ha la gara possiamo evitare di fare tutto il percorso e staccarci per una birra da qualche parte...poi vediamo. A domani - Messaggio originale - Ciao io sono iscritto alla gara, anche se non ho alcuna velleità di classifica. Le bandiere (per colpa mia) non sono ancora arrivate, risultano spedite dalla settimana scorsa. Dal tracking del corriere sembrerebbero in giacenza presso la sede di Foggia, come se il corriere fosse passato senza trovare qualcuno. Se non dovessero arrivare entro la mattinata, cerco di organizzarmi per passare a ritirarle io. Ci vediamo domani pomeriggio. Ciao /niubii/ Il giorno 22 settembre 2011 00:41, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2011/9/21 Fabri erfab...@gmail.com: Allora ci si vede venerdì! Ps: niubii tu fai anche la gara in mtb? Io (non sono niubii, lo so) per la gara sono già sicuro di non partecipare, devo ancora riparare la bici e se non ce lo faccio mi presto una da qn. ciao, Martin Niubii: ha funzionato con le bandiere? ___ 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] Pesa pubblica
Ciao, ho dovuto taggare due pese pubbliche, non trovando niente sul wiki ho ipotizzato un man_made=weighbridge che sembra usato anche da qualcun altro ( http://taginfo.openstreetmap.org/tags/man_made=weighbridge). Avete altri consigli? Dovrei provare a documentarlo? Grazie ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Pesa pubblica
22.09.2011 - 20:39 - Andrea Decorte: Ciao, ho dovuto taggare due pese pubbliche, non trovando niente sul wiki ho ipotizzato un man_made=weighbridge che sembra usato anche da qualcun altro (http://taginfo.openstreetmap.org/tags/man_made=weighbridge). Avete altri consigli? Dovrei provare a documentarlo? Grazie Io ne fo taggate due però come amenity=weighbridge http://taginfo.openstreetmap.org/tags/amenity=weighbridge così di man_made ce ne sono 11, di amenity 9... Ciao Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Foto Bing e Yahoo!
Per quello che ho visto ci sono zone prioritarie per le quali Bing ha effettuato l'aggiornamento, Venezia per popolarità, ma pure Udine. Ho notato che appena ci si sposta fuori dai centri la situazione è variegata: 5km ad ovest di Udine la campagna è ancora a basso dettaglio e persistono ancora censure sulle aree militari, Campoformido per esempio, dove distese di campi sintetici coprono edifici militari tanto da avermi indotto a mappare una highway=track inesistente; la recente PCN2006 rivela invece tutto. Il giorno 22 settembre 2011 19:23, G Zamboni gd.zamb...@tiscali.it ha scritto: Ciao a tutti, tutti quelli che utilizzano JOSM avranno già saputo dell'annuncio che non sono più disponibili le foto satellitari di Yahoo! [0]. Credo proprio che nessuno si dispererà per questa notizia. In compenso ho notato recentemente che le immagini di Bing sono state aggiornate (almeno dalle mie parti). Sono più dettagliate del PCN, molto più recenti (in base a dei lavori stradali fatto vicino a casa mia posso dire che hanno meno di 6 mesi) e per quanto ho potuto verificare sono ben georefenziate. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-dk] Gammel/Gamle osv.
Hej, Jeg mener absolut ikke, at vi skal gætte for at komme af med forkortelserne. Ved at fjerne forkortelserne bliver beskrivelsen i kortet mere præcis, men det er da skidt, hvis vi præciserer uden at være sikre. Så hellere bevare den tvetydige forkortelse. Enig i at vi ikke skal rette bare for at overholde nuværende retskrivning. Der findes navne derude, der er bevaret gennem århundreder. Det vil f.eks. være en bommert at rette navnet på Sverrigsgade på Amager, selvom alle ved at stavemåden for vores naboland er ændret siden gaden blev navngivet (medmindre de skifter gadeskiltene ud, naturligvis) Claus 2011/9/21 Jørgen Elgaard Larsen j...@elgaard.net Jeg har på det seneste kastet mig over at få udryddet forkortelser i vejnavne (endnu en gang tak for http://oisfixes.iola.dk og http://osm.rasher.dk/tools/wrongnamecandidates.php) Men nogle forkortelser er ikke entydige. Især Gl: Gammel eller Gamle? Sdr: Sønder eller Søndre? Ø:Øster eller Østre? V:Vestre eller Vester? Jeg er nogenlunde sikker på, at Ndr - Nordre og Nr - Nørre, men har dog fundet eksempler på andet. Hvad skal vi gøre med den slags? Selv mener jeg ikke, at vi skal ekspandere Sdr. til hverken Søndre eller Sønder, medmindre der vi har konkret viden om, hvilken af dem, der er korrekt i det enkelte tilfælde - eller andre navne/bygninger i området giver anledning til at foretrække en af dem. Men man kunne også argumentere for at vælge den ene af formerne en gang for alle, og så følge den konsekvent. I alle tilfælde bør man sikre konsistens med de sammenhængende veje. Ellers sker der ting hom her: http://www.openstreetmap.org/?lat=54.677174lon=11.901908zoom=18layers=M En anden ting er, at jeg har bemærket blandt i de allerede foretagne rettelser, at N Navnensvej er blevet rettet til N. Navnsens Vej. Det mener jeg ikke nødvendigvis er korrekt. Godt nok siger DSN, at den korrekte stavemåde er N. Navnsens Vej, men hvis vejen hedder N. Navnsensvej på skiltene, mener jeg, at det skal respekteres. Det er fint at indsætte punktummet, men ikke at ændre stavemåden. Hvad mener I andre om ovenstående? - Jørgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- -- Civilingeniør ph.d. Claus Hindsgaul Studsbøl Alle 81 DK-2770 Kastrup ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Gammel/Gamle osv.
On 2011-09-22 05:16, Jørgen Elgaard Larsen wrote: Jeg har på det seneste kastet mig over at få udryddet forkortelser i vejnavne (endnu en gang tak for http://oisfixes.iola.dk og http://osm.rasher.dk/tools/wrongnamecandidates.php) Men nogle forkortelser er ikke entydige. Især Gl: Gammel eller Gamle? Sdr: Sønder eller Søndre? Ø:Øster eller Østre? V:Vestre eller Vester? Jeg er nogenlunde sikker på, at Ndr - Nordre og Nr - Nørre, men har dog fundet eksempler på andet. Hvad skal vi gøre med den slags? Vi skal ekspandere når vi er ret sikre. For eksempel har jeg vist Nr Alslev Vej til Nørre Alslev Vej fordi det er ret usandsynligt at der skulle være en Nordre Alslev Vej på Falster. Og skulle der være et par smuttere, så er det fejl, som nok bliver fundet og rettet. Jeg har opdaget en del Gammel/Gamle konflikter mellem eksiterende vejnavne og oisfixes. Jeg har fulgt oisfixes (dvs de nye adresseknuder), dels fordi jeg antog at det er en nyere rettelse, dels fordi jeg vurderede at det var mere korrekt. Du har vist fundet et eksempel på, at jeg ikke har fået rettet alle sideveje med samme navn. Det vil i det hele taget være et problem at vi ikke får expanderet alle sideveje med samme forkortede navn. Selv mener jeg ikke, at vi skal ekspandere Sdr. til hverken Søndre eller Sønder, medmindre der vi har konkret viden om, hvilken af dem, der er korrekt i det enkelte tilfælde - eller andre navne/bygninger i området giver anledning til at foretrække en af dem. Men man kunne også argumentere for at vælge den ene af formerne en gang for alle, og så følge den konsekvent. En anden ting er, at jeg har bemærket blandt i de allerede foretagne rettelser, at N Navnensvej er blevet rettet til N. Navnsens Vej. Det mener jeg ikke nødvendigvis er korrekt. Godt nok siger DSN, at den korrekte stavemåde er N. Navnsens Vej, men hvis vejen hedder N. Navnsensvej på skiltene, mener jeg, at det skal respekteres. Det er fint at indsætte punktummet, men ikke at ændre stavemåden. Det har jeg også bemærket. Jeg har igen fulgt oisfixes, fordi det er noget, der bør diskuteres her på listen og derefter eventuelt ændres i oisfixes. Hvad mener I andre om ovenstående? - Jørgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-at] Geoimage.at HiRes
Hallo an Experten! Habe bereits einige male mit Geoimage Hires und dem allgemeinen Key mit JOSM gearbeitet, in letzter Zeit ist mir das aber nicht mehr möglich, es kommt nur mehr die geringe Auflösung. Liegt das am allgemeinen Key oder woran kann das sonst noch liegen? Ich bin auch beim Lebensministerium angemeldet, habe auch versucht meinen Key zu verwenden, ich erhalte aber immer nur Fehlermeldung. Wie ist das bei JOSM genau einzugeben? F12 und WMS und + ausgewählt , aber in welches Feld kann oder muss ich was eingeben? Herzlichen Dank im Voraus, Peter (pegeka) ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Geoimage.at HiRes
Hallo, On Thu, 22 Sep 2011 10:50:10 +0200, Peter Kössler pkoess...@gmx.net wrote: Habe bereits einige male mit Geoimage Hires und dem allgemeinen Key mit JOSM gearbeitet, in letzter Zeit ist mir das aber nicht mehr möglich, es kommt nur mehr die geringe Auflösung. Hast du versucht, weit hinein zu Zoomen, dann in der Layer Liste auf dem Luftbild-Layer rechte Maustaste und Auflösung ändern (oder so ähnlich) auszuwählen? Viele Grüße, -- Holger Schöner - nume...@ancalime.de ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[OSM-Talk-ZA] OSM cellphone apps?
Hi What good free cellphone GPS apps do you guys use with OSM? GPSMID is meant to be good, but it doesn't even start on my Blackberry 9000 Bold with OS version 4 (it needs 5 minimum), and the Android beta version on my Samsung Galaxy S2 is unusable: the search feature fills the entire screen with an alphanumeric keypad and nothing can be typed. Navit works on the Samsung Galaxy S2, but search never finds any results, even for major roads in Joburg. Thank you Damjan ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-za
Re: [Talk-cz] administrativní hranice
Přemýšlím, že bych z toho generoval nějaký výstup, který by bylo možné strojově porovnávat s externím zdrojem dat a detekovat změny, ale nějak jsem nenašel nic vhodného (stránky ČSÚ jsou noční můra). Nemáte někdo tip, kde vzít výše zmíněnou hierarchii s referenčníma kódama a ideálně rozlohou a populací? *** do urovne obce je pouzitelne UIR-ZSJ (kod NUTS obsahuje v sobe hierarchii statkrajokresobec), obsahuje rozlohu i populaci obci http://www.czso.cz/csu/rso.nsf/i/prohlizec_uir_zsj *** v urovni k.u. CUZK http://www.cuzk.cz/Dokument.aspx?AKCE=DOC:10-A_DIGIMETA hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] administrativní hranice
Bylo by super generovat SVG mapu obcí - já se to snažil vytáhnout, ale narážel jsem na to, že to kvantum dat bylo obrovské (a přes API jsem to tahat zkoušel, ale ta rychlost ... :/). Nebo aspoň to XML, kdyby šlo vytánout, přesněji - jen node, path a relation pro administrativní hranice. JS. 2011/9/22 Petr Morávek [Xificurk] xific...@gmail.com: Update současného stavu: 1) Celá republika je pokryta hierarchií oblastkrajokresobecKÚ. 2) Všechny relace mají přidány svoje podřízené jednotky jako subarea. 3) Všechny relace jsou pojmenované. 4) Všechny kraje, okresy a obce mají zadané administrativní centrum, jehož hodnota tagu place je city, town, nebo village. Přemýšlím, že bych z toho generoval nějaký výstup, který by bylo možné strojově porovnávat s externím zdrojem dat a detekovat změny, ale nějak jsem nenašel nic vhodného (stránky ČSÚ jsou noční můra). Nemáte někdo tip, kde vzít výše zmíněnou hierarchii s referenčníma kódama a ideálně rozlohou a populací? Zbývající problémy ohledně sídel: 1) Otázka, jak řešit dvojobce. Např. Brandýs n.L.-Stará Boleslav, což je momentálně značeno opravdu podivně (zvlášť node pro BnL-SB a SB, obojí jako town). Tohle asi budou muset opravit místní podle toho, jestli mají jednotlivé části vlastní nebo společnou ceduli obce. 2) Máme v ČR řádově několik stovek sídel označených jako suburb, které se nachází v obci s administrativním centrem place=village, skoro půlka v Pardubickém a Hradeckém kraji (tím se vysvětluje, proč jsem na to tak často narážel já a jiní ne :)). Tohle bude asi taky potřeba opravit ručně :/ Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- S pozdravem, Jirka Sedláček --- jirisedla...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] administrativní hranice
Částečně bych to měl umět vytáhnout z extraktu ČR, kdysi jsem na to měl nějaký prográmek, tak kdyby byl zájem, tak to můžu někde doma najít. Vyextrahuje nody, way a relace podle tagu, který obsahují. On 22.9.2011 10:15, Frettie wrote: Bylo by super generovat SVG mapu obcí - já se to snažil vytáhnout, ale narážel jsem na to, že to kvantum dat bylo obrovské (a přes API jsem to tahat zkoušel, ale ta rychlost ... :/). Nebo aspoň to XML, kdyby šlo vytánout, přesněji - jen node, path a relation pro administrativní hranice. JS. 2011/9/22 Petr Morávek [Xificurk] xific...@gmail.com: Update současného stavu: 1) Celá republika je pokryta hierarchií oblastkrajokresobecKÚ. 2) Všechny relace mají přidány svoje podřízené jednotky jako subarea. 3) Všechny relace jsou pojmenované. 4) Všechny kraje, okresy a obce mají zadané administrativní centrum, jehož hodnota tagu place je city, town, nebo village. Přemýšlím, že bych z toho generoval nějaký výstup, který by bylo možné strojově porovnávat s externím zdrojem dat a detekovat změny, ale nějak jsem nenašel nic vhodného (stránky ČSÚ jsou noční můra). Nemáte někdo tip, kde vzít výše zmíněnou hierarchii s referenčníma kódama a ideálně rozlohou a populací? Zbývající problémy ohledně sídel: 1) Otázka, jak řešit dvojobce. Např. Brandýs n.L.-Stará Boleslav, což je momentálně značeno opravdu podivně (zvlášť node pro BnL-SB a SB, obojí jako town). Tohle asi budou muset opravit místní podle toho, jestli mají jednotlivé části vlastní nebo společnou ceduli obce. 2) Máme v ČR řádově několik stovek sídel označených jako suburb, které se nachází v obci s administrativním centrem place=village, skoro půlka v Pardubickém a Hradeckém kraji (tím se vysvětluje, proč jsem na to tak často narážel já a jiní ne :)). Tohle bude asi taky potřeba opravit ručně :/ Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] administrativní hranice
Frettie napsal(a): Bylo by super generovat SVG mapu obcí - já se to snažil vytáhnout, ale narážel jsem na to, že to kvantum dat bylo obrovské (a přes API jsem to tahat zkoušel, ale ta rychlost ... :/). Nebo aspoň to XML, kdyby šlo vytánout, přesněji - jen node, path a relation pro administrativní hranice. To klidně vygeneruju ze své lokální databáze... ale tady je trochu problém v tom, že ta data jsou prostě moc podrobná - bez nějakého zjednodušení před vykreslením bude mít takové svg klidně desítky MB. Zdraví, Petr Morávek aka Xificurk signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] administrativní hranice
mně se povedlo vygenerovat z nějaké starší mapy okresů právě tu svg mapu okresů. Pak se mi povedlo přes API stáhnout kus ČR, ale to je tak pomalé, že bych to tahal hrozně dlouho. 2011/9/22 Mike m...@mikecrash.com: Částečně bych to měl umět vytáhnout z extraktu ČR, kdysi jsem na to měl nějaký prográmek, tak kdyby byl zájem, tak to můžu někde doma najít. Vyextrahuje nody, way a relace podle tagu, který obsahují. On 22.9.2011 10:15, Frettie wrote: Bylo by super generovat SVG mapu obcí - já se to snažil vytáhnout, ale narážel jsem na to, že to kvantum dat bylo obrovské (a přes API jsem to tahat zkoušel, ale ta rychlost ... :/). Nebo aspoň to XML, kdyby šlo vytánout, přesněji - jen node, path a relation pro administrativní hranice. JS. 2011/9/22 Petr Morávek [Xificurk] xific...@gmail.com: Update současného stavu: 1) Celá republika je pokryta hierarchií oblastkrajokresobecKÚ. 2) Všechny relace mají přidány svoje podřízené jednotky jako subarea. 3) Všechny relace jsou pojmenované. 4) Všechny kraje, okresy a obce mají zadané administrativní centrum, jehož hodnota tagu place je city, town, nebo village. Přemýšlím, že bych z toho generoval nějaký výstup, který by bylo možné strojově porovnávat s externím zdrojem dat a detekovat změny, ale nějak jsem nenašel nic vhodného (stránky ČSÚ jsou noční můra). Nemáte někdo tip, kde vzít výše zmíněnou hierarchii s referenčníma kódama a ideálně rozlohou a populací? Zbývající problémy ohledně sídel: 1) Otázka, jak řešit dvojobce. Např. Brandýs n.L.-Stará Boleslav, což je momentálně značeno opravdu podivně (zvlášť node pro BnL-SB a SB, obojí jako town). Tohle asi budou muset opravit místní podle toho, jestli mají jednotlivé části vlastní nebo společnou ceduli obce. 2) Máme v ČR řádově několik stovek sídel označených jako suburb, které se nachází v obci s administrativním centrem place=village, skoro půlka v Pardubickém a Hradeckém kraji (tím se vysvětluje, proč jsem na to tak často narážel já a jiní ne :)). Tohle bude asi taky potřeba opravit ručně :/ Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- S pozdravem, Jirka Sedláček --- jirisedla...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] administrativní hranice
tak to by bylo bájo, desítky mega - to ještě jde. pokud to bude dobře tagovaný a dobře navázaný, tak se s tím dá pracovat krásně i strojově. Byl bych velmi rád, kdyby to prošlo. Ta lokální databáze vznikala z OSM? J. 2011/9/22 Petr Morávek [Xificurk] xific...@gmail.com: Frettie napsal(a): Bylo by super generovat SVG mapu obcí - já se to snažil vytáhnout, ale narážel jsem na to, že to kvantum dat bylo obrovské (a přes API jsem to tahat zkoušel, ale ta rychlost ... :/). Nebo aspoň to XML, kdyby šlo vytánout, přesněji - jen node, path a relation pro administrativní hranice. To klidně vygeneruju ze své lokální databáze... ale tady je trochu problém v tom, že ta data jsou prostě moc podrobná - bez nějakého zjednodušení před vykreslením bude mít takové svg klidně desítky MB. Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- S pozdravem, Jirka Sedláček --- jirisedla...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] administrativní hranice
Frettie napsal(a): mně se povedlo vygenerovat z nějaké starší mapy okresů právě tu svg mapu okresů. Pak se mi povedlo přes API stáhnout kus ČR, ale to je tak pomalé, že bych to tahal hrozně dlouho. Jeden tip z nedávné doby - Overpass API [1] - je to read-only, umí to odpovídat na poměrně složité dotazy a v současnosti je to docela rychlé. Petr [1] http://wiki.openstreetmap.org/wiki/Overpass_API signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] administrativní hranice
Moc děkuju, s tím si rád pohraju - ale i tak bych za tu renderovanou mapu byl velmi vděčen. Děkuji předem. Chtěl bych s ní dále pracovat a použít ji na Wikipedii. J. 2011/9/22 Petr Morávek [Xificurk] xific...@gmail.com: Frettie napsal(a): mně se povedlo vygenerovat z nějaké starší mapy okresů právě tu svg mapu okresů. Pak se mi povedlo přes API stáhnout kus ČR, ale to je tak pomalé, že bych to tahal hrozně dlouho. Jeden tip z nedávné doby - Overpass API [1] - je to read-only, umí to odpovídat na poměrně složité dotazy a v současnosti je to docela rychlé. Petr [1] http://wiki.openstreetmap.org/wiki/Overpass_API ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- S pozdravem, Jirka Sedláček --- jirisedla...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Re : Re: Re : Re: Import cadastre Alès (était: relation sans outer)
2011/9/22 Balooval val.p...@gmail.com: Je suis de loin cette conversation, une partie de mon boulot sur Alès ne réapparaitra pas?! Non. D'après ce que j'ai compris, c'est que les tags des polygones building ont été transférés sur des noeuds temporaires et seront probablement restaurés après l'import du bâti, ce qui est une manoeuvre assez intelligente ... à condition que personne n'efface ces noeuds durant l'opération ;-) Krysst, ton transfert de tags, tu l'as fait à la main ou tu as un 'truc' pour le faire automatiquement avec JOSM ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM Talk fr] Association OpenStreetMap France Assemblée Générale Constitutive Samedi 8 Octobre 2011
Le 21/09/2011 23:26, Vincent Pottier a écrit : Le 21/09/2011 16:25, RatZilla$ a écrit : Bonjour @ tou[te]s Petit Rappel Assemblée Générale Constitutive d'OSM France le 8 Octobre @LaCantine | SiliconSentier Je ne pourrai pas être des vôtres, quoique j'aurai bien aimé. Je serai à Lille où j’interviendrai sur un tout autre sujet. Dommage. Ce qui est con, c'est de se louper surtout. Si tu arrives le jeudi à Lille, on peut tout de même tenter de se voir (genre organiser une rencontre entre mappeurs autour d'un verre) Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Recherche une idée d'atelier interactif avec OSM
Merci à tous pour ces idées. J'aime bien celle du plan muet et des photos avec les tags. Sinon, je me suis souvenu de ça: http://www.secondenature.org/citymedia/archives/49 que l'on peut voir encore en image du mois de http://www.openstreetmap.fr/ C'est faisable au niveau technique? Romain Le 21 septembre 2011 22:55, Vincent de Chateau-Thierry v...@laposte.net a écrit : Bonsoir, Le 21/09/2011 11:50, Frédéric Rodrigo a écrit : Bonjour, Je te propose quelque chose d’assez simple, interactif et contributif. Partant du fait que tout le monde connaît quelque part, il suffit de s’y rendre sur la carte et les personnes vont forcement trouver quelque chose à redire, à améliorer. Ajouter le nom d’une rue, la poste, la boulangerie du coin. Sans chercher à mapper réellement une zone, juste faire de petites contributions. Le tout le plus simplement et visuellement possible, Potlatch me semble bien pour ça. Il faut bien sûr accompagner ou faire sois même les modifications. My 2cents Fred Le 20 septembre 2011 20:54, Romain MEHUTromain.me...@gmail.com a écrit : Bonsoir à tous, Ce midi j'ai rencontré deux architectes (http://fr-fr.facebook.com/** pimpilim http://fr-fr.facebook.com/pimpilim) que j'avais contacté la semaine dernière suite à leur participation à l'événement Park(ing) Day à Nancy. Ils ont bien saisi le potentiel d'OSM et envisage même de l'utiliser à titre professionnel pour par exemple réaliser des plans de situation... Nous en sommes venus à parler d'un autre événement toujours à Nancy qui aura le 15 octobre. Il s'agit de la Folle journée de l'architecture, en quelque sorte une porte ouverte de l’École d'architecture: http://fja.nancy.archi.fr/ Et cette année, les deux architectes sont chargés de la mise en scène de cette journée. Ils m'ont proposé d'intervenir pour proposer un atelier en lien avec OSM. Sur le principe je suis évidemment partant mais j'aurai donc besoin de vos expériences quant à trouver une activité qui puisse être interactive avec les visiteurs (tout public avec peut être quelques geeks). Il ne doit pas s'agir d'une cartopartie ni d'une simple présentation de ma part. Je suis à votre écoute. Merci! Tu constitues, en papier ou numérique, un fond type Mapnik à grande échelle, sur une zone connue des participants (centre ville de Nancy, etc) mais un fond *muet* : pas de noms de rues, pas de noms de POIs. Et tu soumets ce fond à tes visiteurs / tes auditeurs, en leur proposant de placer/nommer ce qu'ils connaissent. C'est proche de l'idée de Frédéric, le but étant de faire réaliser à tes interlocuteurs qu'ils connaissent pleins d'infos qui ont leur place (à tous points de vue) dans OSM. Tu peux ensuite leur montrer la carte non muette (et Maposmatic au passage) pour comparaison. vincent __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] problème de rendu lanuse=vineyard
Salut, J'aurais besoin d'aide pour comprendre un problème : Autour de Codolet (Gard) j'ai commencé à découper un multipolygone géant landuse=vineyard, en respectant les limites naturelles (en l'occurence la Cèze, une rivière). Le problème est ici : http://www.openstreetmap.org/?lat=44.12475lon=4.70195zoom=15layers=M sur le morceau extrait (et redessiné), on a perdu le rendu mapnik mais celuis d'Osmarender est OK. Le landuse lui-même me semble correct : http://www.openstreetmap.org/browse/way/130651813 Alors, est-ce un bug de mapnik ou un problème de mon polygone ? Si vous avez une idée... -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] problème de rendu lanuse=vineyard
Le 22 septembre 2011 11:23, Guillaume Allegre allegre.guilla...@free.fr a écrit : Salut, J'aurais besoin d'aide pour comprendre un problème : Autour de Codolet (Gard) j'ai commencé à découper un multipolygone géant landuse=vineyard, en respectant les limites naturelles (en l'occurence la Cèze, une rivière). Le problème est ici : http://www.openstreetmap.org/?lat=44.12475lon=4.70195zoom=15layers=M sur le morceau extrait (et redessiné), on a perdu le rendu mapnik mais celuis d'Osmarender est OK. Le landuse lui-même me semble correct : http://www.openstreetmap.org/browse/way/130651813 Alors, est-ce un bug de mapnik ou un problème de mon polygone ? Si vous avez une idée... Salut, Le polygone a l'air de ne pas être fermé. Le premier nœud est le 1438318706, mais on ne le retrouve pas en fin de liste. Matthias ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM Talk fr] Association OpenStreetMap France Assemblée Générale Constitutive Samedi 8 Octobre 2011
Le 21 septembre 2011 23:13, Marc Sibert m...@sibert.fr a écrit : Le 21/09/2011 21:19, nono a écrit : Le mercredi 21 septembre 2011 à 16:25 +0200, RatZilla$ a écrit : @LaCantine Je n'ai pas compris ton message :( S'adresse-t-il à un groupuscule déjà au courant du lieu du rendez-vous ? j'ai testé http://www.google.com/search?q=% 40LaCantineie=utf-8oe=utf-8aq=trls=org.mozilla:fr:unofficialclient=iceweasel-a mais bon, cela ne m'aide pas davantage. Je reste ouvert à toute précision. Est-ce dans un endroit précis ou via un « chat » sur le net ? nono Voici un embryon de réponse (à faire vivre) : http://wiki.openstreetmap.org/wiki/WikiProject_France/SOTM-FR_%26_Asso_OSM-FR_-_7_%26_8_octobre_2011 Voilà, page complétée. A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM Talk fr] Association OpenStreetMap France Assemblée Générale Constitutive Samedi 8 Octobre 2011
Le 22/09/2011 10:45, Philippe Pary a écrit : Ce qui est con, c'est de se louper surtout. Si tu arrives le jeudi à Lille, on peut tout de même tenter de se voir (genre organiser une rencontre entre mappeurs autour d'un verre) Philippe Je monte vendredi soir. Mais le programme est déjà chargé... Je profite du voyage pour voir la famille, les amis... Merci pour l'invitation. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM Talk fr] Association OpenStreetMap France Assemblée Générale Constitutive Samedi 8 Octobre 2011
Le 22/09/2011 11:37, Vincent Pottier a écrit : Le 22/09/2011 10:45, Philippe Pary a écrit : Ce qui est con, c'est de se louper surtout. Si tu arrives le jeudi à Lille, on peut tout de même tenter de se voir (genre organiser une rencontre entre mappeurs autour d'un verre) Philippe Je monte vendredi soir. Mais le programme est déjà chargé... Je profite du voyage pour voir la famille, les amis... Merci pour l'invitation. À l'occasion n'hésite pas : on aime bien accueillir :-) Philippe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] problème de rendu lanuse=vineyard
2011/9/22 Matthias Dietrich eiger@gmail.com: Le polygone a l'air de ne pas être fermé. Le premier nœud est le 1438318706, mais on ne le retrouve pas en fin de liste. Bien vu ! Je connais 5 causes possibles pour qu'un polygone ne soit pas affiché dans Mapnik : - le tag n'est pas reconnu par Mapnik (mal orthographié ou simplement non supporté) - le polygone est recouvert par un autre polygone plus grand - le polygone n'est pas fermé - le polygone se croise lui-même (imaginez une boucle quelque part en forme de '8'; c'est parfois très petit si deux noeuds sont proches) - la synchronisation entre la base de données OSM et la base utilisée par Mapnik n'a pas fonctionné pour ce way fermé (c'est un bug plutôt rare mais c'est déjà arrivé) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] si qqun veut soumettre a l'appel d'offre ;-)
Le jeudi 22 septembre 2011 à 11:45 +0200, cyrille giquello a écrit : Le 22 septembre 2011 08:42, Raphaël Jacquot sxp...@sxpert.org a écrit : AVIS CORRESPONDANT A VOS CRITERES D'ALERTE : Référence Avis : PA 142-2011 Acheteur : Perpignan Méditerranée Communauté d'Agglomération CP : 66006 - Ville : Perpignan Objet : Acquisition et mise en oeuvre d'un SIG Communautaire partagé pour les besoins de Perpignan Méditerranée Communauté d'Agglomération. Date limite de remise des offres ou candidatures : 13/10/11 à 12h00 http://www.marches-publics.info/Annonces/AAPC_113745.htm Le 3ème point: - Acquisition d’un outil générateur d’applications Métier spécifiques permettant de publier de nouvelles applications Métier en mode web. ils doivent rechercher un systeme du genre http://cartelie.application.equipement.gouv.fr a contrario d'OSM cela fonctionne par couche. J'imagine qu'il y a un rapport avec le SIG, surtout qu'il n'y a qu'un seul lot, mais étant débutant dans ce domaine je ne comprends ce 3ème point. Merci à ceux qui pourront m'éclairer. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] problème de rendu lanuse=vineyard
bonjour il y a un moyen pour qu'il n'y ait pas de vignes au milieu de codolet. si tu désires regarder les relation mutlipolygon http://wiki.openstreetmap.org/wiki/FR:Relation:multipolygon didier Le jeudi 22 septembre 2011 à 11:31 +0200, Matthias Dietrich a écrit : Le 22 septembre 2011 11:23, Guillaume Allegre allegre.guilla...@free.fr a écrit : Salut, J'aurais besoin d'aide pour comprendre un problème : Autour de Codolet (Gard) j'ai commencé à découper un multipolygone géant landuse=vineyard, en respectant les limites naturelles (en l'occurence la Cèze, une rivière). Le problème est ici : http://www.openstreetmap.org/?lat=44.12475lon=4.70195zoom=15layers=M sur le morceau extrait (et redessiné), on a perdu le rendu mapnik mais celuis d'Osmarender est OK. Le landuse lui-même me semble correct : http://www.openstreetmap.org/browse/way/130651813 Alors, est-ce un bug de mapnik ou un problème de mon polygone ? Si vous avez une idée... Salut, Le polygone a l'air de ne pas être fermé. Le premier nœud est le 1438318706, mais on ne le retrouve pas en fin de liste. Matthias ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] problème de rendu lanuse=vineyard
Le jeu. 22 sept. 2011 à 11:31 +0200, Matthias Dietrich a ecrit : Salut, Le polygone a l'air de ne pas être fermé. Le premier nœud est le 1438318706, mais on ne le retrouve pas en fin de liste. Oups ! en effet, merci. Le validateur JOSM ne m'a rien signalé sur ce point. Je serai plus attentif pour la suite de mon redécoupage. -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] problème de rendu lanuse=vineyard
Le jeu. 22 sept. 2011 à 12:10 +0200, didier2...@free.fr a ecrit : bonjour il y a un moyen pour qu'il n'y ait pas de vignes au milieu de codolet. si tu désires regarder les relation mutlipolygon http://wiki.openstreetmap.org/wiki/FR:Relation:multipolygon OK pour ça, mais ce n'était pas le problème ici. -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] problème de rendu lanuse=vineyard
Le jeudi 22 septembre 2011 à 12:53 +0200, Guillaume Allegre a écrit : Le jeu. 22 sept. 2011 à 12:10 +0200, didier2...@free.fr a ecrit : bonjour il y a un moyen pour qu'il n'y ait pas de vignes au milieu de codolet. si tu désires regarder les relation mutlipolygon http://wiki.openstreetmap.org/wiki/FR:Relation:multipolygon OK pour ça, mais ce n'était pas le problème ici. si tu utilise Josm et l'editeur de relation, cela te permet de voir si une zone est fermee ou pas ainsi et dans ce cas le numero des noeuds début/fin. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] si qqun veut soumettre a l'appel d'offre ;-)
bonjour, je profite du post précédant, pour demander à en savoir d'avantage... pour une collectivité qui souhaite se lancer dans l'open data et par là même contribuer à OSM, quelle type de solution de SIG peut-on conseiller ? (de préférence une solution full web) merci de vos lumières... seb ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Re: Re : Re: Import cadastre Alès (était: relation sans outer)
Salutations, Balooval je voulais dire que l'import global du bâti avait été fait sans avoir tenu compte de/trié l'existant, donc sans ce que j'appelle la séquence de nettoyage pré-importation du bâti. Ton travail m'a paru de qualité et ce n'est d'ailleurs pas pour cela que j'ai décidé de le faire disparaître sous sa forme originelle (attention, tes tags sont toujours tous présents, mais pour l'instant sous la forme de noeuds et non plus directement sur le polygone représentant le bâti). Voici les raisons qui m'ont amenées à tout reprendre : 1) de la sorte, tout le bâti provient du même changeset. C'est mieux pour l'entretien ultérieur, je crois que nous venons d'en faire l'expérience 2) je suis certain que la base dispose de la dernière version en date (merci Cleo) 3) je suis certain que la totalité du bâti provient du cadastre version numérique (il y avait notamment une zone faite à partir de l'imagerie Bing vers le Sud-Sud-Ouest). 4) je suis certain qu'il n'y aura pas de dégâts lors du changement de licence 5) j'avoue, j'ai choisi la solution la solution de facilité puisque cela m'a évité de devoir examiner chaque bâtiment pour voir s'il coincidait parfaitement avec la version que j'allais importer et, le cas échéant, de devoir supprimer le dit-bâti de la nouvelle couche. Il faut savoir que j'avais effectué ce type de travail sur Aix-en-Provence où un peu de tout se mêlait (cadastre issu du vecteur, cadastre déclaqué à la main, bâti dessiné à partir des images Yahoo et j'en passe), et ça avait été un véritable cauchemar, tout ça pour conserver le nom des contributeurs lorsque c'était possible. Étant donné que tu t'étais donné du mal pour faire correctement les choses, ça ne me dérange d'ailleurs pas de rétablir les tags sur le bâti avec ton compte si tu le désires : il est on ne peut plus normal que tu fasses partie des sources puisque tu ES la source (me faudra alors ton login + ton mot de passe - temporaire). Pieren pas de miracle, il faut tout faire à la main. :-/ Bon, je vais voir ce que l'importation a donné... Le 22/09/2011 09:29, Pieren a écrit : 2011/9/22 Baloovalval.p...@gmail.com: Je suis de loin cette conversation, une partie de mon boulot sur Alès ne réapparaitra pas?! Non. D'après ce que j'ai compris, c'est que les tags des polygones building ont été transférés sur des noeuds temporaires et seront probablement restaurés après l'import du bâti, ce qui est une manoeuvre assez intelligente ... à condition que personne n'efface ces noeuds durant l'opération ;-) Krysst, ton transfert de tags, tu l'as fait à la main ou tu as un 'truc' pour le faire automatiquement avec JOSM ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] tracé d'itinairaires
Hello à tous, Voilà je viens de faire une rando et je voudrais sauvegarder le trajet que j'ai fait ... malheureusement je n'avais pas mon logger avec donc je dois le tracer sur la carte. Je cherche donc un outil me permettant de faire ça.. entre le dessin et le routage Je connais SYJ http://syj.renevier.net/ qui est sympa mais assez long si on veux suivre correctement l'itinairaire (point par point)... l'idéal sera un SYJ qui à la possibilité de suivre une route mais aussi de temps en temps de juste être du dessin comme SYJ. l'idée c'est que après je cherche un moyen de faire le comptage des km par jours et une belle visualisation du profile :) Si kkun à une idée ... Merci bcp à vous :) Brice ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : [OSM Talk fr] Association OpenStreetMap France Assemblée Générale Constitutive Samedi 8 Octobre 2011
Complété aussi De : cyrille giquello cyrill...@gmail.com À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Jeudi 22 Septembre 2011 11h32 Objet : Re: [OSM-talk-fr] [OSM Talk fr] Association OpenStreetMap France Assemblée Générale Constitutive Samedi 8 Octobre 2011 Le 21 septembre 2011 23:13, Marc Sibert m...@sibert.fr a écrit : Le 21/09/2011 21:19, nono a écrit : Le mercredi 21 septembre 2011 à 16:25 +0200, RatZilla$ a écrit : @LaCantine Je n'ai pas compris ton message :( S'adresse-t-il à un groupuscule déjà au courant du lieu du rendez-vous ? j'ai testé http://www.google.com/search?q=% 40LaCantineie=utf-8oe=utf-8aq=trls=org.mozilla:fr:unofficialclient=iceweasel-a mais bon, cela ne m'aide pas davantage. Je reste ouvert à toute précision. Est-ce dans un endroit précis ou via un « chat » sur le net ? nono Voici un embryon de réponse (à faire vivre) : http://wiki.openstreetmap.org/wiki/WikiProject_France/SOTM-FR_%26_Asso_OSM-FR_-_7_%26_8_octobre_2011 Voilà, page complétée. A+ -- Marc Sibert m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tracé d'itinéraires
Bonjour, De : eMerzh Voilà je viens de faire une rando et je voudrais sauvegarder le trajet que j'ai fait ... malheureusement je n'avais pas mon logger avec donc je dois le tracer sur la carte. Je cherche donc un outil me permettant de faire ça.. entre le dessin et le routage Je connais SYJ http://syj.renevier.net/ qui est sympa mais assez long si on veux suivre correctement l'itinairaire (point par point)... l'idéal sera un SYJ qui à la possibilité de suivre une route mais aussi de temps en temps de juste être du dessin comme SYJ. l'idée c'est que après je cherche un moyen de faire le comptage des km par jours et une belle visualisation du profile :) Tu peux voir du côté de http://runkeeper.com/ si le but est bien de retracer a posteriori ton trajet pour connaître sa longueur et son profil en long. En revanche je ne sais pas si tu peux récupérer en local le tracé que tu auras dessiné. Par ailleurs, comme c'est sur fond Google, ça reste pour tes archives et non pour aller dans OSM :-) vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM Talk fr] Association OpenStreetMap France Assemblée Générale Constitutive Samedi 8 Octobre 2011
Le Mercredi 21 Septembre 2011 22:27:42 JonathanMM, vous avez écrit : Le 21/09/2011 16:25, RatZilla$ a écrit : Bonjour @ tou[te]s Petit Rappel Assemblée Générale Constitutive d'OSM France le 8 Octobre @LaCantine | SiliconSentier Oh non, j'étais intéressé pour venir voir ça mais je ne peux pas :( Y'aura-t-il un flux vidéo sur internet pour suivre ça depuis Lannion ? ;) JonathanMM +1 Ce serait bien d'avoir une apendice virtuelle à la réunion IRL. Ne serait- ce qu'un chat IRC avec quelques infos sur ce qu'il s'y passe/dit. Merci beaucoup. Je ne pourrai pas non plus venir. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tracé d'itinairaires
Bonjour, Am 22.09.2011 15:22, schrieb eMerzh: Je cherche donc un outil me permettant de faire ça.. entre le dessin et le routage Je connais SYJ http://syj.renevier.net/ qui est sympa mais assez long si on veux suivre correctement l'itinairaire (point par point)... l'idéal sera un SYJ qui à la possibilité de suivre une route mais aussi de temps en temps de juste être du dessin comme SYJ. Si tu veux faire du tout OSM, tu peux utiliser QLandkarteGT. On peut dessiner sur fond de carte Mapnik ou bien charger des cartes au format Garmin (openmtbmap par ex.), dans quel cas il s'accroche aux chemins. Rainer ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tracé d'itinairaires
Enlever localement est sous édition dans le ménu. L'option juste en dessous de supprimer. Il a comme conséquence que JOSM oublie tout de ces éléments, même si on faisait 'envoyer', ça n'aura pas de conséquence sur le serveur. Si on oublie un petit bout, on peut retélécharger un petit rectangle autour. Ou un tout petit rectangle qui inclue cet élément et rien d'autre. Salutations, Jo 2011/9/22 Vincent Pottier vpott...@gmail.com ** Le 22/09/2011 17:33, Jo a écrit : Il me semble encore plus facile d'utiliser Édition/Enlever localement. Donc télécharger les données avec JOSM Ctrl-A pour tout sélectionner. Ctrl-Left Click pour enlever ce dont on aura besoin pour l'itinéraire de la sélection Puis Enlever localement tout le superflu. Jo Ouais, sauf que je préfère travailler sur une copie. À la limite je risque d'envoyer un doublon, pas de créer un désert. Et puis le : Aïe, M***, j'ai oublié le petit bout de chemin... Trop tard. Ou alors il faut recharger la zone dans une calque puis copier coller... Voir plus haut... -- FrViPofm ___ 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] tracé d'itinairaires
Le jeudi 22 septembre 2011 à 15:22 +0200, eMerzh a écrit : Hello à tous, Voilà je viens de faire une rando et je voudrais sauvegarder le trajet que j'ai fait ... malheureusement je n'avais pas mon logger avec donc je dois le tracer sur la carte. Je cherche donc un outil me permettant de faire ça.. entre le dessin et le routage Je connais SYJ http://syj.renevier.net/ qui est sympa mais assez long si on veux suivre correctement l'itinairaire (point par point)... l'idéal sera un SYJ qui à la possibilité de suivre une route mais aussi de temps en temps de juste être du dessin comme SYJ. l'idée c'est que après je cherche un moyen de faire le comptage des km par jours et une belle visualisation du profile :) Si kkun à une idée ... Merci bcp à vous :) Brice ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr J'ai fait un petit tuto : http://www.numeriquement.fr/randonnee/preparation_randonnees.php si ça peut t'aider ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM Talk fr] Association OpenStreetMap France Assemblée Générale Constitutive Samedi 8 Octobre 2011
Pour le coup, je lance un appel à covoiturage : Je cherche moyen de transport de Lannion (22) vers Paris, départ vendredi soir (après 18h30) et retour dimanche dans la journée. Je suis conscient de n'avoir qu'une toute petite chance de trouver, mais sait-on jamais ;) JonathanMM ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : [OSM Talk fr] Association OpenStreetMap France Assemblée Générale Constitutive Samedi 8 Octobre 2011
De : JonathanMM jonatha...@nocle.fr Pour le coup, je lance un appel à covoiturage : Je cherche moyen de transport de Lannion (22) vers Paris, départ vendredi soir (après 18h30) et retour dimanche dans la journée. Je suis conscient de n'avoir qu'une toute petite chance de trouver, mais sait-on jamais ;) Si jamais tu trouves pas tu peux essayer avec http://www.covoiturage.fr je l utilise souvent et en principe y a pas mal d offres. Julien De : JonathanMM jonatha...@nocle.fr À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Jeudi 22 Septembre 2011 18h51 Objet : Re: [OSM-talk-fr] [OSM Talk fr] Association OpenStreetMap France Assemblée Générale Constitutive Samedi 8 Octobre 2011 Pour le coup, je lance un appel à covoiturage : Je cherche moyen de transport de Lannion (22) vers Paris, départ vendredi soir (après 18h30) et retour dimanche dans la journée. Je suis conscient de n'avoir qu'une toute petite chance de trouver, mais sait-on jamais ;) JonathanMM ___ 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] tracé d'itinairaires
Le 22/09/2011 18:36, Jo a écrit : Enlever localement est sous édition dans le ménu. L'option juste en dessous de supprimer. Il a comme conséquence que JOSM oublie tout de ces éléments, même si on faisait 'envoyer', ça n'aura pas de conséquence sur le serveur. Trouvé. Menu Modifier Purger Point accordé. Score : Jo| FrViPofm --|-- 2|1 -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tracé d'itinairaires
Waw quel débat :) Merci beaucoup pour toutes les soluces je découvre en se moment même qtlandkarte-GT pas facile sans doc mais les exemples sur le wiki parlent vraiment bien :) j'avais évidemment pas penser à josm... a tester :) Merci encore ... Brice 2011/9/22 Vincent Pottier vpott...@gmail.com: Le 22/09/2011 18:36, Jo a écrit : Enlever localement est sous édition dans le ménu. L'option juste en dessous de supprimer. Il a comme conséquence que JOSM oublie tout de ces éléments, même si on faisait 'envoyer', ça n'aura pas de conséquence sur le serveur. Trouvé. Menu Modifier Purger Point accordé. Score : Jo | FrViPofm --|-- 2 | 1 -- FrViPofm ___ 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] [OSM Talk fr] Association OpenStreetMap France Assemblée Générale Constitutive Samedi 8 Octobre 2011
Le 22/09/2011 à 17:59:06 +1100 Brice brice.mal...@free.fr a écrit Objet: [OSM-talk-fr] [OSM Talk fr] Association OpenStreetMap France Assemblée Générale Constitutive Samedi 8 Octobre 2011 : Idem, je ne serai pas présent (pas vendredi et certainement pas samedi pour l'AG constitutive) mais souhaite adhérer. Gaël ou d'autres peuvent ils prendre des procurations accompagnés d'une intention d'adhésion ? (cela ferait plus d'adhérents dès le démarrage). +1 pour moi Peut-on donner procuration à un des poids lourds notoires pour être présent de façon immatérielle? Tu es là, Pieren? -- Cordialement Hendrik Oesterlin - Nouvelle-Calédonie ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Re: Re : Re: Import cadastre Alès (était: relation sans outer)
Non je ne tiens pas à rester dans les sources de ce que j'avais saisi; C'est un travail communautaire, je ne cherche pas la gloire ;) (et j'ai d'autres coins à mon actif où je suis le principal contributeur si je veux briller en société :D ). En tous cas ça à l'air d'être un sacré boulot ce qui t'attend, je te souhaite bon courage! Merci. Le 22 septembre 2011 15:22, Krysst krysstauf...@laposte.net a écrit : Salutations, Balooval je voulais dire que l'import global du bâti avait été fait sans avoir tenu compte de/trié l'existant, donc sans ce que j'appelle la séquence de nettoyage pré-importation du bâti. Ton travail m'a paru de qualité et ce n'est d'ailleurs pas pour cela que j'ai décidé de le faire disparaître sous sa forme originelle (attention, tes tags sont toujours tous présents, mais pour l'instant sous la forme de noeuds et non plus directement sur le polygone représentant le bâti). Voici les raisons qui m'ont amenées à tout reprendre : 1) de la sorte, tout le bâti provient du même changeset. C'est mieux pour l'entretien ultérieur, je crois que nous venons d'en faire l'expérience 2) je suis certain que la base dispose de la dernière version en date (merci Cleo) 3) je suis certain que la totalité du bâti provient du cadastre version numérique (il y avait notamment une zone faite à partir de l'imagerie Bing vers le Sud-Sud-Ouest). 4) je suis certain qu'il n'y aura pas de dégâts lors du changement de licence 5) j'avoue, j'ai choisi la solution la solution de facilité puisque cela m'a évité de devoir examiner chaque bâtiment pour voir s'il coincidait parfaitement avec la version que j'allais importer et, le cas échéant, de devoir supprimer le dit-bâti de la nouvelle couche. Il faut savoir que j'avais effectué ce type de travail sur Aix-en-Provence où un peu de tout se mêlait (cadastre issu du vecteur, cadastre déclaqué à la main, bâti dessiné à partir des images Yahoo et j'en passe), et ça avait été un véritable cauchemar, tout ça pour conserver le nom des contributeurs lorsque c'était possible. Étant donné que tu t'étais donné du mal pour faire correctement les choses, ça ne me dérange d'ailleurs pas de rétablir les tags sur le bâti avec ton compte si tu le désires : il est on ne peut plus normal que tu fasses partie des sources puisque tu ES la source (me faudra alors ton login + ton mot de passe - temporaire). Pieren pas de miracle, il faut tout faire à la main. :-/ Bon, je vais voir ce que l'importation a donné... Le 22/09/2011 09:29, Pieren a écrit : 2011/9/22 Baloovalval.p...@gmail.com: Je suis de loin cette conversation, une partie de mon boulot sur Alès ne réapparaitra pas?! Non. D'après ce que j'ai compris, c'est que les tags des polygones building ont été transférés sur des noeuds temporaires et seront probablement restaurés après l'import du bâti, ce qui est une manoeuvre assez intelligente ... à condition que personne n'efface ces noeuds durant l'opération ;-) Krysst, ton transfert de tags, tu l'as fait à la main ou tu as un 'truc' pour le faire automatiquement avec JOSM ? Pieren __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Re: Re : Re: Import cadastre Alès (était: relation sans outer)
Le 22 septembre 2011 15:22, Krysst krysstauf...@laposte.net a écrit : Salutations, Balooval je voulais dire que l'import global du bâti avait été fait sans avoir tenu compte de/trié l'existant, donc sans ce que j'appelle la séquence de nettoyage pré-importation du bâti. Ton travail m'a paru de qualité et ce n'est d'ailleurs pas pour cela que j'ai décidé de le faire disparaître sous sa forme originelle (attention, tes tags sont toujours tous présents, mais pour l'instant sous la forme de noeuds et non plus directement sur le polygone représentant le bâti). Voici les raisons qui m'ont amenées à tout reprendre : 1) de la sorte, tout le bâti provient du même changeset. C'est mieux pour l'entretien ultérieur, je crois que nous venons d'en faire l'expérience 2) je suis certain que la base dispose de la dernière version en date (merci Cleo) 3) je suis certain que la totalité du bâti provient du cadastre version numérique (il y avait notamment une zone faite à partir de l'imagerie Bing vers le Sud-Sud-Ouest). 4) je suis certain qu'il n'y aura pas de dégâts lors du changement de licence 5) j'avoue, j'ai choisi la solution la solution de facilité puisque cela m'a évité de devoir examiner chaque bâtiment pour voir s'il coincidait parfaitement avec la version que j'allais importer et, le cas échéant, de devoir supprimer le dit-bâti de la nouvelle couche. Il faut savoir que j'avais effectué ce type de travail sur Aix-en-Provence où un peu de tout se mêlait (cadastre issu du vecteur, cadastre déclaqué à la main, bâti dessiné à partir des images Yahoo et j'en passe), et ça avait été un véritable cauchemar, tout ça pour conserver le nom des contributeurs lorsque c'était possible. Étant donné que tu t'étais donné du mal pour faire correctement les choses, ça ne me dérange d'ailleurs pas de rétablir les tags sur le bâti avec ton compte si tu le désires : il est on ne peut plus normal que tu fasses partie des sources puisque tu ES la source (me faudra alors ton login + ton mot de passe - temporaire). Pieren pas de miracle, il faut tout faire à la main. :-/ Bon, je vais voir ce que l'importation a donné... Wouah ! Quel beau résultat. Il reste du boulot mais les bases semblent saines. Tu dois avoir une trousse à outils bien rangée, autrement je ne vois pas comment on peut faire un tel nettoyage en si peu de temps. Chapeau! Cyrille. Le 22/09/2011 09:29, Pieren a écrit : 2011/9/22 Baloovalval.p...@gmail.com: Je suis de loin cette conversation, une partie de mon boulot sur Alès ne réapparaitra pas?! Non. D'après ce que j'ai compris, c'est que les tags des polygones building ont été transférés sur des noeuds temporaires et seront probablement restaurés après l'import du bâti, ce qui est une manoeuvre assez intelligente ... à condition que personne n'efface ces noeuds durant l'opération ;-) Krysst, ton transfert de tags, tu l'as fait à la main ou tu as un 'truc' pour le faire automatiquement avec JOSM ? Pieren -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM Talk fr] Association OpenStreetMap France Assemblée Générale Constitutive Samedi 8 Octobre 2011
Peut-on donner procuration à un des poids lourds notoires pour être présent de façon immatérielle? Tu es là, Pieren? Euh, je ne veux surtout pas d'un statut poids lourd. Et non, je ne serais pas physiquement présent mais l'asso aura tout mon soutient à distance. Pour la procuration, il faudrait voir avec l'un des présents qui s'est inscrit sur la page wiki ou qui s'est signalé sur ce fil de discussion peut-être. Pieren, qui va faire régime ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] tracé d'itinairaires
Je suis désolé que je ne pouvais pas l'expliquer mieux tout de suite, j'aurais peut-être dû changer la langue d'interface de JOSM. Le français n'est pas ma langue maternelle. Il y a une troisième option: Grouper tous les elements dans une relation type=route, network=private. L'avantage c'est que pendant que l'on compose sa route on peut améliorer les données au dessous. A la fin on peut simplement virer la relation et cela ne laissera pas de trace. (Je suis en train de vérifier toutes les relations rcn en Flandre, Belgique. En même temps j'écrits des petits scripts en Python qui peuvent par exemple exporter un GPX que l'on peut directement utiliser en Garmin ou encore un script qui m'aide à valider et corriger ce type de relation) http://josm.openstreetmap.de/wiki/Help/Plugin/Scripting/Python L'exemple du script exporteur est pour des relations rwn, mais le principe est le même. S'il y a de l'interêt, je l'adapterai pour qu'il soit plus versatile. (Comme je cherche à améliorer mon score, bien sûr :-) Salutations, Jo 2011/9/22 Vincent Pottier vpott...@gmail.com Le 22/09/2011 18:36, Jo a écrit : Enlever localement est sous édition dans le ménu. L'option juste en dessous de supprimer. Il a comme conséquence que JOSM oublie tout de ces éléments, même si on faisait 'envoyer', ça n'aura pas de conséquence sur le serveur. Trouvé. Menu Modifier Purger Point accordé. Score : Jo| FrViPofm --|-- 2|1 -- FrViPofm __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] mappé un Hôpital de jour
'soir, On a -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] mappé un Hôpital de jour
Désolé, je reprends: Comment taggé un Hôpital de jour. Service d'Activités de Jour et d'Habitat La Bellangerie (S.A.J.H) http://www.adapei37.asso.fr/sajh-vouvray/ Se trouve à Vouvray: http://osm.org/go/0AWVsl6cM-- Une idée ? Merci -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-ja] 海岸線データ入れ替えのお知らせ
OSMFJからのお知らせです。 ライセンス切替が大詰めを迎え、いつ具体的な作業が始まるか分からない状況ですが ライセンス非互換のデータ切り離しが始まった場合に 現状のデータを調べてみたところでは 海岸線のデータがほとんど消えてしまい、日本が海の色にレンダリング されてしまうことが予想されます。 OSMFJではこの点を喫緊の課題と捉え、対応策を練ってきましたが Yahoo/ALPSの海岸線データをインポートすることで回避しようと考えました。 つきましてはこれより海岸線データのインポートが始まりますが 一時的に2重になっても消したりせずに、そのままお待ちください。 作業完了まで1〜2週間程度かかる見通しです。 おおまかな作業手順は以下のように3段階で考えています。 この作業はTomさんが中心となってとりまとめてくださっていますので 不明点などありましたらご質問頂ければTomさんが 答えてくれると思います。 1.Yahoo/Alps海岸線データのインポート及び隣接都道府県との接続作業 2.現行のCoastlineの削除作業 3.old_coastlineの削除作業 以上、よろしくお願いします。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[Talk-GB] Trans Pennine Trail
I want to map part of the Trans Pennine Trail (TPT) [1]. Much of the ways already exist in OSM because it uses NCN routes much of the way. South of Manchester there is the NCN 62 which has a name=Trans Pennine Trail [2]. This may be part of the TPT, but is not the whole route at all. I would like to remove that name from the NCN 62 relation, create a new relation for the TPT and add the parts I know about, mostly in East Yorkshire. If someone can confirm that the NCN 62 is also part of the TPT I will add that to the new relation also to not lose the info for that route. Anyone got any better ideas, objections or comments? Can anyone confirm NCN 62 or part of it belongs in the TPT relation? I also intend to create a relation for the Way of the Roses, which similarly uses parts of various NCN routes along its route, so if you want to add any other parts I don't know about please do. I heartily recommend the section over the Yorkshire Wolds as a lovely place to be. [1] http://www.transpenninetrail.org.uk/ [2] http://www.openstreetmap.org/browse/relation/74736 -- Cheers, Chris user: chillly ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-us] Manhattan and Springfield OSM groups
Manhattan. That's what we really need. An OSM group that meets regularly in Manhattan. I think it probably has a better chance of happening in Manhattan, Kansas before the other one but I'll be happy to be wrong on that. And what about Springfield? Surely we have motivated OSMers / Simpsons fans in one of the Springfield, USAs. Don't you deserve a Mappy Hour? After the Toronto Mappy hour this week, I had a thought about who attends these things. The Regulars: These are the folks who attend 50% or more of the events. I guess we have about 8 or ten regulars in Toronto. Some of our Toronto regulars actually live in other cities and come to Toronto for the Mappy Hour and other OSM events. I really appreciate that! Your OSM group can be a magnet for surrounding locations too. The Usual Suspects: These are the folks who attend once or more per year. We have another dozen or so of this type of attendee. Both of the groups above make it really easy to keep hosting Mappy Hour. I look forward to seeing them, and presume that they also look forward to attending the events. Often, conversation picks right up with that interesting this we were discussing last time, whether last time was last month or last year. New Mappers: They show up with a question about editing. We see these folks every other meeting or so. An OSM contributor has a question about tagging or editing or best practices and suddenly appears at Mappy Hour. Usually they are pleased to hear about the mailing lists and help.osm.org and wiki.osm.org sites because they didn't know about them. Community: These folks aren't mappers but have heard about OSM through work or another interest. We usually have one person from the wider GIS community at Mappy Hour. They might have a question about consuming OSM data, or how OSM fits into their workflow or business plan. Sometimes these folks from these two groups turn into Usual Suspects or Regulars. Other: We had one guy show up and talk about space aliens and his invisible friend. He was nice enough I guess, but he got bored with all the talk about verifiable data. :-) If you want to start a local OSM group, you can. And it is easy and fun. Some details and tips are on the wiki, http://wiki.openstreetmap.org/wiki/User_group It really boils down to: - Select a place that you want to meet like a coffee shop or pub - Select a convenient time and date - Tell everybody about it - Show up and enjoy it - Repeat. :-) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] California landuse import
On Thu, Sep 22, 2011 at 2:59 AM, Paul Norman penor...@mac.com wrote: I heard back from the user - this import is described at http://lists.openstreetmap.org/pipermail/imports/2010-October/000673.html I'm following up on using smarter-sort.py for subsequent work, as well as using a separate userid Aha. Guess that discussion happened before I got involved in the OSM mailing lists. Still it wouldn't have been a bad idea to send another message to talk-us when the imports started going in. Good to hear the user is open to changing the process to make it more robust. Toby ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] OpenMetaMap
On 9/22/2011 4:11 PM, Dale Puch wrote: land use admin boundaries These two will generally share nodes (if mapped properly, e.g. http://www.openstreetmap.org/?lat=28.6015lon=-81.419zoom=16layers=M rather than TIGER's horrible approximations) and so should be combined. Most of the others you mentioned can occasionally intersect (e.g. a building going right up to the property line, a road going through a building with covered=yes) but should not cause any real problems if split. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us