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?

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

@stefan-wallin högst relevant fråga. Har du läst https://www.regeringskansliet.se/regeringsuppdrag/2020/09/uppdrag-att-mojliggora-losningar-for-individen-till-kontroll-och-insyn-av-data-om-individen/?

Syftet är just att skapa förutsättningar för att individen ska kunna "äga sin egen data".

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

@salgo60-ej-aktiv För en handling, ett dokument, eller en forskningsartikel känns det naturligt att ha en unik global identifierare. Spontant tänker jag dock att ett DOI/sameAs attribut som i googles exempel gäller hela datasetet (en samling dokument, handlingar, forskningsartiklar), och kanske är en mer fråga för https://docs.dataportal.se/dcat/sv/. Dvs att objektet "datamängd" borde ha en identifierare. Hoppas att en expert på DCAT-AP-Se läser och tycker till.

Exempel från arbetsmarknaden när det är svårt att få dataproducenter att tagga sitt innehåll med en unik identifierare (jobbannonser förekommer ofta på många sajter).

Dubbletthantering: https://gitlab.com/arbetsformedlingen/joblinks/job_ad_hash/-/tree/develop

Tjänst: https://arbetsformedlingen.se/platsbanken/annonser?s=2

https://en.wikipedia.org/wiki/Jaccard_index och https://en.wikipedia.org/wiki/MinHash används för att identifiera informationsmängder som har stort överlapp.

Konsekvensen av att inte använda bra identifierare blir ju precis som du säger att det är svårt att i efterhand sortera upp informationen rätt.

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

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

@salgo60 Driftsäkerhet är en viktig fråga när öppna data tillhandahålls via API:er. Min poäng är i mångt och mycket att api-nycklar inte bidrar till den frågan nämnvärt/enbart. Rate limit är ett mycket bra förslag. Behöver en aktör en väldigt hög tillgänglighet eller prestanda är det inte orimligt att man kontaktar berörd myndighet.

Istället för att enbart reglera tillgänglighet i avtal såsom SLA försöker arbetsförmedlingen också vara öppen med vilken tillgänglighet vi faktiskt har. På det sättet kan konsumenten fatta ett eget beslut om det går att lita på myndighetens API.

Kolla in våran tillgänglighet:
https://statping.jobtechdev.se/

//Jonas

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 ?

Återanvänd gärna arbetsförmedlingens lösning för Platsbanken (eller vår kompetens runt sök/filtrering). Dagligen hanteras ca 60 000 annonser och görs sökbara ur en mängd olika perspektiv. Ni hittar lösningen på github https://github.com/JobtechSwe/sokannonser-api och det är enkelt att komma igång med sökmotorer såsom elastic. (Lämpar sig väl för sök/filtrering)

@jonor Vi (Arbetsförmedlingen) har nog fokuserat mer på innehållet/datasetet än metadata om oss som utgivare. Gissar att det kanske krävs en konvention och ett bra exempel på hur data om utgivaren kan/bör se ut för att vara meningsfull för användaren. Granska gärna arbetsförmedlingen när du ändå är i farten! Kan inte släppa tanken på att Bolagsverket borde vara master för organisationer, borde alla ha en bakåtreferens (URI) till de också, typ https://bolagsverket.se/bolag/orgnummer eller dylikt?

@nina_ Längst ner på sidan, https://nosad.se, finns en länk "var med och koda sajten" som leder till dokumentationen. Issuetrackern ska vara påslagen för projektet. Prova gärna igen och berätta vad som inte fungerar.

@salgo60-ej-aktiv Välkommen tillbaka Magnus. Tomt här utan dig.

@jonor Många upplever att det är lite enklare när det finns en "startsida" är min uppfattning. Visst material kanske kan flyttas in, men överlag försöker jag bara lyfta in det mest viktiga materialet på startsidan och länka till övrigt material. Personliga preferenser gör att jag tycker utvecklingen går lite snabbare i gohugo än exempelvis några statiska sidor i html/bootstrap som skulle vara alternativet. Har funderat på https://ghost.org/docs/ som en bra plattform för nosad.se om vi skulle vilja att flera kan skapa innehåll.

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 ?

@jonor Intressant. Framförallt tycker jag det är bra diskussion eftersom det finns intresse av att komma med bidrag som ändringar, rättningar eller nya sidor etc. Dock vet jag inte riktigt vad behovet är, så vi skulle behöva diskutera om det går att göra något för att flera ska kunna bidra.

1. Ett förslag är att vi gör en LIVE-sändning/videomöte om det finns intresse där vi går igenom sajten och gör några ändringar LIVE, typ den @Dennis_Priskorn föreslår.

2. De tekniska målet har varit att sajten ska vara kostnadsfri och i princip underhållsfri. Jag skulle vilja ha kvar de målen även om tekniken behöver bytas.

3. Den svåra frågan är att jag tror att det finns många som skulle kunna skriva artiklar etc men få som är redo att "checka" in dessa artiklar i gitlab. För att verkligen "öppna upp" för bidrag tror jag att det måste finnas ett grafisk gränssnitt där innehållsskaparen kan logga in och skriva artiklar. Det tar mig emot att skriva dessa meningar, men idag finns det nog inga redaktörer/kommunikatörer/chefer/jurister/strateger som överhuvudtaget jobbar med git/markdown.

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

@nilsw-ra För jobtechdev.se (Arbetsförmedlingens öppna data) använder vi nedan arkitektur för att samla in och indexera loggar. Överlag är det en enkel och skalbar modell. Vi försöker att undvika att logga personuppgifter på användaren i största möjliga mån.

https://www.elastic.co/beats/filebeat -> https://www.elastic.co/logstash/ -> https://www.elastic.co/elastic-stack/

Sen har automatiserade rapporter som skapas varje dag som innehåller, antal anrop, antal användare, tillgänglighetsstatistik etc. Dessa läggs i en tråd i vårt chattverktyg mattermost. Så varje morgon 08:00-0805 uppdaterar vi oss på "hälsan" för våra API:er.

@jonor Är bra (borde kanske vara ett skall-krav) att alltid överväga ett öppet alternativ vid ett systeminförande i offentlig sektor.

Just ärendehantering är något alla offentliga aktörer måste vara bra på för att kunna uppnå en god förvaltning. Det finns såklart skillnader mellan myndigheter i ärendehandläggningen, men ge och ta, ett öppet ärendesystem som alla kan bidra till och använda borde ha en enorm potential.

Sen gissar jag att utmaningar inte riktigt handlar om val av programspråk etc vid dessa typer av införande. Att forma gemensamma arbetssätt i verksamheter som ofta är baserade på att tusentals handläggare ska göra komplexa bedömningar är svårt.

@nina_ Vet ej. Tror det har funnits lite olika försök med RPA-lösningar.