Re: [Talk-se] Map Feedback- Sweden

[pangose]

Hi

Could you post English originals when you post answers or just keep the whole 
conversation in English?

What other sources are you going to use and for what purpose?

I wonder if you misunderstood markku. He said that the data in OSM might be 
more correct than NVDB in some cases.

With that in mind I urge you to start by only adding data from NVDB which do 
not conflict with OSM. How does that sound?

Cheers 

Den 4. april 2023 16.25.46 CEST, Salim Baidoun  skrev:
>Hej Markku,
>
>När det kommer till vägar är NVDB tillräckligt bra, även om vi vet att ingen 
>källa är perfekt. Så använd gärna NVDB som källa för det här syftet.
>För övriga ämnen bör andra relevanta källor användas.
>
>
>Vänliga hälsningar
>
>Salim A. Baidoun| Community & Partnerships
>
>
>From: Markku Siipola via Talk-se 
>Date: Tuesday, 4 April 2023 at 15:32
>To: talk-se@openstreetmap.org 
>Cc: Markku Siipola 
>Subject: Re: [Talk-se] Map Feedback- Sweden
>
>Hej!
>
>Vad menas med trovärdig källa?
>
>För vägar är bästa externa källan NVDB, men även den har fel, och lokala 
>justeringar har gjorts som inte är återförda till NVDB.
>
>/Markku
>Den 2023-04-04 kl. 15:08, skrev Salim Baidoun:
>
>Hej Svenska OSM samfundet!
>
>I TomToms strävan att förbättra OSM planerar vi att utföra redigeringar 
>baserat på er användarinput. Denna aktivitet relaterar till att kontrollera om 
>fel som tas emot för TomTom-kartan också är giltig för OSM-kartan.
>
>Vännligen observera att vi kommer börja med ett litet antal, och vi kommer 
>endast att utföra redigeringar om de tillför värde till OSM-kartan eller inte 
>står i konflikt med några nyligen gjorda redigeringar av communityn samt at 
>dessa redigeringar stöds av en lokal källa. I avsaknad av trovärdigt 
>källmaterial kommer vi att nå ut till lokalsamhället för vägledning.
>Vi börjar med att redigera POI, markanvändning, adresser och vägar under denna 
>aktivitet. Med tiden kommer vi att utvärdera mer feedback och utöka till andra 
>teman. För ytterligare information om typerna av planerade redigeringar, kolla 
>gärna: GitHub
>
>MapRoulette-utmaningen som används för dessa redigeringar kommer endast att 
>vara tillgänglig för vårt redigeringsteam eftersom den kan innehålla 
>konfidentiell information. Tillsammans med #tomtom-hashtaggen som följer med 
>varje TomTom-redigering i OSM, kommer vi också att lägga till #tt_mapfeedback 
>till ändringsuppsättningen för varje redigering som är ett resultat av sådanna 
>användarfeedback.
>
>Vi planerar att börja med Sverige om 2 veckor, tillsammans med ett urval av 
>länder för vilka det finns tillgänglig användarfeedback. Sedan expanderar vi 
>till andra länder. Kontakta mig gärna direkt om du har några frågor eller 
>tankar om den här kommande aktiviteten.
>
>Hälsningar
>Salim A. Baidoun / Community & Partnerships - Global / Community Engagement
>.​
>
>
>
>
>
>___
>
>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] Jag behöver hjälp att göra min öppna-data-specifikation för Badplatser "kompatibel" med OpenStreetMap!

[pangoSE]

Hej Tomas

Stort tack för att du frågar och att du öht jobbar med detta.

Du är den första myndighetsperson som frågar öppet vad jag vet under alla mina 
år i OSM. Kudos!

Det kräver mod att fråga och sticka ut hakan och det verkar du ha 😃

Jag håller helt med Ture nedan. Skapa en egen databas med CC0 på metadatan och 
CC-licens på bilder. Släpp gärna geojson på badplatsens yta om ni har som CC0 
också. 

När det gäller specifikation så föreslår jag att du skapar ett utkast på github 
eller liknande och frågar WD gemenskapen om återkoppling. Vad vill man veta om 
en badplats?
En vild spåning:
Finns det tillgänglighetsanpassning? Vilken? Finns det dusch? Kostar dusch 
eller är det gratis (som på stränder vid Barcelona)? Finns det toa? 
Rullstolsanpassad? Är sanden fraktad till platsen? Hut ofta fylls den på? När 
fylldes det på med sand senast? Finns det kiosk? Vad är positionen på toan och 
kiosken? Vem driver kiosken? Öppetider? Vilken kornstorlek är det på sanden? 
Vem ansvarar för att mäta badkvaliteten? När mättes den senast? Vad är 
temperaturen? Är stranden långgrund? Går det att mäta lutningen på stranden? Är 
det skugga på stranden? Träd? Position, trädslag och krondiameter på träden? 
Etc. etc.

Se till at databasen har persistenta och unika ID (tex GUID), dela den i ett 
maskinläsbart format eller API och skriv sedan ett uppslag på 
https://m.wikidata.org/wiki/Wikidata:Bybrunnen

Då kommer någon säkert raskt att svara och modellera och importera datan i 
Wikidata.

Nät datan är importerad kan du enkelt lägga till den unika Wikidata QID i eran 
databas om du vill.

Sen kan nån från OSM gå igenom varje WD objekt och se till att det finns en 
relation för badplatsen i OSM som länkas. Då kan man via WD få upp alla 
badplatserna på OSM.

Lycka till med arbetet.


"Ture Pålsson via Talk-se"  skrev: (30 april 2021 
15:19:15 CEST)
>Det här är mest min personliga uppfattning; jag har inget mandat att
>uttala mig för OSM:s räkning (det är f.ö. tveksamt om *någon* har det).
>Och nej, frågan är definitivt inte korkad. Tyvärr är risken att svaret
>blir luddigare än frågan...
>
>Det är lite rörigt att länka mellan OSM och andra databaser.
>
>En företeelse i OSM har inget ID som är stabilt över tid. Till exempel
>kan en badplats börja som en nod, ändras till en ”way” för att någon
>ritar ut konturerna, och sedan bli en relation när någon karterar i
>detalj med sand- och gräsytor, bryggor, omklädningsrum, livbojar,
>glasskiosker, toaletter och hela baletten, och varje gång får den ett
>nytt ID. Det gör det olämpligt att använda OSM-id:t som ”foreign key” i
>andra databaser.
>
>Åt andra hållet kan man naturligtvis lägga in ett ID från en annan
>databas i en tag i OSM. Mitt intryck är att det brukar rynkas lite på
>näsor åt sådana lösningar. ”Vi vill inte skräpa ner databasen med en
>massa nycklar som pekar kors och tvärs!” säger i alla fall en del. För
>svenska badplatser kanske risken inte är så stor, men jag antar att man
>ser en risk att ”populära” objekt, som är intressanta att länka till
>flera databaser, kommer att få en hemskans massa konstiga taggar med
>ID:n. Dessutom finns alltid risken att sådana id:n försvinner i
>redigeringar, eftersom den som redigerar inte begriper vad de är.
>
>Så hur i hela friden *ska* man göra, då?
>
>Möjligen kan det vara en bra plan att länka via wikidata. Att tagga in
>wikidata-id:n på objekt i OSM verkar hyfsat etablerat och accepterat,
>så man skulle kunna använda det för att länka ihop databaserna. Fältet
>ref_osm skulle då alltså inte behövas i badplatsdatabasen eftersom dess
>roll skulle tas över av ref_wikidata. Risken att ett wikidata-id på ett
>OSM-objekt redigeras bort av misstag eller okunskap torde vara mindre
>än att ett badplats-id drabbas av samma öde, eftersom wikidata är
>hyfsat välkänt.
>
>En annan variant är att inte ha någon explicit länk alls. Positionen
>finns ju i badplatsdatabasen, alltså kan man leta upp ett
>badplats-objekt i närheten av den positionen på OSM. Haken med det är
>att OSM-objektet kanske inte ligger på exakt samma position, så man
>måste tillåta en viss ”suddighet”, och då finns det risk att man hittar
>fel objekt. Kanske inte *så* stort problem för badplatser, som väl
>borde ha i alla fall någon kilometers separation från varandra, men ett
>problem om man vill ha en databas över något där separationen mellan
>objekt är i samma storleksordning som objektens storlek (caféer i
>Stockholms innerstad, kanske).
>
>
>
>> 30 apr. 2021 kl. 11:28 skrev Tomas Monsén :
>> 
>> Hej!
>>  
>> Jag arbetar i en arbetsgrupp i ett regionalt projekt för Västra
>Götaland kring Öppna Data.
>> Vi håller på att författa en specifikation för badplatser och önskar
>göra den ”kompatibel” med OpenStreetMap!
>>  
>> I korthet har vi definierat ett antal attribut som kommer att
>beskriva en badplats, främst i de i projektet deltagande kommunerna.
>> Vi önskar göra datamängden så användbar som möjligt och vill länka
>till (och från?) OpenStreetMap på rätt sätt.
>>  

Re: [Talk-se] Reverting undiscussed Lantmäteriet import

[pangoSE]

Big thanks for putting energy into this. ❤

I hope you have good tools to effectively revert the changesets.

Lets continue together making the best map Sweden has ever had 😃


"Andreas Vilén"  skrev: (7 december 2020 08:36:02 CET)
>Hi,
>
>Big thank you for this!
>
>I believe this situation from earlier this year is connected:
>https://lists.openstreetmap.org/pipermail/talk-se/2020-May/003876.html
>There were hacked accounts importing one locality per changeset from
>bad data sources. Those accounts were also hacked.
>
>I’m not sure if anyone contacted DWG back then though.
>
>Regards
>Andreas
>
>Skickat från min iPhone
>
>> 6 dec. 2020 kl. 23:27 skrev Frederik Ramm :
>> 
>> (cross-post with forum)
>> 
>> Hi,
>> 
>> over the last couple of weeks, over 90.000 changesets have been made
>by
>> 45 different accounts, performing an undiscussed, low-quality
>> Lantmäteriet import (many small bits of tracks or minor roads,
>> unconnected to each other and the rest of the network). Several
>members
>> of the Swedish OSM community have made the DWG aware of this issue.
>> 
>> The worst thing about this is that many of the accounts used have
>been
>> hacked - they are accounts of people normally editing elsewhere on
>the
>> planet, with different editors, in different languages, and certainly
>> not importing Lantmäteriet.
>> 
>> Not only is this a slap in the face for all of our hard working
>> volunteers trying to make the best map in Sweden; it is also a crass
>> violation of trust (and very likely also a violation of Swedish law).
>> 
>> We (at DWG) are still investigating who is behind this. This is more
>> than just the usual bad import, this is someone who has enough
>criminal
>> energy to hack into other accounts in an attempt to fly under the
>radar.
>> 
>> We have blocked the accounts involved (a list of accounts we have
>> identified is below). If you know anything that might help us
>determine
>> the identity of this hacker, please let us know at
>d...@osmfoundation.org.
>> 
>> We're planning to revert the import in the coming days.
>> 
>> Bye
>> Frederik
>> 
>> List of accounts identified (remember, many of these will be innocent
>> users that had their account hacked):
>> 
>> 30d4f4e1ccf24
>> Anggele
>> Beckster55
>> Daly Riandi
>> Gary18
>> IsabelenEvelyn
>> Lana Villa
>> Nicolas59380
>> Projekt-rolli
>> RobertKluijver
>> Ryan Seid
>> SLC
>> Sivia1811
>> TTSS
>> ViktorPurtin1
>> Yesbolaga
>> _underscore_
>> ahateam
>> ankon
>> annedukh
>> arraggonn
>> barbara61
>> couch-potato
>> dbmercer
>> dmitmia
>> estrellaoruro
>> faithace
>> flyup2000
>> franz0078
>> hako0215
>> jeppe2011
>> jojoAdventure
>> jona0918
>> kamilpost
>> mapeditorkepno
>> rohweder
>> thageboelling
>> tomas471
>> tomto1
>> tonypepe
>> ulaB
>> ussifonyll-39
>> uwasescott
>> voodoobaby
>> xcvb
>> xerxes76
>> 
>> -- 
>> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09"
>E008°23'33"
>> 
>> ___
>> 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] Samarbete med Wikidataprojekt om naturcampingplatser

[pangoSE]

Hej!

Tusen tack för ditt meddelande. Jag kände inte till den och gillar
den starkt så jag delade på FB :)

Härnösand där jag bor är ganska tom än så länge, men jag la just till
en bärbuske. 

Du har helt rätt i att Commons Appen kanske inte är rätt verktyg
eftersom en mera specialiserad app skulle vara att föredra för just
detta projekt.

Fruktkartan är väldigt intressant eftersom det säkert hyfsat enkelt
skulle gå att göra en fork som möjliggör skapande av en campsite-item
på WD och lägga till bilder också.

Modellen av hur en campsite ska se ut på WD är inte riktigt fullmogen
än heller faktiskt eftersom att den nuvarande modell har lite brister.

En förbättring av modellen skulle kunna vara:
campsite-item
 -> har del: vindskydd-item

I dagsläget har jag lagt upp ett 40-tal items med denna modell
campsite-item
 -> har facilitet: vindskydd
Se
https://query.wikidata.org/#%23Campsites%20and%20shelters%20in%20Sweden%0ASELECT%20DISTINCT%20%3Fitem%20%3FitemLabel%20%3FadminLabel%20%3Fcoor%20%3Fpic%0AWHERE%20%0A%7B%0A%20%20%3Fitem%20wdt%3AP31%20wd%3AQ832778%3B%20%23campsite%0A%20%20%20%20%20%20%20%20wdt%3AP17%20wd%3AQ34%3B%0A%20%20%20%20%20%20%20%20wdt%3AP625%20%3Fcoor%3B%0A%20%20%20%20%20%20%20%20wdt%3AP131%20%3Fadmin%3B%0A%20%20%0A%20%20OPTIONAL%20%0A%20%20%7B%3Fitem%20wdt%3AP18%20%3Fpic.%7D%0A%20%20SERVICE%20wikibase%3Alabel%20%7B%20bd%3AserviceParam%20wikibase%3Alanguage%20%22%5BAUTO_LANGUAGE%5D%2Cen%2Csv%22.%20%7D%0A%7D

