Community på Sveriges dataportal
Vägledning för att publicera data om grillplatser
-
Nu har vi i dataverkstaden tagit fram en vägledning som övergripande beskriver hur kommuner kan publicera grundläggande information om grillplatser som öppna data.
Grillplatser, deras utformning, egenskaper och placering, hamnar som nummer 48 i undersökningen om särskilt viktiga datamängder inom kommunal och regional sektor. Datamängden tillhör området ”Besöksnäring och rekreation”.
För att underlätta arbetet med att samla in och publicera denna datamängd har vi i dataverkstaden tagit fram en vägledning som övergripande beskriver hur man går tillväga;
https://www.vgregion.se/ov/dataverkstad/datamangder/grillplats/
-
Exempelvis i Mariestads kommun underhåller man datamängden i en Sharepoint-lista eller ”Microsoft Lists” i Office 365. Det här gör att man ute i fält kan köra Microsoft Lists-appen och enkelt och överskådligt sköta uppdatering av egenskaper när man befinner sig på platsen.
I Mariestads kommun som exempel, har vi skapat listor i Office 365 i appen ”Lists” som motsvara attributen i datamodellen.
Genom appen ”Lists” som går att ladda ner till mobiltelefon, kan personer ute i fält inventera och uppdatera informationen och attributen som beskriver platsen direkt. Appen skapar ett enkelt och lättläst ”formulär” av den tabulära datan.
Det gör att datat blir enklare att underhålla och lätt att uppdatera. Det krävs ingen särskild utrustning annat än en mobiltelefon och behörighet/licens för Office365.Om alla köper in programvarulicenser för Office 365 så är problemet löst? Eller är det kanske en given förutsättning att all offentlig förvaltning i Sverige redan har gjort det? Kan det tänkas finnas alternativa verktyg för att lösa dessa uppgifter?
-
@FredrikEriksson Var finns innehållet i specifikationen? Jag vet inte om jag läser slarvigt, men ska det inte finnas en länk eller referens någonstans till specifikationen ifråga och de avsnitt som omnämns i texten?
För att skapa verkligt värde rekommenderas du att fylla i så många attribut du kan och särskilt viktiga är kontaktvägar till kommunen, på attribut nummer 8 och 9.
Kika på sektion 3.2 i specifikationen för att få till denna länkning som är värdefull om den är med i din publicerade datamängd!
-
@jonor sa i Vägledning för att publicera data om grillplatser:
Exempelvis i Mariestads kommun underhåller man datamängden i en Sharepoint-lista eller ”Microsoft Lists” i Office 365. Det här gör att man ute i fält kan köra Microsoft Lists-appen och enkelt och överskådligt sköta uppdatering av egenskaper när man befinner sig på platsen.
I Mariestads kommun som exempel, har vi skapat listor i Office 365 i appen ”Lists” som motsvara attributen i datamodellen.
Genom appen ”Lists” som går att ladda ner till mobiltelefon, kan personer ute i fält inventera och uppdatera informationen och attributen som beskriver platsen direkt. Appen skapar ett enkelt och lättläst ”formulär” av den tabulära datan.
Det gör att datat blir enklare att underhålla och lätt att uppdatera. Det krävs ingen särskild utrustning annat än en mobiltelefon och behörighet/licens för Office365.Om alla köper in programvarulicenser för Office 365 så är problemet löst? Eller är det kanske en given förutsättning att all offentlig förvaltning i Sverige redan har gjort det? Kan det tänkas finnas alternativa verktyg för att lösa dessa uppgifter?
Halloj, som @FredrikEriksson menar är exemplet med Office365 och "Lists" ett sätt att jonglera informationen innan den blir öppen data.
I MTG har vi valt lägga badplatser, grillplatser och lite annat som Sharepoint/Lists för att det är ett verktyg vi har, som finns hos de flesta i vår organisation och som har en (faktiskt rätt så okej) app som stödjer snygg redigering "i fält". Man kunde lika gärna använt ett Excelblad, eller en textfil.
Fördelen med en Lists är att den går att sätta lite formatkontroll på (typ latitud måste skrivas med formatet NN.XXXXXX, annars får man ett felmeddelande och kan inte spara) samt att det går att behörighetsstyra enkelt, bygga vyer etc. Lists har även stöd för bilder och andra datatyper som man kan lägga till hur man vill - bara man ser till att man i själva exportögonblicket bara får med det data som specifikationen kräver.
På så vis kan en dataspecifikation för exempelvis Grillplatser innehåller mycket mer data och användas på många fler sätt OCH användas som bas för öppen data. Lägger man till egna attribut som "vem som tömmer soporna" eller "senast tillsyn" i form av en personväljare i Office eller ett datum, så kan man ju skippa ta med dem i exporten till ÖppnaData-katalogen då specifikationen inte har dessa fält.
Det här gör även att man kan svenska rubriker och namn på saker i Sharepointlistan som man sen översätter i exporten.
Vi testar lite nu men än så länge ser funktionen bra ut och vi kommer säkert börjar smyga in detta på andra datamängder som är relativt statiska och som flera personer behöver underhålla över tid - även sådan datamängder där det idag saknas en specifikation som ex. fontäner, parkbänkar osv.
Lists är inte lämpligt för viss typ av data och därför prövar vi så klart innan vi börjar använda det som verktyg.
-
På Region Gotland har vi lagt till attributen:
Kolumnnamn Datatyp Exempel och förklaring image_url URL Länk till en bild i formaten .jpg, .png eller .webp. Licens för bild - CC0 report_phone phone Telefonnummer för frågor, synpunkter och/eller felanmälan. report_url URL Länk till tjänst för frågor, synpunkter och/eller felanmälan. street text Gatuadress till platsen, exempelvis “Havsvägen”. Ange inte nummer på gata eller fastighet, det anges i attributet “housenumber”. Mappar mot Open Street Maps “addr:street” läs mer på Key:addr på Open Streetmaps webbplats. housenumber text Gatunummer eller husnummer med bokstav. Exempelvis “1” eller “42 E”. Mappar mot Open Street Maps “addr:housenumber” läs mer på: Key:addr på Open Streetmaps webbplats. -
Jag förstår att sharepoint-listor är ett enkelt sätt för de som är ute på fältet och samlar in data. Jag undrar hur ni gör för att publicera innehållet i dessa listor som öppna data?
-
På dataverkstad.se står det att man inte får lägga till egna fält utöver de i specifikationen (om man ska kunna säga att man följer specifikationen). Jag undrar om det är så viktigt? Kan man inte göra specifikationen utbyggbar? Den som hämtar data får då slå ihop den med samma data från andra kommuner och matcha kollumnnamnen. Redan idag finns det inget som hindrar att kolumner kommer i olika ordning från olika kommuner så det krävs ändå ett jobb att matcha för att kunna samköra data.
En stor anledning till att jag frågar är att vi i Varberg jobbar för att publicera detta automatiskt utifrån att vi har det som geodata och visar den i vår webbkarta. Det är enkelt för oss att skapa osv och json genom en WFS men vi får automatiskt med två fält som inte finns i specen och det är FID (ett internt id) och GEOM (geometri). Vi har nyss upptäckt detta och fortsätter undersöka om vi kan ta bort dem. Vi vet att vi kan ta bort geom men då får vi lite problem med att publicera samma data med mer data än specifikationen pekar på (tar vi bort geom för vi det för alla distributioner).
Någon med mer erfarenhet om Geoserver och dessa fält kanske har tips på hur vi kan gå vidare?
-
I Varberg har vi inte uppdateringsdatum för data men det är ett obligatoriskt fält. Vi föreslår att det ändras till ett rekommenderat fält. Det är troligtvis fler som inte har den uppgiften och det känns som att värdet av att får ut resten av data enligt specifikationen är viktigare än att uppdateringsdatum alltid finns med?
Vi undersöker samtidigt om vi kan få till ett uppdateringsdatum men då kommer vi skapa information för öppna data vilket strider lite mot andemeningen för öppna data (att man ska publicera den information man har).
Även om vi lyckas få till uppdateringsdatum tycker vi att fältet ska ändras till rekommenderat.
-
@Björn-Hagström sa i Vägledning för att publicera data om grillplatser:
Vi undersöker samtidigt om vi kan få till ett uppdateringsdatum men då kommer vi skapa information för öppna data vilket strider lite mot andemeningen för öppna data (att man ska publicera den information man har).
Jag vet inte om jag håller med om att det är det som är andemeningen med öppna data. Det är ju bra om det bara är att publicera den data man har, men om den data man har inte är lätt att förstå och kontextualisera (t.ex. om metadata som när det senast var uppdaterat saknas) tappar man ju kanske möjligheten att andra kan använda den och det måste väl ändå vara den övergripande andemeningen med öppna data.
-
@Ainali Att göra data användbara är viktigt för att skapa just användning men själva grundprincipen är att dela data man har. Om man ställer för höga krav på att skapa data specifikt för publicering av öppna data leder det också lätt till att verksamheten väljer att inte alls publicera data.
-
@Ainali
Som konsument av grillplats-data så kan jag tycka att att uppdateringsdatum är bra men inte nödvändigt. För STORA dataset är det jättebra för då behöver jag inte slösa tid, datorkraft och därmed elenergi på att processa data som inte har förändrats. För mindre dataset kanske inte betydelsen är lika stor.Nu har jag inte specifikationen i huvudet. Hur gör vi med borttagna grillplatser, försvinner de bara eller markeras de som borttagna?
Vad gäller nya fält så ser jag hellre att det är en snabb och lätt process att lägga till dem i specifikationen än att olika parter lägger till själva och det blir en hel flora av varianter där olika parter har olika fält för samma sak.
-
@Björn-Hagström sa i Vägledning för att publicera data om grillplatser:
verksamheten väljer att inte alls publicera data
Detta är verkligen emot andemeningen med öppna data. Jag har inte sett i någon definition, eller andra dokument, att enbart publicera det man har som något viktigt eller som en grundprincip. Snarare så är väl den erkända femstjärnemodellen från Berners-Lee en inriktning om att man ska göra det data man har bättre innan publicering (förhoppningsvis genom att välja att producera bättre data, men det är modellen agnostisk om).
-
@Björn-Hagström By the way: Har ni något api där det går att hämta grillplats-data nu för tiden?
-
@ChristerOlsson @Ainali @Björn-Hagström Hej, jag svarar alla på en gång. Vi brukar ha en ganska snabb hantering av förslag på justeringar och tillägg på befintliga specifikationer, så om det finns önskemål så är det bäst om dessa förmedlas via GITLAB så ser våra informationsarkitekter det. Vi har möten varje tisdag morgon för att synka arbetet.
https://gitlab.com/sarskilt-viktiga-datamangderSen tycker jag precis som @Ainali att man inte ska hitta på egna varianter om det inte är nödvändigt. Kanske kan man bearbeta den data som delas genom att helt enkelt ange ett uppdateringsdatum i utläsningsprogrammet?
-
@Ainali Ja jag menade att verksamheten då kan välja att inte följa specifikationen alls. Förhoppningsvis väljer de att publicera data i det format de har den i (utan koppling till specifikation). Det är DIGGs grundrekommendation.
Regeringskansliet har vid ett flertal tillfällen sagt att öppna data från offentlig sektor i grunden handlar om att dela med sig av den information som finns inom offentlig sektor och tidigare när jag pratat om att man kan behöva arbeta lite extra för att göra data användbara så har det varit en del motstånd mot det.
Jag tycker också det är en självklar grund för arbetet med öppna data att man delar den data man faktiskt har inom organisationen. Att gå längre än så är ett rätt stort steg.
5-stjärnemodellen är jättebra. Att nå till 3 stjärnor är ofta enkelt men 4 och 5 kräver ofta en hel del mer jobb och händer i princip aldrig då det nästan alltid kräver att man kompletterar sin data. Om man hade haft sin data som 5-stjärnig data från början hade man också enkelt kunnat publicera den så men att göra jobbet bara för publicering sker inte.
-
@ChristerOlsson På nationell nivå? Jag känner inte till något öppet.
-
@ChristerOlsson Specen tar inte upp borttagna grillplatser som jag kommer ihåg det. I Varbergs fall tror jag inte heller att det är data vi håller (men det skulle vi kanske kunna ändra på eventuellt).
Du som konsument, om det skulle komma med fler fält än de du förväntar dig enligt specen, skapar det problem för dig? Om ja, på vilket sätt?
-
@FredrikEriksson Grillplatser saknas i listan du länkar till så den kanske ska läggas till. Länken finns i specen. Jag ska lägga in kommentarer där också men diskussonen förs bäst här tycker jag. Det är här användarna finns:)
Som det fungerar i Varberg så hämtar Geodataavdelningen data från geodatasystemet som Hamn- och gata har varje natt. Vid den hämtningen sätter vi nu dagens datum som uppdateringsdatum på alla grillplatser. Det hjälper ju ingen och datumet följer inte det specen säger att fältet ska innehålla:/
Frågan blir kanske till slut om det är viktigare att uppdateringsdatum finns med eller att fler enkelt kan följa spelens obligatoriska fält? Jag tycker det är viktigare att de övriga 5 obligatoriska fälten finns med och det verkar som att Christer som konsument håller med (eftersom det inte är så stora datamängder).
det ska jag fixa på momangen! 
