Community på Sveriges dataportal

Här kommer mina erfarenheter och åsikter såsom den största (?) konsumenten av grillplatsdata och även tyckare i den första versionen av specifikationen.

Började dåligt med att jag skulle titta på specifikationen och länken är bruten. https://dataportal.se/specifications/grillplatser/1.0 resulterar i en 404.

Eftersom det diskuteras parkering - jo det skulle vara bra men då skall den ligga inom rimligt avstånd. Och vem bestämmer vad som är rimligt? Det är anledningen till att jag inte själv har med den informationen.

Namnet table som finns krockar med ett reserverat namn i något system. Lomma har därför exporterat det som table_ . Något att ta med sig då man väljer namn för fält. Finns vad jag förstår ändå ett högst begränsat antal leverantörer av GIS i Sverige.

Angående nya fält.
report_phone är jag med på.
report_url likaså.
Båda måste vara opersonliga (GDPR vet ni) alltså inget telefonnummer eller mail som pekar ut en person.
Jag har ingen åsikt om street och housenumber.
UID får mig att tänka på User ID men det är jag. UID, GID, FID etc fungerar. GID kanske skall sparas till den dagen det finns en globalt unik identifierare. Undvik dock gärna GPID...
image_url - se text om foton längre ner.
Extra fält - jag måste erkänna att jag inte gillar tanken. Risken är dessutom att det i senare version av specifikationen blir en namnkrock. Jag har dock använt standarder inom andra områden som tillåter egenspecificerade utökningar men då är det specificerat hur detta skall göras. Å andra sidan så ser jag hellre data med extra fält som jag kan ignorera än inget data alls.

Jag ser lite olika varianter på hur man sätter värdena för de booleanska attributen. Jag kan nämna sant, ja, yes, falskt, no, nej, "". Tror att jag har sett någon felstavning av dessa dessutom och kanske lite olika casing. Ur min synvinkel vore det ultimata an enda variant. Dessutom anser jag starkt att om fältet finns med men saknar värde (null) så betyder det att information saknas. Samma om fältet inte finns med. Så med andra ord "true", "false" och "null" helst inte som strängar utan som en nullable bool.

När det gäller foton tänker jag en lista av foton. För varje foto bör det finnas länk licens (spdx-identifier se https://spdx.org/licenses/) och eventuell attribution. Sedan kan man tänka sig bildtext och en syntolkning av fotot också.

Några fält som inte gäller för den enskilda platsen utanför datasetet skulle kunna vara license (spdx-identifier), eventuell attribution, version av specifikationen som följs.

Jag vet att specifikationen började med tanken excel-ark. Jag tror ändå att version 2 bör vara lite mer struktur i - tänk listan av foton.

Stabila URLer är också ett starkt önskemål. Jag har känslan av att när någon publicerar en ny version av en csv på dataportalen så blir det en ny URL. Kan någon bekräfta eller dementera? Kanske inte en del av standarden men något som ändå bör poängteras.

Det bör skapas en validator någonstans där man kan skicka in en endpoint och validera om man följer specifikationen. Om ingen annan vill så kan jag skapa en sådan för geojson.

Hej @josefinlassi !

Ett av dom stora utmaningarna är att det är svårt att få nationella aktörer att ta ansvar för en specifikation. Anledningarna till bristen på specifikationer med ett hållbart "ägande" är att många myndigheter säger sig inte ha ett uppdrag att ansvara för detta, eller tidsbrist, eller att man inte ser behovet.

Här vore det ju passande om det är myndigheten Digg som är den nationella aktören som tar uppdraget att ansvara för specifikationerna.

API-frågorna kan jag inte svara på...

Nej det ligger ju inte på Digg i detta fall, problemet vid denna analys var den usla datakvalitén som publicerades av det API som typ samtliga publikationer använde sig av.

Just nu så utvecklar vi sökfunktionen ...

Det låter toppen!

@Björn-Hagström Men jag vill inte prata ned CKAN, det var mitt första intresse som programvarustöd för öppna data-publiceringar! 🙂 Men ändå, jag tror det är bra att den som jobbar aktivt med CKAN bör tala om det, och har pratat med LinkDigital som @PerAnd nämner. Så det låter bra att @PerAnd kollat upp det. 🙂

@ChristerOlsson Hej! Github är inte riktigt vår backlogg, den är tyvärr inte öppen för allmänheten, men du kan rapportera in detta som ett fel i Github om du vill. Vi har redan den här frågan i våran interna backlogg på Digg, eller önskelista kan man också kalla det för. Den är inte utredd ännu, så det jag menar med när jag säger att jag gör en mental note för detta, så menar jag att jag ska se om vi kan börja titta på detta efter årsskiftet, alltså se om det är nåt vi skulle kunna prioritera upp. Det skulle kräva en utvecklingsinsats, så det behöver vägas mot andra saker vi behöver göra och budget, som alltid:) Vad jag förstår så är en komplexitet iaf att kunna skilja på nypublicering av en datamängd, och på uppdateringar av datamängder som redan finns på dataportalen.
Men jag håller med om att det vore bra att få till detta.

@Sara-Dahl Nu har jag tipsat Stockholms stad om ert arbete, dom satt med ett liknande arbete inom utbildningsområdet:) Om du har fått tag i länken till presentationen så lägg gärna ut den här.

@Maria_Dalhage Dokumentation från eventet finns nu under Kompetensförsörjning och livslångt lärande i kategorin Data https://community.dataportal.se/topic/978/datadriven-samverkan-för-planering-och-dimensionering-av-utbildning

@elias Kul att någon vill peka ut elefanten i rummet åtminstone. Svensk offentlig sektor utgör förstås en enorm kassako för Ms som bevakar denna intäktskälla aggressivt genom lobbying och andra påverkansmetoder. För länge sedan deltog jag på en föredragning på SKR om öppen programvara, och då satt det också med två representanter från Ms i rutiga skjortor för att bevaka företagets intressen. Något jag uppmärksammade med förvåning var att en föredragande tjänstemän verkade ångerfull och i princip bad om ursäkt för att ha låtit sina medarbetare använda Open Office i egenskap av obekant och mindre polerad produkt. Resonemangen jag hörde angående öppen programvara gick mest bara ut på att den skulle vara gratis i befintligt skick, inte att man istället för att köpa kommersiella licenser kunde lägga resurser på att gemensamt utveckla och förbättra öppen programvara efter organisationernas behov.