Skillnaden med den föreslagna modell är hur lätt det är att lägga till
bilder och area på golv, m.m. vilket är alldeles för krångligt i den
nuvarande modell tycker jag.

Ett bra app eller webb-interface skulle kunna dölja denna komplexitet
och bara skapa alla campsite- och vindskydd-items i bakgrunden och
länka ihop dem, ladda upp bilderna på commons och länka till dem med
lämplig egenskap.

Är du intresserad av att tillsamman med mig skapa en
webb-app baserad på fruktkartan för detta?

Mvh
pangoSE

Den Thu, 24 Sep 2020 10:20:26 +0200
skrev Re: [Talk-se] Samarbete med Wikidataprojekt om
naturcampingplatser:

> Fint initiativ!
> 
> Jag är med och (ny)bygger https://fruktkartan.se och har ibland
> funderat på vad man skulle kunna ha en mer generaliserad variant av
> denna till. OSM och Wikidata har som du säger rätt höga trösklar för
> att man ska komma igång och bidra med information.
> 
> Commons-appen var smidig i sin enkelhet. Men det känns som det skulle
> till något slags läge med templates eller workflows, som gör det mer
> rätt fram beroende på vad man vill göra (eller vill få folk att göra).
> 
> --
> Daniel
> lublin.se
> 
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se



-- 
--
Cheers/Mvh
Egil Priskorn
CEO Egils Verkstad/Egils Consulting
Sweden

___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

[Talk-se] Samarbete med Wikidataprojekt om naturcampingplatser

[pangoSE]

Hej

Jag är intresserad av att samla in bra data om våra fantastiska svenska 
naturcampingplatser som i dagsläget är antingen undermåligt dokumenterade eller 
helt saknas i OSM och Wikidata.

Jag har tidigare tagit initiativ till att öppna upp data från facebook gruppen 
Vindskydd i Norden och det har visat sig svårt i praktiken trots att 
majoriteten av användarna gärna VILL dela sin data fritt.

Det saknas bra verktyg för att lätt dela både metadata och bild inom 
frikulturrörelsen i dagsläget och Openstreetmap är alldeles för komplicerad för 
många att vilja ge sig in på. Det samma gäller tyvärr Wikidata där man måste 
lära sig en massa egenskaper, m.m.

Vi behöver enkla och välgjorda verktyg för att engagera och fånga upp data som 
i dag i stället delas via och låsas in i tex Facebook. 

Se och delta gärna på  https://wikidata.org/wiki/Wikidata:WikiProject_Campsites 
för att föra detta arbete framåt.

Fördelen med Wikidata som source of truth över OSM är flera:
1) det är CC0 vilket är mindre restriktivt än OSM
2) bilderna kan kopplas via egenskaper som anger vad bilden föreställer
3) Integration med Wikivoyage listings är på gång
4) bättre och snabbare API än overpass och Sophox. 
5) bättre appstöd tex via Commons Appen 
6) enklare API som redan används av tusentals olika utvecklare inkl. tex 
OsmAnd. ___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

[Talk-se] Fwd: [Talk-dk] Gratis medlem af OpenStreetMap Foundation baseret på hvor aktiv du er

[pangoSE]

 Originalmeddelande 
Från: Soren Johannessen 
Skickat: 23 augusti 2020 07:20:11 CEST
Till: OpenStreetMap Denmark 
Ämne: [Talk-dk] Gratis medlem af OpenStreetMap Foundation baseret på hvor aktiv 
du er

Hej alle sammen

Du kan nu blive gratis medlem OpenStreetMap Foundation, hvis du inden
for de sidste 365 dage har været ind og redigere i 42 dage samt din
indsats er frivillig og ikke en del af dit daglige arbejde. Dit
medlemskab vil høre under OSMF "Active Contributor Membership" men læs
selv mere på den lange FAQ side om dette.
https://blog.openstreetmap.org/2020/08/20/active-osm-contributor-membership-program/

Om 1 år hvis du er blevet medlem, så skal medlemsskabet fornyes igen
og så er det igen krav med 42 dage.

Du kan på  "How did you contribute to OpenStreetMap?" værktøjet tjekke
dit profilnavn,  hvor mange dage du har redigeret samt om du kan blive
medlem (ny service) kig under
Active contributor: hvis der står Yes & Yes så opfylder du
betingelserne mht. 42 dage https://hdyc.neis-one.org/

Online blanket til indmeldelse -
https://join.osmfoundation.org/active-contributor-membership/application-form-for-active-contributor-membership-mapping/
Der går lige et par dage eller mere før du er endelig medlem, da du
bliver tjekket og godkendt af nogen fra OSMF bestyrelsen.

Endelig så har OSM Foundation en donation side, du måske kan overveje
at støtte med lidt penge som et engangsbeløb, nu du evt. bliver gratis
medlem
https://donate.openstreetmap.org/

Med venlig hilsen
Søren Johannessen

___
Talk-dk mailing list
talk...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] städning av badplatser, import från Havs- och vattenmyndigheten

[pangoSE]

Hej

Trevligt initiativ. Är datan tydligt släppt osm CC0 nånstans?
I så fall föreslår jag följande:
Uppläggning av alla badplatser på Wikidata och sedan länka till Qid
från OSM på relevant objekt (jag kan hjälpa med detta om du vill). I
många fall bliver det då bara natural=sand eftersom att OSM kräver en
del för att badplatsen skal kunna markeras som en sådan (skylt som
absoluta minimum).

I OsmAnd har jag lyckats utmärkt att hitta badplatser på mina resor
genom att söka på "sand" (utöver badplatser) men då får man med lite
annat också såklart.

Jag har i går klargjort ytterliggare på
https://wiki.openstreetmap.org/wiki/Tag:leisure%3Dbathing_place och
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpublic_bath
skillnaden mellan dem och vad som krävs som minimum för att använda
dessa etiketter (en skylt i förre fallet, en man-made byggnad eller
badanläggning i det senare, soptunna räcker inte).

Jag har även ändrat på
https://wiki.openstreetmap.org/wiki/Swimming_and_bathing så det nu
tydligt framgår att ett skylt är minimum pga. regeln om verifikation.

Mvh
pangoSE

Den Fri, 14 Aug 2020 07:34:40 +0200
skrev Re: [Talk-se] städning av badplatser, import från Havs- och
vattenmyndigheten:

> Jag använder sport=swimming, men har också problem med taggen känns
> knepigt utan en natural=beach, och det gör att jag aldrig kommer
> aldrig ihåg hur jag taggar badplatser e.g. vet jag att jag har gillat
> leisure=bathing_place, dokumentationen på wiki hjälper inte. Jag
> tycker egentligen att man också ska försöka tagga ställen som lämpar
> sig för att bada, men risken där är ju att det blir godtyckligt, om
> man inte hittar ett bra sätt att tagga på.
> 
> Vad är det du vill tagga egentligen, är det bara en badplats om det
> har en vägskylt, de som finns med i json filen, eller är det alla som
> finns i OSM?
> 
> Taggen sport=swimming är den enda som är generell, alla de andra är
> alldeles för specifika medans dessa taggarna samtidigt har allmänna
> namn som kan tolkas lite hur som helst.
> 
> På dina punkter 1,2,4 ja. Det är väl bara att publicera geojson?
> 
> Den tors 13 aug. 2020 22:14Tomas Marklund 
> skrev:
> 
> > *leisure=swimming_area *känns ändå som den minst dåliga taggen,
> > bortsett från att den egentligen förutsätter att det ska vara
> > "Enclosed natural water area inside a facility", vilket en vanlig
> > svensk badplats vid en sjö YTTERST sällan är. En svensk badplats är
> > markerade med vägmärke H15, sen gör man lite vad man vill där, inte
> > så uppstyrt :)
> >
> >
> > https://www.transportstyrelsen.se/sv/vagtrafik/Vagmarken/Lokaliseringsmarken-for-upplysning-om-serviceanlaggningar-med-mera/Badplats/
> >
> >
> >
> > *sport=swimming* å andra sidan känns lite för.. fancy. Visst, det
> > kan finnas nån enstaka som simmar, som om det vore sport på
> > riktigt, men de flesta tror jag mest plaskar omkring, kastar bollar
> > till varandra, paddlar på en madrass eller gräver gropar som andra
> > badare snubblar i. Inte så värst "sport" med det liksom.
> >
> > Men det kanske bara är jag som tolkar taggen "sport" lite för
> > bokstavligt? Jag tänker, det är ingen som letar snäckor på en
> > sport=tennis, eller glider omkring på en luftmadrass på en
> > sport=speedway. Men på en sport=swimming är det inte så noga vad
> > man sysslar med egentligen? Jag tycker inte riktigt det är så
> > konsekvent.
> >
> > /Tomas
> >
> > Den tors 13 aug. 2020 kl 14:52 skrev Björn Stenberg :
> >  
> >> Trevligt initiativ, men jag håller inte med dig om taggningen.
> >>
> >> Jag tycker inte att en vanlig brygga eller enkla omklädningsrum
> >> räcker för att det ska vara amenity=public_bath. Wiki-sidan
> >> https://wiki.openstreetmap.org/wiki/Swimming_and_bathing håller
> >> med mig:
> >>
> >> "Public bath
> >> A facility where you can go and take a bath, e.g. an onsen, a hot
> >> spring, a hammam or a thermal bath. It must have something more
> >> than just showers, but it may be anything from bathtubs up to
> >> swimming pools. Large bath houses can have outside baths. A fee
> >> may be charged for entry. If membership is needed, set access to
> >> private. Tag the building, and if present also the outside
> >> premises with pools."
> >>
> >> "It must be more than just showers" tycker jag är ganska tydligt.
> >> De flesta vanliga enkla badplatser vid svenska sjöar har inte
> >> "facilities" i denna bemärkelse och är därför inte sådana
> >> offentliga badhus som amenity=public_bath avser.
> >>
> >> --
> >> Björn
> >> ___
> >> 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] [OFF TOPIC] Ny tjänst från Lantmäteriet

[pangoSE]

On 2020-05-04 12:09, Per Geijer wrote:
Min karta är en ny gratistjänst från LM. Finns på web 
https://minkarta.lantmateriet.se/ och 
för iPad/iPhone https://apps.apple.com/se/app/min-karta/id1495766306 
samt är under utveckling för Android.


Webbtjänsten och appen synkar med GPS och centrerar kartan och kan 
rotera kartan i färdriktningen. Webbtjänsten har en bra sökfunktion. I 
appen finns karta och flygbild. På webben fins även bergochdalkarta och 
äldre flygbilder.


Bra som referens vid kartering. Vilket värde har OSM när det finns ett 
bättre gratisalternativ, förutom att det är kul att kartera? Nu svor jag 
kanske i kyrkan...


Lantmäteriets tjänst är SaaS och således varken öppen eller fri att 
använda eller ladda ner eller göra med som man vill på nya påhittiga sätt.


Se https://www.gnu.org/philosophy/who-does-that-server-really-serve.html

