Usch och fy, den sidan på Wikipedia va ingen rolig läsning.
Angående Skola möjligen stängd, men inte är det.
Vad är aktuell status för detta?
Jag antar att felet finns i källan, Skolenhetsregistret, men varför då?
Exempelvis Götlunda skola (BästaJävlaKartan) har funnits länge på samma plats, men är markerad som möjligen stängd. Vilket den inte är.
Som jag har förstått det, så uppdateras registret av någon på skolorna själv och kan ju blev en hel del fel när så många är inblandad. Ta för exempel platsmarkören som sätts ut från adressen som skrivs in och om den då hamnar fel ska vederbörande ta tag i den på kartan och flytta till rätt plats, men kan nog lätt missas att göras om man är ovan vid dylikt.
1 Like
Grundproblemet är att den ligger fel i skolenhetsregistret (grön enligt skolenhetsregistret, röd enligt OSM, från BästaJävlaKartan):
Dessutom smög det sig in en bugg i samband med att jag la till förslag av lifecycle-prefixes igår som gjorde att ingen skola föreslogs allt i detta fall, detta är nu åtgärdat.
Matchningen av skolor sker enligt följande: Samma ref:se:skolverket=* och inom 1000 meter ELLER samma name=* och inom 500 meter ELLER inom 50 meter. Eftersom punkterna är över 600 meter isär så sker ingen matchning på namn, men om du anger ref:se:skolverket=56897691 på n7272385826 och kör om beräkningen (
) så borde de matchas (eftersom de är inom 1000 meter från varandra) och problemet borde försvinna.
1 Like
Så vilket är det bästa sättet att fixa det här på, borde jag kontakta skolan?
Jumkils skolas riktiga plats (BJK)
Plats enligt Skolverket (BJK)
Oj, den låg riktigt fel den… Långt mer än även gränsvärdet 1000 meter…
Tänker att bäst lösning är att du kontaktar skolan och ber dem fixa det (då blir det rätt för alla som använder det datat, inte bara oss). Men börjar vi stötta på flera såna här fall och att skolorna inte gör något åt det så kanske vi får höja gränsvärdet.
2 Likes
Har nu (äntligen) kommit ikapp lite med att dokumentera, så nu finns både en README i repot och en wiki-sida (där finns även undersidor som dokumenterar matchningskriterier och föreslagna taggar m.m.).
1 Like
Det verkar som att disused:X ignoreras.
Här är en skola som är stängd, men den är ändå känd som den skolan om man beskriver en plats i staden t.ex. Därför finns den kvar. Trots disused:amenity rapporteras den.
https://osm-bjk.jandal.se/deviations/990673
Det är att den skolan saknas helt i skolenhetsregistret (den finns alltså inte ens med som “vilande”). Men håller med att den då inte borde föreslås att tas bort helt heller, ska åtgärda det!
2 Likes
Nu har jag äntligen hittat en hyfsad lösning för att slå ihop skolenheter:
- Skolenheter med samma koordinat och samma hemsida slås ihop (att även gå på hemsida verkar ganska effektivt hantera när fel skolenhet ligger på en annan skolenhets koordinat)
- Om det i en ihopslagen grupp det finns minst en aktiv skola så ignoreras alla inaktiva i samma grupp
- Alla taggar plockas från en enhet i gruppen, i första hand en vars namn inte innehåller något som “anpassad”, “komvux”, etc.
- Undantaget taggen
ref:se:skolverketsom istället slås ihop med;som avgränsare
Dessutom hanteras nu befintliga ref:se:skolverket med flera skolenheter i.
Med ändringen gick det från 2629 till 2350 saknade skolor, 5690 till 4754 skolor med taggar som saknas.
Dubbelkolla gärna skolor i er närhet om resultatet är rimligt nu!
1 Like
Hej. Jag är lite sent här i tråden men jag såg att ni diskutera mycket kring skoldata.
För ca 1 år sedan försökte jag att skriva en skript som kan importera skolverkets data semi-automatiskt i OSM och då upptäckte jag att datan är faktiskt rätt dåligt (skolor som har fel properties, doubletter i data, skolor som sitter alla på ett ställe där huvudkontoret finns etc)
Jag kontaktade skolverket kring detta och fick det är som svar:
Vi känner till felet. Det handlar om skolenheter som inte har uppdaterats sedan skolenhetsregistret flyttades från SCB, dvs de fick fel koordinater när SCB förvaltade registret. Det är inget som rättas till i databasen, utan görs med fördel av huvudmännen.
Intressant! Fördelen med en approach som BJK kontra en “traditionell” import är att de flesta såna fel (förhoppningsvis) fångas upp av den som lägger in respektive skola (förutsätter såklart att ingen bara blint litar på det som föreslås, men det hoppas jag ingen gör 
).
2 Likes
Snygg approach med BJK och påpekandet med att använda med omdöme!
Jag kan nämna att jag raderade en del contact:email-taggs med personuppgifter som hade kommit in via BJK i Sundsvall-trakten samt - skam att säga - 3-4 sådana som jag själv ömdömeslöst nog hade lagt in manuellt i annat sammanhang.
För det första tror jag inte att personuppgifter (det fanns alltså för- och efternamn på privatpersoner) ingår i open data. Och dessutom tror jag inte att ett eventuellt medgivande från resp person om databehandling i tjänsten omfattar införande av dessa personers namn i osms databas. OSM borde i så fall göra det vanliga förbehåll om eu:s dataskyddsförordning.
Det finns en del småfel i BJK, men hela upplägget är mycket bättre och smartare än import!
1 Like
Vindbrukskollen är nu inlagd i BJK! Väldigt smidigt med att få en färdig lista över taggar att sätta 
Ganska många avvikelser gällande generator:output:electricity-värden, eftersom det finns stabila referenser kan det nog vara smidigare om någon villig vill göra en mekanisk uppdatering av den taggen (då såklart enligt riktlinjerna för detta).
site-relationen för vindkraftsparken/området generas just nu inga avvikelser för, behöver bygga ut lite stöd för relationer för det först, så det får komma senare.
De fick en egen. Tanken (längre fram) med lagrena är att de ska vara såpass hanterliga att man faktiskt kan göra “klart” ett lager i en kommun/län (t.ex. om man gått igenom alla adresser i en kommun, eller vägarna från NVDB), så försöker att hålla de hyfsat renodlade (företeelsen “Micromapping” är såklart en tydlig avstickare från det tänken…).
2 Likes
Denna fråga dök upp tidigare också, det svåra är att i kod filtrera bort namn. Lagt in en enkel kontroll nu som inte föreslår e-mail om det innehåller en punkt innan @-tecknet, alltså t.ex. jan.dalheimer@storskolan.se, vilket verkar vara den vanligaste formen jag hittat. Det fångar såklart inte jandalheimer@storskolan.se, och riskerar att filtrera bort storskolan.utbildning@kommunen.se, men tänker att det blir en hyfsad kompromis.
Trevligt med vindkraftverken! Tomas gjorde ett bra jobb för ett år sen eller så men det är kul att kunna få in uppdateringar.
Funderar dock på varför BJK föreslår att lägga in tillverkare då det redan står exakt detta (åtminstone vad jag kan se).
https://osm-bjk.jandal.se/deviations/1380160
Ytterligare en sak gällande svenska/engelska.
“model” föreslås V100/1,8 MW när V100/1.8 MW finns. Det senare bör vara mer korrekt i OSM.
Båda problemen fixade!
1 Like
Tack! Snabbt jobbat!
Trevligt trevligt!
Undrar dock om det inte vore klokt att undanta de här två från avvikelserna?
operator=Projektör ej registrerad
När det nu inte ens finns nån projektör registrerad i VBK, är det inte lämpligt att helt enkelt strunta i operator-taggen i OSM då? I gammal god “tagga det du vet, gissa inte”-anda 
start_date=1900-01-01
…som jag misstänker är VBK’s sätt att tvingas ange ett datum för ett (för dem) obligatoriskt attribut, fastän de inte har nån som helst aning 
Lika bra att inte inkludera den heller. De vindkraftverk som VERKLIGEN är uppförda 1900-01-01 är nog lätträknade