[Talk-hr] Okrugli stol - Informacije javnog sektora: Izazovi i mogućnosti ponovne uporabe informacija u RH
Pozdrav, jučer sam prisustvovao navedenom okruglom stolu, poziv je u privitku, 40tak sudionika. Moji osobni dojmovi nisu dobri. Izlaganja su uglavnom (osim ovog stranog) predstavila koje sve korake još treba napraviti (procesi, zakoni, pravilnici, ...) te u čemu se sve kasni. Sve se više svelo na priopćenje javnosti nego ikakvu raspravu/razgovor, pa je tako i ovaj okrugli stol jedan od dva planirana u razmaku od 6 mjeseci. Također su nekoliko puta spomenuli kako već kasne i da ih EK 'potiče' da se pomaknu. E sad, pomaknuli su se na način da su pokrenuli nekoliko portala (aktivnih ili u izradi), kao data.gov.hr (koji je kupljen od UK), koji će služiti za pretraživanje svih metapodataka o dostupnim informacijama javnog sektora te njihovoj ponovno upotrebi. Dakle, mi ćemo osigurati infrastrukturu koja će komunicirati s sličnim portalima EU, i sve će biti divno i krasno. Doduše, svijetla točka je bila da su kao shvatili da PDF nije dobar format za razmjenu podataka, pa će valjda predložiti neki drugi format. Problem je što se nisu baš dotakli prava korištenja podataka (licence) niti na koji način će rješavati probleme oko prava korištenja. U dobrom duhu se podrazumijeva da će sve to biti otvoreno, CC-BY nadam se... Rasprava je bila kratka, nekoliko se sudionika javilo, te bih izdvojio prof. s ekonomije koji je naglasio da je povezivost podatka (linked data) ključna. Nakon njega je predstavnik HUPa, između ostalog, spomenuo kako će iskoristivost podataka potvrditi privatni i javni sektor. Nakon njega sam komentirao, povezujući prethodna dva komentara i prezentaciju od Martina, kako su prostorni podaci temeljni podaci koji osiguravaju povezivost svih ostalih podataka, ta da svi primjeri koje je Martin prikazao imaju neku geografsku komponentu. Postavih pitanje o temeljnim prostornim podacima u RH, kao državna granica, granice županija i općina te adresni model. Odgovor je započeo ovako: pa ... pozvali smo predstavnike DGU, ali nisu došli ... EK je prostorne podatke stavila u prvu prioritetnu skupinu, dakle jako su važni ... Iz odgovora se još moglo razabrati da je bilo nekih razgovora (valjda između ministarstva uprave i DGU) i da nisu baš puno napredovali. Pohvalili su se da imaju Open Data HR grupu na Linkedinu, kao mjesto ne formalne komunikacije. penny for your thoughts, ... Dražen ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Okrugli stol - Informacije javnog sektora: Izazovi i mogućnosti ponovne uporabe informacija u RH
Moram priznati da mi je drago da se o tome uopće priča. Hvala na izvještaju! Imam osjećaj da će DGU biti tvrd orah, ali valjda ćemo uspjeti izvući barem ove granice koje je nemoguće dobiti sa satelitskih snimaka ili sa terena. Možemo periodički pisati po LinkedIn grupi i stvarati pritisak kako se ne bi zaboravilo na to. Napisao si da je poziv u privitku, jesi to zaboravio staviti ili možda ne može privitak na mailing-listu? Janko Dana 26. studenoga 2014. u 19:25 Dražen Odobašić dodoba...@gmail.com je napisao/la: Pozdrav, jučer sam prisustvovao navedenom okruglom stolu, poziv je u privitku, 40tak sudionika. Moji osobni dojmovi nisu dobri. Izlaganja su uglavnom (osim ovog stranog) predstavila koje sve korake još treba napraviti (procesi, zakoni, pravilnici, ...) te u čemu se sve kasni. Sve se više svelo na priopćenje javnosti nego ikakvu raspravu/razgovor, pa je tako i ovaj okrugli stol jedan od dva planirana u razmaku od 6 mjeseci. Također su nekoliko puta spomenuli kako već kasne i da ih EK 'potiče' da se pomaknu. E sad, pomaknuli su se na način da su pokrenuli nekoliko portala (aktivnih ili u izradi), kao data.gov.hr (koji je kupljen od UK), koji će služiti za pretraživanje svih metapodataka o dostupnim informacijama javnog sektora te njihovoj ponovno upotrebi. Dakle, mi ćemo osigurati infrastrukturu koja će komunicirati s sličnim portalima EU, i sve će biti divno i krasno. Doduše, svijetla točka je bila da su kao shvatili da PDF nije dobar format za razmjenu podataka, pa će valjda predložiti neki drugi format. Problem je što se nisu baš dotakli prava korištenja podataka (licence) niti na koji način će rješavati probleme oko prava korištenja. U dobrom duhu se podrazumijeva da će sve to biti otvoreno, CC-BY nadam se... Rasprava je bila kratka, nekoliko se sudionika javilo, te bih izdvojio prof. s ekonomije koji je naglasio da je povezivost podatka (linked data) ključna. Nakon njega je predstavnik HUPa, između ostalog, spomenuo kako će iskoristivost podataka potvrditi privatni i javni sektor. Nakon njega sam komentirao, povezujući prethodna dva komentara i prezentaciju od Martina, kako su prostorni podaci temeljni podaci koji osiguravaju povezivost svih ostalih podataka, ta da svi primjeri koje je Martin prikazao imaju neku geografsku komponentu. Postavih pitanje o temeljnim prostornim podacima u RH, kao državna granica, granice županija i općina te adresni model. Odgovor je započeo ovako: pa ... pozvali smo predstavnike DGU, ali nisu došli ... EK je prostorne podatke stavila u prvu prioritetnu skupinu, dakle jako su važni ... Iz odgovora se još moglo razabrati da je bilo nekih razgovora (valjda između ministarstva uprave i DGU) i da nisu baš puno napredovali. Pohvalili su se da imaju Open Data HR grupu na Linkedinu, kao mjesto ne formalne komunikacije. penny for your thoughts, ... Dražen ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Okrugli stol - Informacije javnog sektora: Izazovi i mogućnosti ponovne uporabe informacija u RH
Evo i link na dropbox... https://dl.dropboxusercontent.com/u/7897514/Poziv%20Okrugli%20stol%20Ponovna%20uporaba%20informacija%2025.11.2014..pdf ako stvarno nije poslan privitak On 26.11.2014 19:51, Janko Mihelić wrote: Moram priznati da mi je drago da se o tome uopće priča. Hvala na izvještaju! Imam osjećaj da će DGU biti tvrd orah, ali valjda ćemo uspjeti izvući barem ove granice koje je nemoguće dobiti sa satelitskih snimaka ili sa terena. Možemo periodički pisati po LinkedIn grupi i stvarati pritisak kako se ne bi zaboravilo na to. Napisao si da je poziv u privitku, jesi to zaboravio staviti ili možda ne može privitak na mailing-listu? Janko ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
Re: [talk-ph] [FOSS4G-PH 2014 at PhilGEOS Workshops] Workshop survey and webpage ready
[apologies for cross-posting] Just a reminder, FOSS4G-PH 2014 will happen this Saturday November 29, 2014 at GE Theater 4th Floor Melchor Hall College of Engineering, UP Diliman (map) from 8:00 AM to 5:00 PM. http://dge.upd.edu.ph/philgeos2014/foss4g-ph-2014/ On Mon, Nov 10, 2014 at 6:36 PM, maning sambale emmanuel.samb...@gmail.com wrote: Dear everyone, The page at PhilGEOS site [0] and survey [1] are now ready! Thanks to Please share the news. And let us know what workshops you would like to join. See you all November 29! [0] http://dge.upd.edu.ph/philgeos2014/foss4g-ph-2014/ [1] http://dge.upd.edu.ph/philgeos2014/wpgforms/foss4g/ -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk] Reminder: Call for papers Geospatial devroom @ FOSDEM
Hello, This is a gentle reminder that there will be a geospatial devroom at FOSDEM in Brussels (weekend of 31 january, 1 february). The deadline for the call for papers is **1 december** which in fact is by the end of the week! We already have some greate submission, and I would like to point out that presentations on Open Streetmap are really in scope for this meeting, so if you think you have an interesting story, please check out our Call for papers [ at https://lists.fosdem.org/pipermail/fosdem/2014-October/002039.html ]. Should you have any questions, don't hesitate to get in touch with the organisers of the devroom at fosdem-geospat...@gisky.be Hope to seeyou in Brussels! Johan Van de Wauw Margherita Di Leo Astrid Emde Anne Ghisla Julien Fastré Martin Hammitzsch Andy Petrella Dirk Frigne Gael Musquet [1] https://lists.fosdem.org/pipermail/fosdem/2014-October/002039.html ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Is there some loop trip founder?
There is some software, better or worse that is able to find routes from point A to point B. But is there any tool capable of finding interesting trips starting in some selected place, that returns to the point of origin after going through some interesting* places using good* ways? * - obviously it should be definable - such general tool may be capable of proposing route for cycling trip, trekking on foot or for a demonstration. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Is there some loop trip founder?
On 26/11/2014 23:01, Mateusz Konieczny wrote: But is there any tool capable of finding interesting trips starting in some selected place, that returns to the point of origin after going through some interesting* places using good* ways? http://walks.io/ has a go at doing a bit like that. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Is there some loop trip founder?
Take a look at http://walks.io/ as a good starting point. Regards, Rob ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Is there some loop trip founder?
Not really osm related, but routeyou.com is doing this as well On Nov 27, 2014 12:42 AM, Rob Nickerson rob.j.nicker...@gmail.com wrote: Take a look at http://walks.io/ as a good starting point. Regards, Rob ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Request for feedback: new building colours in openstreetmap-carto
Dear all, We are considering to change the colour of buildings in openstreetmap-carto, the default rendering on openstreetmap.org. Because this change has a significant effect on the looks of the map, we would like to consult the community before going ahead with this change. A rendering demo can be found here (left the current rendering, right the proposal): http://bl.ocks.org/pnorman/raw/c61d6b11193081910866/#15.00/50.0611/19.9393 http://bl.ocks.org/pnorman/raw/c61d6b11193081910866/#14.00/40.7048/-74.0040 Please note that only selected regions have been loaded into the demo server. As can be seen, the new building colour is much lighter. This should make the map more pleasant to the eye, as well as make it easier to see the road network in areas with many buildings. More info can be found in the Github issue: https://github.com/gravitystorm/openstreetmap-carto/pull/565. I would like to thank Paul Norman and Mateusz Konieczny, who have done the majority of the work. Please let us know what you think of the new rendering, either on Github or as a reply to this message. Kind regards, Matthijs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Request for feedback: new building colours in openstreetmap-carto
Hi, it seems to me that the demo server doesn't work? Neither with the actual Chrome or Firefox. Regards, Archer 2014-11-27 2:16 GMT+01:00 Matthijs Melissen i...@matthijsmelissen.nl: Dear all, We are considering to change the colour of buildings in openstreetmap-carto, the default rendering on openstreetmap.org. Because this change has a significant effect on the looks of the map, we would like to consult the community before going ahead with this change. A rendering demo can be found here (left the current rendering, right the proposal): http://bl.ocks.org/pnorman/raw/c61d6b11193081910866/#15.00/50.0611/19.9393 http://bl.ocks.org/pnorman/raw/c61d6b11193081910866/#14.00/40.7048/-74.0040 Please note that only selected regions have been loaded into the demo server. As can be seen, the new building colour is much lighter. This should make the map more pleasant to the eye, as well as make it easier to see the road network in areas with many buildings. More info can be found in the Github issue: https://github.com/gravitystorm/openstreetmap-carto/pull/565. I would like to thank Paul Norman and Mateusz Konieczny, who have done the majority of the work. Please let us know what you think of the new rendering, either on Github or as a reply to this message. Kind regards, Matthijs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Request for feedback: new building colours in openstreetmap-carto
Seems to be fixed. Now I can view the demo. 2014-11-27 2:25 GMT+01:00 Archer arc...@gulli.com: Hi, it seems to me that the demo server doesn't work? Neither with the actual Chrome or Firefox. Regards, Archer 2014-11-27 2:16 GMT+01:00 Matthijs Melissen i...@matthijsmelissen.nl: Dear all, We are considering to change the colour of buildings in openstreetmap-carto, the default rendering on openstreetmap.org. Because this change has a significant effect on the looks of the map, we would like to consult the community before going ahead with this change. A rendering demo can be found here (left the current rendering, right the proposal): http://bl.ocks.org/pnorman/raw/c61d6b11193081910866/#15.00/50.0611/19.9393 http://bl.ocks.org/pnorman/raw/c61d6b11193081910866/#14.00/40.7048/-74.0040 Please note that only selected regions have been loaded into the demo server. As can be seen, the new building colour is much lighter. This should make the map more pleasant to the eye, as well as make it easier to see the road network in areas with many buildings. More info can be found in the Github issue: https://github.com/gravitystorm/openstreetmap-carto/pull/565. I would like to thank Paul Norman and Mateusz Konieczny, who have done the majority of the work. Please let us know what you think of the new rendering, either on Github or as a reply to this message. Kind regards, Matthijs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Request for feedback: new building colours in openstreetmap-carto
On Wed, Nov 26, 2014 at 5:16 PM, Matthijs Melissen i...@matthijsmelissen.nl wrote: A rendering demo can be found here (left the current rendering, right the proposal): http://bl.ocks.org/pnorman/raw/c61d6b11193081910866/#15.00/50.0611/19.9393 http://bl.ocks.org/pnorman/raw/c61d6b11193081910866/#14.00/40.7048/-74.0040 Please note that only selected regions have been loaded into the demo server. As can be seen, the new building colour is much lighter. This should make the map more pleasant to the eye, as well as make it easier to see the road network in areas with many buildings. Nice work. Building appear more like in the Humanitarian rendering. Hospitals look better compared to regular buildings. Question. I know this wasn't asked, but in the first link, http://bl.ocks.org/pnorman/raw/c61d6b11193081910866/#15.00/50.0611/19.9393, but some of the trees don't render in the new version, yet some do. I didn't look at the tags to see the differences. Personally I like the individual trees rendering. Clifford -- @osm_seattle osm_seattle.snowandsnow.us OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Request for feedback: new building colours in openstreetmap-carto
On 27 November 2014 at 02:03, Clifford Snow cliff...@snowandsnow.us wrote: Question. I know this wasn't asked, but in the first link, http://bl.ocks.org/pnorman/raw/c61d6b11193081910866/#15.00/50.0611/19.9393, but some of the trees don't render in the new version, yet some do. I didn't look at the tags to see the differences. Personally I like the individual trees rendering. The new version is not automatically updated with the latest data. Probably some of the trees were added recently and are not yet in the database of the demo database. This proposal doesn't influence the rendering of trees. -- Matthijs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Request for feedback: new building colours in openstreetmap-carto
On Do, Nov 27, 2014 at 01:16:05 +, Matthijs Melissen wrote: We are considering to change the colour of buildings in openstreetmap-carto, the default rendering on openstreetmap.org. I like the new rendering of the buildings in general, but they look weird on darker backgrounds now (like the barracks in the Krakow example and Governors Island in New York). Those renderings are too prominent anyway, so maybe those should be changed first to a lighter tone? Jochen -- Jochen Topf joc...@remote.org http://www.jochentopf.com/ +49-173-7019282 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Is there some loop trip founder?
On 2014-11-27 00:01, Mateusz Konieczny wrote: There is some software, better or worse that is able to find routes from point A to point B. But is there any tool capable of finding interesting trips starting in some selected place, that returns to the point of origin after going through some interesting* places using good* ways? * - obviously it should be definable - such general tool may be capable of proposing route for cycling trip, trekking on foot or for a demonstration. http://fietsrouteplannerzuid.nl/ does roundtrips (click on the map, select option rondrit, select distance and click Maak Rondrit). You could ask Dirk Bussche from Goudappel Coffeng how they did it. dbuss...@dat.nl Regards, Maarten ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Request for feedback: new building colours in openstreetmap-carto
maybe those should be changed first to a lighter tone? https://github.com/gravitystorm/openstreetmap-carto/pull/1053 proposes to stop rendering barracks (too prominent, landuse=military is already rendered). 2014-11-27 7:26 GMT+01:00 Jochen Topf joc...@remote.org: On Do, Nov 27, 2014 at 01:16:05 +, Matthijs Melissen wrote: We are considering to change the colour of buildings in openstreetmap-carto, the default rendering on openstreetmap.org. I like the new rendering of the buildings in general, but they look weird on darker backgrounds now (like the barracks in the Krakow example and Governors Island in New York). Those renderings are too prominent anyway, so maybe those should be changed first to a lighter tone? Jochen -- Jochen Topf joc...@remote.org http://www.jochentopf.com/ +49-173-7019282 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Is there some loop trip founder?
For bicyles: I know of four outdoors GPS devices that do this, using on-board OSM maps: - Garmin edge touring - Garmin edge 1000 - Mio 300 - Teasi one And then there is the naviki.org web site: - just enter a trip A-B, select your bicycle type (except shortest route) and click SEND. - click ADD DESTINATION and enter A to get a trip A-B-A - click ROUND TRIP - Your are done. The results may vary from one try to the next for the same route Volker Padova/Italy ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-ie] Barony boundaries
Hi everyone The Barony of Fore in the north of WestMeath has a counterpart Barony of Fore adjoining in Meath. Do I treat these as one Barony or two? Regards Brian ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-ie] Barony boundaries
I think I'd treat them as separate.
I've uploaded a sheet of Westmeath baronies that we have permission to use.
If you already have the townlands done you should be able to follow the
Barony boundary.
http://mapwarper.net/maps/5217
To add to josm add a TMS source with settings:
http://mapwarper.net/maps/tile/5217/{zoom}/{x}/{y}.png
see
https://josm.openstreetmap.de/wiki/Help/Preferences/Imagery#AddcustomTMSimagery
D
On 26 November 2014 at 10:15, Brian Prangle bpran...@gmail.com wrote:
Hi everyone
The Barony of Fore in the north of WestMeath has a counterpart Barony of
Fore adjoining in Meath. Do I treat these as one Barony or two?
Regards
Brian
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie
[OSM-talk-ie] Exclaves
I'm sure I've seen this covered before but I'm buggered if I can find it! If I have Civil Parish A located in Barony A which has an exclave in Barony B, is the exclave part of Barony A or Barony B? Regards Brian ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [OSM-talk-ie] Exclaves
It hasn't actually (reminder to add to the list) I'm on my phone at the moment so don't have access to anything, but I know one mapper has collected all the historical documentation regarding Irish boundaries in a Dropbox folder which possibly has the legal answer to your question. It should be linked at the bottom of the wiki page, if not I'll add it when I get home tonight. Be warned, these are big pdf files so it's best to save to your PC rather than opening in your browser Dave On 26 Nov 2014 20:14, Brian Prangle bpran...@gmail.com wrote: I'm sure I've seen this covered before but I'm buggered if I can find it! If I have Civil Parish A located in Barony A which has an exclave in Barony B, is the exclave part of Barony A or Barony B? Regards Brian ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
[Talk-br] Situação das traduções, edição 11
http://www.openstreetmap.org/user/vgeorge/diary/28112 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Chemnitzer Linux-Tage 2015
Ich bin dabei. Zur Planung habe ich bereits die Wiki-Seite aktualisiert. https://wiki.openstreetmap.org/wiki/Chemnitzer_Linux-Tage_2015 Noch haben wir ja Zeit für eine Anmeldung ;-) Am 25. November 2014 um 20:35 schrieb Jens Poenisch j...@ruessel.in-chemnitz.de: Hallo, auch nächstes Jahr finden wieder im März wieder die Chemnitzer Linux-Tage statt: https://chemnitzer.linux-tage.de Da wäre es schön, wenn OSM wieder vertreten ist -- es war in den letzten Jahren immer großes Interesse an unserem Projekt. Ich hab schon versucht, malenki wegen der Koordinierung zu kontaktieren (er hat das in den letzten Jahren immer übernommen), erhalte aber keine Antwort von der mir bekannten Mailadresse. Viele Grüße, Jens -- Jens Poenisch, EMail: jens.poeni...@ruessel.in-chemnitz.de - Bisher haben die Astropsychologen noch nicht herausgefunden, woran die Elefanten denken. -- T. Pratchett -An Elefantinnen, meint OJe ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM - Fernsteuerung - Sicherheit
Am 24.11.2014 um 13:34 schrieb Markus: Liebe JOSM-Spezialisten, Beim Aktivieren der Fernsteuerung ist als Standard ein- bzw aus- geschaltet: HTTPS Unterstützung aktivieren x Daten über API laden x Daten von URL omportieren Lokale Dateien öffnen x Hintergrund-Ebenen laden x Auswahl ändern x Ansicht ändern x Neue Objekte erstellen x Protokollversion lesen Objekte in neue Ebene herunterladen Alle Fernsteuerungsaktionen manuell bestätigen Dazu habe ich folgende Fragen: - was bedeuten die einzelnen Optionen genau? (die Hilfe ist leider nur in Englisch verfügbar) - welche sollte man aus Sicherheitsgründen ausschalten? warum? * https hat noch Probleme ansonsten wäre es Standard. * lokale Dateien kannst Du auch anders öffnen. * Objekte in neue Ebene laden und alles manuell bestätigen sind Zusätz welche eher verwirren oder nervig sein können, aber definiert sicherheitsrelevant. Generell, solltest Du wohl nur die Optionen einschalten, welche Du brauchst. Ach so, die Hilfe ist ein Wiki. Grüße fly P.S.: Bei mir stellt sich immer noch NoScript in den Weg. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Reminder: Call for papers Geospatial devroom @ FOSDEM
FYI. (sorry für Englisch) Original-Nachricht Betreff:[OSM-talk] Reminder: Call for papers Geospatial devroom @ FOSDEM Datum: Wed, 26 Nov 2014 10:36:30 +0100 Von:Johan Van de Wauw johan.vandew...@gmail.com An: t...@openstreetmap.org Hello, This is a gentle reminder that there will be a geospatial devroom at FOSDEM in Brussels (weekend of 31 january, 1 february). The deadline for the call for papers is **1 december** which in fact is by the end of the week! We already have some greate submission, and I would like to point out that presentations on Open Streetmap are really in scope for this meeting, so if you think you have an interesting story, please check out our Call for papers [ at https://lists.fosdem.org/pipermail/fosdem/2014-October/002039.html ]. Should you have any questions, don't hesitate to get in touch with the organisers of the devroom at fosdem-geospat...@gisky.be Hope to seeyou in Brussels! Johan Van de Wauw Margherita Di Leo Astrid Emde Anne Ghisla Julien Fastré Martin Hammitzsch Andy Petrella Dirk Frigne Gael Musquet [1] https://lists.fosdem.org/pipermail/fosdem/2014-October/002039.html ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[osm-ve] Vídeo y estado de la Reunión OpenStreetMap América Latina en BsAs
Hola, Ya se encuentra disponible el vídeo de la reunión de comunidades OpenStreetMap realizada en la conferencia mundial State of the Map 2014 en Buenos Aire Argentina. https://vimeo.com/112767466 Invito a suscribirse a talk-latam (4) para seguir discutiendo, proponer eventos y actividades regionales, acordar reuniones virtuales, completar traducciones, etc. A modo de resumen entre reuniones (méxico - bs as): * se llevo a cabo la conf conmapas dentro abrelatam-condatos (1) ** hubo talleres, panel y reunión previa osm-latam en condatos, méxico (2) ** fernando redactó el informe reunión previa osm-latam en mexico (3) ** creación de la lista discusión general osm américa latina (4) ** se propuso actividades de mapeo itinerante por temática-ciudad-tiempo ** se propuso video-conferencia del estado de actividades osm regional * reunión osm latam en buenos aires ** se propone crear la conferencia/reunión anual osm américa latina ** se debe debatir objetivos de la conferencia / reunión, gaba redactó un pad (13) ** se propuso no perder conexión con eventos de datos abiertos/foss4g/flisol, lugar para potencial sinergia ** se propuso a chile o brasil como sedes osm latam 2015 ** se propuso a bolivia como sede osm latam 2016 * celin propone mapeo de info no-fisica para movilidad urbana (5) y presentó (6) * igor presentó uMap (7) para crear mapas con capas * vitor propone evento mapeo regional de la cuenca del amazonas (8) * ulises propone mapeo conseciones mineras mexico (9) * yo propuse mapeo río pilcomayo (10) herramientas de state of the map: * joost presenta herramienta estadisticas comunidad sud américa (11) * sterlin presenta herramienta comparativa analisis datos osm sud américa (12) videos de la conf state of the map 2014 (en inglés): https://vimeo.com/album/3134207 Abrazos, Marco Antonio (1) http://condatos.org/mapa.html (2) https://www.flickr.com/photos/51114u9/15472349411/in/pool-osm-latam (3) https://lists.openstreetmap.org/pipermail/talk-latam/2014-October/02.html (4) https://lists.openstreetmap.org/listinfo/talk-latam (5) https://lists.openstreetmap.org/pipermail/talk-latam/2014-October/09.html (6) http://repubikla.org/ (7) http://umap.openstreetmap.co (8) https://lists.openstreetmap.org/pipermail/talk-latam/2014-November/86.html (9) https://lists.openstreetmap.org/pipermail/talk-latam/2014-November/92.html (10) https://lists.openstreetmap.org/pipermail/talk-latam/2014-November/85.html (11) http://global.swing.eu/Jive?sel_guid=491aa7eb-5ada-40a9-9b9a-c130d13928ad (12) http://www.geovista.psu.edu/osm_in_south_america/index.html (13) https://etherpad.mozilla.org/sotm-latam ___ Talk-ve mailing list Talk-ve@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ve
Re: [Talk-it] Il Garmin a Bologna mi porta nelle ZTL
Il 24 novembre 2014 13:01, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: con il tagging attuale non si gestisce pubbliche amministrazioni, forze armate, disabili, NCC (? oppure è compreso in trasporto pubblico? Nella wiki psv comprende soltanto taxi e bus, tram non è contemplato tra altro), autorizzati. Tram è giusto che non ci sia, dal momento che percorre solamente railway=tram e non highway=* metterei motorcar=private motorcar:conditional=yes @ (18:30-07:30) emergency=yes psv=yes disabled=yes Attenzione, motorcar son solo le automobili; se il divieto si applica anche ad autocarri (sia goods sia hgv), bus (non di servizio pubblico), trattori agricoli, ecc ... consiglierei l'uso di un più generico motor_vehicle al posto di motorcar (e poi dare l'accesso esplicito alle opportune categorie autorizzate, non conosco bologna e non so quali siano). Ho scritto nel merito alla lista di tagging, suggerendo di aggiungere 2 classi: public_administration e military, alla pagina di access. Il problema della P.A. temo sia piuttosto sottile: chi è autorizzato? i veicoli solo di quella pubblica amministrazione (comune, anas, regione, ...) che è proprietaria della strada? di ogni altra p.a.? (o c'è un administrative boundary in cui deve risiedere la p.a.? anche un veicolo extra UE purché appartenga ad una p.a. di quel paese? ... sono domande un po' forzate, ma che fanno capire i limiti di un access public_administration , nonché l'idiozia del cartello). I militari (al pari delle forze di polizia e in generale di tutti i veicoli in servizio d'emergenza) vanno dove vogliono se ne hanno necessità, non credo serva un cartello che lo espliciti; nel caso ci sia il cartello (o altri casi dove ci siano autorizzazioni diverse tra usi militari e usi civili) potrebbe essere utile (penso ad un poligono di tiro che possa essere aperto in certi orari al pubblico ed in altri orari riservato a personale militare, ... però son casi più unici che rari). I oppose public_administration I agree military Domande: 1. NCC secondo voi fa parte di psv? Secondo me no. Un po' come la distinzione che c'è tra i bus. «bus=* (a bus acting as a public service vehicle)» e «tourist_bus=* describes a bus that is not acting as a public transport bus service»: qualunque bus, spesso in servizio di noleggio, non solo turistico (sebbene la parola tourist nella key tragga facilmente in inganno). Il noleggio con conducente è una prestazione concordata tra le parti, non ha le caratteristiche di un servizio pubblico (obbligatorietà del servizio, tariffa determinata da un ente pubblico, ...) 2. I carabinieri, che sono, police o military? (Probabilmente non è molto rilevante nel mondo reale). Svolgono costantemente entrambi i ruoli. Più spesso li vediamo come police ma non è da escludere il caso strettamente militare. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Il Garmin a Bologna mi porta nelle ZTL
Il 26/11/2014 12:02, Mauro Costantini ha scritto: Attenzione, motorcar son solo le automobili; se il divieto si applica anche ad autocarri (sia goods sia hgv), bus (non di servizio pubblico), trattori agricoli, ecc ... consiglierei l'uso di un più generico motor_vehicle al posto di motorcar (e poi dare l'accesso esplicito alle opportune categorie autorizzate, non conosco bologna e non so quali siano). Sì, anche a me viene proprio più naturale pensare a motor_vehicle che è già molto più usato peraltro (e tutti gli script che fabbricano mappe per Garmin lo considerano negli style). A Bologna, come anche a Ferrara, la ZTL è intesa così: «divieto a qualsiasi cosa abbia un motore a scoppio, una targa e non abbia speciali permessi». Esistono zone più ampie in cui il divieto è solo per veicoli non catalizzati (ma esistono ancora?) o in cui al giovedì pomeriggio c'è uno pseudo-divieto pro-forma mai sanzionato e sconosciuto ai più, e prima o poi sarebbero da mappare anche quelle zone, ma per ora la priorità è non far avere multe salatissime nella vera e propria ZTL, che ha telecamere ovunque e soprattutto cartellini di divieto d'accesso invisibili e per lo più coperti da balconi alberi e angoli morti del lunotto anteriore. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] ForumPA parla di noi
Ciao, tempo fa ForumPA mi aveva chiesto come avere delle statistiche sugli utenti di openstreetmap per capoluogo di provincia. Allora ho scritto un po' di codice artigianale (= bash + spatialite) ed ho tirato fuori questo https://github.com/napo/osm_users_stats_italian_province riportato in questo grafico http://cf.datawrapper.de/M8oDI/1/ Da lì, a distanza di quasi un mese, mi hanno fatto un po' di domande on the fly in giorni diversi e modalità diverse (chat, telefonate, email) a causa dei miei continui spostamenti. Da lì hanno fatto questo articolo http://saperi.forumpa.it/story/90248/open-street-map-e-lo-stivale-quanto-sono-collaborativi-i-territori-italia che cerca di raccontare i dati e poi quest'altro che introduce il concetto di mappe collaborative http://smartinnovation.forumpa.it/story/93679/collaborative-mapping-se-la-mappa-viene-dal-territorio Ciao -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Piemonte Visual Contest - Workshop
Ciao, segnalo che sono usciti i materiali del workshop per il Piemonte Visual Contest in cui abbiamo presentato OSM (terza parte) http://www.piemontevisualcontest.eu/workshop-materiali/ Se avete delle idee per partecipare, c'è tempo fino al 9 Febbraio! Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Vincitore primo premio contest OD matera
https://github.com/unmonastery/GtfsMaker Con questo tool si estraggono i dati sui trasporti inseriti su OSM e genera i files GTFS Poi questo genera una mappa emulativa inserendo gli orari ect: http://87.230.17.190:/map Inviato da iPhone___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Via Crucis
Ciao a tutti ieri mi sono imbattuto in una via crucis lungo una strada. Le stazioni sono tronchi di albero tagliati a metà con sopra un tetto e sotto un quadretto di legno e sotto il numero romano. Come la taggo? grazie Mich ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Via Crucis
2014-11-26 16:40 GMT+01:00 Michele Malfatti michele.malfa...@gmail.com: Ciao a tutti ieri mi sono imbattuto in una via crucis lungo una strada. Le stazioni sono tronchi di albero tagliati a metà con sopra un tetto e sotto un quadretto di legno e sotto il numero romano. Come la taggo? non so se c'è già un set di tags specifici. Io avevo usato questi tempo fa: http://www.openstreetmap.org/node/955928964 e questo è la foto http://www.23hq.com/dieterdreist/photo/6137066?album_id=5953458 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Il Garmin a Bologna mi porta nelle ZTL
2014-11-26 12:02 GMT+01:00 Mauro Costantini maurocostantini1...@gmail.com: Il 24 novembre 2014 13:01, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: con il tagging attuale non si gestisce pubbliche amministrazioni, forze armate, disabili, NCC (? oppure è compreso in trasporto pubblico? Nella wiki psv comprende soltanto taxi e bus, tram non è contemplato tra altro), autorizzati. Tram è giusto che non ci sia, dal momento che percorre solamente railway=tram e non highway=* si vedono spesso tram sullo stesso oggetto della strada, e i tram - contrario ad altri mezzi su binario - devono rispettare la segnaletica stradale, perciò rimango del parere che tram sarebbe da includere in psv. metterei motorcar=private motorcar:conditional=yes @ (18:30-07:30) emergency=yes psv=yes disabled=yes Attenzione, motorcar son solo le automobili; se il divieto si applica anche ad autocarri (sia goods sia hgv), bus (non di servizio pubblico), trattori agricoli, ecc ... consiglierei l'uso di un più generico motor_vehicle al posto di motorcar (e poi dare l'accesso esplicito alle opportune categorie autorizzate, non conosco bologna e non so quali siano). mi è chiaro che motorcar comprende i veicoli che hai elencati, giustamente penso, perché suppongo che in quella ZTL non possono entrare ne anche camion, bus (non di servizio pubblico = tourist_bus in osm) e trattori. Invece le moto e motorini possono entrare, perciò mi sembra che motorcar era la scelta più adatta, altrimenti dovresti aggiungere tutte le eccezioni che in motorcar sono già impliciti. Ho scritto nel merito alla lista di tagging, suggerendo di aggiungere 2 classi: public_administration e military, alla pagina di access. Il problema della P.A. temo sia piuttosto sottile: chi è autorizzato? i veicoli solo di quella pubblica amministrazione (comune, anas, regione, ...) che è proprietaria della strada? di ogni altra p.a.? (o c'è un administrative boundary in cui deve risiedere la p.a.? queste domande si devono porre gli autori della legge che ha instituita quella ZTL (probabilmente nel testo vero c'è). Anche a me sembra strano. Che alternativa ci sarebbe? Si potrebbe presumere che private comprende anche quella PA? anche un veicolo extra UE purché appartenga ad una p.a. di quel paese? tocca leggere bene il testo legale. ... sono domande un po' forzate, ma che fanno capire i limiti di un access public_administration , nonché l'idiozia del cartello). +1, noi però non stiamo valutando il senso delle leggi, mappiamo quello che vale, a prescindere del senso. Ho anche trovato con cartello con limite di 30 e 40 in caso di pioggia ;-) I militari (al pari delle forze di polizia e in generale di tutti i veicoli in servizio d'emergenza) vanno dove vogliono se ne hanno necessità, non credo serva un cartello che lo espliciti; però qui non parliamo della guerra o di necessità, ma di chiunque chi va in giro con una macchina delle forze armate. Per la polizia dovrebbero valere le stessi leggi che valgono per tutti (la prassi in Italia è ben diversa, lo sò), al meno che non si tratta di un'emergenza. Domande: 1. NCC secondo voi fa parte di psv? Secondo me no. Un po' come la distinzione che c'è tra i bus. «bus=* (a bus acting as a public service vehicle)» e «tourist_bus=* describes a bus that is not acting as a public transport bus service»: qualunque bus, spesso in servizio di noleggio, non solo turistico (sebbene la parola tourist nella key tragga facilmente in inganno). Il noleggio con conducente è una prestazione concordata tra le parti, non ha le caratteristiche di un servizio pubblico (obbligatorietà del servizio, tariffa determinata da un ente pubblico, ...) wikipedia lo vedo come parte del trasporto pubblico. Nelle ZTL le NCC possono essere amesse (credo anche sulle corsie preferenziali, al meno ho avuto questa impressione ;-) ) In ogni caso le NCC non sono ne anche un semplice autista con macchina che liberamente gestisce il suo lavoro (come un autista che io ingaggio e con cui faccio un contratto come mi pare) ma è una tipologia di servizio molto regolamentata. Visto che le NCC non sono automaticamente amesse nelle ZTL (credo), sarebbe infatti meglio non comprenderli automaticamente, ma di fare una classe nuova (fuori di psv). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Via Crucis
... più religion=christian Il giorno 26 novembre 2014 16:52, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2014-11-26 16:40 GMT+01:00 Michele Malfatti michele.malfa...@gmail.com: Ciao a tutti ieri mi sono imbattuto in una via crucis lungo una strada. Le stazioni sono tronchi di albero tagliati a metà con sopra un tetto e sotto un quadretto di legno e sotto il numero romano. Come la taggo? non so se c'è già un set di tags specifici. Io avevo usato questi tempo fa: http://www.openstreetmap.org/node/955928964 e questo è la foto http://www.23hq.com/dieterdreist/photo/6137066?album_id=5953458 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Via Crucis
2014-11-26 17:16 GMT+01:00 Volker Schmidt vosc...@gmail.com: ... più religion=christian si, grazie, ed anche denomination=catholic ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Via Crucis
Non sono sicuro per quanto riguarda la denominazione. Wikipedia Via Crucis dce. ... It is also observed in Lutheranism http://en.wikipedia.org/wiki/Lutheranism[1] http://en.wikipedia.org/wiki/Stations_of_the_Cross#cite_note-1[2] http://en.wikipedia.org/wiki/Stations_of_the_Cross#cite_note-2 and Anglo-Catholicism http://en.wikipedia.org/wiki/Anglo-Catholicism. ... Il giorno 26 novembre 2014 17:19, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2014-11-26 17:16 GMT+01:00 Volker Schmidt vosc...@gmail.com: ... più religion=christian si, grazie, ed anche denomination=catholic ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Via Crucis
2014-11-26 17:25 GMT+01:00 Volker Schmidt vosc...@gmail.com: Non sono sicuro per quanto riguarda la denominazione. Wikipedia Via Crucis dce. ... It is also observed in Lutheranism http://en.wikipedia.org/wiki/Lutheranism[1] http://en.wikipedia.org/wiki/Stations_of_the_Cross#cite_note-1[2] http://en.wikipedia.org/wiki/Stations_of_the_Cross#cite_note-2 and Anglo-Catholicism http://en.wikipedia.org/wiki/Anglo-Catholicism. ... hm, la pagina tedesca di wikipedia ha pocchissimi riferimenti al protestantismo e quelli che ci sono sono per versioni moderni/correnti (dopo 1980). In ogni caso quella via crucis vicino a Rieti è cattolica, l'ho visto. In generale credo non sarebbe male avere un tag per via crucis (per esempio amenity=via_crucis oppure stations_of_the_cross) da mettere su una relazione raccoglitore che mettere insieme le vari stazioni. Qualcuno ha voglia di scrivere una proposta? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] superrelations
2014-11-25 19:28 GMT+01:00 Lorenzo Mastrogiacomi lomastr...@gmail.com: Puoi selezionare una relazione dalla lista dei tag con tasto destroSelezionare la relazione, poi la inserisci nella relazione madre come un qualsiasi altro oggetto nell'editor delle relazioni. si. Alternative metodi di selezione sono: - tramite la lista delle relazioni (seleziona prima la relazione nella lista, poi con l'icona tutto a destra vai a selezionare la relazione) - premendo il tasto centrale della mouse sopra un oggetto che fa parte della relazione, poi con ctrl + click selezionare - tramite la funzione cerca (ctrl+f) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Via Crucis
Il mio punto era diverso, era di tolleranza religiosa. Anche se una via crucis, (o un crocifisso o una statuetta religiosa) è stata costruito da un cattolico, non escludo che ci siano persone credenti di altre denominazioni cristiane per i quali hanno uno status religioso. Sicuramente tutti gli anglicani le considerano anche roba loro. E' diverso di una chiesa dove tipicamente c'è solo una denominazione cristiana presente (anche se ci sono eccezioni: http://www.openstreetmap.org/way/27999096). Il giorno 26 novembre 2014 17:33, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2014-11-26 17:25 GMT+01:00 Volker Schmidt vosc...@gmail.com: Non sono sicuro per quanto riguarda la denominazione. Wikipedia Via Crucis dce. ... It is also observed in Lutheranism http://en.wikipedia.org/wiki/Lutheranism[1] http://en.wikipedia.org/wiki/Stations_of_the_Cross#cite_note-1[2] http://en.wikipedia.org/wiki/Stations_of_the_Cross#cite_note-2 and Anglo-Catholicism http://en.wikipedia.org/wiki/Anglo-Catholicism. ... hm, la pagina tedesca di wikipedia ha pocchissimi riferimenti al protestantismo e quelli che ci sono sono per versioni moderni/correnti (dopo 1980). In ogni caso quella via crucis vicino a Rieti è cattolica, l'ho visto. In generale credo non sarebbe male avere un tag per via crucis (per esempio amenity=via_crucis oppure stations_of_the_cross) da mettere su una relazione raccoglitore che mettere insieme le vari stazioni. Qualcuno ha voglia di scrivere una proposta? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Via Crucis
2014-11-26 17:49 GMT+01:00 Volker Schmidt vosc...@gmail.com: Il mio punto era diverso, era di tolleranza religiosa. Anche se una via crucis, (o un crocifisso o una statuetta religiosa) è stata costruito da un cattolico, non escludo che ci siano persone credenti di altre denominazioni cristiane per i quali hanno uno status religioso. si, ma non funziona così il tagging in OSM. Il tag denomination=catholic non vuol escludere protestanti o ebrei o chiunque. Un ebreo può anche entrare in una chiesa cattolica, e un cattolico può andare in una chiesa protestante. Per un protestante anche una chiesa cattolica è un luogo sacro (e potrebbe pregarci), ma non vuol dire che la chiesa non può essere taggata come cattolica. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Il Garmin a Bologna mi porta nelle ZTL
Il 26 novembre 2014 17:14, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: si vedono spesso tram sullo stesso oggetto della strada il fatto che «si vedano spesso» non toglie che dovunque ci siano questo sia sempre un errore *grave* : se quell'oggetto (way, spero) ha, oltre alle keys highway e railway, anche width, operator, owner, max_speed, gauge, surface, access, ... a chi vanno attribuiti tutti questi elementi? alla strada, alla ferrovia o ad entrambi? Le ways *devono* essere distinte (spesso le railway sono due, oneway e distinte per direzione); se non c'è davvero modo di affiancarle (unica corsia ferroviaria in mezzo a due corsie di una stessa highway che consente U-turn) si sovrappongano; mai sullo stesso oggetto. rimango del parere che tram sarebbe da includere in psv. Se psv indicasse *solo* l'uso sarei pienamente d'accordo, al pari dei vaporetti a Venezia e (in giro per il mondo esisiterà) qualche aereo che svolge servizio pubblico. Da wiki psv è Land-based (e non Rail-based) - vehicle - motor_vehicle - by use (e quindi l'uso è subordinato ad essere un vecolo motorizzato per il trasporto terrestre non ferroviario). motorcar=private Attenzione, motorcar son solo le automobili; se il divieto si applica anche ad autocarri (sia goods sia hgv), bus (non di servizio pubblico), trattori agricoli, ecc ... consiglierei l'uso di un più generico motor_vehicle al posto di motorcar (e poi dare l'accesso esplicito alle opportune categorie autorizzate, non conosco bologna e non so quali siano). mi è chiaro che motorcar comprende i veicoli che hai elencati, giustamente penso, perché suppongo che in quella ZTL non possono entrare ne anche camion, bus (non di servizio pubblico = tourist_bus in osm) e trattori. Invece le moto e motorini possono entrare, perciò mi sembra che motorcar era la scelta più adatta, altrimenti dovresti aggiungere tutte le eccezioni che in motorcar sono già impliciti. Negativo. Motorcar sono *solo* le auto. Da wiki leggo «Legal access restriction for cars (automobiles)» e automobili non implica nessun altro veicolo tra quelli citati sopra. Nè avrebbe senso la colonna motorcar in https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions se ci fossero valori impliciti tra gli altri. Quindi al posto di motorcar=private, goods=private, hgv=private, tourist_bus=private, ecc ... metterei motor_vehicle=private, moped=*, altrimenti son sicuro che prima o poi qualcuno si dimentica i trattori! tocca leggere bene il testo legale. Sarebbe bene leggere solo il cartello https://wiki.openstreetmap.org/wiki/Good_practice#Don.27t_map_your_local_legislation.2C_if_not_bound_to_objects_in_reality 1. NCC secondo voi fa parte di psv? Secondo me no. In ogni caso le NCC non sono ne anche un semplice autista con macchina che liberamente gestisce il suo lavoro (come un autista che io ingaggio e con cui faccio un contratto come mi pare) È proprio quello. Semplicemente deve essere autorizzato ad essere un autista e deve guidare un veicolo autorizzato per quella destinazione d'uso. Visto che le NCC non sono automaticamente amesse nelle ZTL (credo), sarebbe infatti meglio non comprenderli automaticamente, ma di fare una classe nuova (fuori di psv). Naturalmente http://www.aci.it/i-servizi/normative/codice-della-strada/titolo-iii-dei-veicoli/art-85-servizio-di-noleggio-con-conducente-per-trasporto-di-persone.html dobbiamo ricordarci che possono essere adibiti a ncc non solo le autovetture. Sai com'è la situazione negli altri stati? Sarei un po' scettico nel fare una classe di veicoli che esiste solo da noi ... ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Via Crucis
From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] Sent: mercoledì 26 novembre 2014 16:52 To: openstreetmap list - italiano Subject: Re: [Talk-it] Via Crucis non so se c'è già un set di tags specifici. Io avevo usato questi tempo fa: http://www.openstreetmap.org/node/955928964 e questo è la foto http://www.23hq.com/dieterdreist/photo/6137066?album_id=5953458 ciao, Martin Se carichi la foto su un sorgente adatto e inserisci il link, lo puoi anche visualizzare sulla mappa storica: http://geschichtskarten.openstreetmap.de/historische_objekte/?zoom=17lat=53.62374lon=10.07809layers=B000FFTFFTFT Ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Il Garmin a Bologna mi porta nelle ZTL
2014-11-26 18:58 GMT+01:00 Mauro Costantini maurocostantini1...@gmail.com: Il 26 novembre 2014 17:14, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: si vedono spesso tram sullo stesso oggetto della strada il fatto che «si vedano spesso» non toglie che dovunque ci siano questo sia sempre un errore *grave* : se quell'oggetto (way, spero) ha, oltre alle keys highway e railway, anche width, operator, owner, max_speed, gauge, surface, access, ... a chi vanno attribuiti tutti questi elementi? maxspeed per esempio vale sia per tram che per veicoli sulla strada. Divieti di svolta valgono per entrambi ecc., tutte le prescrizioni valgono anche per i tram, anche access, width, operator ecc., mentre gauge chiaramente si applica a binari. In questo caso non vedo grossi problemi con il tutto su un elemento, anche se in generale sono un grande avvocato di dividere gli elementi (per esempio non mettere shop=* ad un oggetto di tipo building). Per il tram - in certi casi - credo che si possa dire che strada e binario creano un'unità. Per esempio qui: https://www.google.it/maps/place/Oranienburger+Str .,+Berlin,+Germany/@52.5237375,13.398356,3a,75y,285.95h,69.37t/data=!3m4!1e1!3m2!1sVh86VciPHKlg7fLaHxvs5g!2e0!4m2!3m1!1s0x47a851e7cb8e324b:0x627af9eeebe6f040 alla strada, alla ferrovia o ad entrambi? vedi streetview/sopra rimango del parere che tram sarebbe da includere in psv. Se psv indicasse *solo* l'uso sarei pienamente d'accordo, al pari dei vaporetti a Venezia e (in giro per il mondo esisiterà) qualche aereo che svolge servizio pubblico. Da wiki psv è Land-based (e non Rail-based) - vehicle - motor_vehicle - by use (e quindi l'uso è subordinato ad essere un vecolo motorizzato per il trasporto terrestre non ferroviario). per me land-based include rail-based ;-) quella lista nel wiki non è del tutto chiara/logica a quel punto dove viene lasciata la strada delle classi del veicolo e si guarda l'uso, sono d'accordo con te. I binari del tram non sono paragonabile ai binari della ferrovia, perché sono (talvolta) un'unità con la strada. Negativo. Motorcar sono *solo* le auto. Ooops, hai perfettamente ragione. ;-) Da wiki leggo «Legal access restriction for cars (automobiles)» e automobili non implica nessun altro veicolo tra quelli citati sopra. Nè avrebbe senso la colonna motorcar in https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions se ci fossero valori impliciti tra gli altri. Quindi al posto di motorcar=private, goods=private, hgv=private, tourist_bus=private, ecc ... metterei motor_vehicle=private, moped=*, +1, e motorcycle=yes altrimenti son sicuro che prima o poi qualcuno si dimentica i trattori! tocca leggere bene il testo legale. Sarebbe bene leggere solo il cartello https://wiki.openstreetmap.org/wiki/Good_practice#Don.27t_map_your_local_legislation.2C_if_not_bound_to_objects_in_reality quando vuoi capire chi è compreso in amministrazione pubblica credo serve leggere anche il testo legale ;-) 1. NCC secondo voi fa parte di psv? Secondo me no. In ogni caso le NCC non sono ne anche un semplice autista con macchina che liberamente gestisce il suo lavoro (come un autista che io ingaggio e con cui faccio un contratto come mi pare) È proprio quello. Semplicemente deve essere autorizzato ad essere un autista e deve guidare un veicolo autorizzato per quella destinazione d'uso. e deve avere la rimessa sulla stesso territorio del comune dove opera, e non può sostare su suolo pubblico, e. è proprio una classe in mezzo, tra taxi e un autista impiegato da me e pagato mensilmente per guidare la mia macchina. Visto che le NCC non sono automaticamente amesse nelle ZTL (credo), sarebbe infatti meglio non comprenderli automaticamente, ma di fare una classe nuova (fuori di psv). Naturalmente http://www.aci.it/i-servizi/normative/codice-della-strada/titolo-iii-dei-veicoli/art-85-servizio-di-noleggio-con-conducente-per-trasporto-di-persone.html dobbiamo ricordarci che possono essere adibiti a ncc non solo le autovetture. Sai com'è la situazione negli altri stati? Sarei un po' scettico nel fare una classe di veicoli che esiste solo da noi ... perché? Altrimenti non potremmo descrivere i fatti nel riguardo. In Germania esiste qualcosa di simile al NCC, si chiame Mietwagen mit Fahrer ed è previsto dal PBefG (Personenbeförderungsgesetz, legge per il trasporto delle persone): http://de.wikipedia.org/wiki/Mietwagen_mit_Fahrer_%28Deutschland%29 Come differenza dal taxi viene descritto in WP che si deve noleggiare l'intera macchina, mentre in un Taxi potresti (teoricamente) anche prendere un solo posto (mai sentito). I criteri sono: - trasporto di persone con un'automobile - l'automobile deve essere noleggiata per intero - l'ordine di trasporto deve essere ricevuto al sede del conducente - i viaggi che si fanno devono essere decise dal committente (sia la strada che
Re: [Talk-it] Via Crucis
2014-11-26 19:10 GMT+01:00 Alberto Nogaro bartosom...@yahoo.it: Se carichi la foto su un sorgente adatto e inserisci il link, lo puoi anche visualizzare sulla mappa storica: si, ma sono 14027 foto pubblici, sai quanto ci metterei a caricarle? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSM Statistics
Sono arrivato a generare prato_border.osm con il comando ./fast_complete_poly_filter.pl `basename Prato---280245.osm.zip .zip` `basename Prato---280245.osm.zip .osm.zip`.poly prato_border.osm Non riesco ad usare i comandi spatialite_osm_raw : ho provato a reinstallarlo ma quando eseguo ./config ottengo questo errore configure: error: 'libproj' is required but it doesn't seem to be installed on this system. suggerimenti? path sbagliati? Matteo Tempestini Pratosmart pratosm...@gmail.com www.pratosmart.org ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-dk] Dalmose - FOT bygningsdemo - Ortofotoets forvanskninger
Hej Kurt, Kan du uddybe hvordan der er kompenseret i FOT-dataene? Transformerer I indtegnede data med en algoritme der kender til forvrængningen? På trods af FOT kommer vi jo nok ikke uden om at håndtegne nogle ting så det kunne være rart at vide lidt om hvordan I gør. Ole 21. november 2014 kl. 10.50 skrev Kurt Forbech Toft k...@gst.dk: Forvanskninger af ortofotoet Her er et eksempel på den forvanskning, der metodemæssigt er i ortofotos for forhold, der ikke ligger på jordoverfladen: http://umap.openstreetmap.fr/da/map/dalmose-fot-demo_22200#19/55.28913/11.41774 Bygningen syd for rensningsanlægget stammer fra et foto, mens bygningerne nord for stammer fra et andet foto. Derfor er tagene i ortofotoet forskudt hver sin vej. VH Kurt -Oprindelig meddelelse- Fra: Soren Johannessen [mailto:soren.johannes...@gmail.com] Sendt: 20. november 2014 22:07 Til: OpenStreetMap Denmark Emne: [Talk-dk] Dalmose - FOT bygningsdemo - Import projekt Hej alle sammen Der var i går et spørgsmål vedr. kvaliteten af FOT bygninger - Jeg har lavet et interaktivt kort over Dalmose på Sjælland (som pt. ingen bygninger har indtegnet i OSM) hvor alle ca. 700 bygninger i byen er lagt henover som et lag på Geodatastyrelsens luftfoto. Data er hentet via FTP fra Geodatastyrelsen og konverteret fra Shape format til .osm format - dernæst indlæst i uMap hvor I kan se det på følgende URL http://umap.openstreetmap.fr/da/map/hjertesti-adalen-luftfoto_22200#20/55.29183/11.41987 Prøv at zoome rundt og se bygninger i byen og hvor fint de er placeret. Alle bygninger over 9m2 bliver optegnet i FOT så I ser også skure, carporte, garager under jeres surfen rundt i Dalmose vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk -- Ole Laursen http://people.iola.dk/olau/ ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Dalmose - FOT bygningsdemo - Ortofotoets forvanskninger
Hej Ole Objekter er i FOT-kortene er ikke produceret ud fra FOT-ortofotos. Objekterne er målt direkte i de originale billeder med en særlig software, der viser landskabet i 3D. Der sidder så mennesker, med 3D-briller på, som kan se landskabet rumligt. Med en særlig mus, der kan registrere x, y og z, kan så alle forhold (som er synlige i billederne) måles som om man gik rundt ude i naturen. Denne proces giver ikke de metodemæssige forvanskninger, der findes i ortofotos. FOT producerer også ortfofotos ud fra disse originalbilleder, men det er kun til baggrundskort for lettere orientering af hvor man er og til kontrol af om alle huse og andre objekter nu også er blevet registreret. Det er disse ortofotos, som er frigivet til download og som I kikker på. Venlig Hilsen Kurt -Oprindelig meddelelse- Fra: Ole Laursen [mailto:ole.laur...@gmail.com] Sendt: 26. november 2014 14:26 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Dalmose - FOT bygningsdemo - Ortofotoets forvanskninger Hej Kurt, Kan du uddybe hvordan der er kompenseret i FOT-dataene? Transformerer I indtegnede data med en algoritme der kender til forvrængningen? På trods af FOT kommer vi jo nok ikke uden om at håndtegne nogle ting så det kunne være rart at vide lidt om hvordan I gør. Ole 21. november 2014 kl. 10.50 skrev Kurt Forbech Toft k...@gst.dk: Forvanskninger af ortofotoet Her er et eksempel på den forvanskning, der metodemæssigt er i ortofotos for forhold, der ikke ligger på jordoverfladen: http://umap.openstreetmap.fr/da/map/dalmose-fot-demo_22200#19/55.28913/11.41774 Bygningen syd for rensningsanlægget stammer fra et foto, mens bygningerne nord for stammer fra et andet foto. Derfor er tagene i ortofotoet forskudt hver sin vej. VH Kurt -Oprindelig meddelelse- Fra: Soren Johannessen [mailto:soren.johannes...@gmail.com] Sendt: 20. november 2014 22:07 Til: OpenStreetMap Denmark Emne: [Talk-dk] Dalmose - FOT bygningsdemo - Import projekt Hej alle sammen Der var i går et spørgsmål vedr. kvaliteten af FOT bygninger - Jeg har lavet et interaktivt kort over Dalmose på Sjælland (som pt. ingen bygninger har indtegnet i OSM) hvor alle ca. 700 bygninger i byen er lagt henover som et lag på Geodatastyrelsens luftfoto. Data er hentet via FTP fra Geodatastyrelsen og konverteret fra Shape format til .osm format - dernæst indlæst i uMap hvor I kan se det på følgende URL http://umap.openstreetmap.fr/da/map/hjertesti-adalen-luftfoto_22200#20/55.29183/11.41987 Prøv at zoome rundt og se bygninger i byen og hvor fint de er placeret. Alle bygninger over 9m2 bliver optegnet i FOT så I ser også skure, carporte, garager under jeres surfen rundt i Dalmose vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk -- Ole Laursen http://people.iola.dk/olau/ ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Dalmose - FOT bygningsdemo - Ortofotoets forvanskninger
Spændende! Har du et foto der viser hvordan det ser ud i praksis? Det var lige en tand eller to mere avanceret end jeg havde regnet med. :) Ole 26. november 2014 kl. 14.41 skrev Kurt Forbech Toft k...@gst.dk: Hej Ole Objekter er i FOT-kortene er ikke produceret ud fra FOT-ortofotos. Objekterne er målt direkte i de originale billeder med en særlig software, der viser landskabet i 3D. Der sidder så mennesker, med 3D-briller på, som kan se landskabet rumligt. Med en særlig mus, der kan registrere x, y og z, kan så alle forhold (som er synlige i billederne) måles som om man gik rundt ude i naturen. Denne proces giver ikke de metodemæssige forvanskninger, der findes i ortofotos. FOT producerer også ortfofotos ud fra disse originalbilleder, men det er kun til baggrundskort for lettere orientering af hvor man er og til kontrol af om alle huse og andre objekter nu også er blevet registreret. Det er disse ortofotos, som er frigivet til download og som I kikker på. Venlig Hilsen Kurt -Oprindelig meddelelse- Fra: Ole Laursen [mailto:ole.laur...@gmail.com] Sendt: 26. november 2014 14:26 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Dalmose - FOT bygningsdemo - Ortofotoets forvanskninger Hej Kurt, Kan du uddybe hvordan der er kompenseret i FOT-dataene? Transformerer I indtegnede data med en algoritme der kender til forvrængningen? På trods af FOT kommer vi jo nok ikke uden om at håndtegne nogle ting så det kunne være rart at vide lidt om hvordan I gør. Ole 21. november 2014 kl. 10.50 skrev Kurt Forbech Toft k...@gst.dk: Forvanskninger af ortofotoet Her er et eksempel på den forvanskning, der metodemæssigt er i ortofotos for forhold, der ikke ligger på jordoverfladen: http://umap.openstreetmap.fr/da/map/dalmose-fot-demo_22200#19/55.28913/11.41774 Bygningen syd for rensningsanlægget stammer fra et foto, mens bygningerne nord for stammer fra et andet foto. Derfor er tagene i ortofotoet forskudt hver sin vej. VH Kurt -Oprindelig meddelelse- Fra: Soren Johannessen [mailto:soren.johannes...@gmail.com] Sendt: 20. november 2014 22:07 Til: OpenStreetMap Denmark Emne: [Talk-dk] Dalmose - FOT bygningsdemo - Import projekt Hej alle sammen Der var i går et spørgsmål vedr. kvaliteten af FOT bygninger - Jeg har lavet et interaktivt kort over Dalmose på Sjælland (som pt. ingen bygninger har indtegnet i OSM) hvor alle ca. 700 bygninger i byen er lagt henover som et lag på Geodatastyrelsens luftfoto. Data er hentet via FTP fra Geodatastyrelsen og konverteret fra Shape format til .osm format - dernæst indlæst i uMap hvor I kan se det på følgende URL http://umap.openstreetmap.fr/da/map/hjertesti-adalen-luftfoto_22200#20/55.29183/11.41987 Prøv at zoome rundt og se bygninger i byen og hvor fint de er placeret. Alle bygninger over 9m2 bliver optegnet i FOT så I ser også skure, carporte, garager under jeres surfen rundt i Dalmose vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk -- Ole Laursen http://people.iola.dk/olau/ ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk -- Ole Laursen http://people.iola.dk/olau/ ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Dalmose - FOT bygningsdemo - Ortofotoets forvanskninger
Jeg kan i sagens natur ikke sende et billede i 3D. Men arbejdet foregår ved en almindelig PC, med to skærme. Den ene skærm viser stereobilledet, den anden viser via et GIS, de streger men har registreret. Stregerne vises også i stereobilledet, så brugeren kan se, at stregen ligger lige i tagrenden på huset. Personen har så 3D briller på, for at kunne se billedet på skærmen i 3D. Musen er en forvokset almindelig mus med et trillehjul på til at flytte musen i Z Se evt her: http://www.tankonyvtar.hu/en/tartalom/tamop425/0027_DAI5/ch01s04.html VH Kurt -Oprindelig meddelelse- Fra: Ole Laursen [mailto:ole.laur...@gmail.com] Sendt: 26. november 2014 15:43 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Dalmose - FOT bygningsdemo - Ortofotoets forvanskninger Spændende! Har du et foto der viser hvordan det ser ud i praksis? Det var lige en tand eller to mere avanceret end jeg havde regnet med. :) Ole 26. november 2014 kl. 14.41 skrev Kurt Forbech Toft k...@gst.dk: Hej Ole Objekter er i FOT-kortene er ikke produceret ud fra FOT-ortofotos. Objekterne er målt direkte i de originale billeder med en særlig software, der viser landskabet i 3D. Der sidder så mennesker, med 3D-briller på, som kan se landskabet rumligt. Med en særlig mus, der kan registrere x, y og z, kan så alle forhold (som er synlige i billederne) måles som om man gik rundt ude i naturen. Denne proces giver ikke de metodemæssige forvanskninger, der findes i ortofotos. FOT producerer også ortfofotos ud fra disse originalbilleder, men det er kun til baggrundskort for lettere orientering af hvor man er og til kontrol af om alle huse og andre objekter nu også er blevet registreret. Det er disse ortofotos, som er frigivet til download og som I kikker på. Venlig Hilsen Kurt -Oprindelig meddelelse- Fra: Ole Laursen [mailto:ole.laur...@gmail.com] Sendt: 26. november 2014 14:26 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Dalmose - FOT bygningsdemo - Ortofotoets forvanskninger Hej Kurt, Kan du uddybe hvordan der er kompenseret i FOT-dataene? Transformerer I indtegnede data med en algoritme der kender til forvrængningen? På trods af FOT kommer vi jo nok ikke uden om at håndtegne nogle ting så det kunne være rart at vide lidt om hvordan I gør. Ole 21. november 2014 kl. 10.50 skrev Kurt Forbech Toft k...@gst.dk: Forvanskninger af ortofotoet Her er et eksempel på den forvanskning, der metodemæssigt er i ortofotos for forhold, der ikke ligger på jordoverfladen: http://umap.openstreetmap.fr/da/map/dalmose-fot-demo_22200#19/55.28913/11.41774 Bygningen syd for rensningsanlægget stammer fra et foto, mens bygningerne nord for stammer fra et andet foto. Derfor er tagene i ortofotoet forskudt hver sin vej. VH Kurt -Oprindelig meddelelse- Fra: Soren Johannessen [mailto:soren.johannes...@gmail.com] Sendt: 20. november 2014 22:07 Til: OpenStreetMap Denmark Emne: [Talk-dk] Dalmose - FOT bygningsdemo - Import projekt Hej alle sammen Der var i går et spørgsmål vedr. kvaliteten af FOT bygninger - Jeg har lavet et interaktivt kort over Dalmose på Sjælland (som pt. ingen bygninger har indtegnet i OSM) hvor alle ca. 700 bygninger i byen er lagt henover som et lag på Geodatastyrelsens luftfoto. Data er hentet via FTP fra Geodatastyrelsen og konverteret fra Shape format til .osm format - dernæst indlæst i uMap hvor I kan se det på følgende URL http://umap.openstreetmap.fr/da/map/hjertesti-adalen-luftfoto_22200#20/55.29183/11.41987 Prøv at zoome rundt og se bygninger i byen og hvor fint de er placeret. Alle bygninger over 9m2 bliver optegnet i FOT så I ser også skure, carporte, garager under jeres surfen rundt i Dalmose vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk -- Ole Laursen http://people.iola.dk/olau/ ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk -- Ole Laursen http://people.iola.dk/olau/ ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
[Talk-se] Min första ändring, några kommentarer?
Hej, Jag har lagt till en liten lekplats i Lund, och skulle som nybörjare uppskatta om någon med lite erfarenhet kan se om det ser vettigt ut. Några läropunkter? https://www.openstreetmap.org/changeset/27040341 Jag känner inte till det officiella namnet än, så tills vidare har jag använt det lokalt använda smeknamnet istället. Om man vill behålla smeknamnet även efter att det officiella namnet senare är inlagt som name, kan man flytta det till någon kommentar av något slag? Brukar man göra det, även om det bara är en mycket lokal uppgift? Jag måste för övrigt säga att jag är imponerad över hur enkelt webbverktyget för att redigera osm är för småändringar som denna. Handledningen (tutorial) i verktyget är också pedagogisk. -- Fredrik Jonson ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Min första ändring, några kommentarer?
Hej! Tack för att du redigerar på OpenStreetMap! Jag är baserad i Lund och har gjort största delen av staden, så jag är förstås intresserad när nya redigerare dyker upp här. Du har taggat lekplatsen som en park, är det korrekt? En lekplats är en lekplats, inte en park, och bör taggas som leisure=playground snarare än leisure=park. Som jag förstått det är detta en låst innergård, så om lekplatsen bara är avsedd för boende bör den också taggas access=private. Namnet kan ligga kvar som det är enligt min åsikt. Något officiellt namn lär en lekplats på en innergård inte ha. Visst är iD relativt lätt att lära sig för att göra småändringar, men vill du lära dig hur OSM verkligen fungerar bör du använda dig av Josm, som är mycket kraftfullare och dessutom gör att man lär sig varför man gör saker, inte bara hur. Det blir också tydligare hur taggsystemet fungerar då man inte bara väljer bland olika presets. Du får gärna fråga om det är något du undrar över. MVH Andreas 2014-11-26 10:58 GMT+01:00 Fredrik Jonson fred...@jonson.org: Hej, Jag har lagt till en liten lekplats i Lund, och skulle som nybörjare uppskatta om någon med lite erfarenhet kan se om det ser vettigt ut. Några läropunkter? https://www.openstreetmap.org/changeset/27040341 Jag känner inte till det officiella namnet än, så tills vidare har jag använt det lokalt använda smeknamnet istället. Om man vill behålla smeknamnet även efter att det officiella namnet senare är inlagt som name, kan man flytta det till någon kommentar av något slag? Brukar man göra det, även om det bara är en mycket lokal uppgift? Jag måste för övrigt säga att jag är imponerad över hur enkelt webbverktyget för att redigera osm är för småändringar som denna. Handledningen (tutorial) i verktyget är också pedagogisk. -- Fredrik Jonson ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Min första ändring, några kommentarer?
Stigen som går genom lekplatsen/innergården bör dessutom ansluta till vägarna omkring. Man måste ju kunna komma in dit? Är det stängda grindar går dessa att lägga till i efterhand. /Andreas 2014-11-26 12:01 GMT+01:00 Andreas Vilén andreas.vi...@gmail.com: Hej! Tack för att du redigerar på OpenStreetMap! Jag är baserad i Lund och har gjort största delen av staden, så jag är förstås intresserad när nya redigerare dyker upp här. Du har taggat lekplatsen som en park, är det korrekt? En lekplats är en lekplats, inte en park, och bör taggas som leisure=playground snarare än leisure=park. Som jag förstått det är detta en låst innergård, så om lekplatsen bara är avsedd för boende bör den också taggas access=private. Namnet kan ligga kvar som det är enligt min åsikt. Något officiellt namn lär en lekplats på en innergård inte ha. Visst är iD relativt lätt att lära sig för att göra småändringar, men vill du lära dig hur OSM verkligen fungerar bör du använda dig av Josm, som är mycket kraftfullare och dessutom gör att man lär sig varför man gör saker, inte bara hur. Det blir också tydligare hur taggsystemet fungerar då man inte bara väljer bland olika presets. Du får gärna fråga om det är något du undrar över. MVH Andreas 2014-11-26 10:58 GMT+01:00 Fredrik Jonson fred...@jonson.org: Hej, Jag har lagt till en liten lekplats i Lund, och skulle som nybörjare uppskatta om någon med lite erfarenhet kan se om det ser vettigt ut. Några läropunkter? https://www.openstreetmap.org/changeset/27040341 Jag känner inte till det officiella namnet än, så tills vidare har jag använt det lokalt använda smeknamnet istället. Om man vill behålla smeknamnet även efter att det officiella namnet senare är inlagt som name, kan man flytta det till någon kommentar av något slag? Brukar man göra det, även om det bara är en mycket lokal uppgift? Jag måste för övrigt säga att jag är imponerad över hur enkelt webbverktyget för att redigera osm är för småändringar som denna. Handledningen (tutorial) i verktyget är också pedagogisk. -- Fredrik Jonson ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
[Talk-es] #226 weeklyosm ya disponible en español
Hola El semanario #226 de weeklyosm, el sumario de todo lo que está ocurriendo en mundo OSM está en linea en español http:/www.weeklyosm.eu/?lang=es Disfrutadlo!!!___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [talk-latam] #226 weeklyosm ya disponible en español
Ola Carlos, sucede lo que han visto en una presentación de OSM en el Colegio Alemán de Quito. Esto fue una sorpresa maravillosa. Muchissimas gracias. ;-) -- ## Manfred Reiter - mobile - please excuse typos and brevity Am 26.11.2014 13:04 schrieb Carlos Alonso car...@weeklyosm.eu: Hola El semanario #226 de weeklyosm, el sumario de todo lo que está ocurriendo en mundo OSM está en linea en español http:/ www.weeklyosm.eu/?lang=es Disfrutadlo!!! ___ talk-latam mailing list talk-la...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-latam ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-at] Längere Zufahrtsstraßen auf dem Land - wie taggen?
Hallo! Ich verfolge gerade das Ziel, das ländliche Straßennetz der Steiermark ein bisschen auf Vordermann zu bringen. Ich mach das halbmanuell mit Hilfe der OGD-Steiermark-Daten (https://github.com/species/OGD-stmk-daten/tree/master/Stra%C3%9Fennetz https://github.com/species/OGD-stmk-daten/tree/master/Stra%C3%9Fennetz). Ich stoße da relativ häufig auf das Problem, dass ich Straßen nicht eindeutig einem Typ (unclassified, service/driveway, residential) zuordnen kann. Meist sind das längere Zufahrtsstraßen, die zu einem oder einer handvoll weiter auseinander liegenden Höfen oder Häusern führen und beim letzten Haus aufhören. Ein klassisches Beispiel dafür ist der hier (noch nicht gemappt, daher mal auf “Bearbeiten” gehen, um das Satellitenbild anzusehen): https://www.openstreetmap.org/#map=18/46.92256/15.87819 https://www.openstreetmap.org/#map=18/46.92256/15.87819 Laut http://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dunclassified http://wiki.openstreetmap.org/wiki/DE:Tag:highway=unclassified sind highway=unclassified-Wege nur solche, die Siedlungsziele erschließen, wobei die Definition für “Siedlungsziele” auf genannter Seite folgendermaßen lautet: Siedlungsziele sind öffentlich zugängliche Ziele (z.B. Gebäude), die regelmäßig nicht nur von den ortsansässigen Hausbewohnern, sondern auch von ortsfremden Verkehrsteilnehmern aufgesucht werden und somit nicht land- und forstwirtschaftlichen Straßenverkehr (Siedlungsverkehr) verursachen.” Somit fällt unclassified theoretisch weg, weil da (nehmen wir das zumindest mal an) keine öffentlich zugänglichen Gebäude sind. highway=track und tracktype=grade1 fällt für mich irgendwie auch weg, weil der Weg nicht (oder zumindest nicht nur) landwirtschaftlich genutzt wird. Oft sind da auch Familienhäuser ohne Höfe. Unter highway=service (http://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dservice http://wiki.openstreetmap.org/wiki/DE:Tag:highway=service) verstehe ich eher kurze Zufahrtswege oder befahrbare Wege innerhalb von z.B. Parkflächen, Tankstellen, Einkaufszentren usw. Bei highway=service und service=driveway steht Ein Zufahrtsweg zu einem Wohnhaus, Grundstück oder einem Geschäft”. Im o.g. Fall sind es halt einige Grundstücke, die darüber angefahren werden. Passt also auch nicht so ganz. Weiter oben auf der Seite steht Ist der Weg breiter (1,5- bis knapp 2- spurig) und führt zu mehreren Zielen, sollte er besser als normale Freilandstraße highway=unclassified markiert werden.”. Das spricht wieder eher für highway=unclassified. highway=residential könnte irgendwie auch passen: Dieses Tag wird für Straßen benutzt, die den Zugang zu Wohngebieten ermöglichen, aber nicht zu den klassifizierten oder highway=unclassified Straßen gehören.” Ich verstehe aber darunter eher innerörtliche Wohngebiete, nicht ein paar zerstreute Häuser auf dem Land. Kann mir wer auf die Sprünge helfen? Danke Thomas ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Längere Zufahrtsstraßen auf dem Land - wie taggen?
On 26.11.2014 20:03, Thomas Konrad wrote: Ich stoße da relativ häufig auf das Problem, dass ich Straßen nicht eindeutig einem Typ (unclassified, service/driveway, residential) zuordnen kann. Meist sind das längere Zufahrtsstraßen, die zu einem oder einer handvoll weiter auseinander liegenden Höfen oder Häusern führen und beim letzten Haus aufhören. Ein klassisches Beispiel dafür ist der hier (noch nicht gemappt, daher mal auf “Bearbeiten” gehen, um das Satellitenbild anzusehen): https://www.openstreetmap.org/#map=18/46.92256/15.87819 Ich würde das entweder als unclassified oder als track+grade1 mappen. Mehr dazu siehe ganz unten. Laut http://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dunclassified http://wiki.openstreetmap.org/wiki/DE:Tag:highway=unclassified sind highway=unclassified-Wege nur solche, die Siedlungsziele erschließen, wobei die Definition für “Siedlungsziele” auf genannter Seite folgendermaßen lautet: [...] Solche Angaben im Wiki muss man mit Vorsicht genießen, denn: 1.) Die Wiki-Seiten kann jeder umschreiben, oft wird ein Stuss hineingeschrieben, und oft werden Einträge hin und her geändert. 2.) Die Referenz sind die englischen Seiten, die deutschen Seiten sollten nur eine Übersetzung sein, evtl. mit zusätzlichen Erklärungen, aber nicht - so wie in diesem Fall! - der englischen Originalseite widersprechen. Schau dir mal jene an, die wirkt vernünftiger. 3.) Deutschland hat 10x so viele Einwohner wie Österreich, darum werden deutsche Texte mehrheitlich von Deutschen verfasst. In DE ist aber vieles anders als in AT. Z.B. ist laut anderen Wikiseiten und auch laut einigen Forenbeiträgen das Befahren von Feldwegen mit Kfz in DE verboten (privat), wenn es nicht extra durch eine Tafel gestattet wird. In AT ist es genau umgekehrt, hier darf jeder überall fahren, wo nicht explizit ein Fahrverbotsschild oder eine Absperrung ist. 4.) Die Leute, die am wenigsten herumkommen, haben die meiste Zeit, um ins Wiki alles mögliche hineinzuschreiben. Die wissen dann halt nicht, dass unclassified auch außerhalb einer Siedlung enden können, z.B. an einer Straßenkreuzung oder an einem Parkplatz. Im konkreten Fall spricht aber sogar die zitierte falsche Definition nicht gegen highway=unclassified, denn die Straße endet an einem Gehöft, und ein Gehöft ist eine Siedlung. Siedlungsziele sind öffentlich zugängliche Ziele (z.B. Gebäude), die regelmäßig nicht nur von den ortsansässigen Hausbewohnern, sondern auch von ortsfremden Verkehrsteilnehmern aufgesucht werden und somit nicht land- und forstwirtschaftlichen Straßenverkehr (Siedlungsverkehr) verursachen.” Somit fällt unclassified theoretisch weg, weil da (nehmen wir das zumindest mal an) keine öffentlich zugänglichen Gebäude sind. Unter zugänglich verstehe ich, dass man bis zum Gebäude hinkommt, nicht unbedingt ins Gebäude hinein. Aber meine Wortklauberei ist sowieso egal, weil der ganze Wikitext blödsinnig ist, s.o. highway=track und tracktype=grade1 fällt für mich irgendwie auch weg, weil der Weg nicht (oder zumindest nicht nur) landwirtschaftlich genutzt wird. Oft sind da auch Familienhäuser ohne Höfe. Die Höfe sind aber meistens Landwirtschaften. Außerdem ist highway=track nicht nur für landwirtschaftliche Wege gedacht, sondern auch für Forststraßen, Straßen in Steinbrüchen, usw. Also zumindest alles, was irgendwie mit Wirtschaftswegen zu tun hat. Das englische Wort track ist ohnehin viel weiter gefasst, als wofür es in OSM üblicherweise verwendet wird. Unter highway=service (http://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dservice http://wiki.openstreetmap.org/wiki/DE:Tag:highway=service) verstehe ich eher kurze Zufahrtswege oder befahrbare Wege innerhalb von z.B. Parkflächen, Tankstellen, Einkaufszentren usw. Me too. Es gibt zwar Mapper, die alle Straßen, die an einem Gehöft enden, als highway=service taggen, aber ich finde das falsch, denn wenn so eine Straße hunderte Meter lang ist, ist sie nicht mehr NUR Zufahrt zum Gehöft, sondern auch zu den Flächen (Wiesen, Wälder...) beidseits der Straße. Ich benutze solche Straßen sehr oft um zu meinen Zielen im Gelände zu kommen (Höhlen usw.), stelle mein Auto halt irgendwo neben der Straße ab und gehe zu Fuß in den Wald... highway=residential könnte irgendwie auch passen: Dieses Tag wird für Straßen benutzt, die den Zugang zu Wohngebieten ermöglichen, aber nicht zu den klassifizierten oder highway=unclassified Straßen gehören.” Ich verstehe aber darunter eher innerörtliche Wohngebiete, nicht ein paar zerstreute Häuser auf dem Land. In Österreich werden residential und unclassified nur noch über Ortsgebiet/Freilandstraße voneinander unterschieden. Alle anderen Unterscheidungen sind historisch. Nun mein genereller Rat (oder zumindest handhabe ich das so): Wenn eine Straße hauptsächlich als Wirtschaftsweg konzipiert ist (also deswegen gebaut wurde und dafür hauptsächlich verwendet wird), dann highway=track. Auf solchen Straßen stehen manchmal Fahrverbote, manchmal auch
[Talk-pe] Vídeo y estado de la Reunión OpenStreetMap América Latina en BsAs
Hola, Ya se encuentra disponible el vídeo de la reunión de comunidades OpenStreetMap realizada en la conferencia mundial State of the Map 2014 en Buenos Aire Argentina. https://vimeo.com/112767466 Invito a suscribirse a talk-latam (4) para seguir discutiendo, proponer eventos y actividades regionales, acordar reuniones virtuales, completar traducciones, etc. A modo de resumen entre reuniones (méxico - bs as): * se llevo a cabo la conf conmapas dentro abrelatam-condatos (1) ** hubo talleres, panel y reunión previa osm-latam en condatos, méxico (2) ** fernando redactó el informe reunión previa osm-latam en mexico (3) ** creación de la lista discusión general osm américa latina (4) ** se propuso actividades de mapeo itinerante por temática-ciudad-tiempo ** se propuso video-conferencia del estado de actividades osm regional * reunión osm latam en buenos aires ** se propone crear la conferencia/reunión anual osm américa latina ** se debe debatir objetivos de la conferencia / reunión, gaba redactó un pad (13) ** se propuso no perder conexión con eventos de datos abiertos/foss4g/flisol, lugar para potencial sinergia ** se propuso a chile o brasil como sedes osm latam 2015 ** se propuso a bolivia como sede osm latam 2016 * celin propone mapeo de info no-fisica para movilidad urbana (5) y presentó (6) * igor presentó uMap (7) para crear mapas con capas * vitor propone evento mapeo regional de la cuenca del amazonas (8) * ulises propone mapeo conseciones mineras mexico (9) * yo propuse mapeo río pilcomayo (10) herramientas de state of the map: * joost presenta herramienta estadisticas comunidad sud américa (11) * sterlin presenta herramienta comparativa analisis datos osm sud américa (12) videos de la conf state of the map 2014 (en inglés): https://vimeo.com/album/3134207 Abrazos, Marco Antonio (1) http://condatos.org/mapa.html (2) https://www.flickr.com/photos/51114u9/15472349411/in/pool-osm-latam (3) https://lists.openstreetmap.org/pipermail/talk-latam/2014-October/02.html (4) https://lists.openstreetmap.org/listinfo/talk-latam (5) https://lists.openstreetmap.org/pipermail/talk-latam/2014-October/09.html (6) http://repubikla.org/ (7) http://umap.openstreetmap.co (8) https://lists.openstreetmap.org/pipermail/talk-latam/2014-November/86.html (9) https://lists.openstreetmap.org/pipermail/talk-latam/2014-November/92.html (10) https://lists.openstreetmap.org/pipermail/talk-latam/2014-November/85.html (11) http://global.swing.eu/Jive?sel_guid=491aa7eb-5ada-40a9-9b9a-c130d13928ad (12) http://www.geovista.psu.edu/osm_in_south_america/index.html (13) https://etherpad.mozilla.org/sotm-latam ___ Talk-pe mailing list Talk-pe@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pe
[Talk-pt] Novas funções 'comment changeset' e 'query features'
Olá, São novidades não muito novas ;-) Há algumas semanas houve 2 novas funcionalidade no site openstreetmap.org : 1) Podemos comentar/discutir no changeset. Quando consultamos um changeset é possível deixar uma mensagem, um email é enviado ao autor e a todos que comentaram. Mais pratico do que as mensagens privadas sendo que a conversa fica publica. 2) Point Click procura de objetos no mapa. No lado direito do mapa o botão em forma de ponte de interrogação, com a função ativada podemos clicar no mapa e procurar os objetos mais perto. A lista dos objetos (resultado do Overpass API) apareça no lado esquerdo. Muito mais pratico do que ir nas camadas e carregar todos os dados. Francisco ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-cz] Osmose Česká republika (fwd)
Kraje si můžeš rozřezat pomocí osmconvert a poly souborů ( pro cz ---
http://garmin.openstreetmap.cz/kraje/kraje/ ) Počítám že to francouzi
takhle dělají taky když osmconvert používají :)
2014-11-26 7:27 GMT+01:00 Kasparek Tomas kaspa...@fit.vutbr.cz:
Resi nekdo OSM data per kraje? Na webu jsem nasel jen kyblsoft coz je cela
CZ. Pokud by to melo smysl i pro neco jineho, klidne to taky zkusim, jinak
muzu rict frantikum, at to pro nas udelaji oni, kdyz se nabizi.
(jinak CZ je i na geofabrik, takze tam se da brat asi zdroj kdyby na to
prislo).
Diky
- Forwarded message from Jocelyn Jaubert jocelyn.jaub...@gmail.com
-
Le 25/11/2014 17:48, Frédéric Rodrigo a écrit :
You must add this line :
415 Mo default_country(europe, Czech_Republic, 51684, {country:
CZ,
language: cs,proj: 32633}, download_repo=GEOFABRIK)
Note, as explained by Frédéric earlier, this is a quite big country. It
might several hours to run on your machine.
If you have regions, or any subdivision in Czech Republic, it might be
worth
generating extracts for these, and use these extracts to run analyses.
If you already have extracts in your community, this would be very good.
Otherwise, we (OSM-FR) can generate extracts, as we already do for other
countries at:
http://download.openstreetmap.fr/extracts/
- End forwarded message -
--
Tomas Kasparek e-mail: kaspa...@fit.vutbr.cz
CVT FIT VUT Brno, L127 jabber: tomas.kaspa...@jabber.cz
Bozetechova 1, 612 66web : http://www.fit.vutbr.cz/~kasparek
Brno, Czech Republic phone : +420 54114-1220
GPG:2F1E 1AAF FD3B CFA3 1537 63BD DCBE 18FF A035 53BC
May the command line live forever!
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika (fwd)
On Wed, Nov 26, 2014 at 12:28:21PM +0100, Petr Schönmann wrote: Kraje si můžeš rozřezat pomocí osmconvert a poly souborů ( pro cz --- http://garmin.openstreetmap.cz/kraje/kraje/ ) Počítám že to francouzi takhle dělají taky když osmconvert používají :) koukal jsem, vyzkousim. Jak vyrobit tyhle soubory abych mel aktualni navod nekde nemas? Diky -- Tomas Kasparek e-mail: kaspa...@fit.vutbr.cz CVT FIT VUT Brno, L127 jabber: tomas.kaspa...@jabber.cz Bozetechova 1, 612 66web : http://www.fit.vutbr.cz/~kasparek Brno, Czech Republic phone : +420 54114-1220 GPG:2F1E 1AAF FD3B CFA3 1537 63BD DCBE 18FF A035 53BC May the command line live forever! pgpF0hsC6ym4N.pgp Description: PGP signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Osmose Česká republika (fwd)
Nikdy jsem to nepotřeboval, tak bez záruky http://wiki.openstreetmap.org/wiki/Osmosis/Polygon_Filter_File_Format#Converting_to.2Ffrom_POLY_format Dne 26. listopadu 2014 16:53 Kasparek Tomas kaspa...@fit.vutbr.cz napsal(a): On Wed, Nov 26, 2014 at 12:28:21PM +0100, Petr Schönmann wrote: Kraje si můžeš rozřezat pomocí osmconvert a poly souborů ( pro cz --- http://garmin.openstreetmap.cz/kraje/kraje/ ) Počítám že to francouzi takhle dělají taky když osmconvert používají :) koukal jsem, vyzkousim. Jak vyrobit tyhle soubory abych mel aktualni navod nekde nemas? Diky -- Tomas Kasparek e-mail: kaspa...@fit.vutbr.cz CVT FIT VUT Brno, L127 jabber: tomas.kaspa...@jabber.cz Bozetechova 1, 612 66web : http://www.fit.vutbr.cz/~kasparek Brno, Czech Republic phone : +420 54114-1220 GPG:2F1E 1AAF FD3B CFA3 1537 63BD DCBE 18FF A035 53BC May the command line live forever! ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Tracer - nová verze
Ahoj, tak jsem právě nahrál novou verzi Tracer pluginu. Nového je hodně. Obrovskou zásluhu na tom má Martin Švec, který se do toho pustil s vervou a kompletně přepsal celou logiku zpracování, ořezávání a napojování okolních cest a čištění od nejrůznějších anomálií typu duplicitní body a ocásky. Už by jste neměli potkat chybu: Deleted node referenced. ;-) Převedeny jsou pluginy LPIS a Ruian. RuianLands je stále ve stádiu experimentů a modul původního traceru zatím převeden není. Tuto verzi už nějakou verzi testuji a funguje mnohem lépe než starý tracer. Funguje ořezávání cest a jednoduchých multipolygonů. Složitější multipolygony zatím nejsou podporovány. Stejně tak ještě stále nefunguje přetrasovávání již existujících polí. V tomto případě doporučuji pole natrasovat bez ořezu a použít funkci Nahradit geometrii z utilsplugin2 pluginu. Pak je možno dané pole znova natrasovat a to by se už měl provést ořez a napojení na okolní cesty (Ovšem s výjimkou těch prozatím nepodporovaných případů ;-) ) Takže vyzkoušejte a nahlaste nalezené problémy. Případně pokud máte nějaké návrhy, co by se ještě mohlo vylepšit. TODO: *) Převést i zbývající modul (Classic) *) Zahodit starý modul pro ořez a pročistit kód *) Předělat konfiguraci jednotlivých modulů *) Opravy chyb a další vylepšení Martinovi opět velmi děkuji za pomoc. Konec hlášení, Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] De l'usage des tags postal_code addr:postcode
Le 25/11/2014 23:48, Frédéric Rodrigo a écrit : Il me semble que dans un soucie de cohérence globale avec le taging dans les autres pays il nous faudrait basculer pour les communes vers la tag postal_code. À faire et à défaire, au moins, ça occupe… https://lists.openstreetmap.org/pipermail/talk-fr/2013-February/055533.html et précédents. Par exemple http://www.openstreetmap.org/node/26697702/history JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] De l'usage des tags postal_code addr:postcode
L'ennui c'est que postal_code n'est pas prévu sur les noeyds et que presque toutes les relations administratives ont un nœud admin_centre utilisable comme substitut selon le niveau de détail et de zoom d'un rendu qui ne peut afficher la zone entière et se contente d'un nœud avec une icône centrée dessus et le libellé. On a donc pour nos communes a la fois une relation frontière qui n'est PAS une frontière postale puisque de nombreuses communes partagent un même code postal et puisque des communes assez peuplées ont plusieurs codes postaux. La clé postal_code est plutôt faite comme un attribut d'une VRAIE zone postale et on en a strictement aucune en France (type=boundary, boundary=postal_area) contrairement à nos voisins La faute à La Poste qui ne lâche toujours pas ses données géographiques. On a juste une vague association entre des listes de communes et des listes de codes postaux. Bref mieux vaut pour nos relations administratives utiliser addr:postcode plus général et plus librement utilisable dans le schéma Karlsruhe mieux étudié que cette clé historique postal_code qui n'est prévue que pour être utilisée que comme seul attribut signifiant d'une zone postale (avec aussi en name=* le nom de la zone de distribution, normalisé en capitales sans accents ni ponctuation et abrégé pour ST et STE par exemple, tel qu'on le trouve dans les formats postaux recommandé, mais diffèrent du nom de nos relations qui a les ponctuations comme traits d'union et apostrophes, les minuscules et les accents, et non abrégé car ces relations ne sont pas destinées au seul usage postal sur une enveloppe ou une etiquette de colis). Note: pour certaines communes on Retz oblige de mentionner plusieurs codes postaux dans addr:postcodr pour bien montrer que ce n'est pas résolu mais juste pour permettre de chercher des communes par code postal et obtenir une liste complète. Le 26 nov. 2014 10:04, JB jb...@mailoo.org a écrit : Le 25/11/2014 23:48, Frédéric Rodrigo a écrit : Il me semble que dans un soucie de cohérence globale avec le taging dans les autres pays il nous faudrait basculer pour les communes vers la tag postal_code. À faire et à défaire, au moins, ça occupe… https://lists.openstreetmap.org/pipermail/talk-fr/2013- February/055533.html et précédents. Par exemple http://www.openstreetmap.org/node/26697702/history JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Communes manquantes dans OsmAnd
J'utilise OsmAnd depuis quelques temps. Quand je fais des recherches par adresse, certaines communes n'apparaissent pas du tout. Exemples: - Tournon (Savoie) - Veurey-Voroize (Isère) J'ai essayé avec le fichier Rhone-alpes installé automatiquement par l'application, avec le fichier téléchargé manuellement depuis le site web et avec le fichier France adresses-nationwide aussi téléchargé manuellement. Rien à faire. Est-ce qu'il manque quelque chose au niveau d'OSM pour que ces communes soient prises en compte? Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BANO] màj nuit dernière ko ?
Le 25 novembre 2014 10:16, Pierre-Yves Berrard pierre.yves.berr...@gmail.com a écrit : Le 25 novembre 2014 09:43, Laurent Choisie laurent.choi...@gmail.com a écrit : Comment peut-on savoir si le traitement de rapprochement des adresses FANTOIR-BANO a bien eu lieu ? (pour éviter de vous reposer la question les prochaines fois) J'allais justement dire que j'avais aussi repéré quelques bizarreries mais je vais attendre que tout se remette d'applomb à la prochaine mise à jour. PY Manifestement un problème s'est produit pour la commune de Bavilliers (90008) http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#15/47.6201/6.8294. Elle est passée subitement de 5 voies non rapprochées à 62 sans raison apparente. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Communes manquantes dans OsmAnd
Quand je saisis Tournon, il propose par défaut Tournon-sur-Rhône. Cliquer sur le bouton Rechercher dans les villages et codes postaux fait apparaitre en plus Tournon [Village], Le Petit Tournon [Hameau] et Le Tournon [Hameau]. L'une de ces trois solutions supplémentaires est-elle bonne ? Autrement, avec une connexion à Internet, OsmAnd peut utiliser Nominatim : il suffit de changer le mode de recherche d'adresse en cliquant sur le chevron en bas à droite de l'écran. 2014-11-26 11:17 GMT+01:00 Eric Sibert courr...@eric.sibert.fr: J'utilise OsmAnd depuis quelques temps. Quand je fais des recherches par adresse, certaines communes n'apparaissent pas du tout. Exemples: - Tournon (Savoie) - Veurey-Voroize (Isère) J'ai essayé avec le fichier Rhone-alpes installé automatiquement par l'application, avec le fichier téléchargé manuellement depuis le site web et avec le fichier France adresses-nationwide aussi téléchargé manuellement. Rien à faire. Est-ce qu'il manque quelque chose au niveau d'OSM pour que ces communes soient prises en compte? Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Communes manquantes dans OsmAnd
Bonjour, Si j'ai bien compris le fonctionnement d'Osmand, les noms affichés en dynamique lors de la recherche sont des place=town et plus. Le bouton Rechercher dans les villages et codes postaux étend la recherche. Bruno Le 26 novembre 2014 11:17, Eric Sibert courr...@eric.sibert.fr a écrit : J'utilise OsmAnd depuis quelques temps. Quand je fais des recherches par adresse, certaines communes n'apparaissent pas du tout. Exemples: - Tournon (Savoie) - Veurey-Voroize (Isère) J'ai essayé avec le fichier Rhone-alpes installé automatiquement par l'application, avec le fichier téléchargé manuellement depuis le site web et avec le fichier France adresses-nationwide aussi téléchargé manuellement. Rien à faire. Est-ce qu'il manque quelque chose au niveau d'OSM pour que ces communes soient prises en compte? Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BANO] màj nuit dernière ko ?
Les limites de la commune n'ont-elles pas un problème ? Le 26 novembre 2014 11:30, Pierre-Yves Berrard pierre.yves.berr...@gmail.com a écrit : Le 25 novembre 2014 10:16, Pierre-Yves Berrard pierre.yves.berr...@gmail.com a écrit : Le 25 novembre 2014 09:43, Laurent Choisie laurent.choi...@gmail.com a écrit : Comment peut-on savoir si le traitement de rapprochement des adresses FANTOIR-BANO a bien eu lieu ? (pour éviter de vous reposer la question les prochaines fois) J'allais justement dire que j'avais aussi repéré quelques bizarreries mais je vais attendre que tout se remette d'applomb à la prochaine mise à jour. PY Manifestement un problème s'est produit pour la commune de Bavilliers (90008) http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#15/47.6201/6.8294 . Elle est passée subitement de 5 voies non rapprochées à 62 sans raison apparente. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BANO] màj nuit dernière ko ?
Le 26 novembre 2014 11:30, Pierre-Yves Berrard pierre.yves.berr...@gmail.com a écrit : Manifestement un problème s'est produit pour la commune de Bavilliers (90008) http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#15/47.6201/6.8294 . Elle est passée subitement de 5 voies non rapprochées à 62 sans raison apparente. Le 26 novembre 2014 12:48, Christian Quest cqu...@openstreetmap.fr a écrit : Les limites de la commune n'ont-elles pas un problème ? Si, ce noeud là a bougé, par exemple : https://www.openstreetmap.org/node/340249866/history Ça provoque un croisement de frontières. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] De l'usage des tags postal_code addr:postcode
2014-11-26 11:10 GMT+01:00 Philippe Verdy verd...@wanadoo.fr: postale et on en a strictement aucune en France (type=boundary, boundary=postal_area) contrairement à nos voisins Le bon tag est boundary=postal_code: http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dpostal_code Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BANO] màj nuit dernière ko ?
Bonjour, De: Pierre-Yves Berrard pierre.yves.berr...@gmail.com Le 26 novembre 2014 12:48, Christian Quest cqu...@openstreetmap.fr a écrit : Les limites de la commune n'ont-elles pas un problème ? Si, ce noeud là a bougé, par exemple : https://www.openstreetmap.org/node/340249866/history Ça provoque un croisement de frontières. Raison suffisante en effet pour casser le polygone, et donc rendre impossible la récupération des voies nommées de la commune, sur le critère de leur inclusion (au minimum intersection) avec ce polygone. Chaque rafraîchissement BANO commence par la récupération des données OSM par commune. Là on part donc avec une absence de données OSM sur la commune, et mécaniquement tout bascule en non rapproché. Du coup j'ai corrigé la limite de Bavilliers à l'instant. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BANO] màj nuit dernière ko ?
Le 26 novembre 2014 14:00, Vincent de Château-Thierry osm.v...@free.fr a écrit : Du coup j'ai corrigé la limite de Bavilliers à l'instant. Merci vincent ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [Bano] noms différents entre l'analyse par ville et le rendu.
Bonjour, 102370290C J'ai dans la page Fantoir une rue « PLA DU TERREAU », http://cadastre.openstreetmap.fr/fantoir/#insee=10237 Sur le rendu Bano « Placa du Terreau », http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#19/48.30097/3.76503 et dans OSM une « Place du Terreau » non rapprochée. https://api.openstreetmap.org/way/95358626 Quelqu'un saurait d'où vient cette différence entre PLA et Placa ? Apparemment, c'est cette dernière qui est utilisée pour le rapprochement, vu qu'il n'a pas lieu ? JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BANO] màj nuit dernière ko ?
Dans un tel cas, il faudrait que le script de récup OSM de BANO saute la commune en question sans toucher aux données actuelles... Le 26 novembre 2014 14:00, Vincent de Château-Thierry osm.v...@free.fr a écrit : Bonjour, De: Pierre-Yves Berrard pierre.yves.berr...@gmail.com Le 26 novembre 2014 12:48, Christian Quest cqu...@openstreetmap.fr a écrit : Les limites de la commune n'ont-elles pas un problème ? Si, ce noeud là a bougé, par exemple : https://www.openstreetmap.org/node/340249866/history Ça provoque un croisement de frontières. Raison suffisante en effet pour casser le polygone, et donc rendre impossible la récupération des voies nommées de la commune, sur le critère de leur inclusion (au minimum intersection) avec ce polygone. Chaque rafraîchissement BANO commence par la récupération des données OSM par commune. Là on part donc avec une absence de données OSM sur la commune, et mécaniquement tout bascule en non rapproché. Du coup j'ai corrigé la limite de Bavilliers à l'instant. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BANO] màj nuit dernière ko ?
De: Christian Quest cqu...@openstreetmap.fr Dans un tel cas, il faudrait que le script de récup OSM de BANO saute la commune en question sans toucher aux données actuelles... ...ou s'appuie sur la dernière version connue du polygone non cassé. Mais ça implique de chercher ailleurs que dans les données mises à jour en continu, en archivant au fil de l'eau les limites en bon état, pour usage futur. = https://github.com/osm-fr/bano/issues/77 vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [BANO] màj nuit dernière ko ?
A défaut, tu as les polygones des communes stables (la dernière publiée sur data.gouv.fr simplifiée à 5m) dans la table communes sur osm104 ;) Le 26 novembre 2014 15:23, Vincent de Château-Thierry osm.v...@free.fr a écrit : De: Christian Quest cqu...@openstreetmap.fr Dans un tel cas, il faudrait que le script de récup OSM de BANO saute la commune en question sans toucher aux données actuelles... ...ou s'appuie sur la dernière version connue du polygone non cassé. Mais ça implique de chercher ailleurs que dans les données mises à jour en continu, en archivant au fil de l'eau les limites en bon état, pour usage futur. = https://github.com/osm-fr/bano/issues/77 vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outils pour mise à jour du bâti ?
althio wrote Je récapitule par ordre de préférence approximatif : ** removed:*building=* (déjà utlisé, un peu) Après ce que j'ai lu, vu, et entendu, voilà donc celle que je préfère et que je compte utiliser et que je viens de documenter : http://wiki.openstreetmap.org/wiki/Key:removed demolished ne me plaît finalement pas car le nom limite son usage aux éléments non naturels (une forêt qui a brulée n'irait pas bien comme demolished, pas plus qu'un lac asséché) Et si quelqu'un tient absolument à indiquer que ça a été détruit (je me demande bien si l'usage a sa place dans osm ?) un removed:building=church + demolished=yes peut faire l'affaire. - -- sly, contact direct : sylvain /a\ letuffe o r g http://wiki.openstreetmap.org/wiki/User:Sletuffe -- View this message in context: http://gis.19327.n5.nabble.com/Outils-pour-mise-a-jour-du-bati-tp5825219p5825452.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outils pour mise à jour du bâti ?
Le 26/11/2014 16:19, sly (sylvain letuffe) a écrit : Après ce que j'ai lu, vu, et entendu, voilà donc celle que je préfère et que je compte utiliser et que je viens de documenter : http://wiki.openstreetmap.org/wiki/Key:removed demolished ne me plaît finalement pas car le nom limite son usage aux éléments non naturels (une forêt qui a brulée n'irait pas bien comme demolished, pas plus qu'un lac asséché) Et si quelqu'un tient absolument à indiquer que ça a été détruit (je me demande bien si l'usage a sa place dans osm ?) un removed:building=church + demolished=yes peut faire l'affaire. - ♫ Moi, mon colon, celle que j'préfère... ♫ Moi, j'aimais bien le no:building=* comme valeur par défaut quand on ne sait pas si c'est un demolished:building ou autre. no:building=yes : ça n'est pas un non-sens. Et c'est KISS, donc j'aime. ( Et il ne sera pas dit que je ne sais pas manier les doubles négations :-) ) -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] BANO avé l'assent
Bonjour, Je n'ai pas tout compris des priorités des sources etc... Mais là, je sens que le rapprochement, ça va être dur ! http://layers.openstreetmap.fr/?zoom=18lat=47.21579lon=5.98253layers=BFT Parce que l'accent, là, il n'est ni espagnol, ni franc-comtois... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] De l'usage des tags postal_code addr:postcode
Le changement a été fait sans discernement entre zones et adresses. Relation type=boundary avec tag postal_code Dans le monde 13 193 En France 231 Donc hors de France métropolitaine 12 962 Relation type=boundary avec tag addr:postcode Dans le monde 35 519 En France 29 909 Dons hors de France métropolitaine 5 610 Avec les deux Dans le monde 69 En France 46 Donc donc de France métropolitaine 23 Avec nos 36 000 communes on fait facilement pencher la balance. Si on ne tiend compte que de données hors de la france on est du mauvais coté. Et encore, il doit y en avoir une part non négligeable en outre-mer française. Je persiste donc dans ma position, il faudrait repasser à postal_code pour les relations. Le 26/11/2014 10:02, JB a écrit : Le 25/11/2014 23:48, Frédéric Rodrigo a écrit : Il me semble que dans un soucie de cohérence globale avec le taging dans les autres pays il nous faudrait basculer pour les communes vers la tag postal_code. À faire et à défaire, au moins, ça occupe… https://lists.openstreetmap.org/pipermail/talk-fr/2013-February/055533.html et précédents. Par exemple http://www.openstreetmap.org/node/26697702/history JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Amélioration de la cartographie des stations de métro
A ma connaissance, la RATP n'a pas publié de données sur les bouches de métro... Le 26 novembre 2014 21:40, Shérab she...@teupaga.fr a écrit : Bonsoir à tous et désolé pour cette réponse tardive. Tout d'abord un grand merci, Sébastien, pour ton écoute et ta disponibilité lors du Capitole du Libre.Merci pour ctte discussion constructive, et merci d'avoir pris le temps de rendre compte par écrit de notre échange. Merci également à toi Christianpour a réponse. Christian Quest (2014/11/16 22:17 +0100): Lier bouches de métros avec la station est effectivement relativement simple. Dans ce cas, je dirais que ça serait super si ça pouvait être fait de la façon la plus systématique possible. Existe-til un moyen de s'assurer que toutes les sorties de métrode Paris sont bien crtographiées et qu'elles ont bienété toutes reliées à la station correspondante? PEut-on par exemple croiser les données avec des données RATP pour garantir que rienn'a été oublié? Idéalement, ce que j'aimerais pouvoir faire, même s'il faut scripter pour ça, c'est, étant donné une station, avoir accès à une liste de sorties pour cette station et obtenir pour chacune des sorties son numéro et son nom tel qu'ils apparaissent sur les plans, afin de pouvoir demander de l'aide pour aller à ces sorties, par exemple. Et pour les couloirs, tant pis, si c'est trop compliqué, on trouvera une autre solution. Chaleureusement à tous, Shérab. -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-GB] OSMF Special General Meeting
On 26/11/14 01:43, Dave F. wrote: I'm pretty sure casting a vote via email isn't proxy. The notice isn't a request to vote. Requests for special meetings, and, I think any resolutions, from the members, are not binding unless there is support from a certain proportion of those with voting rights. What is being done here is attempting to demonstrate that level of support. The document mentioned is not a valid call for a meeting, it is rather a call for people to create a valid call for one. At the stage at which the page was written, there was not even a requirement to notify all the members. The 5% represents a compromise between avoiding a small clique causing disruption by continually calling meetings and the potential difficulty that a proposer would have in contacting all the members without help from the company, together with an allowance for the proportion of members who would vote an anything. When the actual meeting notice is issued, it is a legal requirement that details of how to appoint a proxy are included in the meeting notice. I am fairly sure the resolutions would affect current directors; I think they would require an explicit clause to exclude them. Although I am not a full member, so can't vote on the resolution, it seems to that the proponents should have provided some background information, e.g. details of other companies implementing similar rules, and the reasons they think they are necessary. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] OSMF Special General Meeting
On 26 November 2014 at 08:23, David Woolley for...@david-woolley.me.uk wrote: When the actual meeting notice is issued, That notice has already been given - see https://lists.openstreetmap.org/pipermail/osmf-talk/2014-November/003079.html Thanks, Andy ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] OSMF Special General Meeting
I propose an addendum to the resolution: We all go outside do some mapping. It appears that some people have lost sight of what OSM is for. This happens in many organisations when they get to a certain size attract 'organisers'; - people who are not interested in its primary objective but obsessed with the paraphernalia of instigating committees, meetings, agenda, minutes, points of order etc. They're just members of the B ark. As an example, watch this Channel 4 program from 1994, if you have the time: http://www.channel4.com/programmes/the-club/on-demand. It's about a golf club's hierarchy where it turns out the chairman can't swing a club to save his life. Dave F. On 26/11/2014 08:23, David Woolley wrote: On 26/11/14 01:43, Dave F. wrote: I'm pretty sure casting a vote via email isn't proxy. The notice isn't a request to vote. Requests for special meetings, and, I think any resolutions, from the members, are not binding unless there is support from a certain proportion of those with voting rights. What is being done here is attempting to demonstrate that level of support. The document mentioned is not a valid call for a meeting, it is rather a call for people to create a valid call for one. At the stage at which the page was written, there was not even a requirement to notify all the members. The 5% represents a compromise between avoiding a small clique causing disruption by continually calling meetings and the potential difficulty that a proposer would have in contacting all the members without help from the company, together with an allowance for the proportion of members who would vote an anything. When the actual meeting notice is issued, it is a legal requirement that details of how to appoint a proxy are included in the meeting notice. I am fairly sure the resolutions would affect current directors; I think they would require an explicit clause to exclude them. Although I am not a full member, so can't vote on the resolution, it seems to that the proponents should have provided some background information, e.g. details of other companies implementing similar rules, and the reasons they think they are necessary. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Wikis are not tablets of stone as suggested by the suburbs debate: a proposal
Hi Brian, The real problem with the wiki is that pages tend to be prescriptive rather than descriptive. This is the difference between Fowler Fowler (or for Americans Strunk and White) and a good dictionary. A quick scan of Language Log http://languagelog.ldc.upenn.edu/nll/ will show all the problems of prescriptive usage forms (not least, that the prescriber are often just plain wrong http://languagelog.ldc.upenn.edu/nll/?p=2922). Given the keenness for the prescriptivism of English usage guides, trying to change who key value pages are written on the OSM wiki is probably a Sisyphean task. One simple start would be to remove the voting element from tag proposals, which is rarely truly consensual (given the quorum is 15 from say 500,000); and remove use of the term 'deprecated' which is prescriptive. Taginfo, of course, provides the baseline for a descriptive approach. For this reason I largely use it when trying to choose a tag for something I rarely tag. Regards, Jerry On 24 November 2014 at 14:23, Brian Prangle bpran...@gmail.com wrote: Hi everyone Why not have a large advisory at the head of every wiki page which links to the following content? The content of a wiki page is: 1. as close to authoritative as possible but NOT AUTHORITATIVE 2. for guidance only: it is NOT MANDATORY 3. reflects only the collective opinion of the editors of the page 4.subject to local knowledge and ground surveys which ALWAYS TAKE PRIORITY OVER WIKI CONTENT 5. to be ignored only after careful thought and suitable tagging with a note= xxx tag to explain 6.not to be used as a basis for automated edits: See policy on automated edits which requires discussion with the community affected and the reaching of a consensus. Rgds Brian ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-us] admin level for US states
2014-11-25 10:59 GMT+01:00 Sarah Hoffmann lon...@denofr.de: admin_levels have been invented in order that different borders can be rendered consistently among countries according to the wiki[1]. +1, that's also what I am after. That's also what I remember. State eqivalent doesn't mean that they must be organised exactly in the same way but that they are roughly at the same level of administrative hierarchies. +1 my point was, that they aren't. Italian regions aren't roughly at the same level of administrative hierarchy than are the US States, and I guess also the French regions aren't. Japan does have states on admin level 3. Under that definition US states are the same as German bundesländer, French regions, Canadian provinces etc. even though their political influence and internal organzisation is wildly different. how could you compare hierarchical levels if the organization is wildly different? There is a lot of software around that works under the assumption that US states (and the equivalents in other countries) can be found at admin_level=4. and this would break if level 3 was used? The current admin level hierarchy is not perfect but it works for most practical applications. actually it seems that changing the rendering to administrative polygons rather than using place nodes will create/reveal some inconsistencies and I was trying to fix this / find a solution. Maybe you are right and the solution is not in modifying the US state admin level but changing elsewhere. It simply seemed kind of an inconsistency to have the US state at the same level as German Länder and French Region, but maybe that was a misinterpretation of the admin levels. cheers, Martin ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Who controls data: Google Maps, others erasing Hollywood sign, but it's in OSM
2014-11-25 16:48 GMT+01:00 Andrew Wiseman awise...@gmail.com: Interesting, but now it doesn't render. I saw it was gone and worried somebody from that article took it off. Can we include a point in the relation for it, so that it does render? Someone has indeed done this. IMHO we shouldn't duplicate the data (or non-data, in this case there are no more tags than name and tourism=attraction on the new node), we should find a way to render the name from the relation without tagging for the renderer-hacks. This would include changing osm2pgsql to deal with site-relations. I couldn't find any ticket for site-relations in the osm2pgsql and osm-carto repos, so I have added them. cheers, Martin http://wiki.openstreetmap.org/wiki/Relations/Proposed/Site ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Who controls data: Google Maps, others erasing Hollywood sign, but it's in OSM
That was me -- but I would argue it's an unusual way to tag it -- it's not the individual letters that are important, it's the whole piece. You wouldn't tag each president in Mount Rushmore and leave it at that, right? To me the letters are secondary and to the whole. The FDR Memorial in DC is the same way, each part is tagged, but there's a point for the whole thing. Or maybe it should be tagged as an area, since the sign takes up an area? Andrew On Wed, Nov 26, 2014 at 12:00 PM, Martin Koppenhoefer dieterdre...@gmail.com wrote: 2014-11-25 16:48 GMT+01:00 Andrew Wiseman awise...@gmail.com: Interesting, but now it doesn't render. I saw it was gone and worried somebody from that article took it off. Can we include a point in the relation for it, so that it does render? Someone has indeed done this. IMHO we shouldn't duplicate the data (or non-data, in this case there are no more tags than name and tourism=attraction on the new node), we should find a way to render the name from the relation without tagging for the renderer-hacks. This would include changing osm2pgsql to deal with site-relations. I couldn't find any ticket for site-relations in the osm2pgsql and osm-carto repos, so I have added them. cheers, Martin http://wiki.openstreetmap.org/wiki/Relations/Proposed/Site -- 600,000 DC residents don't have a vote in Congress -- http://www.dcvote.org/ http://www.dcvote.org/about/index.cfm ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Who controls data: Google Maps, others erasing Hollywood sign, but it's in OSM
The individual letter ways are currently tagged tourism=artwork. There's an outstanding request to have the Standard stylesheet render such ways: https://github.com/gravitystorm/openstreetmap-carto/issues/855 In the meantime, would it be too much of a stretch to tag them barrier=wall too? That would get the letters on the map in some fashion, and after all they would generally impede you if you tried to walk right through them. On 2014-11-26 09:30, Andrew Wiseman wrote: That was me -- but I would argue it's an unusual way to tag it -- it's not the individual letters that are important, it's the whole piece. You wouldn't tag each president in Mount Rushmore and leave it at that, right? To me the letters are secondary and to the whole. The FDR Memorial in DC is the same way, each part is tagged, but there's a point for the whole thing. Or maybe it should be tagged as an area, since the sign takes up an area? Andrew On Wed, Nov 26, 2014 at 12:00 PM, Martin Koppenhoefer dieterdre...@gmail.com mailto:dieterdre...@gmail.com wrote: 2014-11-25 16:48 GMT+01:00 Andrew Wiseman awise...@gmail.com mailto:awise...@gmail.com: Interesting, but now it doesn't render. I saw it was gone and worried somebody from that article took it off. Can we include a point in the relation for it, so that it does render? Someone has indeed done this. IMHO we shouldn't duplicate the data (or non-data, in this case there are no more tags than name and tourism=attraction on the new node), we should find a way to render the name from the relation without tagging for the renderer-hacks. This would include changing osm2pgsql to deal with site-relations. I couldn't find any ticket for site-relations in the osm2pgsql and osm-carto repos, so I have added them. cheers, Martin http://wiki.openstreetmap.org/wiki/Relations/Proposed/Site -- 600,000 DC residents don't have a vote in Congress -- http://www.dcvote.org/ http://www.dcvote.org/about/index.cfm ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us -- m...@nguyen.cincinnati.oh.us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[talk-latam] #226 weeklyosm ya disponible en español
Hola El semanario #226 de weeklyosm, el sumario de todo lo que está ocurriendo en mundo OSM está en linea en español http:/www.weeklyosm.eu/?lang=es Disfrutadlo!!!___ talk-latam mailing list talk-latam@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-latam
