Community på Sveriges dataportal

Utvecklar en ny tjänst åt Arbetsförmedlingen (lanseras senare i höst): https://nystartsjobb-sjalvtest.arbetsformedlingen.se/

Tanken är att individer själv ska kunna se vilka möjligheter som finns (vi börjar med subventionen nystartsjobb). Kan idag vara svårt för en individ att veta om villkoren är uppfyllda utan att rådfråga en expert på regelverket (handläggaren): https://www.riksdagen.se/sv/dokument-lagar/dokument/svensk-forfattningssamling/forordning-201843-om-stod-for-nystartsjobb_sfs-2018-43

Skulle vilja bygga in en koppling till källkoden för att öka insynen ytterligare. Men inser också att det är orealistiskt att skicka alla Sveriges arbetsgivare och jobbsökare till källkodshanteraren. Tycker ni att det går att tipsa om vart källkoden ligger för en slutkonsument/individ? Och i sådana fall, hur ska ett sådant tips/länk till individer utformas tycker ni?

Källkoden:
https://gitlab.com/arbetsformedlingen/www/nystartsjobb-test/-/tree/master/public

När jag får en timme över så snickrar jag på https://offentligkod.se. En plats för att synliggöra vilka öppna programvaror som offentliga organisationer använder och eventuellt vilken källkod som en organisation delar.

Idén verkar flyga och en återkoppling jag fått är att flera myndigheter har blivit kontaktade för rådgivning vid införande av olika verktyg. Därav är det läge att snygga till och underlätta så att flera ska kunna använda katalogen enkelt.

Förslag på arkitektur som är enkel att underhålla:
e-Tjänst: https://offentligkod.se/test.html
api: https://api.offentligkod.se/feed.json
data:https://gitlab.com/open-data-knowledge-sharing/publiccode.yml/

Vad tycker ni är bästa sätt att forma en öppen backlog för nästa generations offentligkod.se. Är gitlab issues något som inkluderar alla? Ett öppet dokument som flera kan editera?

@Ingegerd Bra rapport, men jag kanske är lite partisk. (från arbetsförmedlingen). Rapporten finns under nosad.se/tips och en direktlänk är https://gitlab.com/open-data-knowledge-sharing/wiki/-/wikis/uploads/c7d94fc0e6bdea26df7182e54b6e6683/Rapport_långsiktig_informationshantering_E-arkiv.pdf

@Stefan-Wallin @davidnorman med team ska ha all cred (inte jag). Jag försöker lyssna på @Magnus-Sälgö med flera men det är svårt att komma igång med kunskapsgrafer på ett bra sätt. Börjar mer och mer tänka att det måste ske i små steg där nyttan är uppenbar/direkt.

@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.

@salgo60 Jag instämmer faktiskt i att Sverige börjar närma sig en ohållbar situation vad gäller oförmågan att nå resultat inom digitaliseringen. OK att citera mig, statstjänsteman på Arbetsförmedlingen. Bristen på insyn i utvecklingsprocesser gör det oftast omöjligt att bidra eller att tycka. All källkod bör oavkortat göras öppen om den är finansierad med offentliga medel. Öppna ärendesystem typ gitlab issues eller liknande är nog framtidens motor för att samskapa.

Vi på af försöker i vår taxonomi införa externa länkar när det passar och finns behov. Här är ett exempel på hur det ser ut i dagsläget.

