Re: [Talk-ru] [Talk-us] Go Map!! is in the Apple app store
yes; http://wiki.openstreetmap.org/wiki/Go_Map On Jan 25, 2013, at 9:34 AM, Martijn van Exel m...@rtijn.org wrote: Cool, getting my iPhone next week, so can't wait to try it out! Is it listed on the OSM wiki yet? On Thu, Jan 24, 2013 at 10:07 PM, Jeff Meyer j...@gwhat.org wrote: I'd like to highly recommend a brand-new, native, and free* iOS OSM editor: Go Map!! https://itunes.apple.com/WebObjects/MZStore.woa/wa/viewSoftware?id=592990211mt=8 The author is a member of the Seattle OSM community, so I'm biased, but I think it rocks. Regards, Jeff * as in free beer! -- Jeff Meyer Global World History Atlas www.gwhat.org j...@gwhat.org 206-676-2347 osm: Historical OSM / my OSM user page t: @GWHAThistory f: GWHAThistory ___ Talk-us mailing list talk...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ Talk-us mailing list talk...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-ru mailing list Talk-ru@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ru
Re: [OSM-talk] piwik.openstreetmap.org - what is it?
My setup is a plain one, no frills, nothing special, just open to every site that wants to take part to this experiment of tracking accross OSM related sites to understand how visitors move between all them and finally register/contribute or not... but for this the main OSM site should also take part to the experiment. Although current tracking is not anonymous (full IP is stored), anonymized data can be queried for studies thru piwik's API. Adding another site is quite simple: - give me the URL of the site, - I'll send you back the HTML code to include in your pages 2013/1/25 Jeff Meyer j...@gwhat.org Christian - My apologies! What would it take to add other sites? What other sites did you have in mind? I take it www.openstreetmap.org is out of the question, as we're already running one for that. Or, is yours set up in a way that's more generic / anonymous than the core piwik? - Jeff On Thu, Jan 24, 2013 at 2:08 AM, Christian Quest cqu...@openstreetmap.frwrote: It is also sad not to get any request to add sites to our piwik instance at OSM-FR to start gathering global statistics as I offered to do almost 2 weeks ago... 2013/1/24 Jan Kučera kozuc...@gmail.com It is sad we are running software whose results no one can see... 2013/1/10 Christian Quest cqu...@openstreetmap.fr 2013/1/10 Tom Hughes t...@compton.nu: On 10/01/13 10:56, Christian Quest wrote: One single piwik instance, and all sites who wants to participate to the study just embed the same global piwik.js on their site. All analytics are done by this single global piwik db. ... maybe I miss something, but that's a basic feature I expect from piwik: gather data from more than one single site. Somebody has to manage adding them all, and allocating site ID values for them and keeping those up to date as sites come and go. Not to mention that if sites want to use things like goals and custom variables then those also have to be configured by somebody. All of which is before we even think about questions of hardware scaling for such an endeavour. Ok... where's the problem ? No hardware to deal with that ? We (OSM-FR) have some and the admins to take of it... and if it looks useful to collect these global data, why not try to setup something ? -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Jeff Meyer Global World History Atlas www.gwhat.org j...@gwhat.org 206-676-2347 http://www.openstreetmap.org/user/jeffmeyer osm: Historical OSMhttp://wiki.openstreetmap.org/wiki/Historical_OSM / my OSM user page http://www.openstreetmap.org/user/jeffmeyer t: @GWHAThistory https://twitter.com/GWHAThistory f: GWHAThistory https://www.facebook.com/GWHAThistory -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] NLSI releases a lot of data free of charge
Hi. This week, the National Land Survey of Iceland released a huge amount of data publically accessible free of charge. The general public and companies have already started using the data and one company intends to release a complete 3D map of Iceland, largely based on said data. The license for the data is unfortunately incompatible with OSM's Contributor's Terms at the moment but it's a work in progress which will hopefully be solved quickly. When we are successful, which should happen eventually, the Icelandic OSM community might need some tagging and import help in the appropriate mailing lists. You can see a news coverage (in Icelandic) in the link below which has a graphic demonstration of a 3D map of Surtsey ( https://en.wikipedia.org/wiki/Surtsey). The island is currently not accessible to the public due to scientific research. http://www.mbl.is/frettir/sjonvarp/79397/ With regards, Svavar Kjarrval signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Go Map!! is in the Apple app store
This is fantastic. Being able to make changes to OSM when you're on the go is a huge step forward for the project. @Jeff do you know the author? I'd love to hear his thoughts on whether to open source the app and what the right forum is for feature / integration ideas. I have a bunch. -- Marc Regan I'd like to highly recommend a brand-new, native, and free* iOS OSM editor: Go Map!! https://itunes.apple.com/WebObjects/MZStore.woa/wa/viewSoftware?id=592990211mt=8 The author is a member of the Seattle OSM community, so I'm biased, but I think it rocks. Regards, Jeff * as in free beer! -- Jeff Meyer Global World History Atlas www.gwhat.org (http://www.gwhat.org) j...@gwhat.org (mailto:j...@gwhat.org) 206-676-2347 http://www.openstreetmap.org/user/jeffmeyer osm: Historical OSMhttp://wiki.openstreetmap.org/wiki/Historical_OSM / my OSM user page http://www.openstreetmap.org/user/jeffmeyer t: @GWHAThistory https://twitter.com/GWHAThistory f: GWHAThistory https://www.facebook.com/GWHAThistory -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-us/attachments/20130124/2fb6f648/attachment-0001.html ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Go Map!! is in the Apple app store
Cool, getting my iPhone next week, so can't wait to try it out! Is it listed on the OSM wiki yet? On Thu, Jan 24, 2013 at 10:07 PM, Jeff Meyer j...@gwhat.org wrote: I'd like to highly recommend a brand-new, native, and free* iOS OSM editor: Go Map!! https://itunes.apple.com/WebObjects/MZStore.woa/wa/viewSoftware?id=592990211mt=8 The author is a member of the Seattle OSM community, so I'm biased, but I think it rocks. Regards, Jeff * as in free beer! -- Jeff Meyer Global World History Atlas www.gwhat.org j...@gwhat.org 206-676-2347 http://www.openstreetmap.org/user/jeffmeyer osm: Historical OSMhttp://wiki.openstreetmap.org/wiki/Historical_OSM / my OSM user page http://www.openstreetmap.org/user/jeffmeyer t: @GWHAThistory https://twitter.com/GWHAThistory f: GWHAThistory https://www.facebook.com/GWHAThistory ___ Talk-us mailing list talk...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Go Map!! is in the Apple app store
Could someone kindly tell if this is anything that could be recommended for general map viewing and/or navigation use (by non-geeks)? Is there offline mode? With vector rendering? How does it compare to OsmAnd (on Android)? I'm not an iOS person but get increasingly many questions about an iOS app for OSM. Thanks, -Jaakko Sent from my BlackBerry® device from Digicel -- Mobile: +509-37-26 91 54, Skype/GoogleTalk: jhelleranta -Original Message- From: Rob Nickerson rob.j.nicker...@gmail.com Date: Fri, 25 Jan 2013 17:47:14 To: talk@openstreetmap.org Subject: Re: [OSM-talk] [Talk-us] Go Map!! is in the Apple app store ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Go Map!! is in the Apple app store
Whoops, sorry. It says editor quite clearly.. Should read emails b4 replying... From the go, -Jaakko Sent from my BlackBerry® device from Digicel -- Mobile: +509-37-26 91 54, Skype/GoogleTalk: jhelleranta -Original Message- From: Martijn van Exel m...@rtijn.org Date: Fri, 25 Jan 2013 10:34:15 To: Jeff Meyerj...@gwhat.org Cc: talk...@openstreetmap.org; talk...@openstreetmap.org; OpenStreetMap US Talktalk...@openstreetmap.org; OpenStreetMap Talk Mailing Listtalk@openstreetmap.org; talk...@openstreetmap.org; OpenStreetMap Japanese talktalk...@openstreetmap.org Subject: Re: [OSM-talk] [Talk-us] Go Map!! is in the Apple app store ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Go Map!! is in the Apple app store
But the Settings screen shot shows Editor vs Editor with Satellite vs Satellite only - no editing vs Mapnik only - no editing. Also, the Clear Cache screen has entries for OSM Data, Bing Aerial Tiles, and Mapnik Tiles and the text implies that where ever you've viewed is cached locally, possibly allowing offline use, albeit maybe not easy to pre-load? Lynn (D) - KJ4ERJ - Author of APRSISCE for Windows Mobile and Win32 On 1/25/2013 2:42 PM, Jaakko Helleranta.com wrote: Whoops, sorry. It says editor quite clearly.. Should read emails b4 replying... From the go, -Jaakko Sent from my BlackBerry® device from Digicel -- Mobile: +509-37-26 91 54, Skype/GoogleTalk: jhelleranta -Original Message- From: Martijn van Exel m...@rtijn.org Date: Fri, 25 Jan 2013 10:34:15 To: Jeff Meyerj...@gwhat.org Cc: talk...@openstreetmap.org; talk...@openstreetmap.org; OpenStreetMap US Talktalk...@openstreetmap.org; OpenStreetMap Talk Mailing Listtalk@openstreetmap.org; talk...@openstreetmap.org; OpenStreetMap Japanese talktalk...@openstreetmap.org Subject: Re: [OSM-talk] [Talk-us] Go Map!! is in the Apple app store ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Go Map!! is in the Apple app store
On Thu, Jan 24, 2013 at 9:07 PM, Jeff Meyer j...@gwhat.org wrote: I'd like to highly recommend a brand-new, native, and free* iOS OSM editor: Go Map!! https://itunes.apple.com/WebObjects/MZStore.woa/wa/viewSoftware?id=592990211mt=8 The author is a member of the Seattle OSM community, so I'm biased, but I think it rocks. Yes it rocks! super easy usage and full functionality. I'd say the first osm editor with a good touch interface. Regards, Jeff * as in free beer! -- Jeff Meyer Global World History Atlas www.gwhat.org j...@gwhat.org 206-676-2347 http://www.openstreetmap.org/user/jeffmeyer osm: Historical OSMhttp://wiki.openstreetmap.org/wiki/Historical_OSM / my OSM user page http://www.openstreetmap.org/user/jeffmeyer t: @GWHAThistory https://twitter.com/GWHAThistory f: GWHAThistory https://www.facebook.com/GWHAThistory ___ Talk-us mailing list talk...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] overpass turbo - a web GUI for Overpass-API
Hello, I'm happy to present you *overpass turbo* [1], a web based graphical user interface for Overpass API. I've always thought, that the Overpass API can be a great tool for mappers and developers (for example for its powerfulness in data filtering). However, there was no easy way to quickly run an Overpass query and inspect the results in a user friendly manner, until now: With overpass turbo you can run Overpass API queries and analyze the resulting OpenStreetMap data interactively on a map. Here are some use cases where overpass turbo can come in handy: * Searching for (rare) spelling mistakes or breaks with naming conventions, which are not yet covered by any QA tool. * Showing and inspecting spacially large features (boundaries, rivers, complete motorways, PT-networks, ...). * Always when you only need a filtered portion of OSM data. * Testing and developing more or less complicated Overpass API queries. * Creating mock-ups of clickable or static maps highlighting selected OSM features. http://overpass-turbo.eu This is the url where you can find overpass turbo [1] (alternatively, there is also an installation on overpass-api.de [2]). You need a somewhat recent web browser for using overpass turbo. Opera, Chrome and Firefox have been tested and work (IE 10 should be fine, too). More information, screenshots, examples, etc. can be found on the OSM-wiki [3] or on its github repository [4]. Have fun :) Martin / tyr_asd [1] http://overpass-turbo.eu [2] http://overpass-api.de/turbo/ [3] http://wiki.openstreetmap.org/wiki/Overpass_turbo [4] https://github.com/tyrasd/overpass-ide ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Go Map!! is in the Apple app store
Has anyone tried Vespucci and GoMap to compare for us? Janko ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-us] Go Map!! is in the Apple app store
have used Vespucci until a year ago. At that time the user interface was way to complicated. I know it has improved since but cant test anymore without a Android device. On Fri, Jan 25, 2013 at 2:10 PM, Janko Mihelić jan...@gmail.com wrote: Has anyone tried Vespucci and GoMap to compare for us? Janko ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] overpass turbo - a web GUI for Overpass-API
This is excellent - nice to see it as a hosted service now. I don't remember how/when I stumbled on the GitHub repo, but I have been running a local copy for a while now and find this tool indispensable. It's great for quickly performing the many random inspections/lookups of OSM data I find myself needing to do when developing stylesheets. Great work, and many thanks. On Fri, Jan 25, 2013 at 5:10 PM, Martin Raifer tyr@gmail.com wrote: Hello, I'm happy to present you *overpass turbo* [1], a web based graphical user interface for Overpass API. I've always thought, that the Overpass API can be a great tool for mappers and developers (for example for its powerfulness in data filtering). However, there was no easy way to quickly run an Overpass query and inspect the results in a user friendly manner, until now: With overpass turbo you can run Overpass API queries and analyze the resulting OpenStreetMap data interactively on a map. Here are some use cases where overpass turbo can come in handy: * Searching for (rare) spelling mistakes or breaks with naming conventions, which are not yet covered by any QA tool. * Showing and inspecting spacially large features (boundaries, rivers, complete motorways, PT-networks, ...). * Always when you only need a filtered portion of OSM data. * Testing and developing more or less complicated Overpass API queries. * Creating mock-ups of clickable or static maps highlighting selected OSM features. http://overpass-turbo.eu This is the url where you can find overpass turbo [1] (alternatively, there is also an installation on overpass-api.de [2]). You need a somewhat recent web browser for using overpass turbo. Opera, Chrome and Firefox have been tested and work (IE 10 should be fine, too). More information, screenshots, examples, etc. can be found on the OSM-wiki [3] or on its github repository [4]. Have fun :) Martin / tyr_asd [1] http://overpass-turbo.eu [2] http://overpass-api.de/turbo/ [3] http://wiki.openstreetmap.org/**wiki/Overpass_turbohttp://wiki.openstreetmap.org/wiki/Overpass_turbo [4] https://github.com/tyrasd/**overpass-idehttps://github.com/tyrasd/overpass-ide __**_ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk -- AJ Ashton ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] overpass turbo - a web GUI for Overpass-API
Very impressive. Nicely thought, rapid and intuitive. Plus the option to produce a map. Pierre De : AJ Ashton aj.ash...@gmail.com À : Martin Raifer tyr@gmail.com Cc : Talk Openstreetmap talk@openstreetmap.org Envoyé le : Vendredi 25 janvier 2013 17h23 Objet : Re: [OSM-talk] overpass turbo - a web GUI for Overpass-API This is excellent - nice to see it as a hosted service now. I don't remember how/when I stumbled on the GitHub repo, but I have been running a local copy for a while now and find this tool indispensable. It's great for quickly performing the many random inspections/lookups of OSM data I find myself needing to do when developing stylesheets. Great work, and many thanks. On Fri, Jan 25, 2013 at 5:10 PM, Martin Raifer tyr@gmail.com wrote: Hello, I'm happy to present you *overpass turbo* [1], a web based graphical user interface for Overpass API. I've always thought, that the Overpass API can be a great tool for mappers and developers (for example for its powerfulness in data filtering). However, there was no easy way to quickly run an Overpass query and inspect the results in a user friendly manner, until now: With overpass turbo you can run Overpass API queries and analyze the resulting OpenStreetMap data interactively on a map. Here are some use cases where overpass turbo can come in handy: * Searching for (rare) spelling mistakes or breaks with naming conventions, which are not yet covered by any QA tool. * Showing and inspecting spacially large features (boundaries, rivers, complete motorways, PT-networks, ...). * Always when you only need a filtered portion of OSM data. * Testing and developing more or less complicated Overpass API queries. * Creating mock-ups of clickable or static maps highlighting selected OSM features. http://overpass-turbo.eu This is the url where you can find overpass turbo [1] (alternatively, there is also an installation on overpass-api.de [2]). You need a somewhat recent web browser for using overpass turbo. Opera, Chrome and Firefox have been tested and work (IE 10 should be fine, too). More information, screenshots, examples, etc. can be found on the OSM-wiki [3] or on its github repository [4]. Have fun :) Martin / tyr_asd [1] http://overpass-turbo.eu [2] http://overpass-api.de/turbo/ [3] http://wiki.openstreetmap.org/wiki/Overpass_turbo [4] https://github.com/tyrasd/overpass-ide ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- AJ Ashton ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[talk-au] network and route tags
Hi All, I am interested in a small area of trails. There are about 10 trails in a local reserve, all the trails are sign posted and named etc, but there is no actual marked route you just pick which trails you want to use to get to where you want to go. However the tagging used in OSM to me seems wrong. (1) network=lcn Is this correct to use? Should there be other tags associated with this such as network:name=x etc? (2) route=mtb All the trails are tagged with route=mtb. However there is no marked or recognised physical route associate with these trails. Each trails is short approximately 200m to 500m long so it seems to me the route tag is not applicable. Etiquette: If the above tags are wrong, is it ok to just delete them? These tags have been used in this trail area and 2 others. Thanks, David ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-de] Nominatin Installation - Grenze für Stacktiefe überschritten
Danke für deine Antwort. Nominatim unterstützt zwar offiziell noch postgres 8.4, aber wirklich getestet ist das nicht mehr. Wenn du irgendwie auf 9.0 oder 9.1 wechseln kannst, solltest du das tun. (Ich weiss, dass es einen Backport von postgres gibt, weiss aber nicht, wie es mit postgis aussieht.) Habe daraufhin Postgresql 9.2.2 manuell installiert (wg. Problemen mit komischem Proxy und kaputten Paketlisten). Da gab es aber noch einige Stolpersteine die mir Kopfzerbrechen bereiten. * hstore musste ich extra kompilieren und das Verz. nach contrib kopieren. Der module_path in der extension/hstore.control muss auf das kompilierte Modul zeigen, auch dann kann endlich das Statement CREATE EXTENSION hstore; abgesetzt werden. * das setup.php-Skript versucht den aktuellen Stand von openstreetmap.orgzu laden, aber wg. Proxy und Unwissenheit wie das mit dem $context array gehen soll, ging das nur mit Trixerei. * die Unixsocket-Datei für die Verbindung zum Postgres liegt voreingestellt unter /tmp/.s.PGSQL.5432 (auch der psql-Client), aber das Pear DB will es in /var/run/.s.PGSQL.5432 haben, ln -s hilft. Meine DB hier läuft auf der Standardeinstellung von 2MB. Das sollte also eigentlich funktionieren. Gibt es im postgres-Log vielleicht noch genauere Informationen? Der Teil des Logfiles, den du angehängt hast, reicht leider nicht, um zu erkennen, welcher SQL-Aufruf genau versagt. Das Logfile habe ich leider nicht mehr. Ja, da gab es noch mehr Meldungen, wo aber kein Error-Level angegeben war, das war tausenfach mit ... PL/pgSQL Auf jeden Fall kann ich jetzt in meinem eigenem Nominatim suchen. Vielen Dank für den Tipp. Gruß jotpe. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tag für Försterei (Tagging in Brasilien)
Hallo Harald, klingt vernünftig, was Du schreibst, werde ich auch so machen. Viele Grüße Albrecht Am Donnerstag, 24. Januar 2013, 22:15:24 schrieb Harald: Hallo Albrecht, ich tagge auchetwas in Brasilien, vor allem im Bundesstaat Mato Grosso do Sul. Insgesamt, finde ich, ist abseits der größeren Städte dort noch relativ wenig gemappt worden und vieles, was ich vorfinde, ist entweder schon ziemlich alt oder kann einfach nicht richtig sein (z.B. mit Nummern versehene Durchgangsstraßen, die aber als highway=track getaggt sind). Ich finde, da kann man schon ganz ganz vorsichtig ein wenig anpassen. Ansonsten versehe ich Straßen/Wege lieber mit einer niedrigeren Klassifizierung, als sie wahrscheinlich haben, eben das, wasich halbwegs zuverlässig auf den Luftbildern erkennen kann. Unbefestigte Straßen, die erkennbar von einer Ortschaft zur nächsten verlaufen, bekommen also im Regelfall ein highway=unclassified verpasst, wenn nichts dafür spricht, dass sie höher zu klassifizieren sind. Sieht die Straße unbefestigt aus, kommt noch ein surface=unpaved dazu, im anderen Fall eben ein surface=paved. Wege durch/in die Pampa oder zu einzelnen Gehöften o.ä. erhalten in der Regel ein highway=track. Ich finde, dieses Vorgehen ist immer noch besser, als wenn überhaupt nichts gemappt ist. Hat jemand vor Ort bessere Erkenntnisse, kann er/sie ja meine Edits verbessern. Freundliche Grüße Harald Am 24.01.2013 16:20, schrieb Albrecht Will: Ne, an den vorhandenen Wegen ändere ich keinesfalls was. Ich bin da nur Gast. Ich denke ich könnte die längeren Verbindungswege, die eben nicht zu vereinzelten Gehöften führen, vielleicht doch highway=tertiary nennen. Bei dem landuse denke ich weiter nach, ok? Gruß, Albrecht Am Donnerstag, 24. Januar 2013, 15:03:29 schrieb Martin Koppenhoefer: Etliche werden dort als highway=tertiar angegeben. Ich traue mich aus deutscher Erfahrung nicht, das so zu machen. Gibt es dazu vielleicht hier einen Tip? ich würde den highway-tag lassen wenn Du die Gegend nicht gut kennst. Unbefestigte tertiary finde ich kein Problem, nur weil eine Straße unbefestigt ist wird sie nicht abgewertet. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tag für Försterei
Hallo Martin, das deckt sich mit meinem Vorschlag vom Betriebshof, der aus dem Bauch kam. Was passiert aber wenn ich so tagge? Die Fläche wird nicht hinterlegt, würde sie schon gerendert werden können? Gruß, Albrecht Am Donnerstag, 24. Januar 2013, 17:11:54 schrieb Martin Koppenhöfer: Oder landuse=work_yard für einen Betriebshof mit Zusatztag work_yard=forestry (oder yard-type=forestry) oder ähnlich. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Hallo, gerne präsentiere ich euch mein Projekt (das ich nun schon viel zu lange geheim gehalten habe ^^): *overpass turbo* ist ein Web basierendes graphisches Userinterface für die Overpass API. Ich bin der Meinung, dass die Overpass API ein sehr hilfreiches Tool für Mapper und Entwickler sein kann (z.B. wegen seiner Stärke beim Filtern von OSM-Daten). Leider gab es bis jetzt keine einfache, schnelle und effiziente - kurz gesagt benutzerfreundliche - Möglichkeit, die Overpass API richtig auszunützen. Bis jetzt: Mit overpass turbo kann man beliebige Overpass API Abfragen ausführen und die Ergebnis-Daten auf einer interaktiven Karte analysieren. Hier sind ein paar Anwendungsfälle, wo overpass turbo praktisch sein könnte: * Beim Suchen nach (seltenen) Tippfehlern oder Namenskonventionsbrüchen, die noch von keinem QA Tool abgedeckt sind. * Zum Anzeigen und Untersuchen von geografisch großen Objekten (Grenzen, Flüssen, Autobahnen, ÖPNV-Linien, usw.). * Immer dann wenn man nur einen gefilterten Teil der OSM-Daten benötigt. * Zum Testen und Entwickeln von mehr oder weniger komplexen Overpass API Anfragen. * Um Prototypen von anklickbaren oder statischen Karten zu erstellen, die bestimmte OSM Objekte anzeigen. http://overpass-turbo.eu Das ist der Link, um zu overpass turbo zu gelangen [1] (alternativ gibt es auch eine Installation auf overpass-api.de [2]). Man benötigt einen halbwegs aktuellen Web-Browser um overpass turbo zu benützen. Opera, Chrome und Firefox wurden getestet und funktionieren (IE 10 sollte auch gehen). Weitere Informationen, Screenshots, Beispiele, usw. gibt es auf der OSM-wiki Seite [3] oder im github repository [4]. Viel Spaß damit :) Martin / tyr_asd [1] http://overpass-turbo.eu [2] http://overpass-api.de/turbo/ [3] http://wiki.openstreetmap.org/wiki/Overpass_turbo [4] https://github.com/tyrasd/overpass-ide ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Hi das ist echt nicht schlecht. Habe schon oft von der Overpass API gehört, aber mich nicht rangetraut. Dein Web GUI funktioniert schon echt gut. Ich habe aber eine Frage und eine Anregung. Frage: Wie muss ich die Daten exportieren, wenn ich sie zum Beispiel in Locus als POIs importieren will? Anregung: Vllt wäre es möglich eine gewisse Auswahl von Tags als Liste vorzugebendas würde das ganze für Anfänger noch einfacher machen... Also ähnlich den Vorlagen in JOSM mfg Christian Am 25. Januar 2013 16:30 schrieb Martin Raifer tyr@gmail.com: Hallo, gerne präsentiere ich euch mein Projekt (das ich nun schon viel zu lange geheim gehalten habe ^^): *overpass turbo* ist ein Web basierendes graphisches Userinterface für die Overpass API. Ich bin der Meinung, dass die Overpass API ein sehr hilfreiches Tool für Mapper und Entwickler sein kann (z.B. wegen seiner Stärke beim Filtern von OSM-Daten). Leider gab es bis jetzt keine einfache, schnelle und effiziente - kurz gesagt benutzerfreundliche - Möglichkeit, die Overpass API richtig auszunützen. Bis jetzt: Mit overpass turbo kann man beliebige Overpass API Abfragen ausführen und die Ergebnis-Daten auf einer interaktiven Karte analysieren. Hier sind ein paar Anwendungsfälle, wo overpass turbo praktisch sein könnte: * Beim Suchen nach (seltenen) Tippfehlern oder Namenskonventionsbrüchen, die noch von keinem QA Tool abgedeckt sind. * Zum Anzeigen und Untersuchen von geografisch großen Objekten (Grenzen, Flüssen, Autobahnen, ÖPNV-Linien, usw.). * Immer dann wenn man nur einen gefilterten Teil der OSM-Daten benötigt. * Zum Testen und Entwickeln von mehr oder weniger komplexen Overpass API Anfragen. * Um Prototypen von anklickbaren oder statischen Karten zu erstellen, die bestimmte OSM Objekte anzeigen. http://overpass-turbo.eu Das ist der Link, um zu overpass turbo zu gelangen [1] (alternativ gibt es auch eine Installation auf overpass-api.de [2]). Man benötigt einen halbwegs aktuellen Web-Browser um overpass turbo zu benützen. Opera, Chrome und Firefox wurden getestet und funktionieren (IE 10 sollte auch gehen). Weitere Informationen, Screenshots, Beispiele, usw. gibt es auf der OSM-wiki Seite [3] oder im github repository [4]. Viel Spaß damit :) Martin / tyr_asd [1] http://overpass-turbo.eu [2] http://overpass-api.de/turbo/ [3] http://wiki.openstreetmap.org/**wiki/Overpass_turbohttp://wiki.openstreetmap.org/wiki/Overpass_turbo [4] https://github.com/tyrasd/**overpass-idehttps://github.com/tyrasd/overpass-ide __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Hallo Martin, Martin Raifer writes: gerne präsentiere ich euch mein Projekt (das ich nun schon viel zu lange geheim gehalten habe ^^): *overpass turbo* ist ein Web basierendes graphisches Userinterface für die Overpass API. ich gratuliere Dir zum Release. Ist wirklich ein schönes Tool geworden. Als einer der wenigen die das Tool wohl schon länger kennen muss ich sagen, dass ich überhaupt nicht weiss wie ich früher ohne dieses Tool Overpass Queries entwickeln konnte. Super dass es jetzt allen zur Verfügung steht. Viele Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] overpass turbo - eine Web-GUI für die Overpass-API
Am 25.01.2013, 18:10 Uhr, schrieb christian.pietz...@googlemail.com christian.pietz...@gmail.com: Ich habe aber eine Frage und eine Anregung. Frage: Wie muss ich die Daten exportieren, wenn ich sie zum Beispiel in Locus als POIs importieren will? Hm. Locus sagt mir jetzt gar nichts, sorry. Du kannst aber die Daten zur Zeit eigentlich nur als GeoJSON exportieren. Alternativ kannst du dir noch über raw link to API interpreter die rohen OSM (bzw. OSM-Overpass-JSON) Daten holen. Diese Daten kannst du dann evtl. mit anderen OSM tools weiter-konvertieren. Anregung: Vllt wäre es möglich eine gewisse Auswahl von Tags als Liste vorzugebendas würde das ganze für Anfänger noch einfacher machen... Also ähnlich den Vorlagen in JOSM Danke für die Anregung. Ist notiert; vielleicht kommt in einem zukünftigen Release etwas in diese Richtung (ein Query-Builder wurde schon von Jemandem vorgeschlagen, da würde so etwas perfekt hineinpassen). Grüße Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-in] What just happened?
That's good news. Can the mappers come together so we can have meetups? Sent from BlackBerry® on Airtel -Original Message- From: Harshad RJ harshad...@gmail.com Date: Sat, 26 Jan 2013 12:32:58 To: talk-in@openstreetmap.org Reply-To: OpenStreetMap in India talk-in@openstreetmap.org Subject: [Talk-in] What just happened? ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] What just happened?
Lets do it! Sent from my Nokia Lumia / Windows Phone From: paramvi...@gmail.com Sent: 26-01-2013 12:35 To: OpenStreetMap in India Subject: Re: [Talk-in] What just happened? That's good news. Can the mappers come together so we can have meetups? Sent from BlackBerry® on Airtel -Original Message- From: Harshad RJ harshad...@gmail.com Date: Sat, 26 Jan 2013 12:32:58 To: talk-in@openstreetmap.org Reply-To: OpenStreetMap in India talk-in@openstreetmap.org Subject: [Talk-in] What just happened? ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] What just happened?
I am in Mumbai. Looking for moree Mumbai and Maharashtra based mappers to complete the state highways. --Original Message-- From: Ishan Chattopadhyaya To: Mr Paramvir Singh To: OpenStreetMap in India Subject: RE: [Talk-in] What just happened? Sent: Jan 26, 2013 12:41 PM Lets do it! Sent from my Nokia Lumia / Windows Phone From: paramvi...@gmail.com Sent: 26-01-2013 12:35 To: OpenStreetMap in India Subject: Re: [Talk-in] What just happened? That's good news. Can the mappers come together so we can have meetups? Sent from BlackBerry® on Airtel -Original Message- From: Harshad RJ harshad...@gmail.com Date: Sat, 26 Jan 2013 12:32:58 To: talk-in@openstreetmap.org Reply-To: OpenStreetMap in India talk-in@openstreetmap.org Subject: [Talk-in] What just happened? ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in Sent from BlackBerry® on Airtel ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
[Talk-it] ciao e prima domanda
Ciao a tutti e grazie del benvenuto! Sto usando Josm per mappare, ma ci sono delle cose che non riesco a capire. Vorrei sistemare questi errori (li ho visti usando mapfactor navigator con le mappe osm, ma anche con OSRM) ma non saprei come fare: http://osrm.at/2bM (manovra vietatissima) http://osrm.at/2bN (idem) Altra questione: questi errori in teoria dovrei averli sistemati (mettendo una restrizione: solo svolta a dx) ma l'errore persiste. http://osrm.at/2bO http://osrm.at/2bP http://osrm.at/2bQ Dove ho sbagliato?? Grazie! Emanuele ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ciao e prima domanda
Il 25 gennaio 2013 09:05, Emanuele Stocchero stocchi1...@gmail.com ha scritto: Altra questione: questi errori in teoria dovrei averli sistemati (mettendo una restrizione: solo svolta a dx) ma l'errore persiste. http://osrm.at/2bO http://osrm.at/2bP http://osrm.at/2bQ Dove ho sbagliato?? Probabilmente è solo una questione di aggiornamento. Non credo che per osrm sia istantaneo. -- Maurizio Daniele - maurizio.daniele (a) gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ciao e prima domanda
http://osrm.at/2bM (manovra vietatissima) http://osrm.at/2bN (idem) Mancano relazioni del tipo only straight on in entrambi casi. Ho messo una nel prima caso - cosi puoi vedere come va messo. Altra questione: questi errori in teoria dovrei averli sistemati (mettendo una restrizione: solo svolta a dx) ma l'errore persiste. http://osrm.at/2bO errore nella relazione: Devi spezzare i ways al punto del incrocio. Nel esempio Via Annibale di Bassano va spezzato all'incrocio con Via Zara Saluti e happy mapping Volker ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ciao e prima domanda
Il 25/01/2013 09:38, Volker Schmidt ha scritto: http://osrm.at/2bM (manovra vietatissima) http://osrm.at/2bN (idem) Mancano relazioni del tipo only straight on in entrambi casi. Ho messo una nel prima caso - cosi puoi vedere come va messo. Altra questione: questi errori in teoria dovrei averli sistemati (mettendo una restrizione: solo svolta a dx) ma l'errore persiste. http://osrm.at/2bO errore nella relazione: Devi spezzare i ways al punto del incrocio. Nel esempio Via Annibale di Bassano va spezzato all'incrocio con Via Zara Saluti e happy mapping Volker ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it Perfetto, grazie mille! Emanuele ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Messaggio di benvenuto
2013/1/25 sabas88 saba...@gmail.com: Il bot viene attivato stanotte o domani. Ho attivato l'account OSM Italia da cui verranno mandati i messaggi https://www.openstreetmap.org/user/OSM%20Italia secondo me sarebbe opportuno rimandare, da questo URL al blog e/o alla mailinglist. A fini statistici, vorrebbe mandare il messaggio al 75% dei nuovi utenti (per vedere se, ad esempio, i messaggi influiscono su continuare a mappare nel breve e medio periodo). Grande, ottimo lavoro! -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] la key:place
Ciao a tutti, essendo il progetto OSM abbastanza maturo ho pensato di utilizzarlo come base dati per elaborazioni di diverso genere. Nello specifico mi serviva una lista dei comuni sardi con le singole coordinate geografiche. Grazie a napo son riuscito a compiere un estrazione per key:place del territorio sardo tramite osmosis. Ora mi trovo a ripulire un po' i dati prima di renderli utili, però noto che le varie tag city, town ecc ecc.. provocano un po' di confusione. Mi spiego meglio, la classificazione non tiene pienamente conto della parte amministrativa, per cui da OSM non riesco ad individuare esattamente se un place è anche un comune. Nel mio caso ho tanti village che però non sono comuni e tanti comuni segnati come village. Ora mi chiedo è un problema di classificazione o sono errori nell'inserimento dei dati? -- Andrea Zedda skype: andria.tzedda twitter: @Andria_Tzedda --- Kode srl via Gioacchino Volpe, 74 56121 Ospedaletto (Pisa) http://kode-solutions.net --- Sardinia Open Data http://sardiniaopendata.org/ --- ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] la key:place
Il giorno 25 gennaio 2013 12:22, Andrea Zedda andreazedd...@gmail.com ha scritto: Ciao a tutti, essendo il progetto OSM abbastanza maturo ho pensato di utilizzarlo come base dati per elaborazioni di diverso genere. Nello specifico mi serviva una lista dei comuni sardi con le singole coordinate geografiche. Grazie a napo son riuscito a compiere un estrazione per key:place del territorio sardo tramite osmosis. Ora mi trovo a ripulire un po' i dati prima di renderli utili, però noto che le varie tag city, town ecc ecc.. provocano un po' di confusione. Mi spiego meglio, la classificazione non tiene pienamente conto della parte amministrativa, per cui da OSM non riesco ad individuare esattamente se un place è anche un comune. Nel mio caso ho tanti village che però non sono comuni e tanti comuni segnati come village. Ora mi chiedo è un problema di classificazione o sono errori nell'inserimento dei dati? Ciao Andrea. No, in realtà il tag place=* non riguarda la classificazione amministrativa, ma la struttura e l'importanza del centro urbano. Mi viene in mente l'esempio di Capannori, in provincia di Lucca: il territorio del Comune comprende numerose frazioni, delle quali quella capoluogo non è affatto la più grande o popolata. In quel caso (non ho guardato com'è mappata su OSM) potrebbe darsi che la frazione capoluogo, quella col nome del Comune, sia un hamlet, mentre un'altra frazione potrebbe essere village. Probabilmente questo non succede mai nella vita vera, ma in linea di principio è possibile. Ciò detto, se vuoi ricavare la lista dei Comuni ti conviene analizzare le relazioni dei confini amministrativi. Se vuoi le coordinate del centro urbano, poi, puoi filtrare gli elementi con tag place=* in base al nome, che dovrebbe coincidere con quello del Comune (anche se non sono sicuro che sia sempre così). In alternativa, potresti guardare il membro della relazione che ha ruolo admin_centre, ma sono piuttosto convinto che pochi Comuni in Italia siano mappati in questo modo. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] la key:place
2013/1/25 Andrea Zedda andreazedd...@gmail.com: base dati per elaborazioni di diverso genere. Nello specifico mi serviva una lista dei comuni sardi con le singole coordinate geografiche. Grazie a napo son riuscito a compiere un estrazione per key:place del territorio sardo tramite osmosis. fermo un attimo ;-) il tag per un comune è boundary=administrative insieme ad admin_level=8 e dovrebbe coprire tutta l'area di un comune. Con key place ottieni entità topografiche (centri abitati) che possono essere anche più di uno in un comune. Se tu vuoi singole coordinate geografiche per i comune dovresti prima prendere le aree del comune e poi trovare lì dentro il centro abitato (place) con lo stesso nome. In alternativa potresti calcolare il centro geometrico (baricentro) dell'area amministrativa, ma spesso questo non ricade ne anche dentro i limiti del centro abitato. Il tuo problema è che vuoi un punto per una cosa (comune) che è un'area ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] la key:place
2013/1/25 Andrea Zedda andreazedd...@gmail.com: Nel mio caso ho tanti village che però non sono comuni e tanti comuni segnati come village. Ora mi chiedo è un problema di classificazione o sono errori nell'inserimento dei dati? Rimanendo vero quello che ti ha risposto Simone, cioè che la classificazione OSM del tag place non è quella amministrativa, in Italia abbiamo comunque delle convenzioni riportate qui: http://wiki.openstreetmap.org/wiki/IT:Key:place In particolare, un comune deve essere almeno place=village, un capoluogo di provincia deve essere almeno town e un capoluogo di regione deve essere almeno city. Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cosa ha Livorno di diverso dalle altre città ?!
Grazie e perdonatemi la banalità della domanda :-( Name:left lo avevo istintivamente associato al livello amministrativo,ma sempre name era. F: Il giorno 23 gennaio 2013 22:56, Simone Saviolo simone.savi...@gmail.comha scritto: Il giorno 23 gennaio 2013 22:44, Fabrizio Carrai fabrizio.car...@gmail.com ha scritto: La prima impressione è quella che conta..Vuoi mostrare OpenStreetMap ai tuoi amici, fai la ricerca della tua città (Livorno, nel mio caso), clicco sul primo risultato di Nominatim e mi viene restituita la mappa di un piccolo isolotto di fronte alle costa (Le secche della Meloria per la precisione) [1].. !! :- Provo con Grosseto che ha una situazione simile con le isole delle Formiche [2] e qui la ricerca ritorna correttamente la città di Grosseto come primo risultato: PERCHE ? Questi i tag per le secche di fronte a Livorno: admin_level=4 boundary=administrative name:left=Livorno natural=coastline province:left=Livorno region:left=Toscana source=Based on ISTAT data - 2001 Italian Census E questi quelli per una delle Formiche: admin_level=4 boundary=administrative name=Formica Grande natural=coastline Facile, la secca si chiama Livorno e la formica si chiama Formica Grande. Se cerchi Grosseto non trovi Formica Grande. Non ho idea di quale delle due sia mappata giusta. Più che altro mi sembra che il problema sia che Nominatim da qualche tempo non restituisce più un place ma il confine amministrativo. Questo è vero per quasi tutte le città italiane che ho ricercato; non saprei dire per l'estero. Ciao, Simone ___ 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] la key:place
In data venerdì 25 gennaio 2013 12:22:43, Andrea Zedda ha scritto: da OSM non riesco ad individuare esattamente se un place è anche un comune. Nel mio caso ho tanti village che però non sono comuni e tanti comuni segnati come village. Ora mi chiedo è un problema di classificazione o sono errori nell'inserimento dei dati? Un place a mio avviso non può mai essere un comune. Al massimo un place può avere la sede municipale del comune. Se hai trovato tanti comuni segnati come village credo sia l'eredità del primo import istat di qualche anno fa dove veniva assegnato ad un nodo place il nome del comune, gli abitanti etc. Ora tutti i comuni sono definiti come aree amministrative con confini ben precisi (boundary=administrative). Se ti serve una singola coordinata potresti trovare il centroide con qualche software o verificare dove è stato inserito il tag del municipio (pochi immagino). Oppure incrociare i dati con altre fonti per trovare quale place ha la sede municipale e prendere quelle coordinate. In teoria la relation http://wiki.openstreetmap.org/wiki/Relation:boundary ha il ruolo admin_centre ma non so quanto sia implementato sui comuni italiani. In generale potrebbe essere utile aggiungerlo dove assente. Alessio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] la key:place
mi è venuto una cosa in mente che credo momentaneamente non è ancora pienamente realizzato ma potrebbe facilizzare l'utilizzo dei dati: la chiave capital. Qualche anno fa ho unilateralmente esteso il significato usando oltre a yes (per admin_level=2) anche i valori 4 e 6 per capoluoghi di prinvince e di regioni (ho completato tutta l'Italia e alcuni altri luoghi al estero, ma qualcosa forse è stato tolto nel frattempo). Poco fa mi sono reso conto che questa idea è stata accolta e altri mappatori hanno messo capital=8 per i capoluoghi di comuni (ma non credo che in Italia sia stato fatto). Guardate qui: http://taginfo.openstreetmap.org/keys/capital#values Questo metodo è molto più semplice da valutare rispetto alle relazioni. Nel caso che un luogo è capoluogo sia di una provincia che di una regione mettrei sempre solo il valore più basso (quindi più alto nella gerarchia). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cosa ha Livorno di diverso dalle altre città ?!
2013/1/24 Federico Cozzi f.co...@gmail.com: 2013/1/24 Martin Koppenhoefer dieterdre...@gmail.com: Domanda: per le entità amministrative, non sarebbe più corretto di usare il nome completo, per esempio: Comune di Roma per admin level 8, Provincia di Roma per admin level 6 e Regione Lazio per admin level 4? Il nome per place=city rimarebbe semplicemente Roma. Forse sì, ma di sicuro no per le regioni: Lazio è già una regione, mentre effettivamente Roma è una città (e non una provincia) però il nome ufficiale mi sembra sia sempre Regione Lazio e non Lazio, guarda qui: http://www.regione.lazio.it/rl_main/ Certo, si dice anche il Lazio, come si dice l'Italia ma il nome ufficiale è Repubblica Italiana Sono d'accordo con te: è un caso per official_name per le regioni, ma per le province e comuni dovrebbe essere Comune di e Provincia di nel tag name per togliere l'ambiguità. Inoltre bisognerebbe togliere i name:left/right, province:left/right, region:left/right dalle way di confine, perché l'informazione è già contenuta nelle relazioni. si, però facilità l'utilizzo del dato nel renderer con questi informazioni aggiunti. Bo. Sono un po' indeciso, perchè è veramente noioso se devi modificare i confini e stare attento a tutti questi tag. O per lo meno togliere il solo name:left/right che è sbagliato (non è il nome della way) e convertirlo in municipality:left/right si, o name:municipality:left/right ? Nel caso che la risposta sia no, allora propongo di utilizzare official_name=* per i nomi sopraindicati. Nelle relazioni, sono completamente d'accordo. Sulle way, non mi sembra il caso di appesantire ulteriormente i tag. +1, nelle relazioni ovviamente. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ciao e prima domanda
2013/1/25 Maurizio Daniele maurizio.dani...@gmail.com: Probabilmente è solo una questione di aggiornamento. Non credo che per osrm sia istantaneo. +1, OSRM richiede una compilazione del dato che dura al meno ore e non viene fatto dopo ogni modifica (credo lo fanno ogni giorno però). C'è nel angolo sotta a destra (cliccando su impostazioni) una nota: GUI_DATA_TIMESTAMP 130124 20:29Z (non sono sicuro se questo è il timestamp del dato, che c'entra GUI? ma lo potrebbe essere). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cosa ha Livorno di diverso dalle altre città ?!
Ciao Martin, Il giorno 24 gennaio 2013 11:11, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2013/1/23 Simone Saviolo simone.savi...@gmail.com: Il giorno 23 gennaio 2013 22:44, Fabrizio Carrai fabrizio.car...@gmail.com ha scritto: [...] Questi i tag per le secche di fronte a Livorno: admin_level=4 boundary=administrative name:left=Livorno natural=coastline province:left=Livorno region:left=Toscana source=Based on ISTAT data - 2001 Italian Census mi sembra sbagliato il tagging, perchè non c'è un entità admin_level=4 con nome Livorno. Si dovrebbe spezzare le entità diverse. [...] ciao, Martin Sono d'accordo. Ma in effetti le secche fanno parte del confine comunale, provinciale, regionale (Quello nazionale dovrebbe già comprenderle) ? Dovremmo avere diversi confini boundary=administrative coincidenti, ciascuno per i vari livelli ? Ciao! Fabrizio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Landuse
Ciao a tutti. Oggi ho rilevato un vigneto in un paesino della provincia di Cuneo e lo inserisco come ho già fatto per i precedenti, landuse=vineyard. Il problema che ho riscontrato è che un utente ha inserito praticamente il confine di detto paesino (Barge) con landuse=residential. In effetti in modalità visualizzazione della mappa il contorno di questo paese è grigio. Praticamente ha inserito il territorio residenziale, il centro abitato per intenderci, anche se a mio avviso poteva iniziare prima. E' corretto utilizzare questo tag per un paese intero? Per me no, anche perchè ora si intrecciano il suo landuse con il mio, anche se per poco territorio. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse
2013/1/25 Gianluca Boero gianlucabo...@alice.it: E' corretto utilizzare questo tag per un paese intero? corretto o no è relativo in OSM, ma concordo che si tratta di una mappatura grezza e che sarebbe piacevole di dettagliarla. Si potrebbe mettere place=* ad un (multi-)poligono grande intorno un abitato. Il multipoligono avrà mai (o quasi mai) buchi, perchè qualsiasi landuse che viene incircondato da una città ne fa anche parte (penso, forse ci sono strane eccezioni). Personalmente sono a favore di taggare landuse=residential solo le aree dove si vive (incluse le zone di servizio che appartengono alle aree catastali come parcheggio e giardino). Quando c'è solo un utilizzo (per esempio residential) mettrei tutta la particella con questo landuse, quando un uso è prevalente mettrei anche solo quello e quando l'uso è condiviso spesso si possono dividere anche i poligoni del landuse. Le strade pubbliche non comprenderei mai nel landuse delle zone adiascenti (se non in maniera preliminare). Ma questo è la teoria quando mappo nel niente, poi invece quando si incontranno landuse=residential grandi devi decidere, come affrontarlo. Potresti cambiare il tag del poligono da landuse=residential in place=* e creare un altro poligono landuse=residential (sempre grezzo) lasciando fuori la zona dove hai rilevato i dati, e metti solo quella zona con i landuse dettagliati. Pianpiano il multipoligono dovrebbe sparire con la zona dettagliata estendendosi. In ogni caso per un vigneto dovresti decidere se appartiene al paese (place) o no. In campagna direi di no, mentre in città potrebbe anche essere possibile (forse non appartiene qui, che dite?): http://www.openstreetmap.org/?lat=48.760747lon=9.18147zoom=18layers=M Per me no, anche perchè ora si intrecciano il suo landuse con il mio, anche se per poco territorio. +1, un landuse=vineyard come lo vedo io non potrebbe condividere lo stesso spazio con un landuse=residential. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] la key:place
Ciao ancora a tutti, vi rispondo in un unica mail perché ho fatto l'errore di iscrivermi solo al digest ed è un bagno di sangue quotare. Il mio intento è segnare i punti dei comuni così come effettivamente siamo abituati a visualizzarli nelle cartine classiche, cioè laddove hanno il centro abitato. Quindi non è il caso di usare centroidi, e le aree le ho già rappresentate. Sicuramente integrerò i dati che ho ricavato da OSM con quelli istat, e con un po' di olio di gomito (ma neanche tanto con un buon look up) capirò quali tra questi village e hamlet son comuni oppure no :) Grazie mille siete davvero dispoinbili! Il giorno 25 gennaio 2013 13:30, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: fermo un attimo ;-) il tag per un comune è boundary=administrative insieme ad admin_level=8 e dovrebbe coprire tutta l'area di un comune. Con key place ottieni entità topografiche (centri abitati) che possono essere anche più di uno in un comune. Se tu vuoi singole coordinate geografiche per i comune dovresti prima prendere le aree del comune e poi trovare lì dentro il centro abitato (place) con lo stesso nome. In alternativa potresti calcolare il centro geometrico (baricentro) dell'area amministrativa, ma spesso questo non ricade ne anche dentro i limiti del centro abitato. Il tuo problema è che vuoi un punto per una cosa (comune) che è un'area ;-) Il giorno 25 gennaio 2013 13:30, Federico Cozzi f.co...@gmail.com ha scritto: Rimanendo vero quello che ti ha risposto Simone, cioè che la classificazione OSM del tag place non è quella amministrativa, in Italia abbiamo comunque delle convenzioni riportate qui: http://wiki.openstreetmap.org/wiki/IT:Key:place In particolare, un comune deve essere almeno place=village, un capoluogo di provincia deve essere almeno town e un capoluogo di regione deve essere almeno city. From: Alessio Zanol nar...@infinito.it Un place a mio avviso non può mai essere un comune. Al massimo un place può avere la sede municipale del comune. Se hai trovato tanti comuni segnati come village credo sia l'eredità del primo import istat di qualche anno fa dove veniva assegnato ad un nodo place il nome del comune, gli abitanti etc. Ora tutti i comuni sono definiti come aree amministrative con confini ben precisi (boundary=administrative). Se ti serve una singola coordinata potresti trovare il centroide con qualche software o verificare dove è stato inserito il tag del municipio (pochi immagino). Oppure incrociare i dati con altre fonti per trovare quale place ha la sede municipale e prendere quelle coordinate. In teoria la relation http://wiki.openstreetmap.org/wiki/Relation:boundaryha il ruolo admin_centre ma non so quanto sia implementato sui comuni italiani. In generale potrebbe essere utile aggiungerlo dove assente. Alessio -- Message: 5 Date: Fri, 25 Jan 2013 13:13:34 +0100 From: Martin Koppenhoefer dieterdre...@gmail.com Subject: Re: [Talk-it] la key:place Message-ID: CABPTjTAvzZDzO9HM7Va= gpr5b+fkw+bcuf1kf9vo5i_3lfu...@mail.gmail.com Content-Type: text/plain; charset=UTF-8 mi è venuto una cosa in mente che credo momentaneamente non è ancora pienamente realizzato ma potrebbe facilizzare l'utilizzo dei dati: la chiave capital. Qualche anno fa ho unilateralmente esteso il significato usando oltre a yes (per admin_level=2) anche i valori 4 e 6 per capoluoghi di prinvince e di regioni (ho completato tutta l'Italia e alcuni altri luoghi al estero, ma qualcosa forse è stato tolto nel frattempo). Poco fa mi sono reso conto che questa idea è stata accolta e altri mappatori hanno messo capital=8 per i capoluoghi di comuni (ma non credo che in Italia sia stato fatto). Guardate qui: http://taginfo.openstreetmap.org/keys/capital#values Questo metodo è molto più semplice da valutare rispetto alle relazioni. Nel caso che un luogo è capoluogo sia di una provincia che di una regione mettrei sempre solo il valore più basso (quindi più alto nella gerarchia). ciao, Martin -- Andrea Zedda skype: andria.tzedda twitter: @Andria_Tzedda --- Kode srl via Gioacchino Volpe, 74 56121 Ospedaletto (Pisa) http://kode-solutions.net --- Sardinia Open Data http://sardiniaopendata.org/ --- ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse
Il giorno 25 gennaio 2013 14:27, Gianluca Boero gianlucabo...@alice.it ha scritto: Ciao a tutti. Oggi ho rilevato un vigneto in un paesino della provincia di Cuneo e lo inserisco come ho già fatto per i precedenti, landuse=vineyard. Il problema che ho riscontrato è che un utente ha inserito praticamente il confine di detto paesino (Barge) con landuse=residential. In effetti in modalità visualizzazione della mappa il contorno di questo paese è grigio. Praticamente ha inserito il territorio residenziale, il centro abitato per intenderci, anche se a mio avviso poteva iniziare prima. E' corretto utilizzare questo tag per un paese intero? Per me no, anche perchè ora si intrecciano il suo landuse con il mio, anche se per poco territorio. Io i landuse=residential con name=nome_del_paese li tolgo appena li vedo. Di solito, i problemi che riscontro con questa mappatura sono due: 1) Come già detto da Martin, è una mappatura assurda. Anzi no, Martin è stato più diplomatico, io dico proprio che è sbagliata: una città o un paese non è una zona residenziale, in mezzo potrebbero esserci uffici, centri commerciali grandi o piccoli, parchi, stadi o campi sportivi, cimiteri, ospedali, stazioni dei mezzi pubblici, STRADE! Per me, un landuse in città non dovrebbe essere più grande di un isolato. Alcuni forse l'hanno usato per colorare la mappa, o per indicare l'estensione della città. Per questo secondo scopo avevo proposto di riorganizzare il tag place=* in modo che finalmente usarlo su un poligono fosse un metodo riconosciuto ufficialmente. La proposta ha avuto scarso successo e molte richieste di varianti. Per ovviare a questo problema, quando incontro uno di questi landuse tolgo il tag landuse=residential. Lascio il nome, in modo che un giorno possiamo (senza perdere l'informazione sulla forma) ritaggarlo come place=*. 2) Spesso chi ha tracciato questi landuse si è attaccato ai nodi di strade, corsi d'acqua e campi o foreste adiacenti. Anche questo è sbagliato, e i nodi andrebbero separati: se la strada o il corso d'acqua fossero modificati, non necessariamente questo significherebbe che l'estensione del centro urbano cambia. Inoltre, tenendo le due cose indipendenti è facile modificare l'area per includere nuovi pezzi di città man mano che vengono costruiti. Per correggere questo, seleziono la way dell'area, i nodi che sono in comune con altre feature, premo G (in JOSM separa i nodi), a quel punto la selezione comprende i nuovi nodi che fanno parte della way dell'area, e posso spostarli di qualche metro (ad esempio verso il ciglio della strada). Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse
Il 25/01/2013 16:14, Martin Koppenhoefer ha scritto: 2013/1/25 Gianluca Boero gianlucabo...@alice.it: E' corretto utilizzare questo tag per un paese intero? corretto o no è relativo in OSM, ma concordo che si tratta di una mappatura grezza e che sarebbe piacevole di dettagliarla. Si potrebbe mettere place=* ad un (multi-)poligono grande intorno un abitato. Il multipoligono avrà mai (o quasi mai) buchi, perchè qualsiasi landuse che viene incircondato da una città ne fa anche parte (penso, forse ci sono strane eccezioni). Personalmente sono a favore di taggare landuse=residential solo le aree dove si vive (incluse le zone di servizio che appartengono alle aree catastali come parcheggio e giardino). Quando c'è solo un utilizzo (per esempio residential) mettrei tutta la particella con questo landuse, quando un uso è prevalente mettrei anche solo quello e quando l'uso è condiviso spesso si possono dividere anche i poligoni del landuse. Le strade pubbliche non comprenderei mai nel landuse delle zone adiascenti (se non in maniera preliminare). Ma questo è la teoria quando mappo nel niente, poi invece quando si incontranno landuse=residential grandi devi decidere, come affrontarlo. Potresti cambiare il tag del poligono da landuse=residential in place=* e creare un altro poligono landuse=residential (sempre grezzo) lasciando fuori la zona dove hai rilevato i dati, e metti solo quella zona con i landuse dettagliati. Pianpiano il multipoligono dovrebbe sparire con la zona dettagliata estendendosi. In ogni caso per un vigneto dovresti decidere se appartiene al paese (place) o no. In campagna direi di no, mentre in città potrebbe anche essere possibile (forse non appartiene qui, che dite?): http://www.openstreetmap.org/?lat=48.760747lon=9.18147zoom=18layers=M Per me no, anche perchè ora si intrecciano il suo landuse con il mio, anche se per poco territorio. +1, un landuse=vineyard come lo vedo io non potrebbe condividere lo stesso spazio con un landuse=residential. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it Qui trovi un esempio di landuse=residential, del piccolo paese dove abito. http://www.openstreetmap.org/browse/changeset/14781176 Ho inserito questo WMS della regione Emilia Romagna in JOSM per controllare se l'area era esatta. http://servizigis.regione.emilia-romagna.it/wms/uso_del_suolo Di vigneti all'interno dell'area residenziale non ce ne sono, a parte un campo di erba medica. Ciao, Mario ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse
Il giorno 25 gennaio 2013 17:12, Mario Pichetti mario.piche...@gmail.comha scritto: Il 25/01/2013 16:14, Martin Koppenhoefer ha scritto: 2013/1/25 Gianluca Boero gianlucabo...@alice.it gianlucabo...@alice.it: E' corretto utilizzare questo tag per un paese intero? corretto o no è relativo in OSM, ma concordo che si tratta di una mappatura grezza e che sarebbe piacevole di dettagliarla. Si potrebbe mettere place=* ad un (multi-)poligono grande intorno un abitato. Il multipoligono avrà mai (o quasi mai) buchi, perchè qualsiasi landuse che viene incircondato da una città ne fa anche parte (penso, forse ci sono strane eccezioni). Personalmente sono a favore di taggare landuse=residential solo le aree dove si vive (incluse le zone di servizio che appartengono alle aree catastali come parcheggio e giardino). Quando c'è solo un utilizzo (per esempio residential) mettrei tutta la particella con questo landuse, quando un uso è prevalente mettrei anche solo quello e quando l'uso è condiviso spesso si possono dividere anche i poligoni del landuse. Le strade pubbliche non comprenderei mai nel landuse delle zone adiascenti (se non in maniera preliminare). Ma questo è la teoria quando mappo nel niente, poi invece quando si incontranno landuse=residential grandi devi decidere, come affrontarlo. Potresti cambiare il tag del poligono da landuse=residential in place=* e creare un altro poligono landuse=residential (sempre grezzo) lasciando fuori la zona dove hai rilevato i dati, e metti solo quella zona con i landuse dettagliati. Pianpiano il multipoligono dovrebbe sparire con la zona dettagliata estendendosi. In ogni caso per un vigneto dovresti decidere se appartiene al paese (place) o no. In campagna direi di no, mentre in città potrebbe anche essere possibile (forse non appartiene qui, che dite?):http://www.openstreetmap.org/?lat=48.760747lon=9.18147zoom=18layers=M Per me no, anche perchè ora si intrecciano il suo landuse con il mio, anche se per poco territorio. +1, un landuse=vineyard come lo vedo io non potrebbe condividere lo stesso spazio con un landuse=residential. ciao, Martin ___ Talk-it mailing listTalk-it@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-it Qui trovi un esempio di landuse=residential, del piccolo paese dove abito. http://www.openstreetmap.org/browse/changeset/14781176 Ho inserito questo WMS della regione Emilia Romagna in JOSM per controllare se l'area era esatta. http://servizigis.regione.emilia-romagna.it/wms/uso_del_suolo Di vigneti all'interno dell'area residenziale non ce ne sono, a parte un campo di erba medica. Già quello basta :-) In più ci sono anche dei campi da calcio, un parcheggio e un ristorante e un pub. Tra l'altro il parcheggio è taggato sbagliato: hai messo amenity=parking su un nodo e l'hai circondato con una way con tutti gli altri tag. Ho lasciato vivere in un caso dei landuse=residential che coprivano alcuni isolati, coprendo cioè anche le strade. Lo raffinerei, potendo, ma già così è meglio di niente. L'importante (questo nel caso di Villa Vezzano va bene) è che non si metta name=Villa Vezzano sull'intero residential. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Google Ingress - cosa si inventano per raccogliere geo dati
Volevo segnalarvi cio' che la rivista Wired definisce una miniera di dati camuffata da gioco. Si tratta dell'app per Android chiamata Ingress in cui 2 fazioni giocano una guerra sul territorio. Tramite il GPS del telefonino e la realta' aumentata, i giocatori devono andare in giro a taggare oggetti o punti geografici. Poco a alla volta e gratis big G si vede arrivare dati geografici. Se ha qualche problema che so, sul tagging di Livorno, non deve far altro che mettere 1000 punti in palio a Livorno e si trova un sacco di giocatori che vanno a controllare... Saluti a tutti Fabrizio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse
Il giorno 25 gennaio 2013 17:22, Simone Saviolo simone.savi...@gmail.comha scritto: Ho lasciato vivere in un caso dei landuse=residential che coprivano alcuni isolati, coprendo cioè anche le strade. Lo raffinerei, potendo, ma già così è meglio di niente. L'importante (questo nel caso di Villa Vezzano va bene) è che non si metta name=Villa Vezzano sull'intero residential. Ciao, Simone Confermo quanto insegnatomi a suo tempo proprio da Simone: il landuse deve coprire solo la porzione di suolo interessata. Quindi dove mappo io, il landuse copre ogni singolo isolato della citta', senza le strade. Saluti Fabrizio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse
Il giorno 25 gennaio 2013 17:27, Fabrizio Tambussa ftambu...@gmail.com ha scritto: Confermo quanto insegnatomi a suo tempo proprio da Simone: il landuse deve coprire solo la porzione di suolo interessata. Quindi dove mappo io, il landuse copre ogni singolo isolato della citta', senza le strade. Vieni qua; abbracciamoci. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Google Ingress - cosa si inventano per raccogliere geo dati
Volevo segnalarvi cio' che la rivista Wired definisce una miniera di dati camuffata da gioco. Si tratta dell'app per Android chiamata Ingress in cui 2 fazioni giocano una guerra sul territorio. Tramite il GPS del telefonino e la realta' aumentata, i giocatori devono andare in giro a taggare oggetti o punti geografici. Poco a alla volta e gratis big G si vede arrivare dati geografici. Occhio che accede anche questo: http://www.gamemag.it/news/google-ingress-causa-il-primo-arresto_45041.html Grande smile! Beppe ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse
Qui trovi un esempio di landuse=residential, del piccolo paese dove abito. http://www.openstreetmap.org/browse/changeset/14781176 Ho inserito questo WMS della regione Emilia Romagna in JOSM per controllare se l'area era esatta. http://servizigis.regione.emilia-romagna.it/wms/uso_del_suolo Di vigneti all'interno dell'area residenziale non ce ne sono, a parte un campo di erba medica. Già quello basta :-) In più ci sono anche dei campi da calcio, un parcheggio e un ristorante e un pub. Tra l'altro il parcheggio è taggato sbagliato: hai messo amenity=parking su un nodo e l'hai circondato con una way con tutti gli altri tag. Pensavo, che descrivere l'area come parkin surface e poi mettere il nodo (poi) rendesse meglio l'idea, ma ho letto il wiki e mi adeguo. Bene, cosa elimino, il nodo o la way ? Ho lasciato vivere in un caso dei landuse=residential che coprivano alcuni isolati, coprendo cioè anche le strade. Lo raffinerei, potendo, ma già così è meglio di niente. Nello shape della regione Emilia Romagna, è un unica grande way, definita tessuto residenziale rado. è che non si metta name=Villa Vezzano sull'intero residential._sono daccordo_.:-) Ciao, Mario ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse
Il giorno 25 gennaio 2013 17:55, Mario Pichetti mario.piche...@gmail.comha scritto: Qui trovi un esempio di landuse=residential, del piccolo paese dove abito. http://www.openstreetmap.org/browse/changeset/14781176 Ho inserito questo WMS della regione Emilia Romagna in JOSM per controllare se l'area era esatta. http://servizigis.regione.emilia-romagna.it/wms/uso_del_suolo Di vigneti all'interno dell'area residenziale non ce ne sono, a parte un campo di erba medica. Già quello basta :-) In più ci sono anche dei campi da calcio, un parcheggio e un ristorante e un pub. Tra l'altro il parcheggio è taggato sbagliato: hai messo amenity=parking su un nodo e l'hai circondato con una way con tutti gli altri tag. Pensavo, che descrivere l'area come parkin surface e poi mettere il nodo (poi) rendesse meglio l'idea, ma ho letto il wiki e mi adeguo. Bene, cosa elimino, il nodo o la way ? Il nodo! Passa amenity=parking sulla way e hai una descrizione bella dettagliata. Nello shape della regione Emilia Romagna, è un unica grande way, definita tessuto residenziale rado. Ecco, io questo lo vedrei benissimo come area taggata place=village. Ma non siamo tutti d'accordo sul preciso tag da usare. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse
Il 25/01/2013 17:30, Simone Saviolo ha scritto: Il giorno 25 gennaio 2013 17:27, Fabrizio Tambussa ftambu...@gmail.com mailto:ftambu...@gmail.com ha scritto: Confermo quanto insegnatomi a suo tempo proprio da Simone: il landuse deve coprire solo la porzione di suolo interessata. Quindi dove mappo io, il landuse copre ogni singolo isolato della citta', senza le strade. Vieni qua; abbracciamoci. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it Sono daccordo, volevo solo descrivere in modo esatto, la porzione di territorio abitata ed edificabile. Se avete degli esempi, degli ottimi esempi, sono un portone aperto.:-) Un abbraccio anche da parte mia...virtuale:-) Buona serata, Mario. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse
Il 25/01/2013 17:58, Simone Saviolo ha scritto: Il giorno 25 gennaio 2013 17:55, Mario Pichetti mario.piche...@gmail.com mailto:mario.piche...@gmail.com ha scritto: Qui trovi un esempio di landuse=residential, del piccolo paese dove abito. http://www.openstreetmap.org/browse/changeset/14781176 Ho inserito questo WMS della regione Emilia Romagna in JOSM per controllare se l'area era esatta. http://servizigis.regione.emilia-romagna.it/wms/uso_del_suolo Di vigneti all'interno dell'area residenziale non ce ne sono, a parte un campo di erba medica. Già quello basta :-) In più ci sono anche dei campi da calcio, un parcheggio e un ristorante e un pub. Tra l'altro il parcheggio è taggato sbagliato: hai messo amenity=parking su un nodo e l'hai circondato con una way con tutti gli altri tag. Pensavo, che descrivere l'area come parkin surface e poi mettere il nodo (poi) rendesse meglio l'idea, ma ho letto il wiki e mi adeguo. Bene, cosa elimino, il nodo o la way ? Il nodo! Passa amenity=parking sulla way e hai una descrizione bella dettagliata. Ottimo. Nello shape della regione Emilia Romagna, è un unica grande way, definita tessuto residenziale rado. Ecco, io questo lo vedrei benissimo come area taggata place=village. Ma non siamo tutti d'accordo sul preciso tag da usare. Martin ! Help.:-) Ciao, Mario ___ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse
2013/1/25 Simone Saviolo simone.savi...@gmail.com: Già quello basta :-) In più ci sono anche dei campi da calcio, un parcheggio e un ristorante e un pub. Tra l'altro il parcheggio è taggato sbagliato: hai Sono d'accordo con te al 99%, ma non mi metterei a staccare i ristoranti e i pub dal landuse=residential. Per me un'area residenziale non è necessariamente un quartiere dormitorio: ben venga la presenza di piccoli esercizi commerciali all'interno di un landuse=residential. Ovviamente è diverso il discorso per centri commerciali ecc. dove effettivamente il tessuto urbano non è più quello di un quartiere residenziale. Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cosa ha Livorno di diverso dalle altre città ?!
2013/1/25 Martin Koppenhoefer dieterdre...@gmail.com: Forse sì, ma di sicuro no per le regioni: Lazio è già una regione, mentre effettivamente Roma è una città (e non una provincia) però il nome ufficiale mi sembra sia sempre Regione Lazio e non Lazio, guarda qui: http://www.regione.lazio.it/rl_main/ C'è differenza tra la Regione Lazio e la regione del Lazio. La prima è la forma di governo del territorio, la seconda è l'oggetto fisico. http://it.wikipedia.org/wiki/Lazio Il Lazio è una regione amministrativa dell'Italia Centrale O per lo meno togliere il solo name:left/right che è sbagliato (non è il nome della way) e convertirlo in municipality:left/right si, o name:municipality:left/right ? Troppo complesso, dopotutto non abbiamo name:region:left/right... Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse
Il giorno 25 gennaio 2013 18:58, Federico Cozzi f.co...@gmail.com ha scritto: 2013/1/25 Simone Saviolo simone.savi...@gmail.com: Già quello basta :-) In più ci sono anche dei campi da calcio, un parcheggio e un ristorante e un pub. Tra l'altro il parcheggio è taggato sbagliato: hai Sono d'accordo con te al 99%, ma non mi metterei a staccare i ristoranti e i pub dal landuse=residential. Per me un'area residenziale non è necessariamente un quartiere dormitorio: ben venga la presenza di piccoli esercizi commerciali all'interno di un landuse=residential. Sì, sono d'accordo. Ho citato il ristorante perché solo dalla mappa non mi era ben chiaro se fosse isolato o meno. Ti faccio un esempio: - questo ristorante (http://goo.gl/maps/gNj5G) lo metterei in un landuse a parte (anche se non sono mai sicuro di cosa mettere per un ristorante), e comunque fuori da un landuse=residential; - questi altri due (http://goo.gl/maps/9IUQu) invece li lascerei tranquillamente nel landuse=residential. Ovviamente è diverso il discorso per centri commerciali ecc. dove effettivamente il tessuto urbano non è più quello di un quartiere residenziale. +1. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse
Il 25/01/2013 18:58, Federico Cozzi ha scritto: 2013/1/25 Simone Saviolo simone.savi...@gmail.com: Già quello basta :-) In più ci sono anche dei campi da calcio, un parcheggio e un ristorante e un pub. Tra l'altro il parcheggio è taggato sbagliato: hai Sono d'accordo con te al 99%, ma non mi metterei a staccare i ristoranti e i pub dal landuse=residential. Per me un'area residenziale non è necessariamente un quartiere dormitorio: ben venga la presenza di piccoli esercizi commerciali all'interno di un landuse=residential. Vedi Busto Arsizio, mentre Villa Vezzano è un country Village, con orti e campi che confinano con la stada principale. Ovviamente è diverso il discorso per centri commerciali ecc. dove effettivamente il tessuto urbano non è più quello di un quartiere residenziale. Ok, 100% Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- RISPETTA L'AMBIENTE: SE NON TI E' NECESSARIO, NON STAMPARE QUESTA E-MAIL. Le informazioni contenute in questa comunicazione sono riservate e destinate esclusivamente alla/e persona/e o all'ente/i a cui sono stati indirizzati. Se questa comunicazione Vi e' pervenuta per errore, siete pregati di informare il mittente rispondendo a questa mail. I dati riportati nel presente documento sono trattati nel rispetto del D.Lgs. 196/2003 (Codice della Privacy) sulla tutela dei dati personali. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse
25.01.2013 - 17:02 - Simone Saviolo: Io i landuse=residential con name=nome_del_paese li tolgo appena li vedo. Di solito, i problemi che riscontro con questa mappatura sono due: 1) Come già detto da Martin, è una mappatura assurda. Anzi no, Martin è stato più diplomatico, io dico proprio che è sbagliata: una città o un paese non è una zona residenziale, in mezzo potrebbero esserci uffici, centri commerciali grandi o piccoli, parchi, stadi o campi sportivi, cimiteri, ospedali, stazioni dei mezzi pubblici, STRADE! Per me, un landuse in città non dovrebbe essere più grande di un isolato. Alcuni forse l'hanno usato per colorare la mappa, o per indicare l'estensione della città. Per questo secondo scopo avevo proposto di riorganizzare il tag place=* in modo che finalmente usarlo su un poligono fosse un metodo riconosciuto ufficialmente. La proposta ha avuto scarso successo e molte richieste di varianti. Per ovviare a questo problema, quando incontro uno di questi landuse tolgo il tag landuse=residential. Lascio il nome, in modo che un giorno possiamo (senza perdere l'informazione sulla forma) ritaggarlo come place=*. Aspetta: ma tu togli solo il name=nome_del_paese oppure stai dicendo che il problema e nel landuse=residential già da solo? Perché e quello che ho fatto sempre io: messo il landuse=residential per segnare il centro abitato, nel senso di case. Ma non ho mai messo un name al landuse. Pero anche usare place su un poligono mi sembra sbagliato, perché questo dovrebbe essere il limite ufficiale del place (ma dove lo trovi p. es. il limite ufficiale di un paese?). Inoltre ho guardato come fanno p.es. in Germania, ma usano la stessa tecnica: il landuse=residential. Saluti Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Landuse
Il giorno 26 gennaio 2013 00:57, Damjan Gerl dam...@damjan.net ha scritto: 25.01.2013 - 17:02 - Simone Saviolo: Io i landuse=residential con name=nome_del_paese li tolgo appena li vedo. Di solito, i problemi che riscontro con questa mappatura sono due: 1) Come già detto da Martin, è una mappatura assurda. Anzi no, Martin è stato più diplomatico, io dico proprio che è sbagliata: una città o un paese non è una zona residenziale, in mezzo potrebbero esserci uffici, centri commerciali grandi o piccoli, parchi, stadi o campi sportivi, cimiteri, ospedali, stazioni dei mezzi pubblici, STRADE! Per me, un landuse in città non dovrebbe essere più grande di un isolato. Alcuni forse l'hanno usato per colorare la mappa, o per indicare l'estensione della città. Per questo secondo scopo avevo proposto di riorganizzare il tag place=* in modo che finalmente usarlo su un poligono fosse un metodo riconosciuto ufficialmente. La proposta ha avuto scarso successo e molte richieste di varianti. Per ovviare a questo problema, quando incontro uno di questi landuse tolgo il tag landuse=residential. Lascio il nome, in modo che un giorno possiamo (senza perdere l'informazione sulla forma) ritaggarlo come place=*. Aspetta: ma tu togli solo il name=nome_del_paese oppure stai dicendo che il problema e nel landuse=residential già da solo? Perché e quello che ho fatto sempre io: messo il landuse=residential per segnare il centro abitato, nel senso di case. Ma non ho mai messo un name al landuse. Pero anche usare place su un poligono mi sembra sbagliato, perché questo dovrebbe essere il limite ufficiale del place (ma dove lo trovi p. es. il limite ufficiale di un paese?). Inoltre ho guardato come fanno p.es. in Germania, ma usano la stessa tecnica: il landuse=residential. Io parto da un presupposto: un landuse vasto e poco dettagliato si può anche accettare, ma non è assolutamente corretto dire che quel landuse si chiama Milano. Intanto Milano è una città (cioè un place) e non una zona residenziale (forse le aree industriali non sono parte di Milano?). In secondo luogo, nei pochi casi in cui un landuse ha un nome si tratta di un nome specifico, come Zona Industriale D2 o Centro Commerciale Carrefour - quindi non certo Milano. Il centro abitato, nel senso di case è sbagliato. Prendo l'esempio di un paese vicino a Vercelli, Crova: gran parte dell'estensione del centro urbano è coperta da una riseria, cioè un landuse=industrial (spero che nessuno venga a dirmi che una riseria è landuse=farmyard :-) ). Cosa dovrei fare, secondo il tuo schema? Includere la riseria nel landuse=residential, perché è l'estensione del centro urbano? Sbagliato. Escludere la riseria dal landuse=residential e dire che quel residential è Crova? Sbagliato. Fare un grande landuse=residential, escludere la riseria dal landuse=residential e NON dare un nome al landuse=residential? Meglio, anche se molto poco accurato, ma almeno non stiamo dicendo che la riseria non fa parte di Crova. Per indicare l'estensione del centro abitato, disegna molti landuse! La maggior parte saranno residential, ci saranno magari degli industrial, poi dei recreational_ground, e dei railway. Tutto questo insieme disegnerà sulla mappa la copertura del centro abitato. Per quanto riguarda il place=* su un'area, il wiki l'ha previsto da sempre. Place=* non indica una realtà ufficiale, ma una realtà di fatto, per quanto necessariamente non sia possibile definirla al millimetro. Dove finiscono le case/industrie/parcheggi/parchi/centri commerciali, lì finisce il centro urbano. Non dico affatto di disegnare questa way girando esattamente attorno agli angoli dell'ultima proprietà in periferia; ovviamente sarà un'indicazione di massima e approssimata; ma non vedo perché questa estensione di un centro urbano debba essere rappresentata con un landuse=residential. Poi è ovvio, io non sono la Bibbia né il re e non posso far sì che tutti mappino i landuse in maniera dettagliata come piacerebbe a me. Ma non smetterò mai di dire che dare il nome del paese ad un landuse=residential è sbagliato. Anche nei casi di quartieri residenziali con un nome (ad esempio Milano 2 o Milano 3), la cosa giusta sarebbe disegnare i landuse=residential senza nome e poi disegnare un place=quarter o un place=neighbourhood che copre tutta la zona e ha il nome del quartiere. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-dk] Import af bygninger fra Geodatastyrelsen
25. jan. 2013 00.30 skrev Jonas Häggqvist ras...@rasher.dk: Jeg forestiller mig at lægge de enkelte kvadrater ud til download et sted, så folk kan downloade dem og manuelt vurdere bygning for bygning hvilke OSM bygninger der skal erstattes med FOT-udgaven. Dette skal også gøres under en særskilt konto jvf. Import guidelines[3]. Vi kan så holde styr på hvilke kvadrater der er blevet kigget igennem (evt. i wikien). Synes det lyder som en super plan. Hvad angår de overlappende, har du et indtryk af om FOT-bygningerne generelt er af bedre præcision? Jeg tænker på at vi som udgangspunkt vel vil foretrække den bygning der allerede er i OSM, men det er måske lidt anderledes hvis FOT-bygningerne generelt er af væsentligt højere kvalitet. Så det kunne måske ændre på om det er 10% eller 50% eller 90% af bygningerne det giver mening at importere. En anden ting: har du overvejet om vi har en ikke alt for besværlig mulighed for at gentage en import senere, f.eks. om et par år? Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Import af bygninger fra Geodatastyrelsen
Burde man ikke anvende en tilgang la den med adresse-punkter? Dvs. ifm. nye udgaver overskrives de eksisterende, der re-importeres med andre ord Brugerne kan selv oprette de bygninger, de mener mangler i FOT. Til gengld kan / br man ikke rette i FOT-bygninger, da sdanne rettelser vil forsvinde efter nste redigering. Problemet vil s vre, hvis disse manglende bygninger senere kommer med i FOT. Man skal s slette dem igen. Eksisterende bygninger slettes blot. Mske med en undtagelse, hvis der er srlige tags? Hvor mange % har dette? Jeg fandt ikke lige nogen ved at klikke lidt rundt i editoren. Men uanset hvad, s bliver det et lille mareridt ang. vedligehold i det lange lb. Hilsen Uffe Kousgaard Claus Hindsgaul wrote: For min skyld kan vi sagtens masseoverskrive eksisterende bygningsomrids, hvis kvaliteten er god. Men hvordan bevarer/overfrer vi tags p de eksisterende bygninger? Den 25. jan. 2013 09.51 skrev Ole Laursen o...@hardworking.dk: 25. jan. 2013 00.30 skrev Jonas Hggqvist ras...@rasher.dk: Jeg forestiller mig at lgge de enkelte kvadrater ud til download et sted, s folk kan downloade dem og manuelt vurdere bygning for bygning hvilke OSM bygninger der skal erstattes med FOT-udgaven. Dette skal ogs gres under en srskilt konto jvf. Import guidelines[3]. Vi kan s holde styr p hvilke kvadrater der er blevet kigget igennem (evt. i wikien). Synes det lyder som en super plan. Hvad angr de overlappende, har du et indtryk af om FOT-bygningerne generelt er af bedre prcision? Jeg tnker p at vi som udgangspunkt vel vil foretrkke den bygning der allerede er i OSM, men det er mske lidt anderledes hvis FOT-bygningerne generelt er af vsentligt hjere kvalitet. S det kunne mske ndre p om det er 10% eller 50% eller 90% af bygningerne det giver mening at importere. En anden ting: har du overvejet om vi har en ikke alt for besvrlig mulighed for at gentage en import senere, f.eks. om et par r? Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- -- Civilingenir ph.d. Claus Hindsgaul Studsbl Alle 81 DK-2770 Kastrup ___ 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
Re: [Talk-dk] Import af bygninger fra Geodatastyrelsen
Det er også sådan noget som Wheelmap (app til Android, og sikkert også iOS) som angiver hvordan adgangens forholdene er kørestolbruger i forretninger/resturanger/muserumer osv. For dem vil det være en katastrofe, hvis de oplysninger bliver slettet. Er det ikke muligt at lave en import, som tager koordinater for ovrelapende bygningfra importen, og tager specielle tags fra OSM databasen? Selvfølgie KAN det lade sig gøre, men hvor stort er arbejdet, i forhold til at lade bygninger med specielle tags forblive urørt? -- Med venlig hilsen Ivar Madsen Fredag den 25. januar 2013 10:51:13 Niels Elgaard Larsen skrev: On 2013-01-25 10:28, Uffe Kousgaard wrote: Burde man ikke anvende en tilgang á la den med adresse-punkter? .. Eksisterende bygninger slettes blot. Måske med en undtagelse, hvis der er særlige tags? Hvor mange % har dette? Jeg fandt ikke lige nogen ved at klikke lidt rundt i editoren. Sikkert ikke så mange, men til gengæld er de ret vigtige. Jeg har fx tagget en del bygninger som hoteller, restauranter og butikker med navn, telefonnumre, åbningstider, osv. Dvs, tags, man kan søge på fra ens GPS-program. Men uanset hvad, så bliver det et lille mareridt ang. vedligehold i det lange løb. Hilsen Uffe Kousgaard Claus Hindsgaul wrote: For min skyld kan vi sagtens masseoverskrive eksisterende bygningsomrids, hvis kvaliteten er god. Men hvordan bevarer/overfører vi tags på de eksisterende bygninger? Den 25. jan. 2013 09.51 skrev Ole Laursen o...@hardworking.dk mailto:o...@hardworking.dk: 25. jan. 2013 00.30 skrev Jonas Häggqvist ras...@rasher.dk mailto:ras...@rasher.dk: Jeg forestiller mig at lægge de enkelte kvadrater ud til download et sted, så folk kan downloade dem og manuelt vurdere bygning for bygning hvilke OSM bygninger der skal erstattes med FOT-udgaven. Dette skal også gøres under en særskilt konto jvf. Import guidelines[3]. Vi kan så holde styr på hvilke kvadrater der er blevet kigget igennem (evt. i wikien). Synes det lyder som en super plan. Hvad angår de overlappende, har du et indtryk af om FOT-bygningerne generelt er af bedre præcision? Jeg tænker på at vi som udgangspunkt vel vil foretrække den bygning der allerede er i OSM, men det er måske lidt anderledes hvis FOT-bygningerne generelt er af væsentligt højere kvalitet. Så det kunne måske ændre på om det er 10% eller 50% eller 90% af bygningerne det giver mening at importere. En anden ting: har du overvejet om vi har en ikke alt for besværlig mulighed for at gentage en import senere, f.eks. om et par år? Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org mailto: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-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-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-dk] veje/stier fra FOT?
Hvordan med veje og stier fra FOT - findes de som et baggrundslag et sted, så man kan se dem i Potlatch/JSON? Med venlig hilsen Emil Tin IT- og Processpecialist Trafikdesign KØBENHAVNS KOMMUNE Teknik- og Miljøforvaltningen Center for Trafik Islands Brygge 37 Vær. 169 Postboks 450 2300 København S Telefon +45 3366 3004 Email z...@tmf.kk.dkmailto:z...@tmf.kk.dk EAN 5798009493149 ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] veje/stier fra FOT?
Skive kommune er ikke medlem af FOTdanmark, men den bliver kortlagt i FOT-standarden alligevel. FOT er ikke landsdækkende endnu. Der mangler data for Skive, Viborg, Samsø og København. Disse data forventes at være tilgængelige inden påske 2013 Hej Kurt Mange tak for insiderviden og for at forklare hvad der er med i FOT af vejmidter geodata pt. vh Søren ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Import af bygninger fra Geodatastyrelsen
25. jan. 2013 10.28 skrev Uffe Kousgaard u...@routeware.dk: Men uanset hvad, så bliver det et lille mareridt ang. vedligehold i det lange løb. Der er vel to typer opdateringer: - rettelser af fejl i FOT, disse kan måske ryge direkte ind hvis der er tale om en uændret FOT-bygning - nye bygninger som enten er ikke-overlappende (direkte ind), eller overlappende (skal tjekkes) Jeg ser ikke et kæmpe problem i at importering nr. 2 f.eks. også skal tjekkes manuelt, men det kunne jo nok være rart hvis bygninger der en gang er blevet afvist at importere ikke skal tjekkes igen. :) Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Import af bygninger fra Geodatastyrelsen
On 25-01-2013 11:16, Ivar Madsen wrote: Det er også sådan noget som Wheelmap (app til Android, og sikkert også iOS) som angiver hvordan adgangens forholdene er kørestolbruger i forretninger/resturanger/muserumer osv. For dem vil det være en katastrofe, hvis de oplysninger bliver slettet. Er det ikke muligt at lave en import, som tager koordinater for ovrelapende bygningfra importen, og tager specielle tags fra OSM databasen? Selvfølgie KAN det lade sig gøre, men hvor stort er arbejdet, i forhold til at lade bygninger med specielle tags forblive urørt? I det tilfælde hvor en bygning fra FOT overlapper med netop en bygning i OSM (og overlappet udgør fx 90% af arealet) skulle det være muligt at kunne overføre tags. Men det fortæller os stadig ikke noget om hvilken af de to der er mest nøjagtig/opdateret. Men det vil selvfølgelig gøre det nemmere og hurtigere at foretage den manuelle sammenfletning. Det kræver lidt arbejde fra min side, men det vil nok være besværet værd, så det vil jeg kigge på. -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Import af bygninger fra Geodatastyrelsen
On 25-01-2013 10:05, Emil Tin wrote: Lyder godt! I forhold til polygoner der ikke overlapper - Kan der være små bygninger der allerede findes i OSM, men er placeretupræcist, så de ikke overlapper med data fra FOT? Det kunne måske føre til duplikerede bygninger? Ja, det kan vi nok ikke helt undgå, men jeg vil vove at påstå det sandsynligvis er tilstrækkelig få til at det er en acceptabel fejl at leve med, alt taget i betragtning. Jeg har ikke rigtig noget bud på hvordan vi kan fange det? -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-dk] Forslag til tags
Min lokale døgnkiosk er også en GLS pakkeshop (http://www.gls-pakkeshop.dk/) Det er ret praktisk og det vil jo være nyttigt at kunne finde den nærmeste med OSM. Men hvordan tagger man dem? Min lokale kiosk er jo ikke ligefrem et posthus. Jeg kom i bil fra Tyskland og ville stoppe ved en grænsebutik, men de var ikke så nemme at finde med OSM. De ligger jo godt nok ikke i Danmark. Og de er vel en slags supermarkeder. Men kan man ikke tagge dem mere specifikt? -- Niels ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-gb-westmidlands] Fwd: [OSM-talk] Go Map!! is in the Apple app store
Hi folks, If anyone has a iphone and/or an ipad and wants to try this new OSM app out then I would be very interested in feedback. Perhaps a few sentences and we can upload it to the mappa mercia blog too. All the best, Rob -- Forwarded message -- I'd like to highly recommend a brand-new, native, and free* iOS OSM editor: Go Map!! https://itunes.apple.com/WebObjects/MZStore.woa/wa/viewSoftware?id=592990211mt=8 The author is a member of the Seattle OSM community, so I'm biased, but I think it rocks. Regards, Jeff * as in free beer! -- Jeff Meyer Global World History Atlaswww.gwhat.org ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-es] Parques Naturales
Hola En esta dirección encontrarás lo que buscas. http://www.magrama.gob.es/es/cartografia-y-sig/ide/descargas/biodiversidad/descargas_biodiversidad.aspx Al 24/01/13 13:30, En/na Oscar Zorrilla Alonso ha escrit: Buenos días; Quiero importar algunos espacios naturales en la provincia de Burgos como puede ser el Parque Natural Hoces de Alto Ebro y Rudrón http://www.patrimonionatural.org/ren.php?espacio_id=27 No se si hay alguien de la Junta de Castilla y León en la lista o cualquiera que me pueda contestar. Mi duda es donde puedo conseguir los límites que delimitan el parque, ¿alguna capa especial? He visto que en el siguiente PDF (1151 KB) http://www.patrimonionatural.org/descargar.php?espacio_id=27id_fichero=383 en la última página aparece los límites, pero quisiera ponerlos de forma precisa. Un saludo y muchas gracias Óscar Zorrilla Alonso ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Normalización de Carreteras en Canarias
Ok. me parece bien volver a la antigua, pero no veo clara la diferencia entre carreteras de un solo dígito. El día 24 de enero de 2013 19:24, Javier Sánchez javiers...@gmail.com escribió: Estoy de acuerdo en volver a la versión antigua. Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Parques Naturales
Hola. En mayo [1] se habló sobre la licencia de estos datos y se quedó en que sería bueno preguntar al Ministerio. Me gustaría retomar el tema, pero no sé dónde dirigirme. Se me ocurre usar el formulario de contacto que viene en la web. ¿Alguna sugerencia mejor? 1) lists.openstreetmap.org/pipermail/talk-es/2012-May/010253.html ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] post_box and Correos
hi ! a little question - is Correos a operator ? regards Jan :-) ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] post_box and Correos
Well, Correos is the Spanish postal service, like Royal Mail in Britain or the US Post Service in the USA. I don't know if that counts as operator or not... Sorry. El 25/01/2013 13:11, Jan Tappenbeck o...@tappenbeck.net escribió: hi ! a little question - is Correos a operator ? regards Jan :-) __**_ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-eshttp://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-lv] praagas ielas piekljuve
Ja slinkums aizstaigāt, tad streetview arī var redzēt. uldics On Fri, 25 Jan 2013 23:27:17 +0200, Rich ric...@nakts.net wrote: On 2013-01-25 21:07, uld...@gmail.com wrote: Nē, tikai no tirgus puses, kur sākas tilts. No otras puses, kādus desmit metrus no 13. janvāra ielas pirmās joslas ir caurbraukt (braukt) aizliegts. paldies. sasodiits. buus bish jaapadomaa, kaa to saziimeet pareizi :) uldics On Fri, 25 Jan 2013 19:54:40 +0200, Rich ric...@nakts.net wrote: vai praagas ielai (riigaa) kjiegjelji ir no abaam puseem ? -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-ca] Environment Canada Forecast Region boundaries released
http://dd.weatheroffice.gc.ca/meteocode/geodata/ All we need to do is have it released under OSM's licence, and then we can add the boundaries to OSM. - David E. Nelson___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Environment Canada Forecast Region boundaries released
Hi David: May I ask why you think it's a good idea to add these to the OSM database? I'm rather skeptical of imports of features that we have no way of verifying on the ground (or otherwise). Yes, there are exceptions to this rule, like municipal boundaries, but still. It's great that Environment Canada is releasing this data but I'm not sure if there's much value in adding it to OSM. Cheers, Harald. On Fri, Jan 25, 2013 at 1:09 PM, David E. Nelson denelso...@yahoo.ca wrote: http://dd.weatheroffice.gc.ca/meteocode/geodata/ All we need to do is have it released under OSM's licence, and then we can add the boundaries to OSM. - David E. Nelson ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Please use encrypted communication whenever possible! Key-ID: 0x34cb93972f186565 ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Environment Canada Forecast Region boundaries released
I agree with Harald. The place for such data might be better placed in a thematic map were this layer of information is added over the OSM layer. Pierre De : Harald Kliems kli...@gmail.com À : David E. Nelson denelso...@yahoo.ca Cc : talk-ca@openstreetmap.org talk-ca@openstreetmap.org Envoyé le : Vendredi 25 janvier 2013 13h30 Objet : Re: [Talk-ca] Environment Canada Forecast Region boundaries released Hi David: May I ask why you think it's a good idea to add these to the OSM database? I'm rather skeptical of imports of features that we have no way of verifying on the ground (or otherwise). Yes, there are exceptions to this rule, like municipal boundaries, but still. It's great that Environment Canada is releasing this data but I'm not sure if there's much value in adding it to OSM. Cheers, Harald. On Fri, Jan 25, 2013 at 1:09 PM, David E. Nelson denelso...@yahoo.ca wrote: http://dd.weatheroffice.gc.ca/meteocode/geodata/ All we need to do is have it released under OSM's licence, and then we can add the boundaries to OSM. - David E. Nelson ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Please use encrypted communication whenever possible! Key-ID: 0x34cb93972f186565 ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Environment Canada Forecast Region boundaries released
On Fri, Jan 25, 2013 at 11:45 AM, Pierre Béland pierz...@yahoo.fr wrote: The place for such data might be better placed in a thematic map were this layer of information is added over the OSM layer. Would that thematic data be stored in another database owned by the user, or a community database? I have a interest in having access to data such as this along with other similar virtual boundaries. It would make sense to have a common repository of such information rather than recreating it over and over again. Is there such a facility available currently? -- James VE6SRV ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Environment Canada Forecast Region boundaries released
I also agree with Harald. The Environment Canada Forecast Region boundaries are useful but not as part of the OSM database. If you want to see the forecast regions on an OSM map then create a mash-up that pulls the forecast region boundaries and the forecasts from Environment Canada and display them over top of an OSM map. Bernie. -- Bernie Connors, P.Eng Land Information Infrastructure Unit, SNB bernie.conn...@snb.camailto:bernie.conn...@snb.ca From: Pierre Béland [mailto:pierz...@yahoo.fr] Sent: Friday, 2013-01-25 14:46 To: Harald Kliems; David E. Nelson Cc: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Environment Canada Forecast Region boundaries released I agree with Harald. The place for such data might be better placed in a thematic map were this layer of information is added over the OSM layer. Pierre De : Harald Kliems kli...@gmail.commailto:kli...@gmail.com À : David E. Nelson denelso...@yahoo.camailto:denelso...@yahoo.ca Cc : talk-ca@openstreetmap.orgmailto:talk-ca@openstreetmap.org talk-ca@openstreetmap.orgmailto:talk-ca@openstreetmap.org Envoyé le : Vendredi 25 janvier 2013 13h30 Objet : Re: [Talk-ca] Environment Canada Forecast Region boundaries released Hi David: May I ask why you think it's a good idea to add these to the OSM database? I'm rather skeptical of imports of features that we have no way of verifying on the ground (or otherwise). Yes, there are exceptions to this rule, like municipal boundaries, but still. It's great that Environment Canada is releasing this data but I'm not sure if there's much value in adding it to OSM. Cheers, Harald. On Fri, Jan 25, 2013 at 1:09 PM, David E. Nelson denelso...@yahoo.camailto:denelso...@yahoo.ca wrote: http://dd.weatheroffice.gc.ca/meteocode/geodata/ All we need to do is have it released under OSM's licence, and then we can add the boundaries to OSM. - David E. Nelson ___ Talk-ca mailing list Talk-ca@openstreetmap.orgmailto:Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca -- Please use encrypted communication whenever possible! Key-ID: 0x34cb93972f186565 ___ Talk-ca mailing list Talk-ca@openstreetmap.orgmailto:Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Environment Canada Forecast Region boundaries released
It is simple to do for a user database. From JOSM, you can simply save an OSM file. It is also possible to convert to a shp file or other formats. It is then easy to define a page using services such as Mapbox or or API's such as Openlayers or LeafLet. For community database, there may be many solutions more or less complex to store, manage and read the data. I am not an expert at these, but I have once developed one simple solution that works for managing collectively a list of POI's. Data was stored in a Google Doc Spreadsheet and converted to be read by map API's. Pierre De : James Ewen ve6...@gmail.com À : talk-ca@openstreetmap.org talk-ca@openstreetmap.org Envoyé le : Vendredi 25 janvier 2013 14h06 Objet : Re: [Talk-ca] Environment Canada Forecast Region boundaries released On Fri, Jan 25, 2013 at 11:45 AM, Pierre Béland pierz...@yahoo.fr wrote: The place for such data might be better placed in a thematic map were this layer of information is added over the OSM layer. Would that thematic data be stored in another database owned by the user, or a community database? I have a interest in having access to data such as this along with other similar virtual boundaries. It would make sense to have a common repository of such information rather than recreating it over and over again. Is there such a facility available currently? -- James VE6SRV ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Monitoring
Bonjour, Il semble que le site de monitoring ne réponde plus... http://osm102.openstreetmap.fr/~zorglub/watch/ On ne le voit même plus dans le dossier: http://osm102.openstreetmap.fr/~zorglub/ A-t-il été supprimé/déplacé/renommé? -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Monitoring
Bruno c'est sans doute une panne. Avec Linux, une simple opération malencontreuse et les usagers ne voient plus un répertoire. C'est toujours le même url qui est décrit dans le wiki. http://wiki.openstreetmap.org/wiki/Osm-watch Je vais envoyer un message sur talk-fr et le développeur devrait réagir demain. Pierre De : Bruno Remy bremy.qc...@gmail.com À : talk-ca@openstreetmap.org Envoyé le : Vendredi 25 janvier 2013 17h59 Objet : [Talk-ca] Monitoring Bonjour, Il semble que le site de monitoring ne réponde plus... http://osm102.openstreetmap.fr/~zorglub/watch/ On ne le voit même plus dans le dossier: http://osm102.openstreetmap.fr/~zorglub/ A-t-il été supprimé/déplacé/renommé? -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Monitoring
Oui oui.. probleme apache effectivement mais je ne pouvais écrire à talkc-ca et j'avoue lâchement que ca me tentait pas de valider un compte juste pour ça ;) Ce qui serait interessant, finalement, ce serait de monitorer son site pour qu'il soit alerté en cas de non disponibilité. OSM (fr,gb,de,etc...) auraient-il un nagios ou équivalent à sa disposition? Bruno Remy Le 2013-01-25 19:23, Pierre Béland pierz...@yahoo.fr a écrit : Bruno c'est sans doute une panne. Avec Linux, une simple opération malencontreuse et les usagers ne voient plus un répertoire. C'est toujours le même url qui est décrit dans le wiki. http://wiki.openstreetmap.org/wiki/Osm-watch Je vais envoyer un message sur talk-fr et le développeur devrait réagir demain. Pierre -- *De :* Bruno Remy bremy.qc...@gmail.com *À :* talk-ca@openstreetmap.org *Envoyé le :* Vendredi 25 janvier 2013 17h59 *Objet :* [Talk-ca] Monitoring Bonjour, Il semble que le site de monitoring ne réponde plus... http://osm102.openstreetmap.fr/~zorglub/watch/ On ne le voit même plus dans le dossier: http://osm102.openstreetmap.fr/~zorglub/ A-t-il été supprimé/déplacé/renommé? -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Monitoring
Bruno, les contributeurs français sont assez forts techniquement. Je suis sûr que ce développeur voyant le problème va trouver une solution. J'ai déja envoyé un message sur la liste talk-fr. Pierre De : Bruno Remy bremy.qc...@gmail.com À : Pierre Béland pierz...@yahoo.fr Cc : talk-ca@openstreetmap.org talk-ca@openstreetmap.org Envoyé le : Vendredi 25 janvier 2013 19h33 Objet : Re: [Talk-ca] Monitoring Oui oui.. probleme apache effectivement mais je ne pouvais écrire à talkc-ca et j'avoue lâchement que ca me tentait pas de valider un compte juste pour ça ;) Ce qui serait interessant, finalement, ce serait de monitorer son site pour qu'il soit alerté en cas de non disponibilité. OSM (fr,gb,de,etc...) auraient-il un nagios ou équivalent à sa disposition? Bruno Remy Le 2013-01-25 19:23, Pierre Béland pierz...@yahoo.fr a écrit : Bruno c'est sans doute une panne. Avec Linux, une simple opération malencontreuse et les usagers ne voient plus un répertoire. C'est toujours le même url qui est décrit dans le wiki. http://wiki.openstreetmap.org/wiki/Osm-watch Je vais envoyer un message sur talk-fr et le développeur devrait réagir demain. Pierre De : Bruno Remy bremy.qc...@gmail.com À : talk-ca@openstreetmap.org Envoyé le : Vendredi 25 janvier 2013 17h59 Objet : [Talk-ca] Monitoring Bonjour, Il semble que le site de monitoring ne réponde plus... http://osm102.openstreetmap.fr/~zorglub/watch/ On ne le voit même plus dans le dossier: http://osm102.openstreetmap.fr/~zorglub/ A-t-il été supprimé/déplacé/renommé? -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Monitoring
Pas l'ombre d'un doute, Pierre :-) Bruno Remy Le 2013-01-25 20:21, Pierre Béland pierz...@yahoo.fr a écrit : Bruno, les contributeurs français sont assez forts techniquement. Je suis sûr que ce développeur voyant le problème va trouver une solution. J'ai déja envoyé un message sur la liste talk-fr. Pierre -- *De :* Bruno Remy bremy.qc...@gmail.com *À :* Pierre Béland pierz...@yahoo.fr *Cc :* talk-ca@openstreetmap.org talk-ca@openstreetmap.org *Envoyé le :* Vendredi 25 janvier 2013 19h33 *Objet :* Re: [Talk-ca] Monitoring Oui oui.. probleme apache effectivement mais je ne pouvais écrire à talkc-ca et j'avoue lâchement que ca me tentait pas de valider un compte juste pour ça ;) Ce qui serait interessant, finalement, ce serait de monitorer son site pour qu'il soit alerté en cas de non disponibilité. OSM (fr,gb,de,etc...) auraient-il un nagios ou équivalent à sa disposition? Bruno Remy Le 2013-01-25 19:23, Pierre Béland pierz...@yahoo.fr a écrit : Bruno c'est sans doute une panne. Avec Linux, une simple opération malencontreuse et les usagers ne voient plus un répertoire. C'est toujours le même url qui est décrit dans le wiki. http://wiki.openstreetmap.org/wiki/Osm-watch Je vais envoyer un message sur talk-fr et le développeur devrait réagir demain. Pierre -- *De :* Bruno Remy bremy.qc...@gmail.com *À :* talk-ca@openstreetmap.org *Envoyé le :* Vendredi 25 janvier 2013 17h59 *Objet :* [Talk-ca] Monitoring Bonjour, Il semble que le site de monitoring ne réponde plus... http://osm102.openstreetmap.fr/~zorglub/watch/ On ne le voit même plus dans le dossier: http://osm102.openstreetmap.fr/~zorglub/ A-t-il été supprimé/déplacé/renommé? -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Tr : [OSM-talk] overpass turbo - a web GUI for Overpass-API
Martin Raifer annonce une version graphique de Overpass-API. C'est super. Il a ajouté une carte d'où il est possible de sélectionner le bbox délimitant la zone de recherche. Pour les nodes, le résultat est retourné directement sur cette carte. Pour les autres éléments, seul le fichier OSM est accessible. De plus, lors de mes tests le délai d'attente étaient très courts. Pierre - Mail transféré - De : Martin Raifer tyr@gmail.com À : t...@openstreetmap.org Envoyé le : Vendredi 25 janvier 2013 17h10 Objet : [OSM-talk] overpass turbo - a web GUI for Overpass-API Hello, I'm happy to present you *overpass turbo* [1], a web based graphical user interface for Overpass API. I've always thought, that the Overpass API can be a great tool for mappers and developers (for example for its powerfulness in data filtering). However, there was no easy way to quickly run an Overpass query and inspect the results in a user friendly manner, until now: With overpass turbo you can run Overpass API queries and analyze the resulting OpenStreetMap data interactively on a map. Here are some use cases where overpass turbo can come in handy: * Searching for (rare) spelling mistakes or breaks with naming conventions, which are not yet covered by any QA tool. * Showing and inspecting spacially large features (boundaries, rivers, complete motorways, PT-networks, ...). * Always when you only need a filtered portion of OSM data. * Testing and developing more or less complicated Overpass API queries. * Creating mock-ups of clickable or static maps highlighting selected OSM features. http://overpass-turbo.eu This is the url where you can find overpass turbo [1] (alternatively, there is also an installation on overpass-api.de [2]). You need a somewhat recent web browser for using overpass turbo. Opera, Chrome and Firefox have been tested and work (IE 10 should be fine, too). More information, screenshots, examples, etc. can be found on the OSM-wiki [3] or on its github repository [4]. Have fun :) Martin / tyr_asd [1] http://overpass-turbo.eu [2] http://overpass-api.de/turbo/ [3] http://wiki.openstreetmap.org/wiki/Overpass_turbo [4] https://github.com/tyrasd/overpass-ide ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] WMS UHUL - odvozní cesty nefunkční
Dne 25.1.2013 13:25, Pavel Machek napsal(a):
Ahoj!
procházel jsem dostupné podklady a zaujaly mně odvozové cesty. Ovšem po
přidání na mě josm jen červeně křičelo. Nakonec jsem v okně WMS zkusil
tlačítko: Získat vrstvy (a že jich tam je). Tam jsem našel Lesní cesty.
URL se změnila na http://geoportal2.uhul.cz/wms_oprl/?FORMAT=image/jpeg;
VERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=Cesty_odvozniSTYLES=SRS=
{proj}WIDTH={width}HEIGHT={height}BBOX={bbox} a s ní už to pak funguje.
Cesta, která mně zajímá odpovídá tomu jak ji znám (jen v tom lese není na
ortomalě vidět a na katastrální mapě není).
Asi se zeptám blbě, ale tohle je nějaká změna, nebo to je standardní postup
a já jsem něco přehlédl?
Taky bych se zeptal na ostatní zdroje. Je tam toho hodně a potenciálně
zajímavá jsou třeba kóta, skály, významný krajinný prvek. ochranná pásma. Co
si o tom myslíte? Jak to bude s legálností těchto zdrojů?
Co si vzpominam tak UHUL odvozni cesty je sice legalni zdroj, ale ma
problemy s presnosti...
Pavel
Jo, to jsem už taky zjistil. Nicméně v kombinaci s bing a místní
znalostí se to dá zakreslit docela přesně.
Co ty ostatní zdroje? Asi taky nebudou nejpřesnější, ale dají se vůbec
použít?
Marián
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Solution pour surveiller les gros changeset ou potentiellement problématiques
Le 24/01/2013 20:50, partir-en-vtt a écrit : Ou alors que le peu de personnes débattant sur le sujet ont tous la même conception du sujet débattu sauf un... Dans tous les cas, on va devoir attendre que le fil s'étoffe un peu... L'espoir fait vivre. -- Marc Sibertmailto:m...@sibert.fr m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modifications en cours sur le tag Power
2013/1/25 François Lacombe francois.laco...@telecom-bretagne.eu: Toute autre clé est dépréciée (notamment power=station) et sont donc appelées à être remplacées au fil de l'eau. http://wiki.openstreetmap.org/wiki/Tag:power%3Dsub_station Je ne veux pas casser ce bel enthousiasme mais cette décision a déjà été prise une première fois en janvier 2010 ;-) http://lists.openstreetmap.org/pipermail/tagging/2010-January/001146.html Mais c'est comme ça dans OSM. Retirer un ancien tag est toujours une tâche de longue haleine. Le tag power=station est un bon exemple de tag introduit par une communauté locale (les allemands) qui n'avaient pas saisis l'ambiguité de cette mauvaise traduction. D'où l'utilité de passer autant que possible par ces phases de discussions internationales. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition(s) pour un petit coup de balais dans les tags access/oneway
Le 25 janvier 2013 07:33, Art Penteur art.pent...@gmail.com a écrit : Sans ironie, cette fois : Vaut-il mieux un oneway=no généralisé, ou un oneway=unkown (ou fixme:oneway=unknow) pour les cas de chair mapping ? oneway=no - risque d'être faux oneway=unknown - ça devrait être une absence de tag oneway fixme:oneway=unknown - pourquoi pas, c'est le moins pire je pense -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Modifications en cours sur le tag Power
Bonjour Pieren :) C'est une bonne indication ça, merci. Une définition assez sérieuse est donnée dans le message suivant. http://lists.openstreetmap.org/pipermail/tagging/2010-January/001148.html En fait, je me demande du coup pourquoi ça n'a pas disparu du wiki à partir de ce moment là (pour la carte on est d'accord que c'est autre chose). On a eu un avis contraire hier soir encore, alors que l'affaire semblait effectivement réglée depuis un certain temps. http://lists.openstreetmap.org/pipermail/tagging/2013-January/012733.html Le modèle ayant déjà quelques années derrière lui, je me suis pour l'instant concentré sur l'actuel. Reprendre tout l'historique reste fastidieux même si chaque tag à sa raison d'être (ou l'a eu à un moment donné). J'en profite également pour signaler l'ajout tu tag circuits=* par polderrunner plus tôt cette semaine. Il permet de lever l’ambiguïté entres cables=* et wires=* en donnant directement le nombre de circuits d'une ligne à haute tension. C'est surtout utile dans le cas de lignes enterrées, où le nombre apparent de câble ne laisse pas voir le nombre de conducteurs et donc le nombre éventuel de circuits. L'information est alors accessible dans les dossiers de d'enquête publique (consultables en mairie en France) ainsi que les tracés précis d'ailleurs. http://wiki.openstreetmap.org/wiki/Key:circuits Cables est là pour donner le nombre de câbles de phase alors que wires donne le nombre de conducteur par phase. http://wiki.openstreetmap.org/wiki/Key:cables http://wiki.openstreetmap.org/wiki/Key:wires Bonne journée, Le 25 janvier 2013 09:51, Pieren pier...@gmail.com a écrit : 2013/1/25 François Lacombe francois.laco...@telecom-bretagne.eu: Toute autre clé est dépréciée (notamment power=station) et sont donc appelées à être remplacées au fil de l'eau. http://wiki.openstreetmap.org/wiki/Tag:power%3Dsub_station Je ne veux pas casser ce bel enthousiasme mais cette décision a déjà été prise une première fois en janvier 2010 ;-) http://lists.openstreetmap.org/pipermail/tagging/2010-January/001146.html Mais c'est comme ça dans OSM. Retirer un ancien tag est toujours une tâche de longue haleine. Le tag power=station est un bon exemple de tag introduit par une communauté locale (les allemands) qui n'avaient pas saisis l'ambiguité de cette mauvaise traduction. D'où l'utilité de passer autant que possible par ces phases de discussions internationales. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Référencer les entreprises autres consultants sur le site openstreetmap.fr
+1 c'est toujours une bonne chose et une preuve de sérieux que de voir des entreprise utiliser les données OSM de manière professionnelle ! Comme déjà dis il existe plusieurs pages qui listent déjà ce genre d'entreprises, mais l'avantage clair d'en avoir une sur le site osm-fr, c'est qu'elle ne listera que des gens qui travaillent avec les données osm (donc moins de dilution par rapport à l'annuaire du georézo), et à priori qui sont sur la zone géographique france (donc plus ciblé que la liste du wiki) ... Sylvain Le 24 janvier 2013 15:47, partir-en-vtt ad...@partir-en-vtt.com a écrit : Si je comprends bien c'est promouvoir les entreprises qui utilisent/améliorent... les données OSM ? Ça me paraît être une bonne idée étant donné que la licence permet de faire de business. Ce répertoire sera pratique pour les personnes ou instances ayants besoin de ce genre de services. Et vu que le site openstreetmap.fr parle de tout ce qui gravite autour du projet OSM, cela me semble d'autant plus opportun. -- View this message in context: http://gis.19327.n5.nabble.com/Referencer-les-entreprises-autres-consultants-sur-le-site-openstreetmap-fr-tp5746101p5746224.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap modélisation et segmentation dynamique
2013/1/24 Arnaud arnaud@gmail.com: Néanmoins, avez-vous déjà vu des propositions allant en ce sens (ou autres)? Il y a une méthode encore plus simple : représenter le pont lui-même sans toucher à la route. Il y a la méthode du simple way superposé à la route mais c'est mal suporté par les éditeurs (et les contributeurs qui ne les voient pas). Il y a alors la méthode de tracer le tablier du pont avec un polygone. C'est plus facile depuis qu'on dispose d'images aériennes en haute résolution. Mais ça n'est pas le cas partout. L'inconvénient de toutes ces modélisations, c'est qu'elles s'adaptent mal aux tunnels qui, eux, nécessitent pratiquement toujours une segmentation du highway pour identifier les changements d'attributs comme maxspeed et/ou maxheight. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition(s) pour un petit coup de balais dans les tags access/oneway
2013/1/25 Art Penteur art.pent...@gmail.com: Vaut-il mieux un oneway=no généralisé, ou un oneway=unkown (ou fixme:oneway=unknow) pour les cas de chair mapping ? Si on ajoute des oneway=unknown, je pense qu'il faut aussi un horse=unknown et snowmobile=unknown. Il n'y a pas de raison que le doute ne soit permis que pour les sens de circulation. Sans ironie ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition(s) pour un petit coup de balais dans les tags access/oneway
Dans le doute, abstiens-toi... de mettre un tag Pythagore aurait pu terminer ses phrases, non ? ;) Le 25 janvier 2013 10:46, Pieren pier...@gmail.com a écrit : 2013/1/25 Art Penteur art.pent...@gmail.com: Vaut-il mieux un oneway=no généralisé, ou un oneway=unkown (ou fixme:oneway=unknow) pour les cas de chair mapping ? Si on ajoute des oneway=unknown, je pense qu'il faut aussi un horse=unknown et snowmobile=unknown. Il n'y a pas de raison que le doute ne soit permis que pour les sens de circulation. Sans ironie ;-) -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquesthttp://openstreetmap.fr/u/christian-quest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap modélisation et segmentation dynamique
Le 25 janvier 2013 10:37, Pieren pier...@gmail.com a écrit : L'inconvénient de toutes ces modélisations, c'est qu'elles s'adaptent mal aux tunnels qui, eux, nécessitent pratiquement toujours une segmentation du highway pour identifier les changements d'attributs comme maxspeed et/ou maxheight. Tout comme certains ponts nécessitent une segmentation pour un changement de PTAC max ou un changement de largeur de la chaussée (généralement un rétrécissement). Je suis plutôt de l'avis de Philippe, utiliser des relations pour mettre en correspondance plusieurs éléments me semble plus accessible que de mettre plusieurs segments l'un sur l'autre. Il faut qu'il y ai une liaison entre ces composants au niveau de la base de données, sinon rien n'indiquera que la route passe effectivement sur le pont. -- *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition(s) pour un petit coup de balais dans les tags access/oneway
OK. Donc je n'aurais pas du associer le oneway=no au acces=yes. Pour oneway, on arrive au consensus: oneway= yes : sens unique vérifié. oneway= no : double sens vérifié. pas de oneway : en général, doute. Exception pour roundabout et motorway,: sens unique pas défaut sans spécifier oneway=yes. Doit-on, peut-on aller en discuter sur d'autres mailing-listes, modifier la page wiki/Key:oneway pour que cela soit plus clairement dit, et traduire cette page en Français ? Art. Le 25 janvier 2013 10:50, Christian Quest cqu...@openstreetmap.fr a écrit : Dans le doute, abstiens-toi... de mettre un tag Pythagore aurait pu terminer ses phrases, non ? ;) Le 25 janvier 2013 10:46, Pieren pier...@gmail.com a écrit : 2013/1/25 Art Penteur art.pent...@gmail.com: Vaut-il mieux un oneway=no généralisé, ou un oneway=unkown (ou fixme:oneway=unknow) pour les cas de chair mapping ? Si on ajoute des oneway=unknown, je pense qu'il faut aussi un horse=unknown et snowmobile=unknown. Il n'y a pas de raison que le doute ne soit permis que pour les sens de circulation. Sans ironie ;-) -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OpenStreetMap modélisation et segmentation dynamique
2013/1/25 François Lacombe francois.laco...@telecom-bretagne.eu: Il faut qu'il y ai une liaison entre ces composants au niveau de la base de données, sinon rien n'indiquera que la route passe effectivement sur le pont. Urg, je m'étrangle à chaque fois que je lis ça. OSM est une base de données géospatiale. Tous les noeuds et ways sont déjà positionnés les uns par rapport aux autres. On ne doit (devrait) ajouter des tags ou des relations que lorsqu'il y a ambiguité. Quant à la remarque de Philippe, je suis désolé, je n'ai pas compris (comme souvent). Ou alors, c'est lui qui n'a toujours pas compris la distinction entre 'roles' et 'tags' dans les relations. Les roles 'from', 'to' sont déjà couramment utilisés dans les turn_restrictions... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
