Community på Sveriges dataportal

@josefinlassi @mattias Iom den begäran som Mattias refererar till så beslutade vi att dela en daglig rapport om verksamhetens API:er och datadelning: https://data.arbetsformedlingen.se/jobtechdev-daily-report. Rapporten är lite "överdriven" idag, 2000 dagliga sidor om allt mellan himmel och jord. Antalet användare, kostnader, nyttjandegrad, nedladdningar etc. Tanken är att komplettera med en populariserad kortare version. Tillgänglighetsmätningar avseende API:er för de 30-90 senaste dagarna verkar vara uppskattat av användare, https://statping-ng.jobtechdev.se/.

@elias sa i DIGGs rapport "En säker och tillgänglig statlig e-legitimation" publicerad 2023-01-30:

https://mailman.dfri.se/mailman3/hyperkitty/list/eleg-projekt@lists.dfri.se/message/QHVJM2CWNWRNJGNHLGI27EYQHIT5ANJD/

Tack för bra reflektioner. Friskrivningen att enbart "relevanta delar" föreslås vara öppen källkod leder till visst godtycke kan jag tycka. Vilka delar bör vara stängda tror ni?

@mistral Nja, jag är anställd statsbyråkrat på arbetsförmedlingen. Pratar gärna om data som berör arbetsmarknaden.

@FredrikEriksson Tack för info. Vi på arbetsförmedlingen utreder detta (dela ekonomidata) just nu också. Eventuellt hör vi av oss!

@johanlinaker forskar i frågan om dataekosystem. I exempelvis denna studie https://www.sciencedirect.com/science/article/pii/S0164121221001850?via%3Dihub har många datakonsumenter tillfrågats om vilket värde det öppna datat tillför.

@tove sa i energy data api:

försöker ju bli lite mer haj på kod och då känns det lite som fusk

Respekt!

Du har ju redan gjort en MR till offentligkod.se. Tack för ditt bidrag Tove.

@tove Vilken bra idé att hjälpa till att uppdatera texter etc. Forumets specifika design verkar återfinnas här: https://github.com/DIGGSweden/nodebb-theme-digg.

Tror att någon (@Nina_Berlin) behöver verifiera att ovan repo är det som faktiskt används. Gissar att det kan finnas en intern spegling med tanke på uppdateringsfrekvensen i koden.

@mattias @Peter-Bengtsson Ett krav på licens som inte kräver motprestation (ex CC0) är alltså en motprestation?

@mistral Nu har jag träffat utredningssekreterarna för utredningen och framfört era åsikter. Ska träffa dom igen i december och kommer att åter påminna om detta forum och våra önskemål.

@Jonas-Nordqvist Snyggt! Bra communityarbete av dig.

@Dennis_Priskorn Ändringsström avseende data: https://data.arbetsformedlingen.se/rss/datajobtechdevse.xml i beta version.

@Nina_Berlin @Kristine_ @Maria_Dalhage https://data.norge.no/specification/dcat-ap-no#Krav-til-kontrollerte-vokabularer i Norge verkar det vara mer strikt hur ord rapporteras. Tips från @Magnus-Sälgö som verkar intressant att följa upp.

@Jonas-Nordqvist Har som sagt ingen stark åsikt. Men tycker nog dagens formulering fungerar bra.

@elias Roligt att läsa! Bra att ni belyser en sådan viktig fråga. DIGG replikerar på sin hemsida också.

@Nina_Berlin Tänker att det är viktigt att kunna filtrera ut API:er. Men hur det benämns i sökrutan ser jag mer som en UX-fråga, har ingen speciell synpunkt på benämning.

En sökfunktion som enbart opererar på datasetets eller API:et namn blir i sin natur ganska begränsad.

Varje dataset på dataportalen kan taggas med metadata ("nyckelord"). Att på ett systematiskt sätt tagga dataseten (@Magnus-Sälgö har snokat fram en standard) tror jag skulle ge mest effekt i sökningar.

@Nina_Berlin Vet inte om jag förstår frågan.

Men exempelvis för Platsbanken så adderas många nya annonser varje minut. Våra användare (5 miljoner anrop) varje dag vill verkligen ta del av de senaste publicerade annonserna. I detta scenario med en datakälla som är i ständig förändring är API ett av de mest effektiva sätten att förmedla datan.

Sedan är det bra (krav kanske) att datat som levereras via API:et har ett öppet format så att inte API-integrationer medför inlåsningar till en leverantör etc. Ett viktigt steg för att kunna nå interoperabilitet tror jag är öppna format.

Men ett API är ju en form av mjukvara som kräver en it-avdelning som tillhandahåller och kanske utvecklar API:et för att datat ska kunna delas. Så i de fallen där datan är statisk och kanske oföränderlig (typ en rapport etc) kanske det finns enklare sätt att dela data, dvs utan att utveckla ny mjukvara. Så det gäller att passa sig så att inte API:et i sig blir en inlåsning.

@Nina_Berlin @mistral Dialog är bra och kritik får vi tåla. Men att att enskilda individer känner sig utsatta är inte bra och ska inte förekomma.

Finns bra exempel på när ENA försöker föra dialog:

AF:
https://community.dataportal.se/topic/514/input-utkast-en-gemensam-förvaltning-och-utveckling-av-en-sammanhållen-datainfrastruktur-för-kompetensförsörjning-och-livslångt-lärande

Skatteverket:
https://community.dataportal.se/category/31/mina-ärenden

DIGG:
Vi (jag med flera) skriver om rest-api-profilen här och var.

@mistral Oj, beklagligt att läsa.

Reagerade på en kanske udda punkt i sammanhanget.

Att myndigheten helt saknar digitala verktyg för samarbete och kommunikation har lett till en stor ineffektivitet i arbetet

Tänker att missnöjesförfattarna har missat detta forum med över 50 000 besökare. Forumet kanske är DIGG:s kraftfullaste leverans. Något förenklat, men tänker att ledningsgruppen borde synas här faktiskt.

@elenorweijmar Låter som en strålande bra idé. Kanske gör det för enkelt, men en tydlig ämnesrad känns viktigt, "Begäran om tillgängliggörande av data för vidareutnyttjande".

@mistral Kan man tänka sig att fler än dataproducenten får "tagga" inrapporterade dataset (utan att frånta rapporterande organisation sitt ansvar). Exempelvis @mistral skulle vilja addera "kommun" som sökord till arbetsförmedlingens taxonomi etc. Finns nog en styrka i communityn (@Magnus-Sälgö @Dennis_Priskorn ) som inte riktigt omhändertas idag. Tänker att många trådar just handlar om förslag om förbättrad metadata.

@Martin-Söderlund Skulle det innebära en stor kostnad att dela "allt"?