Jag litar inte ett dugg på LMs karta eller deras tjänster. Med OSM kan 
jag enkelt ladda ner det jag behöver och gå ut i naturen och leta flera 
stigar (mha. https://wiki.openstreetmap.org/wiki/OsmAnd & 
https://wiki.openstreetmap.org/wiki/OSMTracker_(Android)). Ingen av dem 
två möjligheter ger Lantmäteriet för bara att ta två exempel.


___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Apropå svenska naturreservat i OSM

[pangoSE]

Hittade just denna diskussion: OBF file for fuel price from 
http://prix-carburants.economie.gouv.fr 
https://github.com/osmandapp/Osmand/issues/5658


Här finns scripts för att skapa en obf utifrån extern data och det 
verkar som att det kan fungera i tandem med OSM datan som ett lager 
uppepå OSM

https://github.com/cbosdo/osmand-fuel-price

On 2020-03-27 12:02, pangoSE wrote:


Hej John

Jag är helt enig. Om detta skal funka då måste vi se till att det är 
busenkelt att koppla på/av källor med olika lager.


Kanske är inte openstreetmap.org rätta stället för detta? Utvecklarna 
verkar väldigt konservativt inställda till ändringar, så det är nog 
för mycket att hoppas på. Att få dem att erbjuda upp till ett tiotal 
WMS-lager där per land ser jag inte som troligt i första laget.


Jag tänker att detta kanske kommer hända på openstreetmap.org 
samtidigt som vi byter från raster tiles till vektor tiles. Vad jag 
vet är det inga bra argument för att fortsätta med raster tiles när nu 
teknologin för vektor tiles finns. OsmAnd är helt vektor, 
Thunderforest har bytt, Mapbox har bytt.


Raster tiles har dem 2 stora nackdelar att dem fyller en massa på disk 
och kräver mycket resurser att generera. Vektor kan serveras direkt 
från en databas (se detaljer https://www.thunderforest.com/blog/)


Ang. OsmAnd så tänker jag mig att tex för Sverige så kommer det finnas 
en extra fil för naturreservat, och extra för skyddsområden (eller 
båda i en fil). Denna data dras från NV regelbundet (källa här 
https://wiki.openstreetmap.org/wiki/Sweden/Open_data/Naturv%C3%A5rdsverket#Boundary). 
Den måste konverteras till först osm/pbf (via ogr2ogr) och därefter 
*.obf format via 
(https://wiki.openstreetmap.org/wiki/OsmAndMapCreator). Vad jag vet 
kan OsmAnd bara tugga en obf åt gången i dagsläget för ett givet 
område 
(https://android.stackexchange.com/questions/141666/how-to-import-an-obf-map-file-into-osmand) 
vilket betyder att för att få med nationalparker/reservat så måste dem 
flätas in i osm datan först (via osmium) och därefter konverteras 
resultatet till obf.


Om detta ligger flera år ut i framtiden så är frågan om vi ska vänta 
med att radera dem områden vi redan har inne och bara vara tydliga med 
att vi inte uppdaterar dem längre.


WDYT?

On 2020-03-20 10:48, John Bäckstrand wrote:
Jag håller principiellt med, men "discoverability" är så oerhört 
viktigt, så det enda system som "drar in data från flera ställen" som 
duger, i min mening, vore ett centralt system som fungerar auomatiskt 
på openstreetmap.org <http://openstreetmap.org> och de vanliga 
tile:sen. Allt annat kommer ju försämra upplevelsen och jag vet hur 
lat jag själv är, att få allt serverat för sig är en viktig faktor. 
Tar det 5 minuter att få till en vettig karta istället för 10 
sekunder så räcker det för att gå någon annan stans.


Men det är mitt perspektiv.

/John Bäckstrand

On Fri, Mar 20, 2020 at 10:42 AM <mailto:pang...@riseup.net>> wrote:


Hej på er.

Är det nån här som håller med Tobias?

Finns det konsensus för att radera våra undermåliga naturreservat
och i stället skapa et centralt ställe där det beskrivs hur datat
från NV kan läggas till en karta?

Problemet med detta som jag ser det är att vi tappar kopplingen
till tex wikidata (WD). Dock går det ju att lägga till alla
naturreservat i WD med ett NV namn id som man kan slå upp på i
stället för ett Qid från en OSM etikett. WD är mycket lättare att
uppdatera eftersom datan förändras än OSM objekt som inte
meningsfullt kan observeras på marken eftersom dem definieras av
människor genom en rättsprocess och gränserna märks sällan ut
ordentligt tex vid vattenskyddsområden.

Några andra nackdelar?

Detta frigör kraft till annat, tex mera kärlek till
vandringsleder som helt än inte finns i ett auktoritativt
statligt dataset. Vandringsleder är också synliga via skylter,
m.m. och mera komplexa än Naturreservat pga etapper, länk till
externa webbsidor och kartor. Detta data skulle iofs lika väl
kunna sparas i Wikidata också och dras in på kartan. I dagsläget
finns redan vandringsleder på WD, men många tex på Kungsleden
https://www.wikidata.org/wiki/Q59780 saknar etapper.

Mvh
pangoSE


*From:* Tobias Knerr mailto:o...@tobias-knerr.de>>
*Sent:* March 19, 2020 7:44:34 PM GMT+01:00
*To:* t...@openstreetmap.org <mailto:t...@openstreetmap.org>
*Subject:* Re: [OSM-talk] OSM is not the place for dissemination
of authoritative data sets

On 19.03.20 17:54, Jóhannes Birgir Jensson wrote:

So - why are authoritative data sets an unwelcome addition? 



At its core, OSM is a platform for collaboratively editing geodata. So
the following would be strong reasons not to import a dataset:

- other mappers should not edit it (because the dataset i

Re: [Talk-se] Apropå svenska naturreservat i OSM

[pangoSE]

Hej John

Jag är helt enig. Om detta skal funka då måste vi se till att det är 
busenkelt att koppla på/av källor med olika lager.


Kanske är inte openstreetmap.org rätta stället för detta? Utvecklarna 
verkar väldigt konservativt inställda till ändringar, så det är nog för 
mycket att hoppas på. Att få dem att erbjuda upp till ett tiotal 
WMS-lager där per land ser jag inte som troligt i första laget.


Jag tänker att detta kanske kommer hända på openstreetmap.org samtidigt 
som vi byter från raster tiles till vektor tiles. Vad jag vet är det 
inga bra argument för att fortsätta med raster tiles när nu teknologin 
för vektor tiles finns. OsmAnd är helt vektor, Thunderforest har bytt, 
Mapbox har bytt.


Raster tiles har dem 2 stora nackdelar att dem fyller en massa på disk 
och kräver mycket resurser att generera. Vektor kan serveras direkt från 
en databas (se detaljer https://www.thunderforest.com/blog/)


Ang. OsmAnd så tänker jag mig att tex för Sverige så kommer det finnas 
en extra fil för naturreservat, och extra för skyddsområden (eller båda 
i en fil). Denna data dras från NV regelbundet (källa här 
https://wiki.openstreetmap.org/wiki/Sweden/Open_data/Naturv%C3%A5rdsverket#Boundary). 
Den måste konverteras till först osm/pbf (via ogr2ogr) och därefter 
*.obf format via (https://wiki.openstreetmap.org/wiki/OsmAndMapCreator). 
Vad jag vet kan OsmAnd bara tugga en obf åt gången i dagsläget för ett 
givet område 
(https://android.stackexchange.com/questions/141666/how-to-import-an-obf-map-file-into-osmand) 
vilket betyder att för att få med nationalparker/reservat så måste dem 
flätas in i osm datan först (via osmium) och därefter konverteras 
resultatet till obf.


Om detta ligger flera år ut i framtiden så är frågan om vi ska vänta med 
att radera dem områden vi redan har inne och bara vara tydliga med att 
vi inte uppdaterar dem längre.


WDYT?

On 2020-03-20 10:48, John Bäckstrand wrote:
Jag håller principiellt med, men "discoverability" är så oerhört 
viktigt, så det enda system som "drar in data från flera ställen" som 
duger, i min mening, vore ett centralt system som fungerar auomatiskt 
på openstreetmap.org <http://openstreetmap.org> och de vanliga 
tile:sen. Allt annat kommer ju försämra upplevelsen och jag vet hur 
lat jag själv är, att få allt serverat för sig är en viktig faktor. 
Tar det 5 minuter att få till en vettig karta istället för 10 sekunder 
så räcker det för att gå någon annan stans.


Men det är mitt perspektiv.

/John Bäckstrand

On Fri, Mar 20, 2020 at 10:42 AM <mailto:pang...@riseup.net>> wrote:


Hej på er.

Är det nån här som håller med Tobias?

Finns det konsensus för att radera våra undermåliga naturreservat
och i stället skapa et centralt ställe där det beskrivs hur datat
från NV kan läggas till en karta?

Problemet med detta som jag ser det är att vi tappar kopplingen
till tex wikidata (WD). Dock går det ju att lägga till alla
naturreservat i WD med ett NV namn id som man kan slå upp på i
stället för ett Qid från en OSM etikett. WD är mycket lättare att
uppdatera eftersom datan förändras än OSM objekt som inte
meningsfullt kan observeras på marken eftersom dem definieras av
människor genom en rättsprocess och gränserna märks sällan ut
ordentligt tex vid vattenskyddsområden.

Några andra nackdelar?

Detta frigör kraft till annat, tex mera kärlek till vandringsleder
som helt än inte finns i ett auktoritativt statligt dataset.
Vandringsleder är också synliga via skylter, m.m. och mera
komplexa än Naturreservat pga etapper, länk till externa webbsidor
och kartor. Detta data skulle iofs lika väl kunna sparas i
Wikidata också och dras in på kartan. I dagsläget finns redan
vandringsleder på WD, men många tex på Kungsleden
https://www.wikidata.org/wiki/Q59780 saknar etapper.

Mvh
pangoSE


*From:* Tobias Knerr mailto:o...@tobias-knerr.de>>
*Sent:* March 19, 2020 7:44:34 PM GMT+01:00
*To:* t...@openstreetmap.org <mailto:t...@openstreetmap.org>
*Subject:* Re: [OSM-talk] OSM is not the place for dissemination
of authoritative data sets

On 19.03.20 17:54, Jóhannes Birgir Jensson wrote:

So - why are authoritative data sets an unwelcome addition? 



At its core, OSM is a platform for collaboratively editing geodata. So
the following would be strong reasons not to import a dataset:

- other mappers should not edit it (because the dataset is the official
source and changing it would just make it wrong)
- other mappers cannot meaningfully edit it (because we cannot see the
object in the real world and don't have access to useful sources).

The way you describe it, collaborative editing doesn't seem to be a net
benefit to your scenario, and in fact makes it harder to sync updates
with 

[Talk-se] Apropå svenska naturreservat i OSM

[pangose]

Hej på er.

Är det nån här som håller med Tobias?

Finns det konsensus för att radera våra undermåliga naturreservat och i stället 
skapa et centralt ställe där det beskrivs hur datat från NV kan läggas till en 
karta?

Problemet med detta som jag ser det är att vi tappar kopplingen till tex 
wikidata (WD). Dock går det ju att lägga till alla naturreservat i WD med ett 
NV namn id som man kan slå upp på i stället för ett Qid från en OSM etikett. WD 
är mycket lättare att uppdatera eftersom datan förändras än OSM objekt som inte 
meningsfullt kan observeras på marken eftersom dem definieras av människor 
genom en rättsprocess och gränserna märks sällan ut ordentligt tex vid  
vattenskyddsområden.

Några andra nackdelar?

Detta frigör kraft till annat, tex mera kärlek till vandringsleder som helt än 
inte finns i ett auktoritativt statligt dataset. Vandringsleder är också 
synliga via skylter, m.m. och mera komplexa än Naturreservat pga etapper, länk 
till externa webbsidor och kartor. Detta data skulle iofs lika väl kunna sparas 
i Wikidata också och dras in på kartan. I dagsläget finns redan vandringsleder 
på WD, men många tex på Kungsleden  https://www.wikidata.org/wiki/Q59780 saknar 
etapper.

Mvh
pangoSE 


 Original Message 
From: Tobias Knerr 
Sent: March 19, 2020 7:44:34 PM GMT+01:00
To: t...@openstreetmap.org
Subject: Re: [OSM-talk] OSM is not the place for dissemination of authoritative 
data sets

On 19.03.20 17:54, Jóhannes Birgir Jensson wrote:
> So - why are authoritative data sets an unwelcome addition?

At its core, OSM is a platform for collaboratively editing geodata. So
the following would be strong reasons not to import a dataset:

- other mappers should not edit it (because the dataset is the official
source and changing it would just make it wrong)
- other mappers cannot meaningfully edit it (because we cannot see the
object in the real world and don't have access to useful sources).

The way you describe it, collaborative editing doesn't seem to be a net
benefit to your scenario, and in fact makes it harder to sync updates
with the authoritative source.

So as a thought experiment: Why not just convert your dataset to the OSM
format to make it compatible with the OSM ecosystem, but skip the import
into the main OSM database?

In practice, I guess part of the answer for that is discoverability: Who
wants to hunt down datasets scattered across various servers and
portals? So it's tempting to put it all into a single big database. And
I guess that's ok as long as it doesn't get in the way of the main
purpose of that database too much – which is collaborative editing, not
data distribution. But surely, with a decent implementation of
compatible data layers tracked in some central repository, authoritative
data could be used *with* OSM without being *in* OSM.

Tobias

___
talk mailing list
t...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Ska adresser ha land, stad, postnummer och allt?

[pangose]

Här finns senaste nytt. Tidsfristen har förlängts till 8/5 2020.
https://www.lantmateriet.se/sv/Om-Lantmateriet/diariet-och-informationsredovisning/regeringsuppdrag/
https://www.lantmateriet.se/contentassets/daddf8c4ead1414a89969d345191659d/andring-av-uppdraget-att-analysera-budgetara-konsekvenser-av-myndigheters-tillgangliggorande-av-vardefulla-datamangder.pdf

On March 17, 2020 12:19:35 PM GMT+01:00, Daniel Lublin  wrote:
>pang...@riseup.net , 2019-11-28 20:20:33 (+0100):
>> Därutöver håller Lantmäteriet på att utreda hurvidare dem ska kunna
>frige
>> den resterande data dem i dag säljer dvs laserdata, fastighetskartan
>och
>> adressnoder samt underlag som flygbilder och stereofoton.
>> 
>> Utredningen måste vara klar d. 17/1 och då kommer jag dela den här.
>
>Hur gick det med den?
>
>--
>Daniel
>lublin.se
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Malmö och Örnsköldsvik saknas på vektorkarta

[pangoSE]

On 2020-02-08 13:13, Essin wrote:

Hej!

PangoSE, kan du till att börja med be SCB att uppdatera sin hemsida? För 
närvarande står det visserligen att tätortsgeometrierna är öppna data 
[1] men också att deras öppna data är CC-BY-licensierade [2] vilket inte 
är tillräckligt för OSM [3]. Det är ingen bra idé att ladda upp data med 
oklar licens.


Som jag skrev i min epost:
"LM har släppt alla tätortspolygoner som CC0 så det är bara att importera.
(Se geojson fil här https://www.mediafire.com/folder/dzngn1k5y2xjq/)"




Tätortsavgränsningarna ritas om från grunden vart tredje år. Vem tar 
ansvar för att det hålls uppdaterat någon längre tid? Vi har fortfarande 
kvar mera begränsade tätortsuppgifter som blev inaktuella 2015, t ex 
[4], och eftersom ändringar i tätortsindelningen inte är direkt 
observerbara på marken kan det dröja länge innan någon märker att något 
är fel, om det inte kontrolleras systematiskt. Ett liknande fall är 
naturreservaten, som importerades runt 2010. Jag har under en längre tid 
sysslat med att gå igenom naturreservaten för att slå ihop överlappande 
gränser, och där finns det många fall av gränsförändringar och nyskapade 
reservat som inte har uppdaterats trots att naturreservaten har mer 
stabila gränser än tätorterna.


Va bra! Jag är medveten om att detta är ett stort jobb. Jag föreslår att 
vi automatiserar det som jag skrivit tidigare.




Tätortsavgränsningarna har ingen som helst administrativ funktion och 
det är därmed direkt fel att tagga dem som boundary=administrative. 
Tätbebyggda områden (som kommunerna använder för att avgränsa t ex 
50-begränsningar och tomgångskörningsförbud) har en viss administrativ 
funktion och är indirekt observerbara på marken genom vägskyltar när man 
passerar deras gränser, men det är en annan sak. Möjligtvis skulle 
boundary=census [5] fungera för tätortsavgränsningarna, om de trots alla 
invändningar ska finnas i OSM.




Jag blir ännu mer skeptisk när jag ser hur tätortsavgränsningarna har 
lagts in hittills, som i Malmö [6]. Relationen har note=Tätortsgränsen 
följer inte LMs polygon slaviskt eftersom att denna inte täckte alla 
områden ordentligt. Vad är överhuvudtaget meningen med att rita ut 
tätortsgränser separat på OSM om det inte är de av SCB definierade 
tätorterna? Den dataanvändare som vill använda OSM-data för att få en 
uppfattning om bebyggda områden får ett bättre resultat av att aggregera 
urbana markanvändningstyper som landuse=residential, industrial, retail 
etc, eller i välmappade områden (som Malmö!) genom att analysera building=*.



Jag gillar ditt argument här. Jag la första gång in en 
boundary=administrative när det behövdes för att få 
https://maposmatic.osm-baustelle.de/ att funka som tänkt för svenska 
tätorter. Detta kan ju uppfattas som tagging for the renderer vilket jag 
inte är tillhängare av.
Det går bra för mig att vi ändrar till =census och jag håller med om att 
vi då bör bevara polygonformerna som dem kommer från LM (eller SCB om 
nån lyckas övertycka chefledet om det tokiga med valet CC-BY, se 
https://se.wikimedia.org/wiki/%C3%84mne:Vavz1c9h6p2kc1l5)


Tyvärr innebär detta att maposmatic/myosmatic inte kommer ha med alla 
vägar inom tätorten Malmö som jag som användare skulle förvänta mig om 
jag söker på Malmö och gör en karta över denna stad. Det innebär att 
verktyget kanske måste ändras till att göra den analys du föreslår för 
att själv hitta avgränsningar för tätorter via en algoritm.


Det finns f.ö. över en miljon place=city som är ritad som area i 
databasen, hur ställer du dig till place= på områden?


Mvh
pangoSE



Den tors 23 jan. 2020 kl 14:39 skrev pangoSE <mailto:pang...@riseup.net>>:


Hej.

Jag tycker att vi skal tolka tätortsområden som administrativa
gränser för våra städer. Det är den bästa källa vi har, alternativet
är att göra dem subjektivt själva som jag ser det.

Det är korrekt att dem uppdateras av SCB vart 5-e år. SCB har dock
bara släppt dem som CC-BY varför jag föreslår att vi tar dem från
LM. Jag ser inte det som ett problem att gränserna uppdateras när
byn byggs ut eller stadsdelar rivs.

Dem används inte bara av rendere också av tex
https://maposmatic.osm-baustelle.de
<https://maposmatic.osm-baustelle.de/> där det inte i dagsläget går
att göra en karta över tex Malmö av skälet att staden inte är
definerad som område.

Se skillnaden när du söker här på härnösand vs malmö:
https://maposmatic.osm-baustelle.de/new/#

Vi saknar altså vettiga admin boundaries på våra städer. Alla
svenska städer jag testade utom Härnösand och Umeå kunde inte lätt
hittas.

När man skapar bykartor då är det vettigt att bara ta med gatunamn
inom byområdet och detta gör verktyget om vi har definerad gränserna.

Jag skapade precis denna cykelkarta för Umeå med alla gatunamn i en
bilaga där området utanför tätorten är grått och gator som ligger
utanför byområdet inte tas med

Re: [Talk-se] Ortnamnsimport från Lantmäteriets GSD-Terrängkartan

[pangoSE]

Hej igen!

Jag tog en tit på v14 både dropped och tx_22.osm som är för Västernorrland.

Jag tyckte det såg väldigt bra ut! Jag är imponerad av att du lyckats så 
bra med att sortera bort dupletter. Av alla 50-tals jag kollade manuellt 
hittade jag bara 1 duplett som jag manuellt skulle fixa till. (Gådeå i 
importen, Gådeå by i osm, troligtvis är Gådeå rätt)


För min del är vi redo för nästa steg, import listan och sedan import.

När det är så bra som jag sett här, då kan vi för min del skippa både 
WMS och MapWithAI och bara importera varje fil i JOSM manuellt.


När vi är klara med denna import skulle jag gärna se en import av 
vattendrag från Fjällkartan


Mvh

pangoSE

On 2020-01-22 01:34, Grigory Rechistov via Talk-se wrote:

Hej Ture, Andreas, Anders, pangoSE och andra,
Längst ner följer mina kommentarer till dina svar.
> Jag har för mig att LMV publicerade textlagren i två uppsättningar: en
”kart”-uppsättning med snygga avstavningar, radbrytningar och så, och en
”GIS”-uppsättning där namnen sitter ihop. Vilket av dem är det du 
tittar på?

Jag använder den "GIS"-uppsättningen, men, som du lagt märke till...
> Sedan misstänker jag att även ”GIS”-uppsättningen lider lite av att vara
> ”en karta i shapefile-format”, snarare än en geodatabas — namnen är 
placerade

> där det blir snyggt på en 50k-karta
...det har jag också märkt. Därför finns olika förkortningar och 
radbrytningar

i källfiler vilka jag har kunnat åtgärda. Jag har i planer att kontakta
Lantmäteriet med en lista på ortnamns korrigeringar som jag samlat. 
Kanske blir

någon intresserad i att uppdatera deras kartinformation för framtiden.
> För herrgårdar kanske man kan passa på att lägga till historic=manor 
samtidigt.
Jag har också tänkt på detta, men vågade inte räkna varje herrgård som 
en plats

av historiskt värde.
Då kanske missförstår jag "historic=manor":s betydelse. Den taggen används
förresten inte mycket i Sverige, enligt detta: 
http://overpass-turbo.eu/s/PY3 .

Endast 77 träffar.
> Vi har ju även en hel del ställen som har ett namn, men där det är 
ödehus
> eller sommarstugor eller fäbodar. Dessa borde även de klassas som 
locality.
Det är precis den ursprungliga meningen bakom "place=locality". Att 
importen
använder den taggen för herrgårdarna var en kompromiss som jag tillät 
eftersom
jag inte kunde hitta ett bättre alternativ för något mindre än 
"isolated_dwelling".
Då ansåg jag att "historic=manor" vore för specifikt. Men att bara 
kasta iväg

noderna ville jag inte heller.
Låt mig tänka på det lite mer, hur det bästa lösningen skulle se ut. 
Kanske skulle
jag omtagga dem till "isolated_dwelling", kanske till "manor", kanske 
kasta bort.


> Stadsdelar bör väl inte vara hamlet, utan neighbourhood?
Nej, "neighbourhood" är visst bättre för dem. För varje kartruta som 
ligger nära
en större stad ska en uppladdare se till att "hamlet" blir till 
"neighbourhood".

Det skulle vara uppenbart att upptäcka visuellt och fixa manuellt.
Det skulle inte finnas många sådana rutor som täcker stora städer. 
Stora städer
brukar dessutom vara mer färdigt kartlagda vilket betyder mindre nya 
noder att

importera runtom dem.
Jag kunde kanske ha löst problemet genom att tagga de noder som finns 
inom städers

gränser på ett annat etikettsschema... Men det skulle ha varit för
beräkningsintensivt, och jag är inte redo att skriva en sådan algoritm 
(ännu).

> även om jag själv hade föredragit en adress-import.
Det skulle jag ha också föredragit, om jag hade tillgång till en öppen 
databas

för ortnamn/adresser.
> Gissar att merparten av de nya namnen inte längre används i vardagen.
Här kan vi endast tro på Lantmäteriets kompetens att hålla sina kartor 
aktuella.
Men det gäller även själva OSM-projektet. Man litar nämligen på att 
andra OSM:s
bidragsgivare har ritat något som stämmer i verkligheten. En gång hade 
jag cyklat

till en skogsväg som visade sig vara ett dike på marken ¯\_(ツ)_/¯
Det är kanske också en ständig fråga för OSM: när blir historiska data
irrelevanta och bör suddas ur OSM-databasen? Jag är till exempel lätt 
irriterad
att man tillåter ha "abandoned=railway" (drygt 256 tusen sträckor 
enligt Taginfo!)

> Vissa platser ser mer ut som "locality" medan några namn har helt klart
> felaktigt blivit "hamlet" fast det bara är en gård, om ens det.
Det finns sådan risk som jag skrivit i importplanen. Jag bedömer att 
ett sådant
fel, om tillåtet vid importen, är av mindre vikt. Man kan väl strida 
om "rätta"
etiketter till världens slut. Att det finns en plats med ett namn 
skulle dock hjälpa
att upptäcka platsen och sedan att bedöma dess storlek och sedan rätta 
till

"place=hamlet" till "locality" eller tvärtom.

> Är det i såna fall möjligt att genereras nya filer efterhand, så man 
ser vad

> som blir till övers på slutet?
Att g

Re: [Talk-se] Malmö och Örnsköldsvik saknas på vektorkarta

[pangoSE]

Hej.

Jag tycker att vi skal tolka tätortsområden som administrativa gränser 
för våra städer. Det är den bästa källa vi har, alternativet är att göra 
dem subjektivt själva som jag ser det.


Det är korrekt att dem uppdateras av SCB vart 5-e år. SCB har dock bara 
släppt dem som CC-BY varför jag föreslår att vi tar dem från LM. Jag ser 
inte det som ett problem att gränserna uppdateras när byn byggs ut eller 
stadsdelar rivs.


Dem används inte bara av rendere också av tex 
https://maposmatic.osm-baustelle.de 
<https://maposmatic.osm-baustelle.de/> där det inte i dagsläget går att 
göra en karta över tex Malmö av skälet att staden inte är definerad som 
område.


Se skillnaden när du söker här på härnösand vs malmö: 
https://maposmatic.osm-baustelle.de/new/#


Vi saknar altså vettiga admin boundaries på våra städer. Alla svenska 
städer jag testade utom Härnösand och Umeå kunde inte lätt hittas.


När man skapar bykartor då är det vettigt att bara ta med gatunamn inom 
byområdet och detta gör verktyget om vi har definerad gränserna.


Jag skapade precis denna cykelkarta för Umeå med alla gatunamn i en 
bilaga där området utanför tätorten är grått och gator som ligger 
utanför byområdet inte tas med i indexet, se: 
https://maposmatic.osm-baustelle.de/maps/100341/qlPljYcLvFQNZKTI 
direktlänk till pdfen: 
https://maposmatic.osm-baustelle.de/results//100342_2020-01-23_14-30_umea.pdf


mvh

pangoSE

On 2020-01-23 13:49, Andreas Vilén wrote:
Tätortspolygoner ändras varje gång det görs en ny uppdatering, ett 
område byggs eller liknande. Det finns ingen etablerad taggning för 
detta och jag tror inte det är lämpligt att lägga in.


Tätorter är inga administrativa enheter och har normalt inga gränser 
mer än rent statistiska.


/Andreas

Skickat från min iPhone

23 jan. 2020 kl. 13:18 skrev pangoSE <mailto:pang...@riseup.net>>:



Hej
Jag testade uMaps vektorkarta med outdoor lagret från thunderforest. 
(se 
https://umap.openstreetmap.fr/en/map/stugor-och-vindskydd_410556#7/55.835/13.964)


På större zoom nivåer saknas städer i SE pga att dem endast är 
inritade som noder. tex 
https://nominatim.openstreetmap.org/details.php?place_id=133125


I Danmark ser det mycket bättre ut...

LM har släppt alla tätortspolygoner som CC0 så det är bara att importera.
(Se geojson fil här https://www.mediafire.com/folder/dzngn1k5y2xjq/)



___
Talk-se mailing list
Talk-se@openstreetmap.org <mailto: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

[Talk-se] Malmö och Örnsköldsvik saknas på vektorkarta

[pangoSE]

Hej
Jag testade uMaps vektorkarta med outdoor lagret från thunderforest. (se 
https://umap.openstreetmap.fr/en/map/stugor-och-vindskydd_410556#7/55.835/13.964)


På större zoom nivåer saknas städer i SE pga att dem endast är inritade 
som noder. tex 
https://nominatim.openstreetmap.org/details.php?place_id=133125


I Danmark ser det mycket bättre ut...

LM har släppt alla tätortspolygoner som CC0 så det är bara att importera.
(Se geojson fil här https://www.mediafire.com/folder/dzngn1k5y2xjq/)



___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Ortnamnsimport från Lantmäteriets GSD-Terrängkartan

[pangose]

Hej igen 😃
Tusen tack för dina utförliga svar.
Jag är nu mera positivt inställd till importen. Jag ska titta närmare på en fil 
och återkommer. 
Jag tror det går bra att vi med lokalkännedom laddar upp för ett område vi 
känner. Frågan är hur vi skal göra för dem delar av landet (i norr) där ingen 
av oss har lokalkännedom? 

On January 22, 2020 1:34:35 AM GMT+01:00, Grigory Rechistov via Talk-se 
 wrote:
>
>Hej Ture, Andreas, Anders, pangoSE och andra,
>Längst ner följer mina kommentarer till dina svar.
> 
>> Jag har för mig att LMV publicerade textlagren i två uppsättningar:
>en
>”kart”-uppsättning med snygga avstavningar, radbrytningar och så, och
>en
>”GIS”-uppsättning där namnen sitter ihop. Vilket av dem är det du
>tittar på?
> 
>Jag använder den "GIS"-uppsättningen, men, som du lagt märke till...
> 
>> Sedan misstänker jag att även ”GIS”-uppsättningen lider lite av att
>vara
>> ”en karta i shapefile-format”, snarare än en geodatabas — namnen är
>placerade
>> där det blir snyggt på en 50k-karta
> 
>...det har jag också märkt. Därför finns olika förkortningar och
>radbrytningar
>i källfiler vilka jag har kunnat åtgärda. Jag har i planer att kontakta
>Lantmäteriet med en lista på ortnamns korrigeringar som jag samlat.
>Kanske blir
>någon intresserad i att uppdatera deras kartinformation för framtiden.
> 
>> För herrgårdar kanske man kan passa på att lägga till historic=manor
>samtidigt.
>Jag har också tänkt på detta, men vågade inte räkna varje herrgård som
>en plats
>av historiskt värde.
>Då kanske missförstår jag "historic=manor":s betydelse. Den taggen
>används
>förresten inte mycket i Sverige, enligt detta:
>http://overpass-turbo.eu/s/PY3 .
>Endast 77 träffar.
> 
>> Vi har ju även en hel del ställen som har ett namn, men där det är
>ödehus
>> eller sommarstugor eller fäbodar. Dessa borde även de klassas som
>locality.
>Det är precis den ursprungliga meningen bakom "place=locality". Att
>importen
>använder den taggen för herrgårdarna var en kompromiss som jag tillät
>eftersom
>jag inte kunde hitta ett bättre alternativ för något mindre än
>"isolated_dwelling".
>Då ansåg jag att "historic=manor" vore för specifikt. Men att bara
>kasta iväg
>noderna ville jag inte heller.
>Låt mig tänka på det lite mer, hur det bästa lösningen skulle se ut.
>Kanske skulle
>jag omtagga dem till "isolated_dwelling", kanske till "manor", kanske
>kasta bort.
>
>> Stadsdelar bör väl inte vara hamlet, utan neighbourhood?
>Nej, "neighbourhood" är visst bättre för dem. För varje kartruta som
>ligger nära
>en större stad ska en uppladdare se till att "hamlet" blir till
>"neighbourhood".
>Det skulle vara uppenbart att upptäcka visuellt och fixa manuellt.
>Det skulle inte finnas många sådana rutor som täcker stora städer.
>Stora städer
>brukar dessutom vara mer färdigt kartlagda vilket betyder mindre nya
>noder att
>importera runtom dem.
>Jag kunde kanske ha löst problemet genom att tagga de noder som finns
>inom städers
>gränser på ett annat etikettsschema... Men det skulle ha varit för
>beräkningsintensivt, och jag är inte redo att skriva en sådan algoritm
>(ännu).
> 
>> även om jag själv hade föredragit en adress-import.
>Det skulle jag ha också föredragit, om jag hade tillgång till en öppen
>databas
>för ortnamn/adresser.
> 
>> Gissar att merparten av de nya namnen inte längre används i vardagen.
>Här kan vi endast tro på Lantmäteriets kompetens att hålla sina kartor
>aktuella.
>Men det gäller även själva OSM-projektet. Man litar nämligen på att
>andra OSM:s
>bidragsgivare har ritat något som stämmer i verkligheten. En gång hade
>jag cyklat
>till en skogsväg som visade sig vara ett dike på marken ¯\_(ツ)_/¯
>Det är kanske också en ständig fråga för OSM: när blir historiska data
>irrelevanta och bör suddas ur OSM-databasen? Jag är till exempel lätt
>irriterad
>att man tillåter ha "abandoned=railway" (drygt 256 tusen sträckor
>enligt Taginfo!)
> 
>> Vissa platser ser mer ut som "locality" medan några namn har helt
>klart
>> felaktigt blivit "hamlet" fast det bara är en gård, om ens det.
>Det finns sådan risk som jag skrivit i importplanen. Jag bedömer att
>ett sådant
>fel, om tillåtet vid importen, är av mindre vikt. Man kan väl strida om
>"rätta"
>etiketter till världens slut. Att det finns en plats med ett namn
>skulle dock hjälpa
>att upptäcka platsen och sedan att bedöma dess storlek och sedan rätta
>till
>"place=hamlet" till "locality" eller tvärtom.
>
>> Är det i såna fall möjligt att genereras nya filer efter

Re: [Talk-se] Ortnamnsimport från Lantmäteriets GSD-Terrängkartan

[pangose]

Hej
När det nu har lyfts så pass allvarlig kritik av importunderlaget så undrar jag 
om vi inte ska byta strategi och i stället sätta upp en server som via 
MapWithAI serverar datan per område för manuel bearbetning? 

Det skulle betyda att grigorys polerade data finns tillgängliga för alla med 
josm.
Då kringgår vi alla problem eftersom att det knappast behövs importeras nånting 
i Malmö, men mycket däremot saknas på Västernorrlands landsbygd och kan hämtas 
eftersom av nån med lokalkunskap.

Om jag förstått teknologin rätt så är den så smart att bara det som saknas i 
området som hämtas ind i mapwithai-lagret.

Mvh
pangoSE 

On January 18, 2020 12:03:27 AM GMT+01:00, Grigory Rechistov via Talk-se 
 wrote:
>
>Hej igen,
>Jag har uppdaterat mina skript för att upptäcka och slå samman
>ytterligare nodpar som borde vara en nod, t ex "Stora" + "mosse" ska
>till "Stora mosse" osv. Det fanns dock bara 5 (fem) noder att
>korrigera; de är nu taggade med ett extra nyckelvärde note="Name is
>merged from parts, recheck it".
> 
>Dessutom fick skripten och data mindre förbättringar att samtliga noder
>nu blir taggade med extra etiketter som dokumenterar vilka
>namnförändringar tillämpats av skriptet.
> 
>Länken till mappen results-v11: 
>https://drive.google.com/open?id=1SuAaC_uNJPzFb3lHquqDD3lQVWP_6iUu .
>Jag kommer även uppdatera importplanen men den feedback som redan
>finns.
> 
>Trevlig helg! Återkommer nästa vecka.
> 
> 
>Med vänliga hälsningar,
>Grigory Rechistov
>With best regards,
>Grigory Rechistov
> 
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Lokala cykelleder i och omkring Karlstad - definiera ett nytt lcn?

[pangoSE]

Ser bra ut :)

On 2020-01-01 23:42, Lennart Romberg wrote:

Jag jag mjukstartat lite med den här.
https://www.openstreetmap.org/changeset/79082676#map=15/59.3779/13.5176
Tar fler i takt med att jag hinner reka dem.
Lite fundersam på hur jag bäst får till t ex "I2-området" 
(Naturcykelleder i pdf'en), den är ju varken en linje eller eller en ren 
slinga.

/ Lennart

Den ons 1 jan. 2020 kl 23:10 skrev Tomas Marklund 
mailto:tomasmarklun...@gmail.com>>:


Kör på bara. Lämpliga namn kan väl vara typ "Råtorp - Centrum -
Alster".

/Tomas

Den tis 31 dec. 2019 00:10Lennart Romberg mailto:lennart.romb...@gmail.com>> skrev:


Det finns några lokala cykelleder i och omkring Karlstad,
synliga genom speciella skyltar och beskrivna på kartan

https://karlstad.se/globalassets/filer/trafik/trafik_och_gator/cykla/cykelkarta_karlstad_2015.pdf

Funderar på att lägga in dem som nya relationer i OSM. Kan jag
bara skapa ett lcn efter eget huvud och välja ett lämpligt namn
eller skall det förankras / registreras / godkännas nånstans?
Lämpligt att definiera en network-relation för det halvdussin
leder som ingår?

(Skrev in samma fråga på Talk:WikiProject Sweden/Cycle networks)

___
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




___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

[Talk-se] Hjälp med vandringslederna

[pangoSE]

Hej :)

Jag har under det senaste år fokuserad på leder i SE och få bra ordning 
och etapper på alla som finns beskrivna.


Dem gånger jag frågat (tex om Världsarvsleden) har jag fått ok att rita 
efter externa kartor.


Läget är halvbra i dagsläget eftersom många leder fortfarande är 
inkompletta i databasen. Vi har jättemånga långa fina leder :)


Jag efterfrågar därför flera händer till arbetet.

Exempel på jobb att göra är:

* St. Olavsleden - etappindelning (5 st), övergripande relation
* Birgittaleden - Kontakta Emanuel Eriksson och fråga om tillstånd att 
använda deras gpx till att rita efter 
(https://www.pilgrimscentrum.se/pilgrimsvandring/v%C3%A5ra-pilgrimsleder/digitala-pilgrimsguider-26294493) 


* Rankåsleden - Föräldrarelation saknas...
* Värmdöleden - behöver ritas klart - fråga om tillstånd att rita från 
deras kartor på hemsidan
* Östra Sigfridsleden - allt saknas, data finns på hemsidan, fråga om 
tillstånd
* uppdatera informationen på 
https://wiki.openstreetmap.org/wiki/WikiProject_Sweden/Hiking_trails om 
hur kompletta lederna är i dagsläget och vad som saknas.

*...

Heja!

Mvh
pangoSE

___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] NMD 2018 Import delområden Gällivare

[pangose]

Hej Hans
Kul att du vill hjälpa till. Tyvärr är NMD import i dagsläget stoppad eftersom 
underlaget är för dålig kvalitet och innebär mera arbete än det är värt.
Om du vill kartera manuellt rekommenderar jag at du manuellt lägger in LMs 
flygfotolager i josm och kör. 
Mvh
pangoSE 

On December 23, 2019 11:29:19 AM GMT+01:00, Hans K  
wrote:
>Hej!
>
>Jag är från Gällivare och tänkte att det vore roligt om det fanns lite
>bättre bakgrundsdata i området. Det är ju lite tomt här uppe. Jag har
>lyckats att hitta till NMD importen men området för Gällivare är ju
>väldigt stort och det stod att man skulle vända sig till denna listan
>för att fråga om någon kan dela upp området Gällivare i tiles. Det
>skulle uppskattas mycket och göra jobbet like enklare.
>
>Hans
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Slussport som man kan gå över

[pangose]

Det låter som en bugg i JOSMs validator. Öppna en ticket och ta diskussionen 
där.
Lägg gärna till width och surface också. Är cykling förbjudet med skylt? Om 
inte så byta till path. 
Om den är bred då kan du överväga att rita porten som area i stället, då kanske 
validatorn bliver nöjd också. 
Är det nått räcke på sidorna?  Då ritar du in det också genom att ha porten som 
en MP med räcke på dem relevanta sträckorna. 
Gångvägen lägger tvärs över det hela.

On December 21, 2019 12:39:15 AM GMT+01:00, Lennart Romberg 
 wrote:
>Jag har problem att tagga en slussport som man kan passera till fots,
>så
>att olika validatorer blir nöjda.
>
>En variant är att ha en sträcka från kant till kant och tagga den som
>seamark:type=gate och waterway:lock_gate. Sen vill man ju kunna passera
>tvärs över till fots så då lägger jag på highway=footway. JOSM gillar
>inte
>kombinationen highway och waterway.
>
>Då testade jag en punktnod mitt i farleden med seamark och waterway,
>samt
>la en footway från kant till kant via punktnoden. JOSM är nöjd men
>Osmose
>undrar hur man kommer över vattnet utan bro.
>
>Tidigare har jag lagt en slussport och en svängbro på samma ställe men
>det
>känns ju också knas.
>
>Bättre tips, någon?
>
>/ Lennart
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Skapa rad av likadana hus?

[pangose]

Om du tydligt beskriver på engelsk i en feature request på 
josm.openstreetmap.de då kanske nån fixar det?

On December 8, 2019 4:17:21 PM GMT+01:00, Lennart Romberg 
 wrote:
>Jag kollade beskrivningen på terracer men den verkade inte kunna göra
>riktigt det jag ville. Funkar väl om man ska skiva upp en rektangel,
>men
>säg att man har kedjehus med förskjutna garage, det tror jag inte den
>fixar.
>
>Det jag gjorde var att placera ut rätt antal punktnoder med
>"distribute"
>och sen använda dem som guide för att sikta in ett hörn på varje hus.
>Men
>med tanke på hur enkelt det är i Powerpoint eller MS Visio så kändes
>det
>lite meckigt.
>
>Den sön 8 dec. 2019 kl 13:07 skrev :
>
>> Har du testat terracer? Jag brukar rita runt hela ytterväggen och sen
>ange
>> antalet av enheter i radhusblocket.
>>
>> On December 7, 2019 7:23:19 PM GMT+01:00, Lennart Romberg <
>> lennart.romb...@gmail.com> wrote:
>>>
>>> Om man har ritat ett hus och gjort x kopior, kan man få dem utlagda
>i rad
>>> med samma avstånd (på samma sätt som "distribuera noder" men för
>hela
>>> area-objekt?
>>> Har läst igenom listan över josm-plugins men hittar inget som ser ut
>att
>>> göra det jag vill. (Och jag har hittat många rad- och kedjehus med
>lite
>>> oregelbunden placering, så tyder på att inget verktyg finns?).
>>>
>>> / Lennart
>>>
>>> ___
>> 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] Skapa rad av likadana hus?

[pangose]

Har du testat terracer? Jag brukar rita runt hela ytterväggen och sen ange 
antalet av enheter i radhusblocket. 

On December 7, 2019 7:23:19 PM GMT+01:00, Lennart Romberg 
 wrote:
>Om man har ritat ett hus och gjort x kopior, kan man få dem utlagda i
>rad
>med samma avstånd (på samma sätt som "distribuera noder" men för hela
>area-objekt?
>Har läst igenom listan över josm-plugins men hittar inget som ser ut
>att
>göra det jag vill. (Och jag har hittat många rad- och kedjehus med lite
>oregelbunden placering, så tyder på att inget verktyg finns?).
>
>/ Lennart
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Ska adresser ha land, stad, postnummer och allt?

[pangose]

Hej Andreas

Tusen tack för alla detaljer. 😃

Jag hade hoppats att datan var bättre kvalitet än vad du berättar här.

Jag har inte kollat Gävles data än.

Vi får nog ta det väldigt försiktigt om det du beskriver även stämmer på Gävle 
och övriga landets data.

Jag har själv lagt in en del adresser i Härnösand, men det finns mycket kvar 
att göra. Jag  är sugen på att göra nått åt det och att mappa efter ett lager 
med adressdata utan att förstöra dem tiotusentals adresser vi redan har låter 
som en bättre väg fram.

När jag lagt till adresser har jag oftast bara behövt kolla några få hus per 
väg och sedan kunnat räkna ut resten och placera dem effektivt med ett josm 
plugin.
Om ett datalager finns bliver det ju ännu enklare för då ser man kanske hur dem 
ligger vid korsningarna utan att behöva kolla överallt.

Metoden jag här beskriver gör att automatiska uppdateringar bliver omöjliga,  
MEN vi skulle kunna göra difflager så alla adresser från 2019 är gröna och alla 
som ändrades i 2020 är röda. Då är det bara att kolla alla röda vid varje 
datasläpp.

WDYT?

Mvh
pangoSE

On December 3, 2019 8:08:42 PM GMT+01:00, "Andreas Vilén" 
 wrote:
>Hej!
>
>För några år sedan genomförde jag en stor adressimport för Helsingborgs
>kommun. Utöver detta har jag mappat otaliga adresser manuellt, har ett
>intresse för adressättning och jag arbetar även med adresser i
>yrkeslivet.
>Här är några av mina erfarenheter som jag samlat på mig genom åren.
>
>1) Officiella adresser är fler än skyltade adresser
>Med detta menar jag att i officiella register är principen att varje
>entré
>får en adress. Olika kommuner är olika strikta med detta, men i
>kommuner
>som följer detta strikt innebär det att varenda sidoentré, butik,
>miljöhus
>osv får en egen adress. Det innebär även i vissa kommuner att alla
>hörntomter har dubbla adresser, ibland tom tre eller fyra baserat på
>kvarterens utformning. Dessa finns naturligtvis med i officiella
>dataset,
>men är väldigt svåra att bekräfta på marken och inte alltid vettiga att
>ha
>med i OSM-databasen.
>
>2) Officiella adresser stämmer inte alltid överens med skyltade
>adresser
>Även detta är något jag lärt mig inom yrkeslivet framför inom OSM, men
>båda
>har gett mig insikter om detta. Adresser byts av naturen ut då och då.
>Ett
>hus kan ha en adress satt för decennier sedan. Huset kan ha byggts om,
>en
>entré flyttats och plötsligt får huset en ny adress, men de boende
>ändrar
>inte på sin skylt och en mappare som går förbi mappar naturligtvis
>what's
>on the ground, dvs det som står på skylten. Detta är rimligt och så OSM
>ska
>fungera. Här är det närmast en filosofisk fråga om den officiella
>adressen
>ska skriva över vad som faktiskt finns skyltat. Detta är en fråga som
>vi
>även många gånger diskuterat på jobbet och aldrig riktigt kommit till
>en
>ordentlig slutsats.
>
>3) Officiella adresser ligger inte alltid rätt
>För en tid sedan blev jag, även då på jobbet, uppmärksammad om att
>adresserna i det här området var fel:
>https://www.openstreetmap.org/changeset/74756989 Eftersom det ligger i
>närheten av mig gick jag dit och tog en titt. Lo and behold, i princip
>alla
>adresser var felmappade. Jag fick byta plats på nästan alla A och B.
>Jag
>fick också skämmas lite eftersom jag själv mappat detta fel en gång i
>tiden, baserat på Lunds kommuns officiella data som vi hade möjlighet
>att
>kartera av. Utöver att det kan bli så här dramatiskt fel kan det också
>bli
>mindre fel såsom adresser som kommer i fel ordning (det var flera ACB
>och
>liknande i Helsingborg, som jag dubbelkollat IRL. Vissa stämde, andra
>var
>fel). I vissa kommuner har man missat att koordinatsätta adresser
>ordentligt. I Svedala kommun har man exempelvis (av misstag?)
>koordinatsatt
>alla adresser per radhus i ett område på exakt samma position, istället
>för
>där respektive radhus befinner sig. Om man då ersätter redan mappad
>data
>med importerad finns risken att det blir väldigt fel.
>
>4) Det finns udda "nödfallsadresser"
>Olika kommuner har olika policy, men exempelvis Helsingborgs kommun
>adressätter alla lekplatser, Lunds kommun adressätter parker, Vellinge
>kommun adressätter offentliga toaletter, osv. Allt detta är vettigt
>utifrån
>ett perspektiv att en ambulans ska hitta rätt och liknande, men är i
>princip omöjligt att bekräfta on the ground. Dessa adresser är inte
>nödvändigtvis något vi ska undvika (jag har behållit alla
>lekplatsadresser
>i Helsingborg) men kan leda till "clutter" och går som sagt inte att
>kontrollera.
>
>5) Bostadsområden adressätts långt innan de byggs
>Ofta sätter kommuner adresser långt innan ett bostadsområde byggts,
>eller
>ens har beslutat om att det ska byggas. Ett exempel i Velli

Re: [Talk-se] Ska adresser ha land, stad, postnummer och allt?

[pangose]

Helt enig med Björn här. Titta gärna på hur dem gjorde i Danmark runt 
adressimporten i 2017 tror jag det var.
Där var det liknande funderingar.
 
Frågan är varför Gävle lägger ut detta data från LM som CC0 och inte LM själva. 
Jag hoppas LM själva kommer frige adresser för hela landet i 2020 som CC0. 

On December 2, 2019 8:49:30 AM GMT+01:00, "Björn Stenberg"  
wrote:
>On Sun, Dec 1, 2019 at 9:38 AM Snusmumriken
>
>wrote:
>
>> > Att ta bort groud-truth-verifierade adresser och ersätta dem med en
>> import låter som en dålig idé.
>
>Det beror väl på hur mycket manuellt inmatade adresser det finns i
>området
>idag, samt hur mycket fel det är i den importerade datan.
>
>Givet att det ser ut som på de flesta orter, med tämligen låg andel
>adresstaggade byggnader, samt att den officiella databasen har en
>relativt
>låg felhalt, tycker jag det är betydligt mer rimligt att göra importen
>och
>sedan granska och rätta resultatet. Viljan att handknacka tusentals
>adressnoder är liten idag och kommer knappast öka dramatiskt av ett
>hypotetiskt kartlager som man kan manuellt kan skriva av ifrån.
>Dessutom
>kommer de handgjorda taggarna också innehålla fel, kanske till och med
>fler
>fel än importen.
>
>--
>Björn
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Flera skoloperatörer på samma skolområde - hur tagga?

[pangose]

Gör så, det bliver bra. Skriv gärna en not på området om detta. 
Vår tagging av skolor skulle som du märker behöva förbättras. Du är hjärtligt 
välkommen med förslag till tagging listan.
Verkligheten är inte så sällan mera komplex än vår tagging klarar av att 
återspegla.
Vi har en liknande skola här i Härnösand f.ö. där samma problemställning finns.

On December 2, 2019 8:27:04 AM GMT+01:00, Lennart Romberg 
 wrote:
>Hm, två motsägande svar på samma fråga. Men det blir svårt att rita
>olika ytor per skoloperatör, de håller till i olika delar och olika
>våningar i samma byggnad.
>Jag är mer inne på att återställa skolområdet och sätta punktnoder på
>rimliga ställen i byggnaden för de olika operatörerna.
>
>Den mån 2 dec. 2019 kl 07:52 skrev Andreas Vilén
>:
>>
>> Validatorn har rätt. Du kan rita en skolyta per skola och bör inte
>rita en allmän för skolområde och en för varje skola.
>>
>> /Andreas
>>
>> Skickat från min iPhone
>>
>> 2 dec. 2019 kl. 07:26 skrev pang...@riseup.net:
>>
>> Ignorera validatorn denna gång. Den validitetsregel är till för att
>fånga upp tex parkering i parkering, m.m.
>> mvh
>>
>> On December 2, 2019 7:22:59 AM GMT+01:00, Lennart Romberg
> wrote:
>>>
>>> I närheten av där jag bor finns ett skolkomplex där flera olika
>skoloperatörer håller till. Området var taggat amenity=school och sen
>finns noder för olika operatörer, också taggade med amenity=school.
>JOSM varnar för "amenity inside amenity". Testade att ta bort det i
>mitt tycke intetsägande området och bara behålla operatörerna men då
>försvann färgrenderingen av området.
>>>
>>> Tänkte man kunde göra nåt men "landuse" i stället för att både äta
>kakan och ha den kvar, men på wikin om landuse står att skolområden ska
>taggas "amenity".
>>>
>>> Så hur gör man om man har flera skoloperatörer på samma skolområde?
>>
>> ___
>> 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
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Flera skoloperatörer på samma skolområde - hur tagga?

[pangose]

Ignorera validatorn denna gång. Den validitetsregel är till för att fånga upp 
tex parkering i parkering, m.m.
mvh

On December 2, 2019 7:22:59 AM GMT+01:00, Lennart Romberg 
 wrote:
>I närheten av där jag bor finns ett skolkomplex där flera olika
>skoloperatörer håller till. Området var taggat amenity=school och sen
>finns
>noder för olika operatörer, också taggade med amenity=school. JOSM
>varnar
>för "amenity inside amenity". Testade att ta bort det i mitt tycke
>intetsägande området och bara behålla operatörerna men då försvann
>färgrenderingen av området.
>
>Tänkte man kunde göra nåt men "landuse" i stället för att både äta
>kakan
>och ha den kvar, men på wikin om landuse står att skolområden ska
>taggas
>"amenity".
>
>Så hur gör man om man har flera skoloperatörer på samma skolområde?
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Ska adresser ha land, stad, postnummer och allt?

[pangoSE]

Licensen står vid själva filen när man klickar på detaljer (pil ner)

I detta fall 
https://www.gavle.se/service-och-information/om-gavle-kommun/oppna-data/datakatalog/data/#esc_entry=45&esc_context=1


CC0! = allt kan importeras mha. nått lämpligt skript.

Jag föreslår att vi skapar en importplan och sen tar bort existerande 
adresser på byggnader i området och ersätter med noder från kommunen.


Det finns även byggnader, flygbilder, sopkorgar, m.m.

Flygbilderna är: CC BY-NC 4.0 (Attribution, Non-Commercial) så där 
skulle vi behöva fråga om vi kan rita utifrån dem.


Är det nån som är sugen på att dra i något av detta?

Mvh

pangoSE

On 2019-11-29 14:39, Lennart Romberg wrote:

Hej!

Som gröngöling så har jag inte bilden riktigt klar för mig. "Frigett"
antar jag innebär att upphovsrätten inte hindrar oss att använda
datat.
Men innebär det också att det kan importeras med nån automatik, eller
bara att man får titta på det / ha det som bakgrundslager när man
editerar?

/ Lennart

Den tors 28 nov. 2019 kl 20:21 skrev :

Hej.

Observera att 1/200 kommuner har frigett adressnoder (Gävle, och Umeå skulle 
säkert frige dem också om nån skulle fråga dem)

Därutöver håller Lantmäteriet på att utreda hurvidare dem ska kunna frige den 
resterande data dem i dag säljer dvs laserdata, fastighetskartan och 
adressnoder samt underlag som flygbilder och stereofoton.

Utredningen måste vara klar d. 17/1 och då kommer jag dela den här.

Tills dess föreslår jag att du lägger energi på nått annat än adressnoder 
eftersom jag anser att dem med 90% sannolikhet kommer vara offentliga inom 
några år, likt dem nu är i DK.

Detta har i tillägg till flygbilder från fugro och sen sds för övrigt lett till 
at DK kartan nått väldigt hög kvalitet på kort tid.

Jag föreslår att alla som kan lobbar på LM och regeringen att som minimum frige 
dessa.

Mvh
pangoSE

On November 28, 2019 12:35:59 AM GMT+01:00, Hartwig Alpers  
wrote:

Jag rekommenderar att fylla i postnummer och stad. Annars går det inte
at hitta adresser som
"Museivägen 6 - 464 72 Håverud" eftersom det finns varken en omgivande
polygon för staden (eller byn) Håverud (bara Melleruds kommun) eller en
polygon för postnummret.

Dessutom får du inte med nån information från omgivande objekt när du
gör en sökning t. ex. via http://overpass-turbo.eu/
/hca

On 27.11.19 23:06, Lennart Romberg wrote:

  På osm-wikin står att land, stad, postnummer oftast är överflödiga
  eftersom de går att härleda från omgivande objekt. Men de ser i
  allmänhet ut att vara ifyllda, i Sverige. Finns någon konsensus om att
  de bör fyllas i? Gissar att postnummer inte utan vidare går att
  härleda från omgivande objekt. / Lennart

  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

___
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] Ska adresser ha land, stad, postnummer och allt?

[pangose]

Hej.

Observera att 1/200 kommuner har frigett adressnoder (Gävle, och Umeå skulle 
säkert frige dem också om nån skulle fråga dem)

Därutöver håller Lantmäteriet på att utreda hurvidare dem ska kunna frige den 
resterande data dem i dag säljer dvs laserdata, fastighetskartan och 
adressnoder samt underlag som flygbilder och stereofoton.

Utredningen måste vara klar d. 17/1 och då kommer jag dela den här.

Tills dess föreslår jag att du lägger energi på nått annat än adressnoder 
eftersom jag anser att dem med 90% sannolikhet kommer vara offentliga inom 
några år, likt dem nu är i DK.

Detta har i tillägg till flygbilder från fugro och sen sds för övrigt lett till 
at DK kartan nått väldigt hög kvalitet på kort tid.

Jag föreslår att alla som kan lobbar på LM och regeringen att som minimum frige 
dessa.

Mvh
pangoSE

On November 28, 2019 12:35:59 AM GMT+01:00, Hartwig Alpers  
wrote:
>Jag rekommenderar att fylla i postnummer och stad. Annars går det inte 
>at hitta adresser som
>"Museivägen 6 - 464 72 Håverud" eftersom det finns varken en omgivande 
>polygon för staden (eller byn) Håverud (bara Melleruds kommun) eller en
>
>polygon för postnummret.
>
>Dessutom får du inte med nån information från omgivande objekt när du 
>gör en sökning t. ex. via http://overpass-turbo.eu/
>/hca
>
>On 27.11.19 23:06, Lennart Romberg wrote:
>> På osm-wikin står att land, stad, postnummer oftast är överflödiga
>> eftersom de går att härleda från omgivande objekt. Men de ser i
>> allmänhet ut att vara ifyllda, i Sverige. Finns någon konsensus om
>att
>> de bör fyllas i? Gissar att postnummer inte utan vidare går att
>> härleda från omgivande objekt. / Lennart
>>
>> ___
>> 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] Många nya öppna data från naturvårdsverket

[pangose]

Hej Henrik

Tack for insparket. 😃

Det går självklart att rita en lika bra karta utifrån ett osm bakgrundslager 
med fria lager från staten uppepå.

OSM är ofta omtalad som en karta, men det är ju inte så.
Vi är en världens största och mest heltäckande geografiska databas.

Vi är dem enda som kan svara på frågor som: 
* hur många km2 naturreservat finns det i % i SE jämfört med Kina per km2 
landyta?
* Hur många km leder finns inom gränserna för våra svenska naturreservat? 1000? 
1? 
** Hur många av dessa har bra synlighet (utesluta baserad på trail_visibility=)
* Hur många km leder finns inom 20 km från härnösands centrum? (via around 
funktionen i overpass)

När data ändrar sig i omgivningen tex via domstolsbeslut så är det fullt 
möjligt för dig, mig och anställda på NV att uppdatera datan direkt i 
databasen. Skulle du vilja ta upp detta på myndighetsnivå att få bidra till OSM 
på din och dina kollegers arbetstid? Om alla GIS anställda i SE/världen skulle 
få bidra under 2h i veckan på betald arbetstid skulle det säkert göra en stor 
skillnad. 😃

Tidigare har inte OSM funnits så alla stater har likt öar i havet gjort deras 
egna GIS arbete helt eller delvist avskärmade från omvärlden. 

Jag skulle gärna att nån skriver ett skript så att vi likt quickstatements på 
wikidata automatiskt kan uppdatera ett helt gäng reservater med uppdaterade 
koordinater från NV när dessa släppts i nått format.

OSM har pionerad en mängd nya geodata format och verktyg så jag hoppas att 
dessa kan utvecklas vidare. Overpass API kombinerad med efterbehandling i QGIS 
är mycket kraftfulla verktyg. 

I dagsläget funkar det så för alla addressnoderna i Danmark som uppdateras från 
staten då och då. Detta är enklare eftersom det bara är én nod för varje.
Om/när LM kritar skorna och friger addressdatan kan vi göra likadant. 

Mvh
pangoSE

On November 19, 2019 8:19:30 AM GMT+01:00, Henrik Lundqvist 
 wrote:
>Hej, är GIS-samordnare på Länsstyrelsen och har en del insyn. NV mfl
>myndigheter tillgängliggör miljödata som CC0 och publikationer och
>rapporter som CCBY.
>Alla WMS-tjänster brukar även finnas som Rest-tjänster som är klart
>bättre
>att använda för detta syfte. Även shapefiler brukar tillgängliggöras.
>Ang naturreservat så kanske det tillkommer ca 100st per år nationellt
>beroende på anslag och jag har alltid ställer mig frågan varför
>bestämmelser såsom naturreservat ska läggas in i grundkartor, när det
>är så
>föränderligt och dessutom finns som tjänster för alla att konsumera
>uppepå?
>Om tex fastighetsgränser skulle bli öppna data som ändras dagligen,
>skulle
>du då finnas initiativ att föra in dessa?
>Man tar på sig en otrolig förvaltningsuppgift om man har för avsikt att
>alltid ha korrekt grundata.
>Dock tycker jag att topografi och naturtyper NMD passar perfekt.
>
>Hoppas ni förstår mitt tänk.
>
>Mvh Henrik
>
>Den sön 10 nov. 2019 14:29pangoSE  skrev:
>
>> Hej
>>
>> All data från naturvårdsverket är CC0
>>
>>
>>
>https://oppnadata.se/datamangder/#esc_org=base:635/resource/9de761c624866bdca2f2e6ccdeba9815
>>
>> Det finns nu följande som jag tycker vi ska börja med
>(förkortningarna
>> är mina):
>> * kulturreservat, (NVKR)
>> * Naturvårdsavtal, (NVNVA)
>> * satellitbaserad våtmarksövervakning (som kanske kan hjälpa oss få
>in
>> flera våtmarker) (NVVÅ)
>> * Data för leder och anordningar inom skyddade områden samt statliga
>> leder i fjällen finns från och med V17 2018 tillgängliga enligt
>> principen för öppen data. (se detaljer:
>>
>>
>https://gpt.vic-metria.nu/data/land/Leder%20och%20friluftsanordningar%20beskrivning%20av%20%c3%b6ppna%20data.pdf)
>>
>> (NVLED)
>> * Skyddade områden, fågeldirektivet (Natura 2000, SPA) (NVSPA)
>> * Skyddade områden, interimistiska förbud (i väntan på beslut om
>> naturreservat) (NVIF)
>> * Skyddade områden, biosfärsområden (NVBSF)
>> * Skyddade områden, naturvårdsområden (NVNV)
>> * Skyddade områden, biotopskyddsområden (NVBSK)
>> ** AnderAndersson har börjat lägga in några av dessa
>> * Skyddade områden, naturreservat (NVNR)
>> **(se min förre epost, det finns just nu 5026 NR i SE[2] som är
>gällande
>> och vi har[1]:
>> typ rel way total
>> boundary=protected_area 50  0329
>> leisure=nature_reserve  13253546
>> totalt  137538755250[5])
>>
>> Det finns nya WMS tjänster som saknas i JOSM. (många av dessa verkar
>> inte fungera via besök i min webbläsare och jag saknar kunskap om hur
>vi
>> kan få in detta i JOSM - vet nån annan hur vi kan få detta att
>funka?)
>>
>> Vi skulle behöva prata om hur vi bäst gör för att få in all detta i
>nån
>> uppdaterbar ordning och vad som är 

Re: [Talk-se] Talk-se Digest, Vol 139, Issue 10

[pangoSE]

de
ju möten förr.

On Mon, Nov 11, 2019 at 9:56 AM Axel Pettersson
 wrote:

Hej,
I den mån OSM-gemenskapen vill ha det kommer ett glatt hejarop från Wikimedia 
Sverige[1]. Vill ni ha stöd på något sätt hjälper vi gärna till, oavsett om det 
gäller organisatoriska frågor eller en ansökan om bidrag[2] för att kunna 
träffas eller åka på någon konferens.

[1] https://wikimedia.se/om-oss/
[2] https://se.wikimedia.org/wiki/Projekt:St%C3%B6d_till_gemenskapen_2019#Bidrag

Bästa hälsningar,
/axel
--
Axel Pettersson
Projektledare GLAM/Outreach
Wikimedia Sverige

+46 (0)733 96 55 65
axel.petters...@wikimedia.se

Twitter: @Haxpett

Stöd fri kunskap, bli medlem i Wikimedia Sverige.
Läs mer på wikimedia.se/sv/blimedlem



Den sön 10 nov. 2019 kl 12:02 skrev Christian Asker :


Hej. Jag tycker att det är en bra idé, även om jag just nu har för
mycket föreningsengagemang för att själv engagera mig. Några fysiska
träffar vore ju kul!

Mvh Christian




Den 2019-11-10 kl. 09:34, skrev pangoSE:

Hej

Jag skulle vilja stärka vår sammanhållning och ha möjlighet att träffa
nån av er andra som håller på i Sverige. Därutöver skulle jag vilja ha
möjlighet att skicka nån till Advisory Board och att vi tillsammans
tar ställning för sånt som är viktigt för oss som ideella deltagare i
projektet.

Trots att jag varit aktiv i snart 10 år har jag bara träffat en annan
lokalt (Blajo).

Finns det interesse att få igång en förening?
Hur många är vi egentligen här på listan?

Se https://welcome.openstreetmap.org/about-osm-community/local-chapters/

Mvh
pangoSE
--
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





--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se


-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.openstreetmap.org/pipermail/talk-se/attachments/20191118/a34c43b6/attachment-0001.html>

--

Subject: Digest Footer

___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se


--

End of Talk-se Digest, Vol 139, Issue 10



___
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] Många nya öppna data från naturvårdsverket

[pangoSE]

Hej!

Ang. NVLED

Jag har nu börjat importera leder manuellt genom att rita av från NVs 
WMS tjänst.

Bakgrundslagret är nu tillagd i JOSM så det är bara att sätta igång :)

Följ vänligen wikin och lägg till etiketterna jag angett där. Se 
https://wiki.openstreetmap.org/wiki/WikiProject_Sweden/Open_data/Naturv%C3%A5rdsverket#.C3.96versikt_.C3.B6ver_relevanta_NV-data


I detta fall: source=Swedish Environmental Agency Trails + fixme=verify

Idén med att använda fixme är att den ska tas bort när nån gått på leden 
och verifierat att den finns i verkligheten.


Följ med via denna sökning i vad som lagts in: 
https://overpass-turbo.eu/s/O9E


Välkommen att delta!


On 2019-11-10 14:28, pangoSE wrote:

Hej

All data från naturvårdsverket är CC0

https://oppnadata.se/datamangder/#esc_org=base:635/resource/9de761c624866bdca2f2e6ccdeba9815 



Det finns nu följande som jag tycker vi ska börja med (förkortningarna 
är mina):

* kulturreservat, (NVKR)
* Naturvårdsavtal, (NVNVA)
* satellitbaserad våtmarksövervakning (som kanske kan hjälpa oss få in 
flera våtmarker) (NVVÅ)
* Data för leder och anordningar inom skyddade områden samt statliga 
leder i fjällen finns från och med V17 2018 tillgängliga enligt 
principen för öppen data. (se detaljer: 
https://gpt.vic-metria.nu/data/land/Leder%20och%20friluftsanordningar%20beskrivning%20av%20%c3%b6ppna%20data.pdf) 
(NVLED)

* Skyddade områden, fågeldirektivet (Natura 2000, SPA) (NVSPA)
* Skyddade områden, interimistiska förbud (i väntan på beslut om 
naturreservat) (NVIF)

* Skyddade områden, biosfärsområden (NVBSF)
* Skyddade områden, naturvårdsområden (NVNV)
* Skyddade områden, biotopskyddsområden (NVBSK)
** AnderAndersson har börjat lägga in några av dessa
* Skyddade områden, naturreservat (NVNR)
**(se min förre epost, det finns just nu 5026 NR i SE[2] som är gällande 
och vi har[1]:

typ    rel    way    total
boundary=protected_area    50    0329
leisure=nature_reserve    1325    3546
totalt    1375    3875    5250[5])

Det finns nya WMS tjänster som saknas i JOSM. (många av dessa verkar 
inte fungera via besök i min webbläsare och jag saknar kunskap om hur vi 
kan få in detta i JOSM - vet nån annan hur vi kan få detta att funka?)


Vi skulle behöva prata om hur vi bäst gör för att få in all detta i nån 
uppdaterbar ordning och vad som är relevant för OSM.


Min uppfattning är att naturreservaten är den största datamängden, men 
många av våra reservat saknar metadatan från källdatan verkar det som. 
(Se 
https://wiki.openstreetmap.org/wiki/WikiProject_Sweden/naturvardsverket_import#Boundary 
för vilka key/value som vi tillämpar.)


När det gäller import så skulle jag mycket hellre lägga våra krafter på 
import av denna högkvalitetsdata ritad av människor framför den 
fullautomatiska NMD data tex som tyvärr håller låg kvalitet och nog inte 
är lämpad alls för import.


Jag har beskrivit här[3] hur jag kan lägga in flera på en gång så det 
behöver inte ta så lång tid alls (5 min per 10 reservat som saknas)


Min uppskattning baserad på NVNR datan och vår NR-data är att ungefär 
100 reservat saknas och minst lika många är större i NVNR än i OSM.


Om du utfrån att ha läst detta vill sätta igång med NR då rekommenderar 
jag att arbeta per län och ladda ner från overpass i JOSM[4] och 
filtrera ut samma län ur NVNR med QGIS[2].


Lycka till!

mvh
pangoSE

[1] jag gjorde följande för att få fram statistik om alla våra NR:
hämtade sweden-latest.osm.pbf på geofabrik.de
$ cat sweden-latest.osm.pbf |osmconvert - -o=swe.o5m
$ osmfilter swe.o5m --keep="leisure=nature_reserve" 
--keep="boundary=protected_area" >swe.nr.osm

valfritt extrasteg som ökar hastigheten i läsning/skrivning:
konvertera från .osm -> .pbf:
$ osmconvert swe.nr.osm -o=swe.nr.osm.pbf
-> sökning i JOSM
[2] jag filtrerade via QGIS, se tidigare epost. Utav datan i NR finns 
följande protect_class=0,1,4

[3] https://www.openstreetmap.org/user/pangoSE/diary/391178
[4] https://josm.openstreetmap.de/wiki/Help/Action/Download och knappa 
in detta i wizard: boundary=protected_area or leisure=nature_reserve in 
"västerbottens län"
[5] Dette betyder inte att vi har med alla. Vissa av våra reservat är 
inte med i NVNR och finns kanske i .


___
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] Många nya öppna data från naturvårdsverket

[pangoSE]

Hej Henrik


On 2019-11-11 09:09, Henrik Larsson wrote:
Alla data är inte CC0 men kartdata verkar vara det. 


Se 
http://www.naturvardsverket.se/upload/miljoarbete-i-samhallet/uppdelat-efter-omrade/oppna-data/policy-naturvardsverkets-datainformation-2017-06-08.pdf 
för detaljer. Alla geodata och attributter är CC0 :D



Skulle vara intressant om vi kunde göra något med marktäckesdatan: 
https://www.naturvardsverket.se/Sa-mar-miljon/Kartor/Nationella-Marktackedata-NMD/
 Den ger oss nationell täckning på markanvändningen ner på 10-metersnivå 
uppdelat på 24 naturtyper.


Tyvärr har detta redan försökts. Se tidigare epost till listan. Jag har 
för nån vecka sedan föreslagit att vi stoppar importen tills vidare i 
väntan på bättre data/nån som är villig att städa upp och höja 
kvaliteten på det från NMD som redan importerats.


Mvh
pangoSE


-Ursprungligt meddelande-
Från: pangoSE 
Skickat: den 10 november 2019 14:28
Till: OpenStreetMap Sverige mailinglista 
Ämne: [Talk-se] Många nya öppna data från naturvårdsverket

Hej

All data från naturvårdsverket är CC0

https://oppnadata.se/datamangder/#esc_org=base:635/resource/9de761c624866bdca2f2e6ccdeba9815

Det finns nu följande som jag tycker vi ska börja med (förkortningarna är mina):
* kulturreservat, (NVKR)
* Naturvårdsavtal, (NVNVA)
* satellitbaserad våtmarksövervakning (som kanske kan hjälpa oss få in flera 
våtmarker) (NVVÅ)
* Data för leder och anordningar inom skyddade områden samt statliga leder i 
fjällen finns från och med V17 2018 tillgängliga enligt principen för öppen 
data. (se detaljer:
https://gpt.vic-metria.nu/data/land/Leder%20och%20friluftsanordningar%20beskrivning%20av%20%c3%b6ppna%20data.pdf)
(NVLED)
* Skyddade områden, fågeldirektivet (Natura 2000, SPA) (NVSPA)
* Skyddade områden, interimistiska förbud (i väntan på beslut om
naturreservat) (NVIF)
* Skyddade områden, biosfärsområden (NVBSF)
* Skyddade områden, naturvårdsområden (NVNV)
* Skyddade områden, biotopskyddsområden (NVBSK)
** AnderAndersson har börjat lägga in några av dessa
* Skyddade områden, naturreservat (NVNR) **(se min förre epost, det finns just 
nu 5026 NR i SE[2] som är gällande och vi har[1]:
typ rel way total
boundary=protected_area 50  0329
leisure=nature_reserve  13253546
totalt  137538755250[5])

Det finns nya WMS tjänster som saknas i JOSM. (många av dessa verkar inte 
fungera via besök i min webbläsare och jag saknar kunskap om hur vi kan få in 
detta i JOSM - vet nån annan hur vi kan få detta att funka?)

Vi skulle behöva prata om hur vi bäst gör för att få in all detta i nån 
uppdaterbar ordning och vad som är relevant för OSM.

Min uppfattning är att naturreservaten är den största datamängden, men många av 
våra reservat saknar metadatan från källdatan verkar det som.
(Se
https://wiki.openstreetmap.org/wiki/WikiProject_Sweden/naturvardsverket_import#Boundary
för vilka key/value som vi tillämpar.)

När det gäller import så skulle jag mycket hellre lägga våra krafter på import 
av denna högkvalitetsdata ritad av människor framför den fullautomatiska NMD 
data tex som tyvärr håller låg kvalitet och nog inte är lämpad alls för import.

Jag har beskrivit här[3] hur jag kan lägga in flera på en gång så det behöver 
inte ta så lång tid alls (5 min per 10 reservat som saknas)

Min uppskattning baserad på NVNR datan och vår NR-data är att ungefär
100 reservat saknas och minst lika många är större i NVNR än i OSM.

Om du utfrån att ha läst detta vill sätta igång med NR då rekommenderar jag att 
arbeta per län och ladda ner från overpass i JOSM[4] och filtrera ut samma län 
ur NVNR med QGIS[2].

Lycka till!

mvh
pangoSE

[1] jag gjorde följande för att få fram statistik om alla våra NR:
hämtade sweden-latest.osm.pbf på geofabrik.de $ cat sweden-latest.osm.pbf |osmconvert - 
-o=swe.o5m $ osmfilter swe.o5m --keep="leisure=nature_reserve"
--keep="boundary=protected_area" >swe.nr.osm valfritt extrasteg som ökar 
hastigheten i läsning/skrivning:
konvertera från .osm -> .pbf:
$ osmconvert swe.nr.osm -o=swe.nr.osm.pbf
-> sökning i JOSM
[2] jag filtrerade via QGIS, se tidigare epost. Utav datan i NR finns följande 
protect_class=0,1,4 [3] https://www.openstreetmap.org/user/pangoSE/diary/391178
[4] https://josm.openstreetmap.de/wiki/Help/Action/Download och knappa in detta i wizard: 
boundary=protected_area or leisure=nature_reserve in "västerbottens län"
[5] Dette betyder inte att vi har med alla. Vissa av våra reservat är inte med 
i NVNR och finns kanske i .

___
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

[Talk-se] Många nya öppna data från naturvårdsverket

[pangoSE]

Hej

All data från naturvårdsverket är CC0

https://oppnadata.se/datamangder/#esc_org=base:635/resource/9de761c624866bdca2f2e6ccdeba9815

Det finns nu följande som jag tycker vi ska börja med (förkortningarna 
är mina):

* kulturreservat, (NVKR)
* Naturvårdsavtal, (NVNVA)
* satellitbaserad våtmarksövervakning (som kanske kan hjälpa oss få in 
flera våtmarker) (NVVÅ)
* Data för leder och anordningar inom skyddade områden samt statliga 
leder i fjällen finns från och med V17 2018 tillgängliga enligt 
principen för öppen data. (se detaljer: 
https://gpt.vic-metria.nu/data/land/Leder%20och%20friluftsanordningar%20beskrivning%20av%20%c3%b6ppna%20data.pdf) 
(NVLED)

* Skyddade områden, fågeldirektivet (Natura 2000, SPA) (NVSPA)
* Skyddade områden, interimistiska förbud (i väntan på beslut om 
naturreservat) (NVIF)

* Skyddade områden, biosfärsområden (NVBSF)
* Skyddade områden, naturvårdsområden (NVNV)
* Skyddade områden, biotopskyddsområden (NVBSK)
** AnderAndersson har börjat lägga in några av dessa
* Skyddade områden, naturreservat (NVNR)
**(se min förre epost, det finns just nu 5026 NR i SE[2] som är gällande 
och vi har[1]:

typ rel way total
boundary=protected_area 50  0329
leisure=nature_reserve  13253546
totalt  137538755250[5])

Det finns nya WMS tjänster som saknas i JOSM. (många av dessa verkar 
inte fungera via besök i min webbläsare och jag saknar kunskap om hur vi 
kan få in detta i JOSM - vet nån annan hur vi kan få detta att funka?)


Vi skulle behöva prata om hur vi bäst gör för att få in all detta i nån 
uppdaterbar ordning och vad som är relevant för OSM.


Min uppfattning är att naturreservaten är den största datamängden, men 
många av våra reservat saknar metadatan från källdatan verkar det som. 
(Se 
https://wiki.openstreetmap.org/wiki/WikiProject_Sweden/naturvardsverket_import#Boundary 
för vilka key/value som vi tillämpar.)


När det gäller import så skulle jag mycket hellre lägga våra krafter på 
import av denna högkvalitetsdata ritad av människor framför den 
fullautomatiska NMD data tex som tyvärr håller låg kvalitet och nog inte 
är lämpad alls för import.


Jag har beskrivit här[3] hur jag kan lägga in flera på en gång så det 
behöver inte ta så lång tid alls (5 min per 10 reservat som saknas)


Min uppskattning baserad på NVNR datan och vår NR-data är att ungefär 
100 reservat saknas och minst lika många är större i NVNR än i OSM.


Om du utfrån att ha läst detta vill sätta igång med NR då rekommenderar 
jag att arbeta per län och ladda ner från overpass i JOSM[4] och 
filtrera ut samma län ur NVNR med QGIS[2].


Lycka till!

mvh
pangoSE

[1] jag gjorde följande för att få fram statistik om alla våra NR:
hämtade sweden-latest.osm.pbf på geofabrik.de
$ cat sweden-latest.osm.pbf |osmconvert - -o=swe.o5m
$ osmfilter swe.o5m --keep="leisure=nature_reserve" 
--keep="boundary=protected_area" >swe.nr.osm

valfritt extrasteg som ökar hastigheten i läsning/skrivning:
konvertera från .osm -> .pbf:
$ osmconvert swe.nr.osm -o=swe.nr.osm.pbf
-> sökning i JOSM
[2] jag filtrerade via QGIS, se tidigare epost. Utav datan i NR finns 
följande protect_class=0,1,4

[3] https://www.openstreetmap.org/user/pangoSE/diary/391178
[4] https://josm.openstreetmap.de/wiki/Help/Action/Download och knappa 
in detta i wizard: boundary=protected_area or leisure=nature_reserve in 
"västerbottens län"
[5] Dette betyder inte att vi har med alla. Vissa av våra reservat är 
inte med i NVNR och finns kanske i .


___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

[Talk-se] Finns interesse för att börja en Svensk lokalförening?

[pangoSE]

Hej

Jag skulle vilja stärka vår sammanhållning och ha möjlighet att träffa 
nån av er andra som håller på i Sverige. Därutöver skulle jag vilja ha 
möjlighet att skicka nån till Advisory Board och att vi tillsammans tar 
ställning för sånt som är viktigt för oss som ideella deltagare i projektet.


Trots att jag varit aktiv i snart 10 år har jag bara träffat en annan 
lokalt (Blajo).


Finns det interesse att få igång en förening?
Hur många är vi egentligen här på listan?

Se https://welcome.openstreetmap.org/about-osm-community/local-chapters/

Mvh
pangoSE

___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Hjälp med naturreservaten

[pangoSE]

För den intresserade skrev jag just en guide till konvertering av 
shapefiler för att förbättra upplevelse i JOSM


https://wiki.openstreetmap.org/wiki/QGIS#Using_QGIS_to_filter_data_from_government_sources_and_convert_it_to_KML

Jag har börjat filtrera på "Gällande" eftersom det inte ger så mycket 
mening att lägga in dem som inte är i effekt.



On 2019-11-09 15:53, pangoSE wrote:

Hej

Jag började jobba igen med naturreservaten i dag efter ett års paus.

Status är som följer:
- OSM ligger efter: Det har tillkommit många nya.
- OSM är fel: vissa NR är fel geometri i OSM jämfört med den öppna data
- 286 av våra boundary=protected_area saknar protect_class=* och syns 
därför inte på osm.org, se https://overpass-turbo.eu/s/NXn


Se 
https://wiki.openstreetmap.org/wiki/WikiProject_Sweden/naturvardsverket_import#Naturreservat 



Välkommen att bidra till att få ordning på reservaten.

Mvh
pangoSE
ps se även https://www.openstreetmap.org/user/pangoSE/diary/391178 där 
jag beskriver hur jag sammanfogar mellan NR-lagret och osm-lagret.


___
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] Hjälp med naturreservaten

[pangoSE]

Hej Christian

On 2019-11-09 16:28, Christian Asker wrote:

Hej. Bra uppmärksammat!

Naturreservaten finns ju som öppna data i shapeformat hos 
Naturvårdsverket. Jag har för mig att den shapefilen släpar efter 
verkligheten lite dessutom. Sen vill man ju helst få med stigar, 
fikabord, informationsskyltar också, men det kräver ju ett fysiskt besök.


Jag försöker hålla naturreservaten uppdaterade i "mitt kvarter".


Toppen



En relaterad grej är områden som är "biotopskydd". Dessa kan karteras i 
OSM också.


Vilka taggar använder du till dem?

/pangoSE


Den 2019-11-09 kl. 15:53, skrev pangoSE:

Hej

Jag började jobba igen med naturreservaten i dag efter ett års paus.

Status är som följer:
- OSM ligger efter: Det har tillkommit många nya.
- OSM är fel: vissa NR är fel geometri i OSM jämfört med den öppna data
- 286 av våra boundary=protected_area saknar protect_class=* och syns 
därför inte på osm.org, se https://overpass-turbo.eu/s/NXn


Se 
https://wiki.openstreetmap.org/wiki/WikiProject_Sweden/naturvardsverket_import#Naturreservat 



Välkommen att bidra till att få ordning på reservaten.

Mvh
pangoSE
ps se även https://www.openstreetmap.org/user/pangoSE/diary/391178 där 
jag beskriver hur jag sammanfogar mellan NR-lagret och osm-lagret.


___
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

[Talk-se] Hjälp med naturreservaten

[pangoSE]

Hej

Jag började jobba igen med naturreservaten i dag efter ett års paus.

Status är som följer:
- OSM ligger efter: Det har tillkommit många nya.
- OSM är fel: vissa NR är fel geometri i OSM jämfört med den öppna data
- 286 av våra boundary=protected_area saknar protect_class=* och syns 
därför inte på osm.org, se https://overpass-turbo.eu/s/NXn


Se 
https://wiki.openstreetmap.org/wiki/WikiProject_Sweden/naturvardsverket_import#Naturreservat


Välkommen att bidra till att få ordning på reservaten.

Mvh
pangoSE
ps se även https://www.openstreetmap.org/user/pangoSE/diary/391178 där 
jag beskriver hur jag sammanfogar mellan NR-lagret och osm-lagret.


___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

[Talk-se] SCBs öppna geodata är CC-BY :(

[pangoSE]

Hej

Jag skulle vilja rita in polygonen för Sundsvall men den är CC-BY.

Hur gör vi?

Är det nån här som jobbar på SCB eller som är van att förklara för 
myndighetspersoner varför CC-BY inte funkar för oss? Alternativt är det 
nån som har en brevmall liggande jag kan skicka ifall ingen annan vill 
dra i detta?


https://www.scb.se/vara-tjanster/oppna-data/

Mvh

pangoSE



___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

[Talk-se] Naturvårdsverkets nya Nationella MarktäckeData

[pangoSE]

Hej

Håller helt med Essin. Se min kommentar här 
https://www.openstreetmap.org/changeset/70936570


Jag förslår att vi sätter stop för import tills att vi sett att nån 
tagit åt sig den enorma uppgift att städa upp det som redan importerats.


Tills dess får vi leva med en "vit" karta i några områden.

Nån emot?

Mvh

pangoSE


___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se