{:concept/id "kTtK_3Y3_Kha",
  :concept/preferred-label "Afghanistan",
  :concept/type "country",
  :concept.external-standard/wikidata-uri "http://www.wikidata.org/entity/Q889"}
 {:concept/id "UinE_kZh_fyB",
  :concept/preferred-label "Albanien",
  :concept/type "country",
  :concept.external-standard/wikidata-uri "http://www.wikidata.org/entity/Q222"}
 {:concept/id "RfvE_aUv_QNd",
  :concept/preferred-label "Algeriet",
  :concept/type "country",
  :concept.external-standard/wikidata-uri "http://www.wikidata.org/entity/Q262"}
 {:concept/id "TQUR_jxt_5My",
  :concept/preferred-label "Amerikanska Samoa",
  :concept/type "country",
  :concept.external-standard/wikidata-uri "http://www.wikidata.org/entity/Q16641"}
 {:concept/id "vdpd_XS2_ZBZ",
  :concept/preferred-label "Amerikanska, mindre uteliggande öar",
  :concept/type "country",
  :concept.external-standard/wikidata-uri "http://www.wikidata.org/entity/Q16645"}
 {:concept/id "sweX_RLA_3e6",
  :concept/preferred-label "Andorra",
  :concept/type "country",
  :concept.external-standard/wikidata-uri "http://www.wikidata.org/entity/Q228"}
 {:concept/id "kWK9_dqr_Mo7",
  :concept/preferred-label "Anguilla",
  :concept/type "country",
  :concept.external-standard/wikidata-uri "http://www.wikidata.org/entity/Q25228"}
 {:concept/id "vc1T_oaU_Ctj",
  :concept/preferred-label "Antarktis",
  :concept/type "country",
  :concept.external-standard/wikidata-uri "http://www.wikidata.org/entity/Q21590062"}
 {:concept/id "bq7f_tFF_eHk",
  :concept/preferred-label "Antigua och Barbuda",
  :concept/type "country",
  :concept.external-standard/wikidata-uri "http://www.wikidata.org/entity/Q781"}
 {:concept/id "5HZv_9h6_oEx",
  :concept/preferred-label "Förenade arabemiraten",
  :concept/type "country",

@PerAnd Bra fundering. För AF:s öppna api:er (utvecklarplattformen benämns jobtechdev) så är den faktiska tillgängligheten etc högre än vad som kan utlovas i en SLA. Så vi tänker att potentiella användare får vår data om api:er för att själv avgöra om det går att "lita på informationsförsörjningen".

API:ernas faktiska tillgänglighet:
https://statping-ng.jobtechdev.se/

KPI rapport:
https://handlingar.se/sv/request/1332/response/2345/attach/3/2022 05 18 JobtechDevelopment KPI.pdf?cookie_passthrough=1

Hur snabbt agerar vi vid en incident? Går faktiskt att följa när en myndighet har en öppen backlog:
https://gitlab.com/groups/arbetsformedlingen/-/issues

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

Har ingen lösning men är intresserad av svaren då formulär alltid är ett problem. Utökar @LFVJimmy fråga till att också innefatta förslag på captcha/robotfilter som är öppen källkod och GDPR-vänliga om de erbjuds som tjänst.

@jonor Använder https://gohugo.io/ för att generera en statisk sajt.

git clone https://gitlab.com/open-data-knowledge-sharing/open-data-knowledge-sharing.gitlab.io.git
cd gitlab.com/open-data-knowledge-sharing/open-data-knowledge-sharing.gitlab.io.git
hugo serve
surfa in på http://localhost:1313/

Eventkalendern:
https://gitlab.com/open-data-knowledge-sharing/open-data-knowledge-sharing.gitlab.io/-/blob/master/layouts/partials/fragments/sample-custom-fragment.html

Inspelningar:
https://gitlab.com/open-data-knowledge-sharing/open-data-knowledge-sharing.gitlab.io/-/tree/master/content/_index/videos

Innehållsförteckning:
Ett förslag skulle kunna vara att lägga till ett custom-fragment, typ: https://gitlab.com/open-data-knowledge-sharing/open-data-knowledge-sharing.gitlab.io/-/blob/master/content/_index/custom.md

Gohugo är smidigt för att skapa bloggar och enklare webbsidor. Överlag är det väldigt lite underhåll (någon minut i månaden) för att driva en sajt. Gör det enkelt att fokusera på innehåll. Säg till om du har några förslag vi kan utvärdera!

@Jonas-Nordqvist sa i Anteckningar efter möte med Magnus kring framgångsrecept för öppna data:

Vi tror att denna communityn har förutsättningar att skapa dataspecifikationer samt även förvalta/äga specifikationer till nytta både för dataproducenter och datakonsumenter. Självklart i samverkan med DIGG, Dataverkstaden, Lantmäteriet och andra parter.

Låter ju som ett genombrott i svensk digitalisering om vi kan börja samskapa på det sättet i communityn.

@Magnus-Sälgö Vet ej. Att en myndighet har ett forum är en stor sak. Överlag att forumet har haft ca 60 000 unika besökare (läste det i någon tråd) och fler och fler skriver är starten på något bra. Tror dock inte att myndigheten är helt trygga med detta forum, var och varannat inlägg innehåller personuppgifter.

DIGG faktiska handlande med att kontrollera hur användarvillkoren uppfylls är kantade med problem. Kan verkligen tänka mig hur många möten som kan genereras för att skriva villkoren, möten för att tolka hur man ska tolka villkoren, allt i syftet att ingen vill göra fel. Låt oss istället hjälpa DIGG att fokusera på annat i forumet, såsom att berätta om sina planer för öppna data.

Tips till alla som skriver inlägg.

1. Minimera personuppgifter - Kommer bara bli problem annars.
2. Videoklipp och bilder - Om bilder innehåller namn från video-möten med deltagare som inte finns på forumet. Ta bort namnen.
3. Expedieringen av handlingar - För plattformar som handlingar.se och på detta forum kan det vara relevant att visa upp en handling. Försök göm namnen på personen som expedierar handlingen om det inte tillför något i sak. Stryk gärna över andra namn också så inte alla blir så nervösa. Dvs att när väl namn publiceras så är det noga genomtänkt.
4. Vi myndigheter gör många fel. När issues och trådar skapas som diskuterar specifika frågor. Skriv inte "Jonas S med privat telefonnummer YYY-YYYYYY sa. Skriv, nu diskuterar vi frågan Y där handläggare från myndighet X ingår.
5. Det handlar nog inte så mycket om vad som är rätt och fel enligt mig. Det handlar om att skriva på ett sådant sätt att fler är bekväma med att delta i dialogen. Enligt mig är egentligen de som inte skriver ett större problem än de få som ibland läcker lite personuppgifter. Så fungerar dock inte rädsla, tillbaka till punkt 1.
6. Finns säkert undantag. I ett forum om digitalisering av en myndighet kan man tänka sig att GD skriver ett inlägg! Opinionated! Var säkert fel av mig, nu har jag säkert identifierat en fysisk person.

Om vi som skriver minimerar onödig beslutstid för DIGG, så kanske DIGG kan lova att lägga de sparade timmarna på att engagera fler personer på forumet med de timmarna.

@lfvjimisola Förslaget är EN lista där alla programvaror är beskrivna enligt standarden https://github.com/publiccodeyml/publiccode.yml.

Migreringen är påbörjad:
https://gitlab.com/open-data-knowledge-sharing/publiccode.yml/

Enklaste är att maila Johan L ( johan.linaker [at] ri.se ) tillsvidare för att lägga upp nya programvaror tills det finns ett admin-gränssnitt (ui).

Med det sagt ska innehållet i ovan wiki migreras till det nya formatet så att det inte finns två listor, precis som du påpekar. Om någon editerar wiki-sidan får vi hantera det manuellt tills sidan kan stängas ner och ersättas av https://offentligkod.se

Ett bra communitycall vore om någon vill vara med och hacka ett enkelt webb-formulär för skapa beskrivningar enligt formatet https://github.com/publiccodeyml/publiccode.yml så att alla kan lägga in programvaror enkelt.

@Magnus-Sälgö Att få en notis när ett inlägg tas bort känns rimligt, och i bästa fall en förklaring. Är säkert är en administrativ börda att ta bort inlägg, så låt oss underlätta genom att inte skriva inlägg som måste värderas. En reflektion jag gör är att myndigheter är mer bekväma med att föra dialog och ge bort info om sina användare på amerikanska sociala-plattformar. Så för allas skull tycker jag vi ska få detta svenskdriftade forum att fungera.

Tack för alla svar! Sätter ihop ett förslag med en smakfull länk längre ner på sidan. Ni får granska sen. Använder nog en inforuta https://designsystem.arbetsformedlingen.se/komponenter/digi-info-card/oversikt. Kan förövrigt tipsa om vårt designsystem som jag hoppas fler tar till sig och anpassar till sin egna verksamhet. https://gitlab.com/arbetsformedlingen/designsystem/digi

@DIGG_admin Skulle inte DIGG för vissa handlingar som begärs ut kunna publicera handlingarna direkt i detta forum? Exempelvis i en tråd som heter expediering av handlingar eller dylikt. Givet att ni bedömer handlingen vara en allmän offentlig handling känns det inte alls orimligt att det egna forumet nyttjas som publiceringskanal. En liten gest som skulle uppskattas av många.

Går det inte börja med en schysst CAPTCHA som är GDPR-vänlig och baserad på öppen källkod. Borde väl motverka botar etc till stor del.

@kristine_ Till synes en enkel funktion. Men en långsiktig effekt borde bli att alla organisationer inte behöver sätta upp en egen infrastruktur (dokumentationssajt) för att tillhandahålla API:er bland annat. Små saker som kan göra stor skillnad känns som framtidens melodi.

Ett förbättringsförslag är stöd för "deep linking", länk till Sveriges kommuner:
https://taxonomy.api.jobtechdev.se/v1/taxonomy/swagger-ui/index.html#/Specific Types/get_v1_taxonomy_specific_concepts_municipality

På dataportalen https://www.dataportal.se/sv/datasets/180_3963/taxonomi-api/apiexplore/3962#/ går det inte länka till specifika endpoints idag.

Tycker att system som utvecklas och förvaltas av det offentliga bör vara så kostnadseffektiva som möjligt i alla lägen. Kostnaden för nosad.se är några få arbetstimmar som jag har lagt ner på sajten på ett år. Tycker att det är en mycket viktig princip att inte lägga ner för mycket tid/resurser/SEK innan ett värde kan påvisas. Nu har nosad.se funnits i ett år och hundratals personer har deltagit i de digitala workshoparna, det är rätt läge att diskutera tillägg som kan skapa nytta.

• datumsorterade inlägg
• lista innehållsförteckning
• kategorisera inlägg under olika ämnen
• enklare sajtstruktur så fler kan bidra

Tänker att det kan vara läge att börja använda issuetrackern så flera kan rösta och diskutera innan vi utvecklar något. Vad tror du om det @jonor ?