Re: [OSM-talk] OSM.org rendering and features [was Re: The Proposed Great Colour Shift]
On Thu, Aug 20, 2015 at 4:51 PM, Daniel Koć daniel@koć.pl wrote: We have very uncomfortable situation with rendering styles on our main website: out of 5 styles available only 2 are general, and only one - default one - is to some reasonable extent an OSM community effort (technically it's open, in practice not much people are active there, it is rather detached from other parts of OSM and is rather conservative socially). I see it as a relatively unhappy situation as well. The osm-carto maintainers spent a lot of time fending off requests and demands from outsiders: it looks like a castle with barbarians at the gate. I think a new style, as open as the tagging scheme and database, is a way out both for osm-carto's maintainers and for meeting the wider community needs. -- Separately there's tension over the clutter of the map. This really should be broken down: * Line styles and fills * points of interest * urban vs. rural areas. New line styles and fills present a visual burden to understanding the map. Too many dashes dots and subtle color variations and everything looks like mush. New POI's, particularly obscure ones, impact few people because they are usually not visible. These often come with text labels that help clarify the meaning of any symbol. There really should be little barrier to rendering more POI types. Many issues are density dependent. In a rural area showing everything is generally just fine and desired. For urban areas overload sets in by the time the fire hydrants, manhole covers, electric lines, bike racks, baby hatches and crosswalks are all rendered. There's a lot of interesting work to be done in the area of density specific rendering: rendering that's sensitive to the scale density and land use type. --- The map is also largely delivered in electronic form. There's a lot of potential for delivering dynamic legends and click for more information, resolving many issues of potential viewer confusion. The flat static map need not communicate everything. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-cz] Turisticke trasy v okoli Rican, Chocerad a Sazavy [was Čištění turistických tras v OSM - fotky ukazatelů]
Dne 25.8.2015 v 17:21 Matěj Cepl napsal(a): Nebyl by nějakej ticketovací systém? V tomhle se brzo ztratíme. Myslím že wiki bude zatím stačit. Založil jsem http://wiki.openstreetmap.org/wiki/Chyb%C4%9Bj%C3%ADc%C3%AD_Trasy_K%C4%8CT uvidíme jak se to osvědčí. Mirek ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turisticke trasy v okoli Rican, Chocerad a Sazavy [was Čištění turistických tras v OSM - fotky ukazatelů]
...wiki IMHO bude stacit, ale soucasne by bylo fajn, kdyz by kazdy, kdo prida nejaky vetsi pocet pozadavku, to zde (bez nejake navazne diskuse) pripomenul (napromoval)... vop -- Původní zpráva -- Od: Miroslav Suchy miros...@suchy.cz Komu: talk-cz@openstreetmap.org Datum: 25. 8. 2015 18:03:05 Předmět: Re: [Talk-cz] Turisticke trasy v okoli Rican, Chocerad a Sazavy [was Čištění turistických tras v OSM - fotky ukazatelů] Dne 25.8.2015 v 17:21 Matěj Cepl napsal(a): Nebyl by nějakej ticketovací systém? V tomhle se brzo ztratíme. Myslím že wiki bude zatím stačit. Založil jsem http://wiki.openstreetmap.org/wiki/Chyb%C4%9Bj%C3%ADc%C3%AD_Trasy_K%C4%8CT uvidíme jak se to osvědčí. Mirek ___ 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: [OSM-talk] Preserving History ...
On 25/08/15 16:29, Tom MacWright wrote: All of the resources you linked, you can improve! * https://github.com/hotosm/learnosm * https://wiki.openstreetmap.org/w/index.php?title=Beginners%27_guideaction=edit * http://wiki.openstreetmap.org/w/index.php?title=Editing_Standards_and_Conventionsaction=edit You should fix these things, if you care about them. My improvement would be 'Don't touch iD with a barge pole!' :) But the JOSM snippets are interesting and proper documentation on just how we can observe best practice to maintain history is something which is missing. But to go with this I think that adding warnings to any delete action IN the editors would be more help. That is in the absence of simply disabling 'delete' on objects that are already part of the database. I am gathering more notes on how material is being lost because of the way delete is handled, but I need to get the tile server live first while still paying the bills ... -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-br] analise dos mapas do governo aqui na lista! para colaborarmos com o Índice de Dados Abertos 2015 da OKFN
Gostaria de sugerir uma discussão aqui na lista OSM, para conferirmos consensualmente os requisitos expressos neste link, http://global.census.okfn.org/entry/br/map PS: o lançamento da nova plataforma de interatividade de análise foi hoje (!), http://blog.okfn.org/2015/08/25/global-open-data-index-2015-is-open-for-submissions/ ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk] Preserving History ...
On 8/25/2015 5:29 PM, Tom MacWright wrote: Hi Lester, All of the resources you linked, you can improve! * https://github.com/hotosm/learnosm * Here is the ticket I just created for learnosm, and if I can get the site updated soon'ish I will, because it does matter to me :) https://github.com/hotosm/learnosm/issues/461 Cheers, Blake ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Preserving History ...
On 25/08/2015, Blake Girardot bgirar...@gmail.com wrote: But in general if you want to map from scratch, make a new layer, map, merge layers, replace geometry, done, history retained and you mapped from scratch. I wonder if JOSM could do that automatically. Before uploading, JOSM would look at all objects deleted during this editing session, fuzzy-match new objects at the same location and tags, and perform the replace-geometry tag automatically. Same thing with roads that need updating, you just remap it and then replace geometry or use the improve way tool, either one will preserve history. Another tip for preserving history in JOSM: if you split a way in two, the start of the way is the one that retains history and the end of the way (where the arrow is) is new. Reversing the way before spliting it can help keep the history on the important section. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Preserving History ...
Retaining the history is the most respectful thing you can do for mappers but I have seen a lot of new'ish mappers who feel that just deleting and starting over is easier. In JOSM the replace geometry function can be used and it will retain the history and lets you map from scratch and retain history. I have remapped very dense urban areas from scratch then used replace geometry to replace the buildings. Once in a while a building was mapped as two when it was really one building so you have to delete. But in general if you want to map from scratch, make a new layer, map, merge layers, replace geometry, done, history retained and you mapped from scratch. Same thing with roads that need updating, you just remap it and then replace geometry or use the improve way tool, either one will preserve history. If anyone wants a detailed usage example just let me know, I made a youtube video demonstrating how remap a city block with replace geometry, but the steps I put in above are essentially it. Regards blake On 8/25/2015 4:10 PM, Martin Koppenhoefer wrote: sent from a phone Am 24.08.2015 um 10:05 schrieb Lester Caine les...@lsces.co.uk: Because 'it's easier to delete and start again' is encouraged rather than 'preserve the history of development' where someone HAS already spent the time doing that in the past so much is being lost! can you expand on this? Where are people encouraged to delete rather than refine? I've always thought we would actually be encouraging people to retain history cheers Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-cz] Turisticke trasy v okoli Rican, Chocerad a Sazavy [was Čištění turistických tras v OSM - fotky ukazatelů]
Ahoj! Kdyby si nekdo chtel udelat prochazku: ... a jestli mate nekdo tipy na prochazky jinde, tak mozna poslete ;-). Pavel U Struharova chybi vic nez 1km zlute, http://mtbmap.cz/#zoom=15lat=49.95051lon=14.76691 Ze Sazavy do Cerenic vede modra, chybi vic nez 3km, http://mtbmap.cz/#zoom=14lat=49.85068lon=14.90261 S od sazavy zrejme chybi zluta a zelena, primo v Sazave zluta ma byt okruzni, je tam blbe. Ty zeleny chybi asi 3km smerem na Krymlov, http://mtbmap.cz/#zoom=15lat=49.88368lon=14.90413 V Samopsich chybi maly kus zelene, http://mtbmap.cz/#zoom=16lat=49.86107lon=14.91195 Chybi vedeni zlute po stribrny skalici, http://mtbmap.cz/#zoom=15lat=49.90226lon=14.85336 Na Z Lsteni zrejme prebyva modra znacka, http://mtbmap.cz/#zoom=15lat=49.86211lon=14.71865 V Choceradech chybi kus cerveny http://mtbmap.cz/#zoom=16lat=49.8663lon=14.80359 -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk] Abandoned Rails
On 25/08/2015, Blake Girardot bgirar...@gmail.com wrote: I am not a railway enthusiast, but I do recognize the important role they play in the development and landscape of the US and probably other countries. I really appreciate those who map in-use, disused and abandoned railways, thank you for adding important, rich and useful data to the map. I think part of this conversation should be reprized: Abandoned railways are recognizable by people who know what they are looking at, they are in essence there on the ground currently, just because I don't have the knowledge to recognize and map them, does not mean they do not exist. For the record again, lest people think that my views are more extreme than they are, I agree with the above. Where I draw the line is against railway=dismantled, which by definition don't exist anymore. Typical examples are going thru a housing estate, a demolished (and rubble cleared) bridge, or a field where the former railway isn't even visible in crop groth differences. When the state goes from not obviously there to obviously not there. All I understood Russ to be asking was to stop deleting and suggesting deletion of abandoned railways without checking with the person or people who know what they are doing in regards to mapping them and I agree that should stop. Heavy changes to someone else's work should come with a message to that someone else, but I'd argue that whoever deleted a railway=* going thru a housing estate knew what they were doing. As mentioned above, I see no harm to mapping an abandoned railway, even if it is based on two end points and knowledge of the railway system. One can often assert that something was here even when nothing is left of that thing. And is nothing is left of that thing, it shouldn't be mapped. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Abandoned Rails
On 24/08/2015, Richard Fairhurst rich...@systemed.net wrote: cycle.travel's rendering is 1300 lines of CartoCSS, 1400 of .mml, 300 lines of Lua preprocessing, and 350 lines of Ruby/PostGIS postprocessing. Of this, the code required to show only operational railways is 100 characters - a rounding error. It's a detail in a 1400-character line of .mml and it was copied directly from OSM-Bright, the base style used by switch2osm. In other words, anyone setting up an OSM tileserver from the canonical instructions already gets this for free. Fair enough, it's easy to get a bootstrap (for the record, I was talking about knowledge, not lines of code). The bootstrap might not have been used or might not be available for a particular usecase, but I get your point. Sorry for placing the principle of least surprise bar too high. There are plenty of issues with OSM railway tagging that make decent rendering, routing and analysis hard. (railway=station covering both mainline stations and preserved heritage attractions is the first that springs to mind.) railway=dismantled is not one of them. As to whether utterly dismantled railways belong in the OSM database, I couldn't really care less. In terms of doctrine, they probably don't, though let's not overstate the issue: I suspect more bytes have been spilled in this thread than it would take to encode a dump of current railway=dismantled in .pbf format. I'm aware of that (and skewing the ratio even further as I write this), but this is about more than just railways. Sorry for the fearmongering, but letting one kind of nonexistent objects into OSM opens the door to more. Countering with existing crap in the db doesn't justify adding more crap hasn't worked well in the past. To be honest, I too could live with a few railway=dismantled in the db. The bigger issues are the idea of allowing some data in even when you agree it shouldn't be there, protecting that data for political rather than technical reasons, and the precedent this would set. But Gregory, Greg and Jason have it right. This is not about some precious notion of purity, it's about community. Outside the two fundamentals of openly licensed and crowdsourced, OSM is characterised by its pragmatism. We do what works. What works is a community of people who feel respected and empowered. By preventing contributors to fix errors in the db (as miscommunicated as they were, I'm sure the deletions that started this thread were meant as fixes) just because they come from some kind of Most Valued Contributor, you're disempowering the community as a whole to empower a fraction of it. I'm not going to pull statistics out of my magick hat, but to me this looks like a net long-term loss. And bearing in mind that we're talking about the US here, we need all the community we can get. Read Minh Nguyen's excellent new diary post (http://www.openstreetmap.org/user/Minh%20Nguyen/diary/35646). Even in the super-affluent, super-educated Bay Area, OSM is barely at the stage that Europe reached five or more years ago. It is an endless parade of outdated street configurations, missing landmarks, test edits. But, he notes, there is plenty of rail and bike infrastructure. This is what characterised OSM adoption here in Britain. The enthusiasts are the first to get it: the railfans, the cyclists. Widespread take-up comes later, once the enthusiasts have built something good. The last thing we want to do in the US is drive away the few enthusiasts we currently have. I know :( I'd hate to see someone leave because of that discussion. I'd love to see improvements in the OSM tooling and/or schemas so that we can properly map historical features. So that dismantled railways (amongst other no-longer-existing features) can be mapped without hurting present-day mapping, which was initially OSM's only usecase. So that entering that kind of data isn't a deletion-worthy error anymore, but a normal usecase. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Preserving History ...
On 25/08/15 15:10, Martin Koppenhoefer wrote: Because 'it's easier to delete and start again' is encouraged rather than 'preserve the history of development' where someone HAS already spent the time doing that in the past so much is being lost! can you expand on this? Where are people encouraged to delete rather than refine? I've always thought we would actually be encouraging people to retain history We encourage new users to use iD ... The first button on the tool pallet when you click on a line is 'Delete' and there are not covering notes in the learnOSM guide to suggest that it should only be used when necessary. Actually the getting started guide just ploughs straight in to adding stuff without any reference to the etiquette of modifying what is there already. http://learnosm.org/en/ Beginners Guide on the wiki http://wiki.openstreetmap.org/wiki/Beginners%27_guide is even lighter on guidelines ... Editing Standards page http://wiki.openstreetmap.org/wiki/Editing_Standards_and_Conventions only has a 'If you choose to delete and redraw a whole road, check that the nodes don't themselves have tag' which should perhaps be a 'please do not delete a whole road as previous information will be lost'. Checking in the help forum many of the questions that as 'why can't I delete xxx' make no mention of why that should be a last resort. https://help.openstreetmap.org/questions/41329/cant-edit-or-delete-street is a typical example but there was no mention on NOT deleting it. Actually I have yet to find ANY advise that advises simply refining what is there? ( And I'm still trying to track down the history of the Tollbar A46 route changes. Not sure if some if the history was redacted but I'm sure that these main roads were present ten years back. ) -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-us] New JOSM RasterFiltersPlugin
Thanks Blake, When I went to the page http://wiki.openstreetmap.org/wiki/JOSM/Plugins RasterFilters was not listed. Even after refreshing the page. I'm glad you sent the link http://wiki.openstreetmap.org/wiki/JOSM/Plugins/RasterFilters Alan On Tue, Aug 25, 2015 at 10:14 AM, Blake Girardot bgirar...@gmail.com wrote: Hi, Directions: http://wiki.openstreetmap.org/wiki/JOSM/Plugins/RasterFilters Note it has a two step process, install the plugin, restart, go to preferences and download the filters in the Map project tab (3rd from top in mine, has a grid pattern). Clicking the download button there doesn't have a visible effect, but you probably have to do it. After that it works as advertised now. Cheers, Blake On 8/25/2015 4:03 PM, Alan Bragg wrote: Can someone explain , or point me to documentation on how to use the new JOSM RasterFiltersPlugin? The only documentation I can find is The RasterFiltersPlugin allows to choose and apply some images' filters to some layers I loaded the plugin and see no tools, I'm feeling like an idiot. Alan ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] New JOSM RasterFiltersPlugin
Can someone explain , or point me to documentation on how to use the new JOSM RasterFiltersPlugin? The only documentation I can find is The RasterFiltersPlugin allows to choose and apply some images' filters to some layers I loaded the plugin and see no tools, I'm feeling like an idiot. Alan ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-it] addr:place
ed eventualmente metto addr:place=Località XY oppure addr:place=XY soltanto? va usato il nome ufficiale (probabilmente metterei Località XY) come da indirizzo postale ciao Martin Il nome in addr:place dovrebbe essere quello usato nel corrispondente tag place:xyz=XY (es. place:village, hamlet, ecc.) che dovrebbe esistere. Quindi io metterei senza Località. Ciao Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-at] geoimage.at
On 19.08.2015 21:53, Günther Zin. wrote: Am Mittwoch, 19. August 2015 20:13 CEST, Friedrich Volkmann b...@volki.at schrieb: Hat sich am geoimage-WMS etwas an der Projektion geändert? Der zeigt mir jetzt alles um hunderte Meter versetzt. Ja, ist mir auch gerade aufgefallen. Bei einem Zoomlevel (gecachted) hat es noch gepasst, beim Hineinzoomen dann plötzlich gar nicht mehr! Ob das ein Fehler oder eine Konfigurations-Änderung auf Seite von Geoimage ist? Weiß nicht, aber es wurde heute anscheinend behoben. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-us] New JOSM RasterFiltersPlugin
Hi, Directions: http://wiki.openstreetmap.org/wiki/JOSM/Plugins/RasterFilters Note it has a two step process, install the plugin, restart, go to preferences and download the filters in the Map project tab (3rd from top in mine, has a grid pattern). Clicking the download button there doesn't have a visible effect, but you probably have to do it. After that it works as advertised now. Cheers, Blake On 8/25/2015 4:03 PM, Alan Bragg wrote: Can someone explain , or point me to documentation on how to use the new JOSM RasterFiltersPlugin? The only documentation I can find is The RasterFiltersPlugin allows to choose and apply some images' filters to some layers I loaded the plugin and see no tools, I'm feeling like an idiot. Alan ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-cz] Čištění turistických tras v OSM - fotky ukazatelů
Ahoj! peclive sleduji i toto vlakno a tak nejak jsem nafotil par rozcestniku. A uvedomil jsem si, ze nevim vlastne k cemu to je a zda (v souvislosti s ucelem) existuje nejaky pozadavek, jak to ma byt nafoceno (sirka, vyska, rozliseni, vse na jednom snimku, GPS v EXIFu...). Je mozna nejaka elementarni edukace? Mate-li dojem, ze matek tematu co rici, prosim soukrome do mailu vop seznam cz - vysledek bych zpracoval jako Tema pro WekklyOSM... Diskuzi prosim verejne. Je to zajimave i pro ostatni (bez ohledu na spracovani weeklyosm). Diky, Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Turisticke trasy v okoli Rican, Chocerad a Sazavy [was Čištění turistických tras v OSM - fotky ukazatelů]
On 2015-08-25, 14:53 GMT, Pavel Machek wrote: Kdyby si nekdo chtel udelat prochazku: ... a jestli mate nekdo tipy na prochazky jinde, tak mozna poslete ;-). Nebyl by nějakej ticketovací systém? V tomhle se brzo ztratíme. Matěj -- http://www.ceplovi.cz/matej/, Jabber: mc...@ceplovi.cz GPG Finger: 89EF 4BC6 288A BF43 1BAB 25C3 E09F EF25 D964 84AC Nemo plus iuris ad alium transfere potest quam ipse habet. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-it] addr:place
sent from a phone Am 25.08.2015 um 15:31 schrieb demon.box e.rossin...@alice.it: scusate se ho un ristorante che si trova in Località XY numero 10, utilizzo il tag addr:place? si (insieme agli altri tags addr, praticamente addr:place sostituisce addr:street in questi casi) ed eventualmente metto addr:place=Località XY oppure addr:place=XY soltanto? va usato il nome ufficiale (probabilmente metterei Località XY) come da indirizzo postale ciao Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] Preserving History ...
sent from a phone Am 24.08.2015 um 10:05 schrieb Lester Caine les...@lsces.co.uk: Because 'it's easier to delete and start again' is encouraged rather than 'preserve the history of development' where someone HAS already spent the time doing that in the past so much is being lost! can you expand on this? Where are people encouraged to delete rather than refine? I've always thought we would actually be encouraging people to retain history cheers Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Preserving History ...
Hi Lester, All of the resources you linked, you can improve! * https://github.com/hotosm/learnosm * https://wiki.openstreetmap.org/w/index.php?title=Beginners%27_guideaction=edit * http://wiki.openstreetmap.org/w/index.php?title=Editing_Standards_and_Conventionsaction=edit You should fix these things, if you care about them. On Tue, Aug 25, 2015 at 11:16 AM, Lester Caine les...@lsces.co.uk wrote: On 25/08/15 15:10, Martin Koppenhoefer wrote: Because 'it's easier to delete and start again' is encouraged rather than 'preserve the history of development' where someone HAS already spent the time doing that in the past so much is being lost! can you expand on this? Where are people encouraged to delete rather than refine? I've always thought we would actually be encouraging people to retain history We encourage new users to use iD ... The first button on the tool pallet when you click on a line is 'Delete' and there are not covering notes in the learnOSM guide to suggest that it should only be used when necessary. Actually the getting started guide just ploughs straight in to adding stuff without any reference to the etiquette of modifying what is there already. http://learnosm.org/en/ Beginners Guide on the wiki http://wiki.openstreetmap.org/wiki/Beginners%27_guide is even lighter on guidelines ... Editing Standards page http://wiki.openstreetmap.org/wiki/Editing_Standards_and_Conventions only has a 'If you choose to delete and redraw a whole road, check that the nodes don't themselves have tag' which should perhaps be a 'please do not delete a whole road as previous information will be lost'. Checking in the help forum many of the questions that as 'why can't I delete xxx' make no mention of why that should be a last resort. https://help.openstreetmap.org/questions/41329/cant-edit-or-delete-street is a typical example but there was no mention on NOT deleting it. Actually I have yet to find ANY advise that advises simply refining what is there? ( And I'm still trying to track down the history of the Tollbar A46 route changes. Not sure if some if the history was redacted but I'm sure that these main roads were present ten years back. ) -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ 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: [Talk-it] Servizio immagini vettoriali stampabili mappa OSM + traccia GPS?
Maperitive ! - ha 16 rendering - legge file .osm e .gpx - personalizzi il rendering dei tuoi dati - salva in bitmap o SVG -- View this message in context: http://gis.19327.n5.nabble.com/Servizio-immagini-vettoriali-stampabili-mappa-OSM-traccia-GPS-tp5852756p5853134.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-GB] JOSM migratuon
I need to shift JOSM to a new computer. My search-abiltes are failing me and I cannot find a guide to doing so, whilst preservng all my settings. Is there one? Both machines use Windows. -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk] Preserving History ...
On 25/08/15 17:24, Tom MacWright wrote: It seems like the only thing you're contributing is negativity. http://lsces.co.uk/wiki/OSM+Development Not that I've got all the latest crib sheets working yet :( Last system I had fully functional was on an SUSE 12.3 -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-cz] Turisticke trasy v okoli Rican, Chocerad a Sazavy [was Čištění turistických tras v OSM - fotky ukazatelů]
Kdyby si nekdo chtel udelat prochazku: ... a jestli mate nekdo tipy na prochazky jinde, tak mozna poslete ;-). Nebyl by nějakej ticketovací systém? V tomhle se brzo ztratíme. +1 Podivejte se treba na region severne od Znojma, tam je to porad jeste v rezimu hic sunt leones pokud se turistickych znacek tyka. Jinak mimochodem dobra zprava, zase se po mesici a pul problemu podarilo vzkrisit importy a prerendrovavani MTBmapy, jak jste si mohli v poslednim tydnu vsimnout ;) - diky Martinovi za opravy veci, ktere potrebovaly opravit diky zmenam v upsteamu OSM. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk] Preserving History ...
It seems like the only thing you're contributing is negativity. On Tue, Aug 25, 2015 at 12:15 PM, Lester Caine les...@lsces.co.uk wrote: On 25/08/15 16:29, Tom MacWright wrote: All of the resources you linked, you can improve! * https://github.com/hotosm/learnosm * https://wiki.openstreetmap.org/w/index.php?title=Beginners%27_guideaction=edit * http://wiki.openstreetmap.org/w/index.php?title=Editing_Standards_and_Conventionsaction=edit You should fix these things, if you care about them. My improvement would be 'Don't touch iD with a barge pole!' :) But the JOSM snippets are interesting and proper documentation on just how we can observe best practice to maintain history is something which is missing. But to go with this I think that adding warnings to any delete action IN the editors would be more help. That is in the absence of simply disabling 'delete' on objects that are already part of the database. I am gathering more notes on how material is being lost because of the way delete is handled, but I need to get the tile server live first while still paying the bills ... -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ 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: [Talk-at] Grenzimport Wien
Hi, Jens Steinhauser schrieb: einen Konsens darueber wie sinnvoll/fehlerhaft die Daten sind und ob die Aenderungen zurueckgenommen werden sollen haben wir immer noch nicht. er hat ja scheinbar nach dem er von Friedrich angeschrieben wurde nochmals weitere Grenzen importiert. Ich war daher so frei und habe ihn auch nochmal geschrieben, dass er den Import stoppen soll und sich mindestens mit euch in Verbindung setzen soll bevor er weiter macht. Imho ist das ganze auch ein Import und muss somit sowieso die Import Guidelines berücksichtigen. Bzgl. revertieren/zur Datenqualität kann ich nichts sagen. Gruß, Peda ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-us] TIGER tracing layer updated to 2015 release
On Tue, Aug 25, 2015 at 7:55 PM, Eric Fischer e...@pobox.com wrote:
Last week the US Census Bureau released the 2015 version of TIGER. This
afternoon I updated the data in the set of tracing tiles that Mapbox hosts.
As before, at zoom level 16 and up, it shows the complete TIGER streets,
and at zoom levels 12 through 15, it shows TIGER minus dynamically
subtracted OSM so you can more easily find TIGER streets that are missing
in OSM.
The tile URL has not changed, so if you are using iD or another editor
that pulls from editor-imagery-index, you already have the new data. If
not, you can manually enter the tile URL:
https://a.tiles.mapbox.com/v4/enf.e0b8291e/{z}/{x}/{y}.png?access_token=pk.eyJ1IjoiZW5mIiwiYSI6IkNJek92bnMifQ.xn2_Uj9RkYTGRuCGg4DXZQ
I clicked on the link you provided and received:
{message:Not Found}
Regards,
Greg
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] TIGER tracing layer updated to 2015 release
On 2015-08-25 20:48, Greg Morgan wrote:
I clicked on the link you provided and received:
{message:Not Found}
Hi Greg, this URL template isn't meant to be opened directly. You can
paste it into an editor's custom layer URL field; the editor will fill
in the {x}, {y}, and {z} variables for each tile on screen.
--
m...@nguyen.cincinnati.oh.us
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] TIGER tracing layer updated to 2015 release
Last week the US Census Bureau released the 2015 version of TIGER. This
afternoon I updated the data in the set of tracing tiles that Mapbox hosts.
As before, at zoom level 16 and up, it shows the complete TIGER streets,
and at zoom levels 12 through 15, it shows TIGER minus dynamically
subtracted OSM so you can more easily find TIGER streets that are missing
in OSM.
The tile URL has not changed, so if you are using iD or another editor that
pulls from editor-imagery-index, you already have the new data. If not, you
can manually enter the tile URL:
https://a.tiles.mapbox.com/v4/enf.e0b8291e/{z}/{x}/{y}.png?access_token=pk.eyJ1IjoiZW5mIiwiYSI6IkNJek92bnMifQ.xn2_Uj9RkYTGRuCGg4DXZQ
Eric
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Rendering of tracks
On 2015-08-25 19:07, Mark Bradley wrote: I noticed that tracks (leisure - track) are still being rendered as polygons instead of linear features, despite this having been reported as a bug on Github. Hi Mark, I'm not sure if the openstreetmap-carto developers read this mailing list. I believe you're referring to this GitHub issue: https://github.com/gravitystorm/openstreetmap-carto/issues/574 When it comes to software like the openstreetmap-carto stylesheet, an issue gains more traction when someone steps forward with proposed source changes in a pull request. For this particular issue, it sounds like the developers are waiting for community consensus about how leisure=track should be mapped. Here's some recent discussion: https://wiki.openstreetmap.org/wiki/Talk:Tag:leisure%3Dtrack It may also be helpful to start a thread on the tagging@ list, if there isn't already one. -- m...@nguyen.cincinnati.oh.us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] TIGER tracing layer updated to 2015 release
Eric,
Thanks again for the great service.
Clifford
On Tue, Aug 25, 2015 at 7:55 PM, Eric Fischer e...@pobox.com wrote:
Last week the US Census Bureau released the 2015 version of TIGER. This
afternoon I updated the data in the set of tracing tiles that Mapbox hosts.
As before, at zoom level 16 and up, it shows the complete TIGER streets,
and at zoom levels 12 through 15, it shows TIGER minus dynamically
subtracted OSM so you can more easily find TIGER streets that are missing
in OSM.
The tile URL has not changed, so if you are using iD or another editor
that pulls from editor-imagery-index, you already have the new data. If
not, you can manually enter the tile URL:
https://a.tiles.mapbox.com/v4/enf.e0b8291e/{z}/{x}/{y}.png?access_token=pk.eyJ1IjoiZW5mIiwiYSI6IkNJek92bnMifQ.xn2_Uj9RkYTGRuCGg4DXZQ
Eric
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us
--
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] New JOSM RasterFiltersPlugin
On Tue, Aug 25, 2015 at 8:15 AM, Alan Bragg alan.d.br...@gmail.com wrote: Thanks Blake, When I went to the page http://wiki.openstreetmap.org/wiki/JOSM/Plugins RasterFilters was not listed. Even after refreshing the page. I'm glad you sent the link http://wiki.openstreetmap.org/wiki/JOSM/Plugins/RasterFilters Alan On Tue, Aug 25, 2015 at 10:14 AM, Blake Girardot bgirar...@gmail.com wrote: Hi, Directions: http://wiki.openstreetmap.org/wiki/JOSM/Plugins/RasterFilters Note it has a two step process, install the plugin, restart, go to preferences and download the filters in the Map project tab (3rd from top in mine, has a grid pattern). Clicking the download button there doesn't have a visible effect, but you probably have to do it. After that it works as advertised now. Beyond what Blake said, here are two key phrases from the wiki page. Also after adding at least one layer you can find button *Choose Filter* in the JOSM main window (Figure 2). ... *Note: if you added not raster but OSM layer the Choose Filters button will be disabled.* In practice that means clicking on, say, the MapBox layer, and making sure that the little green check mark is on the same layer. Only then will the Choose Filter icon be enabled so that you can add the filters to the desired layer. Regards, Greg ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-be] SOTM 2016 and meetings
Much thanks Joost for the mail, the news and the already long list of tasks we can examine. In many circumstances, we all work under tight deadlines, but if we can manage to have less it will also save stress for many of us, as well as permit more. I have in mind for example that having a precise document with dates, times, locations, numbers, names of confirmed speakers (aka a pre-program) ... as soon as possible would help very much to go to sponsors and obtain funding, especially to the public administrations and ministerial cabinets. And these require always time to answer, not to say that many of them work annually, meaning that, if we want to have some public funding for 2016, we should enter a proper form before (I suppose) something like end of November 2015. I am ready to go to some of these institutions in Brussels (the city, the region) where I have contacts, but I know, as said above, that to be considered seriously, even by the most friendly people, we should have a proper document. This is the reason why, for example, the organisation of the RMLL (Rencontres mondiales des logiciels libres) ask for a complete file to select the future location ... and the team. The SOTM selection also ask for such a document and much information, but, on the basis of what I know and have seen, we should continue to work on the organization and provide some precisions in order to have a good dossier to present to the funders. About the meeting at ESI, I would propose to do an precise mapping party, to go further in the direction that we have browsed in April last year and for example, organize a josm training for cyclist (for example) to teach to the participants how to use josm, especially to advance the cycling map of Brussels (or any city to involve more interested participants). And after such an activity, propose to the ones who want to go on with the discussion around SOTM. Doing so, I think we could both move further in a direction that was asked for in April (by some who came to the activity and were frustrated as we did not have the time to really work with josm) as well as do something precise about SOTM, for the ones who want. And I'll do taht with a framadate proposal (a free equivalent to doodle) that I prefer. I'll do that sometimes next week, Best regards, Nicolas Le 2015-08-24 22:06, joost schouppe a écrit : Hi all, It is a long way off, but the SOTM team is getting started already. We already looked into several locations, we kind of picked a logo, we found a nice designer too. We're thinking of the VUB at the moment, because of some problems with the ULB location. And there is still a chance that we might work with the European Parliament, but that is still up in the air. For the time being, there aren't that many tasks. But it would be great to start building our volunteer network now. I think it should be quite clear that if we meet now, it will be more about ideas and community building than actually working on tasks. So we do run the risk of wearing people out with meetings without a real need (I sometimes feel the Meetups have that effect on some of us). The one exception maybe that we could start laying the foundation for a website already, Ben Abelshausen is setting up a Github space as we speak. I guess the lack of much concrete actions is why the SOTM hasn't been talking so much. As Rob mentioned today, SOTM is used to working under thight deadlines. This having-a-lot-of-time is a wholly different challenge. If anyone is feeling excluded, don't. Join. We're also going to send more frequent updates to this list from now on. To give you an idea of the kind of things will have to get done, this is from the talent matrix. Some of these task could really use a hand. Nicholas, if you can arrange the ESI on any day, I would suggest to make a Doodle with a wide variety of options (daytime, evening, weekend, weekday) to see who wants to come and what is best for everyone. Sponsorship - developing sponsorship pack / tiers Sponsorship - Local Sponsorship - International Ticket sales - coordinating Budget - bookkeeper Scholarship program Scholarship committee (to review scholarship requests) Venue (co-ordination with venue company) Accommodation Catering Social events Wi-fi access AV for presenters Video Streaming Merchandise / freebies TShirts and Lanyards Booklet / guide for attendees Brand / Design / Logo Website Communication to OSM community- twitter, blogs, etc Communication / outreach to non-OSM community (open source/data, etc) Communication / outreach for promotion (local media, newsprint etc) Call for presentations - organising / coordinating Call for presentations - initial ranking Call for presentations - programme Keynote speakers - sourcing and coordinating Non-talk content (workshops, hack events) Volunteer co-ordination Volunteer training
Re: [OSM-talk-fr] Changement de nom de commune
L'arrêté préfectoral est sur le site de la commune: http://www.ruy-montceau.fr/actualites/le-nom-de-la-commune-est-officiellement-ruy-montceau Je pense qu'on peut mettre à jour... OSM aura juste 7 à 8 mois d'avance sur le COG ;) Le 25/08/2015 09:32, Christian Quest a écrit : Le COG est publié plutôt au printemps... mais il faut surveiller le JORF car ce type de changement y est en principe publié. C'est ici que ça se passe: http://www.legifrance.com/affichSarde.do?reprise=truefastReqId=1917778511idSarde=SARDOBJT07104406page=1 Pour l'instant il n'y a rien. Il faut prendre avec des pincettes une telle info dans la PQR seule... Le 25/08/2015 08:40, Art Penteur a écrit : j'ai lu ça : http://www.ledauphine.com/actualite/2015/08/24/le-nom-de-la-commune-reconnu Mais le changement dans le COG, ce sera quand ? au premier janvier prochain ? Art. ___ 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] stop deleting abandoned railroads
For what it's worth, I'm in favour of tagging dismantled railways as railway=dismantled Even if it does pass through newly built buildings. Polyglot 2015-08-25 9:52 GMT+02:00 Paul Johnson ba...@ursamundi.org: On Sat, Aug 22, 2015 at 6:09 PM, moltonel 3x Combo molto...@gmail.com wrote: On 22/08/2015, John Eldredge j...@jfeldredge.com wrote: So, if you are looking for a route without steep grades, a former railway is a natural choice. Do people actually do this ? Yes, I do. It sounds like a strawman argument to me. I do a fair bit of walking and cycling, and when planing a trip I look at the global topographic data but it never occured to me to look for railroads. Why use the local railroad hint when you've got the global DEM data ? DEM is great for showing large differences in elevation, but it tends to suffer a bit when it comes to subtle cues. Compare http://www.openstreetmap.org/way/14953012 , http://www.openstreetmap.org/way/14939296 , http://www.openstreetmap.org/way/199770540 , and http://www.openstreetmap.org/way/14943691 to the roughly parallel highway OK 11. These segments are likely (but not yet formally proposed) to be an extension of the Osage Prairie Trail, closing the gap from metro Tulsa to the capitol of the Osage Nation and a yet to be determined distance farther north along the former railroad. That grade, just from standard railroad engineering practices, is unlikely to be steeper than 2% for any significant distance and extremely unlikely to be steeper than 4%. OK 11, however, is a rollercoaster of a highway with many steep grades, some of which are easily past 8%. The DEM really glosses over this thanks to Tulsa and Pawhuska only being about 100 feet difference in elevation. The intervening terrain is pocked with rolling hills and cliffs formed from erosion, with the highest point on the highway being about 1000 feet. ___ 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-fr] Changement de nom de commune
j'ai lu ça : http://www.ledauphine.com/actualite/2015/08/24/le-nom-de-la-commune-reconnu Mais le changement dans le COG, ce sera quand ? au premier janvier prochain ? Art. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-us] Regent Square, PA
Hi, (resent from correct address) OSMF board has received the following message from a Regent Square citizen, maybe someone here is willing and able to verify/fix. I'll make the person aware of this post so they can follow potential replies. Bye Frederik Forwarded Message Subject:Map boundary error Date: Tue, 25 Aug 2015 01:15:52 -0400 ... I apologize as I did not know who to contact regarding a mapping error. You have the incorrect boundaries for the neighborhood Regent Square PA USA. Regent Square is one neighborhood comprised of four communities: Wilkinsburg, Edgewood, Swissvale, and the city of Pittsburgh. Your boundaries include only the city of Pittsburgh portion of Regent Square and I noticed the source is from their site. This is a common mistake. The correct mapping boundaries for Regent Square PA can be found on the Regent Square Civic Association's website www.regentsquare-rsca.org. The RSCA represents the entire neighborhood of Regent Square - both residents and businesses alike. Regent Square is slightly different from the average American neighborhood as it is comprised of portions of four different cities. Some compare it to a village. The RSCA has the correct mapping boundaries on their website as well as maps of each of these four communities. --- -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-fr] Changement de nom de commune
Le COG est publié plutôt au printemps... mais il faut surveiller le JORF car ce type de changement y est en principe publié. C'est ici que ça se passe: http://www.legifrance.com/affichSarde.do?reprise=truefastReqId=1917778511idSarde=SARDOBJT07104406page=1 Pour l'instant il n'y a rien. Il faut prendre avec des pincettes une telle info dans la PQR seule... Le 25/08/2015 08:40, Art Penteur a écrit : j'ai lu ça : http://www.ledauphine.com/actualite/2015/08/24/le-nom-de-la-commune-reconnu Mais le changement dans le COG, ce sera quand ? au premier janvier prochain ? Art. ___ 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] stop deleting abandoned railroads
On Sat, Aug 22, 2015 at 6:09 PM, moltonel 3x Combo molto...@gmail.com wrote: On 22/08/2015, John Eldredge j...@jfeldredge.com wrote: So, if you are looking for a route without steep grades, a former railway is a natural choice. Do people actually do this ? Yes, I do. It sounds like a strawman argument to me. I do a fair bit of walking and cycling, and when planing a trip I look at the global topographic data but it never occured to me to look for railroads. Why use the local railroad hint when you've got the global DEM data ? DEM is great for showing large differences in elevation, but it tends to suffer a bit when it comes to subtle cues. Compare http://www.openstreetmap.org/way/14953012 , http://www.openstreetmap.org/way/14939296 , http://www.openstreetmap.org/way/199770540 , and http://www.openstreetmap.org/way/14943691 to the roughly parallel highway OK 11. These segments are likely (but not yet formally proposed) to be an extension of the Osage Prairie Trail, closing the gap from metro Tulsa to the capitol of the Osage Nation and a yet to be determined distance farther north along the former railroad. That grade, just from standard railroad engineering practices, is unlikely to be steeper than 2% for any significant distance and extremely unlikely to be steeper than 4%. OK 11, however, is a rollercoaster of a highway with many steep grades, some of which are easily past 8%. The DEM really glosses over this thanks to Tulsa and Pawhuska only being about 100 feet difference in elevation. The intervening terrain is pocked with rolling hills and cliffs formed from erosion, with the highest point on the highway being about 1000 feet. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-be] SOTM 2016 and meetings
Hi Nicolas, Sounds great. A sponsorship document is already in the works, based on work from previous SOTMs. It is more a general introduction about what is SOTM and why is iot so immensly cool. It's not necesary to wait until we have speakers, but I think we are waiting a bit untill we have a location and a date. Which I think will be defined within the next month. So that would be soon enough. Talking to potential sponsers is definitely something that would be very useful. I think it is an -excellent- plan to combine the three things as you say: working in JOSM, talking about SOTM, mapping in the field. Joost 2015-08-25 9:44 GMT+02:00 Nicolas Pettiaux nico...@pettiaux.be: Much thanks Joost for the mail, the news and the already long list of tasks we can examine. In many circumstances, we all work under tight deadlines, but if we can manage to have less it will also save stress for many of us, as well as permit more. I have in mind for example that having a precise document with dates, times, locations, numbers, names of confirmed speakers (aka a pre-program) ... as soon as possible would help very much to go to sponsors and obtain funding, especially to the public administrations and ministerial cabinets. And these require always time to answer, not to say that many of them work annually, meaning that, if we want to have some public funding for 2016, we should enter a proper form before (I suppose) something like end of November 2015. I am ready to go to some of these institutions in Brussels (the city, the region) where I have contacts, but I know, as said above, that to be considered seriously, even by the most friendly people, we should have a proper document. This is the reason why, for example, the organisation of the RMLL (Rencontres mondiales des logiciels libres) ask for a complete file to select the future location ... and the team. The SOTM selection also ask for such a document and much information, but, on the basis of what I know and have seen, we should continue to work on the organization and provide some precisions in order to have a good dossier to present to the funders. About the meeting at ESI, I would propose to do an precise mapping party, to go further in the direction that we have browsed in April last year and for example, organize a josm training for cyclist (for example) to teach to the participants how to use josm, especially to advance the cycling map of Brussels (or any city to involve more interested participants). And after such an activity, propose to the ones who want to go on with the discussion around SOTM. Doing so, I think we could both move further in a direction that was asked for in April (by some who came to the activity and were frustrated as we did not have the time to really work with josm) as well as do something precise about SOTM, for the ones who want. And I'll do taht with a framadate proposal (a free equivalent to doodle) that I prefer. I'll do that sometimes next week, Best regards, Nicolas Le 2015-08-24 22:06, joost schouppe a écrit : Hi all, It is a long way off, but the SOTM team is getting started already. We already looked into several locations, we kind of picked a logo, we found a nice designer too. We're thinking of the VUB at the moment, because of some problems with the ULB location. And there is still a chance that we might work with the European Parliament, but that is still up in the air. For the time being, there aren't that many tasks. But it would be great to start building our volunteer network now. I think it should be quite clear that if we meet now, it will be more about ideas and community building than actually working on tasks. So we do run the risk of wearing people out with meetings without a real need (I sometimes feel the Meetups have that effect on some of us). The one exception maybe that we could start laying the foundation for a website already, Ben Abelshausen is setting up a Github space as we speak. I guess the lack of much concrete actions is why the SOTM hasn't been talking so much. As Rob mentioned today, SOTM is used to working under thight deadlines. This having-a-lot-of-time is a wholly different challenge. If anyone is feeling excluded, don't. Join. We're also going to send more frequent updates to this list from now on. To give you an idea of the kind of things will have to get done, this is from the talent matrix. Some of these task could really use a hand. Nicholas, if you can arrange the ESI on any day, I would suggest to make a Doodle with a wide variety of options (daytime, evening, weekend, weekday) to see who wants to come and what is best for everyone. Sponsorship - developing sponsorship pack / tiers Sponsorship - Local Sponsorship - International Ticket sales - coordinating Budget - bookkeeper Scholarship program Scholarship committee (to review scholarship requests) Venue (co-ordination with venue company)
Re: [Talk-de] GPS Empfänger, blauzahn, für die stadt
Liebe GPS-Profis, gibt es schon Neues? Einen 2-Kanal-Logger für NMEA-0183 gibt es für 30 €, incl. 6-Kanal Gyro/Beschleunigungsmesser: http://depth.openseamap.org/logger-bestellen Ein genaues GPS dazu habe ich noch nirgends gefunden... Mit herzlichem Gruss, Markus Am 17.02.2015 um 11:38 schrieb Markus: Hallo Manuel, Was brauchst du genau? Wenn es für - sagen wir mal 50 € - einen GPS-Empfänger gäbe, der auch die Rohdaten ausgibt und mit dem also Postprocessing oder Echtzeitkinematik (RTK, PPP) möglich ist, würden sich vermutlich viele OSMer ein solches Gerät anschaffen... Gewünschte Eigenschaften: - wasserdichtes Gehäuse (IP57 ?) - Kabel oder besser WLAN/Bluetooth - 10h Laufzeit (bei 1Hz) - Bedienungsanleitung für Datenauswertung Cool wäre: - eingebauter 6-Kanal Gyro/Beschleunigungsmesser - eingebauter Kompass - eingebauter Logger - eingebauter Höhenmesser (barometrisch) Seit ich ein Smartphone habe halte ich die reine Logging-Funktion eigentlich für verzichtbar. Auf dem Fahrrad oder bei anderem Outdoorsport (Kanu, Ski, ...) wäre ein integrierter Logger einfacher/stromsparender, auf dem Fahrrad wäre ein minimales Display hilfreich (Speed, Zeit). Dafür gern nochmal +20 €. Für zusätzliches WLAN/BT gern noch weitere +20 €. Wahrscheinlich durchaus realistisch sowas selber zu bauen. Dafür brauchen die Meisten vermutlich eine ausführliche Bauanleitung und Teile-Liste. Es gab m.W. mehrere Versuche, aber ich kenne keine Doku. Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-legal-talk] GADM license - any news?
If it would be useful, I'd be happy to try to get in touch with the GADM people. Sending emails like that is a substantial part of my workday :-) I would just need clarity around what, specifically, we'd like to ask for this time. Simone, the factual nature of geodata and its effect on copyright is an interesting question -- I've had more than a few (US-based) lawyers express to me in passing that they're skeptical of the copyrightability of such information. Ultimately, it is a question that can only be settled in a courtroom. In practice, I think you'll find limited enthusiasm for that argument here for a few reasons: - The argument has weaker footing outside the US; untangling those jurisdictional questions is also quite tricky for a project of global scope (and chartered under UK law) - OSM has no trained IP lawyers at its disposal, cash reserves or potential commercial windfalls to be had by taking risks. These three factors all push toward a conservative approach. - OSM uses copyright to license its own data; dismantling others' license assertions through arguments about copyrightability is consequently a pretty thorny prospect. With all that said, there's no harm in asking GADM for permission. As I said, I'm more than happy to do so if you'd like to work together on the question. Tom ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [Talk-us] Tagging National Forests
Lengthy replies to lengthy post do follow; fair warning. On 08/19/2015 05:29 AM, Nathan Mixter wrote: In any discussions about land use and land cover, we should look at what organizations have done and how they have mapped ares. For instance, in USGS imagery in JOSM you can see how they render borders with just a dashed line and let the land cover have various shades of color on top of it. Complex park boundary mapping semiotics are something that I identified as needing improvement in OSM as far back as 2009, when Nathan and I (along with OSM volunteers Apo42 and DanHomerick) mapped many public recreation areas in Northern California (parks, nature reserves, commons, state beaches...) finding difficulties with how these might be reconciled with landuse tags (forest, wood and meadow). In short, this is not a new problem, and crisp definitions (semantics) along with accurate rendering (semiotics) of our tags (syntax) are the only combination that will solve these ambiguities. The troubles are: 1) getting accurate tagging by everybody (difficult when tags have overloaded meanings), 2) achieving consensus is difficult and time-consuming and 3) rendering update implementations seriously lag 1) and 2) even when they do happen. (Nathan further quotes USDA, USFS and interagency definitions of forest vegetation and landuse/landcover)... And Kevin Kenny replies: I hear a lot of argument here, and much of it is philosophizing. Let me offer another argument. Deficiencies in the standard rendering are leading us to impose constraints that do not exist. YES! To a large degree, Kevin reiterates that 3) (above) is a major problem: mapnik/Standard rendering seems to lag, get wrong, and/or exacerbate the difficulties we have with landuse and landcover issues. Ditto administrative boundaries, especially for public areas of The very idea that we should have to cut out watercourses and highways from a National Forest to show it correctly on a map is absurd. If the renderer cannot cope with the idea that the Elm Ridge Wild Forest (a protected area - and specifically an area of state ownership with public access for recreation and harvesting of fish and game) lies partly within and partly outside the Catskill Park (a different sort of protected area, not all under state ownership) and in turn has several bicycle corridors (an area of less protection) overlaid upon it, then it cannot cope with the messy reality that I work with locally. I believe we agree that watercourses and highways which are IN a National Forest really are inside the polygon boundary defining it, but that we shouldn't necessarily see (rendered) little trees in the middle of a lake, or on top of a highway. These are rendering issues, not tagging issues: nobody should have to cut out of a National Forest polygon every single lake within it so that trees don't render on it, that is indeed absurd. Fix the renderer, instead. This largely seems to be issues with mapnik CSS being ordered properly, though I likely oversimplify. Since I render my own maps, let me begin by observing: THE LACK OF CONSENSUS ON THESE ISSUES MEANS THAT I DO NOT USE OSM AS A DATA SOURCE FOR PROTECTED AREA BOUNDARIES. I go to alternative, mostly government, data sources for the boundaries of government and other protected lands and use them for map production. I simply cannot cope with wholesale retagging of these areas every few months as each new tagging scheme comes through. WE NEED TO REACH SOME SORT OF STABLE CONSENSUS, at least one that lets us produce medium-scale maps suitable for general use without running on a hamster wheel of patching renderers to adapt to changing tag schemes. In a word: YES! I've half come around to the position that National Forest boundaries don't belong in our database at all. They're often not any more observable on the ground than any other property lines - and I believe that we reached a consensus that delineating land ownership is outside the scope of OSM. (Am I wrong about this?) In fact, the reason that I'm able to ignore OSM on the point is that most of the data I need is available in authoritative form from the agencies that manage the land. National Forest boundaries belong in our database as much as other administrative boundaries belong in our database: and THEY DO. Map consumers EXPECT to find these in a map. A map that does not show the boundary between California and Nevada, or California and Mexico? Absurd! If small neighborhood boundaries in a large city are shown or not shown, I can live with it either way. If not shown, perhaps that city has none, or volunteers haven't yet gotten around to that level of detail. If shown, I do not find these to be map clutter, in fact they are useful to me. I think many others or even most of us agree with this sentiment (though that doesn't automatically convey consensus on the topic). That said, we
Re: [Talk-at] Graz+Innsbruck: »Schiene und Straße wurden getrennt«
Hallo Andreas! *Du wurdest darauf hingewiesen, dass es schon eine Diskussion gab zum Lagegenauen Mappen von Schienen in Graz (Zusammenfassung unter http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Stra%C3%9Fenbahnen#Stra.C3.9Fenbahnen_Graz http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Stra%C3%9Fenbahnen#Stra.C3.9Fenbahnen_Graz), und auch die derzeitige Diskussion zeigt nicht, dass sich am Konsens etwas geändert hast, und trotzdem fängst du an die Schienen aufzutrennen? (Changeset: https://www.openstreetmap.org/changeset/33464314 https://www.openstreetmap.org/changeset/33464314).* Bei der letzten Änderung handelt es sich um einen Test, um zu sehen wie der Import in unser System funktioniert, wenn zweigleisig gemappt wird. Ausserdem kann man sich hier [1] anschauen, was mein Vorschlag für das Mapping in diesen Fällen wäre. Wird kein Konsens dazu erreicht, nehme ich das natürlich zurück. Für mich sieht es danach aus, als wäre der Konsens aber nicht ganz so eindeutig, wie du ihn hier darstellst. Es scheint zwar eine Mehrheit gegen das übereinanderlegen von Schiene und Straße zu geben. Beim Thema zweigleisig mappen zähle ich aber 5 Pro-Stimmen (inkl. mir) und 2 Contra-Stimmen. Deshalb sehe ich die Diskussion noch nicht für beendet und würde zumindest gern noch die Ergebnisse des letzten Grazer Stammtisches abwarten (falls darüber diskutiert wurde). Grüße, Jonathan *PS: Dass das mit den selben Nodes für getrennte Straßen und Schienen schwierig ist, hast du selbst hier bewiesen: https://www.openstreetmap.org/way/30478743 https://www.openstreetmap.org/way/30478743* PS: Danke für den Hinweis! Ist ausgebessert. [1] https://www.openstreetmap.org/changeset/33464314 Am 21. August 2015 um 14:41 schrieb Andreas Uller a.ul...@gmx.at: Hallo Jonathan! Du wurdest darauf hingewiesen, dass es schon eine Diskussion gab zum Lagegenauen Mappen von Schienen in Graz (Zusammenfassung unter http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Stra%C3%9Fenbahnen#Stra.C3.9Fenbahnen_Graz), und auch die derzeitige Diskussion zeigt nicht, dass sich am Konsens etwas geändert hast, und trotzdem fängst du an die Schienen aufzutrennen? (Changeset: https://www.openstreetmap.org/changeset/33464314). Hier sind nun also die Schienen neben der Straße, obwohl sie in Wirklichkeit direkt auf der Fahrbahn sind? Bereits zuvor war die Lage der Schienen in der Göstinger Straße eindeutig (lanes=2, tracks=2), der Vorteil erschließt sich mir also nicht. Auch bei komplizierteren Lagen kommt man mit tracks:lanes sehr weit. Wenn es nur um die Darstellung auf der Startseite geht, dann widerspricht das einem Grundprinzip von OSM: Wir taggen nicht für den Renderer. Andreas PS: Dass das mit den selben Nodes für getrennte Straßen und Schienen schwierig ist, hast du selbst hier bewiesen: https://www.openstreetmap.org/way/30478743 *Gesendet:* Donnerstag, 20. August 2015 um 11:18 Uhr *Von:* Jonathan Gallagher gallag...@mentzdv.de *An:* talk-at@openstreetmap.org *Betreff:* Re: [Talk-at] Graz+Innsbruck: »Schiene und Straße wurden getrennt« Hallo Simon, ich gebe dir grundsätzlich Recht, dass es problematisch ist zwei übereinander liegende Kanten im Editor schnell zu erkennen und voneinander zu unterscheiden. Auch sehe ich ein, dass meine Edits nicht ganz den (zuletzt am 3.12.2014 [1]) aktualisierten Richtlinien entsprechen. Ich habe es eher als einen ersten Schritt gesehen, einmal Straße von Schiene zu trennen, bevor man dazu übergeht eine eigene Kante für jede Fahrtrichtung der Tram zu mappen und die Fahrbahn für Auto/Bus etc. entsprechend [1] auszurichten. Dass zu [1] scheinbar keine Diskussion stattfand, war mir nicht bewusst. Allerdings erscheint mir die Methode sinnvoll und abgesehen von Graz und Innsbruck wird sie meines Wissens inzwischen auch überall im deutschsprachigen Raum angewandt. Da die Mehrheit (und damit nehme ich auch Bezug auf den neuen Beitrag von Michael) mit den übereinander liegenden Kanten nicht glücklich zu sein scheint, will ich mich anbieten sie gemäß [1] neu zu mappen. Sprich: - Wo sich zweispurige Tramgleise mit dem Straßenverkehr diesselbe Spur teilen, werden die zwei Gleise einzeln gemappt (mittig der Gleise) und die Straße als Kante dazwischen (siehe zb. Taborstraße, Wien [2]) - Wo zweispurige Tramgleise von Straßen in beide Fahrtrichtungen umschlossen sind, werden die Gleise einzeln gemappt (mittig der Gleise) und die beiden Straßen- fahrbahnen beidseitig davon (siehe zb. Rennweg, Wien [3]) - Wo Tramgleise einspurig verlaufen und sich mit Bus/Auto die Spur teilen, werden beide Spuren einzeln UND LEICHT VERSETZT GEMAPPT(?) (siehe zb. Taborstraße, Wien [4]) ODER MIT DENSELBEN NODES (?) Was sind die Meinungen hierzu? Die Zuordnungsfehler im Tagging, die Michael dazu veranlasst haben meine Edits zu reverten, bedaure ich. Ich werde in Zukunft besser darauf achten, dass mir sowas nicht passiert. Grundsätzlich sehe ich es voll und ganz ein,
Re: [OSM-talk] stop deleting abandoned railroads
On Tue Aug 25 09:12:15 2015 GMT+0100, Jo wrote: For what it's worth, I'm in favour of tagging dismantled railways as railway=dismantled +1 Even if it does pass through newly built buildings. -1 I passionately believe dismantled railways should both be in openstreetmap and be rendered, but only where they actually still exist on the ground. They are important landscape features, and are shown by our biggest competitor in terms of maps for walkers. Existing as a road, cycleway, footpath, then leave the tags. Where they have been built on, then they no longer belong in openstreetmap. Rendering would highlight to local mappers that they exist in the database and provide an impetus to fix where they exist and where they don't. Phil (trigpoint) Polyglot 2015-08-25 9:52 GMT+02:00 Paul Johnson ba...@ursamundi.org: On Sat, Aug 22, 2015 at 6:09 PM, moltonel 3x Combo molto...@gmail.com wrote: On 22/08/2015, John Eldredge j...@jfeldredge.com wrote: So, if you are looking for a route without steep grades, a former railway is a natural choice. Do people actually do this ? Yes, I do. It sounds like a strawman argument to me. I do a fair bit of walking and cycling, and when planing a trip I look at the global topographic data but it never occured to me to look for railroads. Why use the local railroad hint when you've got the global DEM data ? DEM is great for showing large differences in elevation, but it tends to suffer a bit when it comes to subtle cues. Compare http://www.openstreetmap.org/way/14953012 , http://www.openstreetmap.org/way/14939296 , http://www.openstreetmap.org/way/199770540 , and http://www.openstreetmap.org/way/14943691 to the roughly parallel highway OK 11. These segments are likely (but not yet formally proposed) to be an extension of the Osage Prairie Trail, closing the gap from metro Tulsa to the capitol of the Osage Nation and a yet to be determined distance farther north along the former railroad. That grade, just from standard railroad engineering practices, is unlikely to be steeper than 2% for any significant distance and extremely unlikely to be steeper than 4%. OK 11, however, is a rollercoaster of a highway with many steep grades, some of which are easily past 8%. The DEM really glosses over this thanks to Tulsa and Pawhuska only being about 100 feet difference in elevation. The intervening terrain is pocked with rolling hills and cliffs formed from erosion, with the highest point on the highway being about 1000 feet. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk -- Sent from my Jolla ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Unauthorised bike trails in national parks
Tony, No objections to the proposed tagging in your email below. Thanks for providing your case for the tagging (and the good photos) and ensuring OSM reflects the world. Stephen. Sent:Tuesday, August 25, 2015 at 4:57 PM From:fors...@ozonline.com.au To:stev...@email.com Cc:talk-au@openstreetmap.org Subject:Re: [talk-au] Unauthorised bike trails in national parks Thanks Stephen In regards to item 10, the photo that I have referenced is from the intersection of Granite and Abrahams tracks, which is un marked(no sign), only wheel ruts/indents in the grass to indicate the intersection. Yes, I looked there today and I cant see any signs either. If I understood correctly, the access requirements you have described for Ant Track, are better suited to an access=no tag, vs the individual tagging of uses currently applied. (This is in line with the signs on the entry to the park and the description of a formed track from your email below.) That is my 2 cents, not fussed either way, just prefered it to be clear what the access/use requirements are. Yes, I agree, it should be tagged access=no. (This was always my preference, I think the confusion was over what was allowed vs what was enforced. The signage is clear and now I have clear advice from Parks.) I propose that the bicycle=no horse=no tags be removed from Ant Trail and that Ant Trail and the trail at https://www.openstreetmap.org/#map=19/-37.93253/145.30901 both be tagged access=no Thanks Tony ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-at] Grenzimport Wien
Nein, das sollte kein Strawman sein, ich war mir bei den Lizenzdetails einfach nicht sicher. Im Wiki gibts das Legal FAQ, das so richtig schoen sinnlos ist, ausser wende dich an die LWG steht da eigentlich nichts zum Thema, keinerlei Hilfe zur Selbsthilfe. Robert Kaiser hat die Sache ziemlich bald aufgeklaert, leider haben die meisten seine Antwort ueberlesen und es ist zu einer Lizensdiskussion gekommen, und einen Konsens darueber wie sinnvoll/fehlerhaft die Daten sind und ob die Aenderungen zurueckgenommen werden sollen haben wir immer noch nicht. 2015-08-25 0:26 GMT+02:00 Kevin Kofler kevin.kof...@chello.at: Andreas Labres wrote: Ich nehme an, dass die hier zur Diskussion stehenden Daten nicht von der Stadt Wien stammen? Doch, tun sie: https://open.wien.at/site/datensatz/?id=e4079286-310c-435a-af2d-64604ba9ade5 Die ganze Lizenzdiskussion ist nur ein Strawman, die Lizenz ist hier ganz und gar nicht das Problem. Kevin Kofler ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[OSM-talk] Fwd: announcement: hackathon at the Monza F1 racing circuit on October 29-30, 2015
[apologies for multiple postings] Hi - please see the link below: a) http://www.pibinko.org/are-you-a-developer-come-to-the-connected-automobiles-2015-hackathon-in-monza-october-29-30/ Registrations open on September 15. b) If you have any questions about the general organization of the event, you may use the form on the event web page. If you have questions more specifically related to the geo- aspects of the event, you can still use the form, but I'd appreciate if you can also write to me (as I will have to answer those questions anyway ;) ). Best regards from Italy! Andrea Giacomelli http://www.pibinko.org i...@pibinko.org ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-us] Whole-US Garmin Map update - 2015-08-22
These are based off of Lambertus's work here: http://garmin.openstreetmap.nl If you have questions or comments about these maps, please feel free to ask. However, please do not send me private mail. The odds are, someone else will have the same questions, and by asking on the talk-us@ list, others can benefit. Downloads: http://daveh.dev.openstreetmap.org/garmin/Lambertus/2015-08-22 Map to visualize what each file contains: http://daveh.dev.openstreetmap.org/garmin/Lambertus/2015-08-22/kml/kml.html FAQ Why did you do this? I wrote scripts to joined them myself to lessen the impact of doing a large join on Lambertus's server. I've also cut them in large longitude swaths that should fit conveniently on removable media. http://daveh.dev.openstreetmap.org/garmin/Lambertus/2015-08-22 Can or should I seed the torrents? Yes!! If you use the .torrent files, please seed. That web server is in the UK, and it helps to have some peers on this side of the Atlantic. Why is my map missing small rectangular areas? There have been some missing tiles from Lambertus's map (the red rectangles), I don't see any at the moment, so you may want to update if you had issues with the last set. Why can I not copy the large files to my new SD card? If you buy a new card (especially SDHC), some are FAT16 from the factory. I had to reformat it to let me create a 2GB file. Does your map cover Mexico/Canada? Yes!! I have, for the purposes of this map, annexed Ontario in to the USA. Some areas of North America that are close to the US also just happen to get pulled in to these maps. This might not happen forever, and if you would like your non-US area to get included, let me know. -- Dave ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-legal-talk] GADM license - any news?
Thanks for your answer, Paul. Some further comments below. GADM is still under a non-commercial license. I don't know who said they were going to investigate, so you'd have to ask them, but I doubt anything came of it. Independently of that, we got permission for some datasets from GADM after the fact of a bad import, but this does not mean we can import anything new. Which are these datasets? Are they relevant or minor datasets? Another interesting issue is that Naturalearthdata.com (http://www.naturalearthdata.com/) includes the GADM dataset as a source of data (see http://www.naturalearthdata.com/downloads/10m-cultural-vectors/10m-admin-1-states-provinces/). But Naturalearthdata.com release ALL ITS DATA as public domain. So... something is missing in the workflow. Any ideas/suggestions? I don't see anything that says the admin 1 theme is derived from GADM. I can see it listed in resources, but that's not a list of sources. Ok, I understand your point of view. I am not sure what they mean with resources. Reading the whole page, it seems like the mean sources... but who knows. Here you can find a discussion about the GADM/NaturalEarthj licensins issues: http://www.naturalearthdata.com/forums/topic/licensing-naturalearth-pd-vs-gadm-license/ Someone supports the theory that the administrative boundaries are FACTS (see also the Feist Case: https://en.wikipedia.org/wiki/Feist_Publications,_Inc.,_v._Rural_Telephone_Service_Co) and then in the public domain by default. Thanks. Bye, Simone -- Simone Aliprandi - http://www.aliprandi.org | http://www.array.eu 2015-08-21 16:41 GMT+02:00 Simone Aliprandi simone.alipra...@gmail.com: I found an interesting dataset commonly called Berkely GADM (http://www.gadm.org) and containing containing global administrative areas. It has a very pour and short license (or a wannabe-license) that says: - - - - - - This dataset is freely available for academic and other non-commercial use. Redistribution, or commercial use, is not allowed without prior permission. - - - - - - It is really too vague. But it is quite clear that the non commercial restriction makes this dataset not usefull for OSM. In the http://wiki.openstreetmap.org/wiki/Potential_Datasources page of the OSM wiki I found a comment posted in 2009 that says: - - - - - - I'll investigate the part containing global administrative areas (but called GADM). It seems to be very useful, because administrative boundaries are missing for large parts of the world. One table in the geodatabase (MS Access) contains information on copyright for every country. I'll try to contact one of the persons at Berkeley, and ask if they agree to lift the NC restriction for OSM. - - - - - - Do you know if any news have come in these six years? Do you know if OSM received a sort of direct permission to include those data in the OSM database? Another interesting issue is that Naturalearthdata.com (http://www.naturalearthdata.com/) includes the GADM dataset as a source of data (see http://www.naturalearthdata.com/downloads/10m-cultural-vectors/10m-admin-1-states-provinces/). But Naturalearthdata.com release ALL ITS DATA as public domain. So... something is missing in the workflow. Any ideas/suggestions? Thanks very much. Simone -- Simone Aliprandi - http://www.aliprandi.org | http://www.array.eu ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [Talk-us] Regent Square, PA
I'll pass along a note to a fellow Pittsburgh mapper that is from that area to see what he can do about this. -James Date: Tue, 25 Aug 2015 09:13:47 +0200 From: frede...@remote.org To: talk-us@openstreetmap.org Subject: [Talk-us] Regent Square, PA Hi, (resent from correct address) OSMF board has received the following message from a Regent Square citizen, maybe someone here is willing and able to verify/fix. I'll make the person aware of this post so they can follow potential replies. Bye Frederik Forwarded Message Subject: Map boundary error Date: Tue, 25 Aug 2015 01:15:52 -0400 ... I apologize as I did not know who to contact regarding a mapping error. You have the incorrect boundaries for the neighborhood Regent Square PA USA. Regent Square is one neighborhood comprised of four communities: Wilkinsburg, Edgewood, Swissvale, and the city of Pittsburgh. Your boundaries include only the city of Pittsburgh portion of Regent Square and I noticed the source is from their site. This is a common mistake. The correct mapping boundaries for Regent Square PA can be found on the Regent Square Civic Association's website www.regentsquare-rsca.org. The RSCA represents the entire neighborhood of Regent Square - both residents and businesses alike. Regent Square is slightly different from the average American neighborhood as it is comprised of portions of four different cities. Some compare it to a village. The RSCA has the correct mapping boundaries on their website as well as maps of each of these four communities. --- -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-legal-talk] GADM license - any news?
On 8/25/2015 3:55 AM, Simon Poole wrote: - in dire circumstances and with a very large effort, as Paul has pointed out, three and a half years ago I managed to get hold of the responsible person with GADM and get explicit permission for a handful of datasets that had been imported in violation of the import guidelines and in principle should have been deleted - the situation is documented here http://wiki.openstreetmap.org/wiki/Contributors#GADM_.28Global_Administrative_Areas.29 For a number of other data sets explicitly said they were unable to grant permission for non-commercial use. Since some of the data was coming from government agencies, it's possible the non-commercial requirements for those datasets are set down in law. - AFAIK I'm the last person that managed to get hold of the GADM people and I don't see anybody volunteering to try again About a year later I tried to get into contact with anyone involved in GADM and couldn't get a reply. ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [Talk-de] GPS Empfänger, blauzahn, für die stadt
Nur nochmal zum PPP. Ihr wisst schon das ihr für eine genauere Position als mit normalem GPS sehr lange auf dem Ort verweilen müsst? Gruß Paulest -Ursprüngliche Nachricht- Von: Markus [mailto:liste12a4...@gmx.de] Gesendet: Dienstag, 25. August 2015 20:24 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] GPS Empfänger, blauzahn, für die stadt Liebe GPS-Profis, gibt es schon Neues? Einen 2-Kanal-Logger für NMEA-0183 gibt es für 30 €, incl. 6-Kanal Gyro/Beschleunigungsmesser: http://depth.openseamap.org/logger-bestellen Ein genaues GPS dazu habe ich noch nirgends gefunden... Mit herzlichem Gruss, Markus Am 17.02.2015 um 11:38 schrieb Markus: Hallo Manuel, Was brauchst du genau? Wenn es für - sagen wir mal 50 € - einen GPS-Empfänger gäbe, der auch die Rohdaten ausgibt und mit dem also Postprocessing oder Echtzeitkinematik (RTK, PPP) möglich ist, würden sich vermutlich viele OSMer ein solches Gerät anschaffen... Gewünschte Eigenschaften: - wasserdichtes Gehäuse (IP57 ?) - Kabel oder besser WLAN/Bluetooth - 10h Laufzeit (bei 1Hz) - Bedienungsanleitung für Datenauswertung Cool wäre: - eingebauter 6-Kanal Gyro/Beschleunigungsmesser - eingebauter Kompass - eingebauter Logger - eingebauter Höhenmesser (barometrisch) Seit ich ein Smartphone habe halte ich die reine Logging-Funktion eigentlich für verzichtbar. Auf dem Fahrrad oder bei anderem Outdoorsport (Kanu, Ski, ...) wäre ein integrierter Logger einfacher/stromsparender, auf dem Fahrrad wäre ein minimales Display hilfreich (Speed, Zeit). Dafür gern nochmal +20 €. Für zusätzliches WLAN/BT gern noch weitere +20 €. Wahrscheinlich durchaus realistisch sowas selber zu bauen. Dafür brauchen die Meisten vermutlich eine ausführliche Bauanleitung und Teile-Liste. Es gab m.W. mehrere Versuche, aber ich kenne keine Doku. Mit herzlichem Gruss, Markus ___ 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
[OSM-talk-fr] osmose et frontières
Bonjour, régulièrement je vois une érosion de 12 miles nautiques de nos frontières maritimes. Ça n'a rien à voir avec le réchauffement climatique mais avec la modification du trait de côte en boundary admin_level=2 (ou la création d'un boundary admin_level=2 depuis le cadastre). Le bord du littoral n'est pas admin_level=2. Curieusement Osmose n'y voit que du feu, pourtant il y a un admin_level=2 sur un polygone ouvert. (par contre les boundary forment des polygones fermés, ici c'est un way). http://osmose.openstreetmap.fr/fr/map/#zoom=12lat=46.7269lon=-2.0028layer=Mapnikoverlays=FFFTitem=level=1%2C2%2C3tags=boundaryfixable= N.B. : il y a d'autres problèmes similaires à côté. Est-il possible de vérifier que les ways sont inclus dans des relations formant un multipolygone homogène ? Sinon une alerte quand la surface ou le périmètre d'un pays change significativement ? Là l'erreur date de 5 mois. J'avais parcouru les côtes bretonnes et normandes il y quelques temps (en version armchair mapping ;-)), je n'avais pas vu d'erreur ailleurs de loin... La limite du cadastre est FAUSSE côté mer : elle est souvent généreuse. La limite administrative correspond au trait de côte réel (grosso modo, en deçà du niveau des plus hautes mers théorique, c'est le domaine public maritime). Je blâmais (peut-être un peu violemment), une personne, mais ce n'était pas la fautive. Voici ce que je disais : Please DON'T touch the boundary at sea side except if you exactly know what you're doing. The casdastre is NOT a reference in any way for country boundaries. Boundaries at sea are 12 MN from the shore, it is NOT the coastline. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-GB] Lists of public art, on Wikipedia
Wikipedia needs more articles listing public art in United Kingdom counties, cities or towns. I've written a blog post about how to create or add to them: http://pigsonthewing.org.uk/public-art-wikipedia/ and would be grateful if you would all assist, and ask others to do so. This will ultimately benefit OSM, as metadata about artworks will be added to Wikidata, which can then be linked to from OSM objects. -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-it] ★ openstreetmap list - italiano, Вася оставил для вас сообщение
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 25/08/2015 22:46, Вася wrote: Вася оставил для вас сообщение Вы можете прочитать сообщение и ответить на него через наш чат. Откройте своё сообщение http://eu1.badoo.com/ilbasilio/in/nkGcSj.dars/?lang_id=2g=57-0-4m=61mid=55dcd4150002004d05ed411502d74df40192 Они ждут встречи с вами: Если ссылка не работает, скопируйте и вставьте её в адресную строку браузера. Вы получили это письмо от Badoo Trading Limited (почтовый адрес ниже). Отписаться от уведомлений можно здесь: https://eu1.badoo.com/impersonation.phtml?lang_id=2email=talk-it%40openstreetmap.orgblock_code=4a2be2m=61mid=55dcd4150002004d05ed411502d74df40192g=0-0-4. Badoo Trading Limited - компания с ограниченной ответственностью, зарегистрированная в Англии и Уэльсе под номером CRN 7540255 по юридическому адресу: Media Village, 131 - 151 Great Titchfield Street, London, W1W 5BB. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it Se questo è italiano, io son eschimese.. O_o - -- Simone Girardelli _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| -BEGIN PGP SIGNATURE- Version: GnuPG v1 iJwEAQECAAYFAlXc1LoACgkQ2awwsGUrLezcqgP+M5Ve6nycvVlWBKLylyPUH4a6 YlXeoZoKpcSL8CiXUlEOoYhbxFFRKJRG1bZJ+VcxSmbmithrBqKph8nqqKgJApyI 74uCwFM1q0q8OypXSJ5J/MLmQLl5Thfe5lKmq7cO+279LqU2DTJA7g/34coFja99 yekgFMKGwgVXWE9R6nQ= =Usuh -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[OSM-talk-fr] Opening hours variable selon heure d'été / hiver / était YoHours version 2 disponible
Hello, J'utilise toujours l'excellent YoHours pour définir les horaires des lieux que je visite. Pour le phare de Biarritz https://www.openstreetmap.org/way/71996554 j'ai généré un horaire http://github.pavie.info/yohours/?oh=Sa,Su%2014:00-17:00;%20SH%20Mo-Fr%2014:00-17:00;%20May-Jun%2014:00-18:00;%20Sep%2014:00-18:00;%20Jul-Aug%2010:30-13:00,14:00-19:00 en me basant sur les infos trouvées sur le site de l'office de tourisme http://reservation.anglet-tourisme.com/fr/evenements/a421713/visite-du-phare-biarritz/bookingiframe . Par contre il y a un changement d'horaire après passage à l'heure d'été. Je n'ai pas trouvé sur le wiki http://wiki.openstreetmap.org/wiki/Key:opening_hours cette possibilité. Une idée ? -- *Florian Lainez* @overflorian http://twitter.com/overflorian ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-legal-talk] GADM license - any news?
Simone, you are flogging a really dead horse (which has been discussed many many many times before). - the licence of the GADM dataset is incompatible with OSM - in dire circumstances and with a very large effort, as Paul has pointed out, three and a half years ago I managed to get hold of the responsible person with GADM and get explicit permission for a handful of datasets that had been imported in violation of the import guidelines and in principle should have been deleted - the situation is documented here http://wiki.openstreetmap.org/wiki/Contributors#GADM_.28Global_Administrative_Areas.29 - AFAIK I'm the last person that managed to get hold of the GADM people and I don't see anybody volunteering to try again - people will argue all day long about legal points of any kind Simon Am 25.08.2015 um 12:02 schrieb Simone Aliprandi: Thanks for your answer, Paul. Some further comments below. GADM is still under a non-commercial license. I don't know who said they were going to investigate, so you'd have to ask them, but I doubt anything came of it. Independently of that, we got permission for some datasets from GADM after the fact of a bad import, but this does not mean we can import anything new. Which are these datasets? Are they relevant or minor datasets? Another interesting issue is that Naturalearthdata.com (http://www.naturalearthdata.com/) includes the GADM dataset as a source of data (see http://www.naturalearthdata.com/downloads/10m-cultural-vectors/10m-admin-1-states-provinces/). But Naturalearthdata.com release ALL ITS DATA as public domain. So... something is missing in the workflow. Any ideas/suggestions? I don't see anything that says the admin 1 theme is derived from GADM. I can see it listed in resources, but that's not a list of sources. Ok, I understand your point of view. I am not sure what they mean with resources. Reading the whole page, it seems like the mean sources... but who knows. Here you can find a discussion about the GADM/NaturalEarthj licensins issues: http://www.naturalearthdata.com/forums/topic/licensing-naturalearth-pd-vs-gadm-license/ Someone supports the theory that the administrative boundaries are FACTS (see also the Feist Case: https://en.wikipedia.org/wiki/Feist_Publications,_Inc.,_v._Rural_Telephone_Service_Co) and then in the public domain by default. Thanks. Bye, Simone -- Simone Aliprandi - http://www.aliprandi.org | http://www.array.eu 2015-08-21 16:41 GMT+02:00 Simone Aliprandi simone.alipra...@gmail.com: I found an interesting dataset commonly called Berkely GADM (http://www.gadm.org) and containing containing global administrative areas. It has a very pour and short license (or a wannabe-license) that says: - - - - - - This dataset is freely available for academic and other non-commercial use. Redistribution, or commercial use, is not allowed without prior permission. - - - - - - It is really too vague. But it is quite clear that the non commercial restriction makes this dataset not usefull for OSM. In the http://wiki.openstreetmap.org/wiki/Potential_Datasources page of the OSM wiki I found a comment posted in 2009 that says: - - - - - - I'll investigate the part containing global administrative areas (but called GADM). It seems to be very useful, because administrative boundaries are missing for large parts of the world. One table in the geodatabase (MS Access) contains information on copyright for every country. I'll try to contact one of the persons at Berkeley, and ask if they agree to lift the NC restriction for OSM. - - - - - - Do you know if any news have come in these six years? Do you know if OSM received a sort of direct permission to include those data in the OSM database? Another interesting issue is that Naturalearthdata.com (http://www.naturalearthdata.com/) includes the GADM dataset as a source of data (see http://www.naturalearthdata.com/downloads/10m-cultural-vectors/10m-admin-1-states-provinces/). But Naturalearthdata.com release ALL ITS DATA as public domain. So... something is missing in the workflow. Any ideas/suggestions? Thanks very much. Simone -- Simone Aliprandi - http://www.aliprandi.org | http://www.array.eu ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk-fr] Opening hours variable selon heure d'été / hiver / était YoHours version 2 disponible
Salut, Un des cas qui peut être factorisé : May-Jun 14:00-18:00; Sep 14:00-18:00; May-Jun,Sep 14:00-18:00; Jérôme Le 25 août 2015 12:58, Florian LAINEZ winner...@free.fr a écrit : Hello, J'utilise toujours l'excellent YoHours pour définir les horaires des lieux que je visite. Pour le phare de Biarritz https://www.openstreetmap.org/way/71996554 j'ai généré un horaire http://github.pavie.info/yohours/?oh=Sa,Su%2014:00-17:00;%20SH%20Mo-Fr%2014:00-17:00;%20May-Jun%2014:00-18:00;%20Sep%2014:00-18:00;%20Jul-Aug%2010:30-13:00,14:00-19:00 en me basant sur les infos trouvées sur le site de l'office de tourisme http://reservation.anglet-tourisme.com/fr/evenements/a421713/visite-du-phare-biarritz/bookingiframe . Par contre il y a un changement d'horaire après passage à l'heure d'été. Je n'ai pas trouvé sur le wiki http://wiki.openstreetmap.org/wiki/Key:opening_hours cette possibilité. Une idée ? -- *Florian Lainez* @overflorian http://twitter.com/overflorian ___ 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
[Talk-it] ★ openstreetmap list - italiano, Вася оставил для вас сообщение
Вася оставил для вас сообщение Вы можете прочитать сообщение и ответить на него через наш чат. Откройте своё сообщение http://eu1.badoo.com/ilbasilio/in/nkGcSj.dars/?lang_id=2g=57-0-4m=61mid=55dcd4150002004d05ed411502d74df40192 Они ждут встречи с вами: Если ссылка не работает, скопируйте и вставьте её в адресную строку браузера. Вы получили это письмо от Badoo Trading Limited (почтовый адрес ниже). Отписаться от уведомлений можно здесь: https://eu1.badoo.com/impersonation.phtml?lang_id=2email=talk-it%40openstreetmap.orgblock_code=4a2be2m=61mid=55dcd4150002004d05ed411502d74df40192g=0-0-4. Badoo Trading Limited - компания с ограниченной ответственностью, зарегистрированная в Англии и Уэльсе под номером CRN 7540255 по юридическому адресу: Media Village, 131 - 151 Great Titchfield Street, London, W1W 5BB.___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [talk-au] Question - restricted turning restrictions
After much head scratching, reading the wiki and tagging mail-list the best I could come up with is: type = restriction restriction:conditional= no_left_turn @ length 19 See: http://wiki.openstreetmap.org/wiki/Conditional_restrictions However I can see two problems: 1. There are only 11 restriction:conditional tags in the world. There are only two type= restriction:hgv in the UK and 2 in the US. restriction:hgv is slightly more popular; there are 171 of these in the world. 2. Almost none of the routers that use OSM currently consume turn restrictions anyway. On Sunday, 23 August 2015, 22:47, Mark Pulley mrpul...@lizzy.com.au wrote: Can anyone give a suggestion for how to tag a turning restriction that only applies to long vehicles? The basic tags I understand: restriction = no_left_turn type = restriction I have added this exception from the turn restrictions plugin: except = bicycle;motorcar however, this doesn’t really encode what I want - vehicles over 19 metres prevented from turning. would this (not really suitable) tag work? minlength = 19 (it’s not on the page http://wiki.openstreetmap.org/wiki/Relation:restriction I have considered except = maxlength=19 however it’s not a standard format, and routers would probably have trouble interpreting the tag I could use: restriction:hgv = no_left_turn however there are heavy goods vehicles shorter than 19 metres who are allowed to make the turn. Mark P. ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Unauthorised bike trails in national parks
Thanks Stephen In regards to item 10, the photo that I have referenced is from the intersection of Granite and Abrahams tracks, which is un marked(no sign), only wheel ruts/indents in the grass to indicate the intersection. Yes, I looked there today and I can't see any signs either. If I understood correctly, the access requirements you have described for Ant Track, are better suited to an access=no tag, vs the individual tagging of uses currently applied. (This is in line with the signs on the entry to the park and the description of a formed track from your email below.) That is my 2 cents, not fussed either way, just prefered it to be clear what the access/use requirements are. Yes, I agree, it should be tagged access=no. (This was always my preference, I think the confusion was over what was allowed vs what was enforced. The signage is clear and now I have clear advice from Parks.) I propose that the bicycle=no horse=no tags be removed from Ant Trail and that Ant Trail and the trail at https://www.openstreetmap.org/#map=19/-37.93253/145.30901 both be tagged access=no Thanks Tony ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
[OSM-talk-nl] AmsGeoDrinks - Zeppos do 27 aug
Op 27/8 weer een Amsterdam Geo Drinks ter ere van vertrek @stvno nr USA DC, opgeven op http://www.meetup.com/AmsGeoDrinks/events/224785253/ Hartelijke groet, Just ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-legal-talk] GADM license - any news?
Am 25.08.2015 um 20:14 schrieb Tom Lee: The main point is however that while we can pontificate as much as we want that something might be legal in country X, Y or Z, it doesn't really matter: for OSM to be useful in a country (and our goal is to be useful in as many countries as possible, not just the US) at least the data included from sources in that country (aka the Government) has to be legally obtained and licensed in such a way that we can distribute it on ODbL terms. My over used analogy: sure you can move to a country with lax copyright laws and start copying Hollywood movies in a big way, but you wont actually have a product that you can market outside of that country at the end of the day. Back to GADM: it is not as if they generated the original borders themselves, the primary sources are likely far easier to approach and get permission from, particularly now that OSM is a lot better known then a couple of years back. But IMHO that is something for the local communities/mappers to engage in, not inflicted on them from good intentioned outsiders. Simon signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk-fr] Opening hours variable selon heure d'été / hiver / était YoHours version 2 disponible
La règle du changement d'heure est : le dernier dimanche du mois de mars/octobre. Tu peux donc faire quelque chose comme ça : Mar Su[-1]-Oct Su[-1], pour la période allant du dernier dimanche de mars au dernier dimanche d'octobre. Francescu Le 25 août 2015 12:58, Florian LAINEZ winner...@free.fr a écrit : Hello, J'utilise toujours l'excellent YoHours pour définir les horaires des lieux que je visite. Pour le phare de Biarritz https://www.openstreetmap.org/way/71996554 j'ai généré un horaire http://github.pavie.info/yohours/?oh=Sa,Su%2014:00-17:00;%20SH%20Mo-Fr%2014:00-17:00;%20May-Jun%2014:00-18:00;%20Sep%2014:00-18:00;%20Jul-Aug%2010:30-13:00,14:00-19:00 en me basant sur les infos trouvées sur le site de l'office de tourisme http://reservation.anglet-tourisme.com/fr/evenements/a421713/visite-du-phare-biarritz/bookingiframe . Par contre il y a un changement d'horaire après passage à l'heure d'été. Je n'ai pas trouvé sur le wiki http://wiki.openstreetmap.org/wiki/Key:opening_hours cette possibilité. Une idée ? -- *Florian Lainez* @overflorian http://twitter.com/overflorian ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Francescu ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Abandoned Rails
On 8/21/2015 8:51 PM, Gregory Arenius wrote: The OSM community is what OSM is even more than it is a map. People that are passionate about railways are a part of that community and they do contribute a lot, especially in the US where we don't have as many mappers. They pour lots of time and love and passion into their efforts. I don't think a policy of deleting that work just because what they're mapping isn't immediately visible on the ground is a good way of building and strengthening our community. In fact, as it is easy to see in this thread, its actively doing the opposite. And community is what makes OSM. I'd therefor like to propose that abandoned railways be treated like borders. Even if you can't see it along a given stretch there are people who can and they have put a huge amount of effort into that work. Lets respect that and strengthen the community rather than deleting it and doing the opposite. Cheers, Greg I just want to add my voice to those who support the above approach. I am not a railway enthusiast, but I do recognize the important role they play in the development and landscape of the US and probably other countries. I really appreciate those who map in-use, disused and abandoned railways, thank you for adding important, rich and useful data to the map. I think part of this conversation should be reprized: Abandoned railways are recognizable by people who know what they are looking at, they are in essence there on the ground currently, just because I don't have the knowledge to recognize and map them, does not mean they do not exist. All I understood Russ to be asking was to stop deleting and suggesting deletion of abandoned railways without checking with the person or people who know what they are doing in regards to mapping them and I agree that should stop. As mentioned above, I see no harm to mapping an abandoned railway, even if it is based on two end points and knowledge of the railway system. No one has to render it, but people like me who print custom maps for hiking / exploring / geocaching might very well choose to render it for our activities as they are part of the landscape even if not obvious. I would also like to see them in OHM just help OHM along, but not instead of in OSM. Regards, Blake ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-it] addr:place
scusate se ho un ristorante che si trova in Località XY numero 10, utilizzo il tag addr:place? ed eventualmente metto addr:place=Località XY oppure addr:place=XY soltanto? -- View this message in context: http://gis.19327.n5.nabble.com/addr-place-tp5853119.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-us] Rendering of tracks
I noticed that tracks (leisure - track) are still being rendered as polygons instead of linear features, despite this having been reported as a bug on Github. Mark ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
