Community på Sveriges dataportal

Hej, korta svar på detta, ska beakta dina andra inputs inför arbete med ny version.

@ChristerOlsson sa i Vägledning för att publicera data om grillplatser:

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.

Verkar vara pågående störning, arbete pågår.

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 är en handhavandefråga - man kan sätta ett alias på ex.vis ett autogemererat API, då behålls det namnet. Nog inte många som gör. Lägger man till en ny fil och tar bort den gamla = namnen bryts. Byter man ut en redan publicerad fil = identifieraren behålls. Jag har testat lite olika varianter. Misstänker att en vägledning kring detta vore önskvärt. Naturligtvis är persistent identiferare a och o.

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.

Ja det tror jag hade varit mycket bra, som validerar mot schemat. Jag tänker mig att en sådan validerare skulle kunna byggas on the fly, alltså suga i sig ett schema och kunna matcha mot vilka datamängder som helst. Det här skulle ju vara en fin feature i dataportal.se som hjälper till vid publicering "app app app din uppladdade källa värderar inte sant på alla attribut, här är fellistan: " osv.

@Sylvia Tack för informationen, nu är sidan uppdaterad.

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.