Re: [Talk-se] Import av Örebro kommuns öppna GIS
2014-11-06 22:54 GMT+01:00 Erik Lundin e...@lists.lun.nu: Andra varianter som jag har sett är leisure=outdoor_bathing [1] (23 st), leisure=beach [2] (179 st) och leisure=sea_bath/river_bath/lake_bath [3] (3+1+7 st). I går taggade jag några badplatser som jag känner till med vad jag tyckte var den bästa varianten så här långt (amenity=public_bath i kombination med bath:open_air=yes), men om vi enas om något annat kör vi på det (vill bara Låt mig slå ett slag leisure=bathing_place om vi talar om utomhusbad utan bassäng, men jag har diskuterat detta förr och inte kommit fram till något. amenity=bathing_place verkar vara en grej i det lite mer civiliserade Japan. Här är de flesta badplatser jag känner inte är en amenity, men visst är de det i Stockholm och större städer. Sedan blir det lite tautologi att säga public och amenity i ett. ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Import av Örebro kommuns öppna GIS
Detta är resultat från vad folk sagt här och i nedan länkande tråd: http://se.taginfo.openstreetmap.se/search?q=amenity%3Dpublic_bath 6 http://se.taginfo.openstreetmap.se/search?q=amenity%3Dbath 2 http://se.taginfo.openstreetmap.se/search?q=amenity%3Dbathing 5 http://se.taginfo.openstreetmap.se/search?q=bath%3Aopen_air%3Dyes 4 http://se.taginfo.openstreetmap.se/search?q=bath%3Atype%3Dopen_air 0 kalle On 05 Nov 2014, at 20:20, Tobias Johansson tj771...@gmail.com wrote: Det diskuterades lite på taggnings-listan 2012. Bifogar en länk till den (se [Tagging] A leisure tag for bathe) https://lists.openstreetmap.org/pipermail/tagging/2012-March/subject.html har inte läst det själv men mindes att det diskuterats tidigare. MvH Tobias Den 5 november 2014 10:50 skrev Claes Holmerson claespost-...@yahoo.se: Den 4 november 2014 20:52 skrev Erik Lundin e...@lists.lun.nu: Hej, Enligt svenska wikisidan taggas badplats (efter vissa diskussioner) leisure=beach. natural=beach bara för fysisk strandmiljö oavsett badplats. http://wiki.openstreetmap.org/wiki/Sv:Bathing Jag hittar inte någon direkt diskussion om taggning av svenska badplatser nu, men vet att jag har funderat på det innan. Taggen leisure=beach ser ut att vara ett förslag, men den svenska versionen av sidan Bathing [1] verkar vara en inte helt uppdaterad översättning av den engelska [2]. Den senare nämner taggen amenity=public_bath [3] som taggningsalternativ. Denna tagg (eventuellt kombinerat med bath:type=open_air) verkar väl lämpligare för de flesta svenska badplatser? Då kommer man bort från begreppet beach, vilket i min mening fungerar dåligt när man vill beskriva en typisk svensk badplats. Jag håller med. Jag tycker att det är lämpligt att använda en generell tag såsom amenity=public_bath, och komplettera med en tag som beskriver vilken typ av bad det är, typ inomhus simhall, utomhus bassäng, utomhus strand, utomhus klippbad osv, i de fall det är känt. Jag har lekt med tanken att kontakta folkhälsomyndigheten som samlar in kommunernas data om vattenkvalitet vid badplatser för att höra om den kan tillgängliggöras för OSM. Örebro-fallet har en delmängd av detta, men alltså med simhallar och utebad blandat. Bäst då med en tagg som omfattar alla typer av bad. Mvh Claes ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Import av Örebro kommuns öppna GIS
Det diskuterades lite på taggnings-listan 2012. Bifogar en länk till den (se [Tagging] A leisure tag for bathe https://lists.openstreetmap.org/pipermail/tagging/2012-March/009542.html) https://lists.openstreetmap.org/pipermail/tagging/2012-March/subject.html har inte läst det själv men mindes att det diskuterats tidigare. MvH Tobias Den 5 november 2014 10:50 skrev Claes Holmerson claespost-...@yahoo.se: Den 4 november 2014 20:52 skrev Erik Lundin e...@lists.lun.nu: Hej, Enligt svenska wikisidan taggas badplats (efter vissa diskussioner) leisure=beach. natural=beach bara för fysisk strandmiljö oavsett badplats. http://wiki.openstreetmap.org/wiki/Sv:Bathing Jag hittar inte någon direkt diskussion om taggning av svenska badplatser nu, men vet att jag har funderat på det innan. Taggen leisure=beach ser ut att vara ett förslag, men den svenska versionen av sidan Bathing [1] verkar vara en inte helt uppdaterad översättning av den engelska [2]. Den senare nämner taggen amenity=public_bath [3] som taggningsalternativ. Denna tagg (eventuellt kombinerat med bath:type=open_air) verkar väl lämpligare för de flesta svenska badplatser? Då kommer man bort från begreppet beach, vilket i min mening fungerar dåligt när man vill beskriva en typisk svensk badplats. Jag håller med. Jag tycker att det är lämpligt att använda en generell tag såsom amenity=public_bath, och komplettera med en tag som beskriver vilken typ av bad det är, typ inomhus simhall, utomhus bassäng, utomhus strand, utomhus klippbad osv, i de fall det är känt. Jag har lekt med tanken att kontakta folkhälsomyndigheten som samlar in kommunernas data om vattenkvalitet vid badplatser för att höra om den kan tillgängliggöras för OSM. Örebro-fallet har en delmängd av detta, men alltså med simhallar och utebad blandat. Bäst då med en tagg som omfattar alla typer av bad. Mvh Claes ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Import av Örebro kommuns öppna GIS
Hej, Enligt svenska wikisidan taggas badplats (efter vissa diskussioner) leisure=beach. natural=beach bara för fysisk strandmiljö oavsett badplats. http://wiki.openstreetmap.org/wiki/Sv:Bathing Jag hittar inte någon direkt diskussion om taggning av svenska badplatser nu, men vet att jag har funderat på det innan. Taggen leisure=beach ser ut att vara ett förslag, men den svenska versionen av sidan Bathing [1] verkar vara en inte helt uppdaterad översättning av den engelska [2]. Den senare nämner taggen amenity=public_bath [3] som taggningsalternativ. Denna tagg (eventuellt kombinerat med bath:type=open_air) verkar väl lämpligare för de flesta svenska badplatser? Då kommer man bort från begreppet beach, vilket i min mening fungerar dåligt när man vill beskriva en typisk svensk badplats. Mvh Erik [1] http://wiki.openstreetmap.org/wiki/Sv:Bathing [2] http://wiki.openstreetmap.org/wiki/Bathing [3] http://wiki.openstreetmap.org/wiki/Tag:amenity=public_bath ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Import av Örebro kommuns öppna GIS
Hej, för att återvända till bad-temat. Du har taggat amenity=public bath, borde det inte vara public_bath? Mvh Claes 2014-10-30 21:45 GMT+01:00 Karl Wettin karl.wet...@kodapan.se: Postade precis följande till import-epostlistan: Örebro municipality of Sweden release GIS-data as CC0. This data can be harvested and post processed to produce a couple of hundred thousand nodes with a couple of class tag values: name, place:halmet, addr:city, addr:place, addr:street, addr:housenumber, name, addr:city, addr:place, highway=road name, amenity=school, isced:level, name, amenity=social_facility, social_facility= assisted_living, social_facility:for, name, leisure=park etc. Output is one osm.xml-file per class. https://github.com/OpenStreetMap-Sverige/import-orebro-osm-xml/tree/master/osm.xml https://github.com/OpenStreetMap-Sverige/import-orebro-osm-xml/archive/master.zip Also attempts to find OSM-duplicates in a radius of 500-5000 meters, which seems to work really well but could probably be improved by allowing a bit of Levenshtein distance, whitespace- and \p{Punct} normalization. Not sure how much this would help though, everything looks pretty great when inspecting manually. Duplicates from source data are written to a common osm.xml (rather than written to their individual class-osm.xml) and the duplicates from OSM are written (with recursed children) to yet another osm.xml-file. Script: https://github.com/OpenStreetMap-Sverige/import-orebro-harvester/blob/master/src/main/java/se/kodapan/osm/orebro/Orebro.java See line 335 and down to see exactly what classes there are and how the duplication detection mechanism works. (And sorry for all the Swedish language comments and names.) We are now considering the workflow. Consensus on #osm...@irc.oftc.net is along the way the data looks great, let's just commit it and then get started working on it as usual. The reaction on #osm has been quite the opposite make sure any work is in the one single commit of the import account. I've been considering asking all that can help with manual burdon och checking all points to do it at github, add any new things to OSM in a per user-changes.osm.xml to avoid inverted identity conflicts and then to a merge before we committ it. If I understand everything correct then that would satisfy the people I spoke with on #osm. That might be too much to ask of the users. And the data is really clean. We really want to just push it in the way it is and start working with it in the database as normal using a task project. ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Import av Örebro kommuns öppna GIS
Postade precis följande till import-epostlistan: Örebro municipality of Sweden release GIS-data as CC0. This data can be harvested and post processed to produce a couple of hundred thousand nodes with a couple of class tag values: name, place:halmet, addr:city, addr:place, addr:street, addr:housenumber, name, addr:city, addr:place, highway=road name, amenity=school, isced:level, name, amenity=social_facility, social_facility= assisted_living, social_facility:for, name, leisure=park etc. Output is one osm.xml-file per class. https://github.com/OpenStreetMap-Sverige/import-orebro-osm-xml/tree/master/osm.xml https://github.com/OpenStreetMap-Sverige/import-orebro-osm-xml/tree/master/osm.xml https://github.com/OpenStreetMap-Sverige/import-orebro-osm-xml/archive/master.zip https://github.com/OpenStreetMap-Sverige/import-orebro-osm-xml/archive/master.zip Also attempts to find OSM-duplicates in a radius of 500-5000 meters, which seems to work really well but could probably be improved by allowing a bit of Levenshtein distance, whitespace- and \p{Punct} normalization. Not sure how much this would help though, everything looks pretty great when inspecting manually. Duplicates from source data are written to a common osm.xml (rather than written to their individual class-osm.xml) and the duplicates from OSM are written (with recursed children) to yet another osm.xml-file. Script: https://github.com/OpenStreetMap-Sverige/import-orebro-harvester/blob/master/src/main/java/se/kodapan/osm/orebro/Orebro.java https://github.com/OpenStreetMap-Sverige/import-orebro-harvester/blob/master/src/main/java/se/kodapan/osm/orebro/Orebro.java See line 335 and down to see exactly what classes there are and how the duplication detection mechanism works. (And sorry for all the Swedish language comments and names.) We are now considering the workflow. Consensus on #osm...@irc.oftc.net mailto:osm...@irc.oftc.net is along the way the data looks great, let's just commit it and then get started working on it as usual. The reaction on #osm has been quite the opposite make sure any work is in the one single commit of the import account. I've been considering asking all that can help with manual burdon och checking all points to do it at github, add any new things to OSM in a per user-changes.osm.xml to avoid inverted identity conflicts and then to a merge before we committ it. If I understand everything correct then that would satisfy the people I spoke with on #osm. That might be too much to ask of the users. And the data is really clean. We really want to just push it in the way it is and start working with it in the database as normal using a task project. ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Import av Örebro kommuns öppna GIS
Intressant, mycket intressant. Visserligen inte min egen kommun men samma län åtminstone vilket är nära nog :-) Hur kan jag hjälpa till, jag som inte är nån kodknackare, dock en ivrig JOSM-klickare? Rent praktiskt alltså. Hur går man tillväga? Jag har öppnat osm-filerna i Josm och ser molnet av punkter. Nästa steg? /Tomas Den 27 oktober 2014 02:48 skrev Karl Wettin karl.wet...@kodapan.se: Hej alla, Örebro kommun publicerar massor av GIS-data som CC-BY på http://data.karta.orebro.se. Jag har skriptat ihop en snurra som tar hem all data från deras JSON-API och försöker lista ut vad som är vad. Resultatet finns på http://kalle.users.openstreetmap.se/orebro/orebro.zip . Skriptet skapar följade filer: osm-duplicates.osm.xml, 1.6M duplicates.osm.xml 280.1K streets.osm.xml 188.8K house-numbers.osm.xml 7.4M places-landsbygd.osm.xml 84.6K uncertain.osm.xml 40.1K geo-objects.osm.xml 552.9K Jag har inte skrivit kod som letar upp dubletter i OSM för geo-objects, skall se vad jag kan göra. Koden som skapar detta finns på https://github.com/karlwettin/osm-orebro-gis. Använder sig av https://github.com/kodapan/osm-common. Om någon vill köra koden så rekommenderar jag att packa upp http://kalle.users.openstreetmap.se/orebro/data.zip i projektroten, annars måste ni hamra på deras API i ett dygn först. Jag har skapat ett task på http://tasks.openstreetmap.se/job/27. För inte in ändringar i OSM nu, det skall göras med ett nytt OSM-konto. Exakt hur det skall gå till om flera vill redigera vet jag inte, men jag kommer helt klart behöva hjälp. Kika däremot gärna på hur datan ser ut och om det finns några slags regler jag kan använda mig av för att automatisera ytterligare. Typ: om noden för en gata ligger rakt i en i OSM odöpt väg så lägg till namnet i osm-duplicates.osm.xml-way:en. (Just den tänkte jag dock ändå fixa.) Om ni har lite förslag om hur man skall dela på filerna och redigera i dem tillsammans så är jag all ears. Annars tänkte jag att det kan man göra med git. kalle ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
[Talk-se] Import av Örebro kommuns öppna GIS
Hej alla, Örebro kommun publicerar massor av GIS-data som CC-BY på http://data.karta.orebro.se. Jag har skriptat ihop en snurra som tar hem all data från deras JSON-API och försöker lista ut vad som är vad. Resultatet finns på http://kalle.users.openstreetmap.se/orebro/orebro.zip. Skriptet skapar följade filer: osm-duplicates.osm.xml, 1.6M duplicates.osm.xml 280.1K streets.osm.xml 188.8K house-numbers.osm.xml 7.4M places-landsbygd.osm.xml 84.6K uncertain.osm.xml 40.1K geo-objects.osm.xml 552.9K Jag har inte skrivit kod som letar upp dubletter i OSM för geo-objects, skall se vad jag kan göra. Koden som skapar detta finns på https://github.com/karlwettin/osm-orebro-gis. Använder sig av https://github.com/kodapan/osm-common. Om någon vill köra koden så rekommenderar jag att packa upp http://kalle.users.openstreetmap.se/orebro/data.zip i projektroten, annars måste ni hamra på deras API i ett dygn först. Jag har skapat ett task på http://tasks.openstreetmap.se/job/27. För inte in ändringar i OSM nu, det skall göras med ett nytt OSM-konto. Exakt hur det skall gå till om flera vill redigera vet jag inte, men jag kommer helt klart behöva hjälp. Kika däremot gärna på hur datan ser ut och om det finns några slags regler jag kan använda mig av för att automatisera ytterligare. Typ: om noden för en gata ligger rakt i en i OSM odöpt väg så lägg till namnet i osm-duplicates.osm.xml-way:en. (Just den tänkte jag dock ändå fixa.) Om ni har lite förslag om hur man skall dela på filerna och redigera i dem tillsammans så är jag all ears. Annars tänkte jag att det kan man göra med git. kalle ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se