Community på Sveriges dataportal
NOSAD nyhetsbrev juni 2025
-
I NOSAD-nyhetsbrev för juni:
Låg datamognad är ett stort hinder för AI-satsningar inom svenska myndigheter, enligt en ny rapport från Digg.
eSamverkansprogrammet - eSam utforskar AI-förordningens påverkan på myndigheter.
Flera EU-länder, däribland Danmark, Frankrike och Tyskland, satsar på öppen källkod för att minska beroendet av enskilda leverantörer och stärka sin digitala suveränitet.
Nordiska ministerrådet publicerar en rapport om digitalisering med människan i centrum.
Digg samt EU-kommissionen samlar in synpunkter för att förbättra digitala tjänster och SUNET efterfrågar framgångsrika exempel på användning av öppna data.
-
"Låg datamognad"
tror man inte förstår hur illa det är om man inte pekar på konkreta misslyckande- Rättsinformationssystem SFS 1999:175 ej levererat på > 20 år Domstolsverket utreder 2024 hur man skall gå vidare men mörkar att dom starta detta 1999... tycker copilots beskrivning var tydligare
Rätt incitament?
Citat Med rätt incitament i form av tydliga styrsignaler i instruktioner, regleringsbrev och myndighetsdialoger så kan vi få fler myndigheter att prioritera datadriven utveckling, säger ....
- känns som en vanlig bortförklaring men om SFS 1999:175 nu funnits > 25 år och 100 myndigheter skall levera detta så är det inte incitamentet som saknas jag gissar
- Brister i organisatoriskt lärande – samma strukturella problem återkommer utan att man drar lärdom.
- Avsaknad av tydligt ledarskap – oklara mandat och ingen som tar helhetsansvar.
- Otillräckligt ansvarstagande – ansvar försvinner i hierarkier och stuprörsorganisationer.
- Svagt styrd samverkan – samarbetsytor finns, men utan konkreta mål eller uppföljning.
- Teknisk skuld som tillåts växa – modernisering skjuts upp trots ökande konsekvenser.
- Fragmenterad informationsförvaltning – olika aktörer tolkar regelverket olika, vilket försvårar interoperabilitet.
- vet att SFS 1999:175 diskuterats massa gånger här och DIGG förstod inte att dom berördes...
- Otillräcklig politisk uppföljning – beslut fattas, men efterlevnad och effekt följs inte upp.
- Kultur av tyst acceptans – avsaknad av kritisk reflektion kring varför målen uteblir.
-
Satsar på öppen källkod - förstår ni resan att jobba språkoberoende
fina citat för att minska beroendet av enskilda leverantörer och stärka sin digitala suveränitet.
Hur många av dessa förstår att skall myndigheter dela källkod som är myndighetsspecifik så är det nog att dela mellan länder och då skall källkoden vara språkoberoende....
Tycker NOSAD/Arbetsförmedlingen är ett exempel hur galet det blir att trots att man under flera år haft seminarier och pratat länkade data så när man skapar källkod blir det hårdkodade textsträngar länk se snyggt exempel hur programvara som skall delas skall skrivas så det enkelt kan översättas med exempel weblate
Språkoberoende friluftsinformation
- Stockholm Archipelago Trail - språkoberoende objekt skapas
Skapa EGEN öppen data - vandra 27 mil ta 3000 bilder tid 2 månader
Nacka kommun lovade oss öppna data men inte vad ---> lutrad av att inget levereras av kommuner så testade jag hur lång tid det tar att skapa EGEN öppen data
- vandrade hela leden 27 mil 18 mars - 8 maj
- tog 3000 bilder / bilder på karta
- skapade
- wikidata projekt Wikidata:WikiProject_Stockholm_Archipelago_Trail
- GITHUB yta
- skapade
- skapat 500 objekt relaterade till leden se exmpel kartor
Nu skapar vi översättningar för fulla muggar och testar att göra det med AI copilot
- WIkidata objekt Q134531012
- json Q134531012.json
- Status
Min fråga "satsar på öppen källkod" satsas det även på språkoberoende och att göra detta enkelt
- Om inte så är det bara bortkastad tid.....
Klara 100 myndigheter inte att skicka in sina egna författningar SFS 1999:175 att tro att dessa myndigheter skall hantera språkoberoende känns naivt
- var finns lyckade exempel?
-
M Magnus Sälgö referenced this topic
-
Annat exempel där man önskar koppla ihop sig med EU
ELI European Legislation Identifier ser ingen diskussion om flerspråkighet
men vi ser inte att tankar finns att skapa språkoberoende data
-
i Regeringsuppdrag Ju2023/02684 pekar rapporten på ELI som jag kommenterar här
-
vad är ELI = European Legislation Identifier se video
-
Ju2023/02684 referar ELI
- sid 22 Europeisk lagstiftnings- respektive rättspraxisidentifikator, ELI och ECLI
- sid 22 Vad är syftet med ELI
- sid 22 Hur fungerar ELI
Status är idag som sagt att
- Sverige inte levererat SFS 1999:175 på 25 år
- att Sverige inte är med i ELI och på det mötet jag var med 19 oct 2022 visste inte ELI personerna vem dom skulle kontakta i Sverige
Min fundering: Var är dialogen och ekosystemet att skapa språkoberoende? Eller antar vi att EU förstår svenska eller skall AI göra jobbet....
-
-
@Magnus-Sälgö, hur kommer det sig att du inte länkar till kommentaren du skrev i ett annat ämne om detta utan klistrar in samma information i flera ämnen?
Jag tänker på denna kommentar:
Svenska vandringsleder -
@lmdaniel det kan man fråga.... tycker det är galet med dessa 5 minuters ändringstid scope... det blir enklare att skriva om.... sedan brukar DIGG ta bort inlägg och flytta runt saker så då blir det länkröta....
Fråga @lmdaniel hur många språk stöder ni i en standard produkt? När jag kollade för några år sedan var det sydsameiska och svenska som delade på namn fältet utan språkkoder...
Problemet jag försöker lyfta är att en av världens bästa ekosystem för flerspråkighet är Wikipedia.... nu pratar vi dela programvaror/ låg datamognad och jag skulle vilja säga att har man inte jobbat med att leverera flerspråkig data så förstår man inte hur långt ifrån man är det är enkelt att gömma sig bakom ordet låg datamognad.....
Vi hade en session för några år sedan då det diskuterades hur myndighetsdokument borde levereras och trots att SFS 1999:175 hade då funnits i > 20 är och "drabbat" alla myndigheter så blev diskussionen html eller pdf.... dvs. helt galet låg datamognad... och det var folk som skall leda olika myndigheter....
Vore bra om några lyfte fram dom som är bäst i klassen
-
@Magnus-Sälgö, starta gärna ett dedikerat ämne för språk så kan vi fortsätta diskussionen där. Jag upplever det som rörigt att påbörja ett helt annat ämne i ett befintligt ämne.
-
@lmdaniel jag upplever att man inte fullt ut beaktar komplexiteten kring att leverera öppen källkod – särskilt inte när det gäller myndighetsspecifika lösningar som ska delas vidare. För att det ens ska vara meningsfullt krävs att översättning och andra grundläggande krav hanteras.
Jag började själv arbeta med I18N redan 1987 hos Digital, och 1993 var jag i Silicon Valley och hjälpte till att anpassa en sökprogramvara till svenska. Det här är inte något sidospår – det är en grundpelare i utvecklingen, och det är frustrerande att se hur den fortfarande förbises.
- jag skulle säga att det handlar om datamognad att producera öppen källkod...
Skickade frågan vidare till copilot
Checklista
Jag skulle vilja se öppen data med denna checklista.... tror inte community.dataportal.se är där saker som detta löses eller där diskussionen skall hållas det borde finnas granskningar som görs av DIGG eller annan....
Samtalet kring öppen data behöver både breddas och fördjupas. Det räcker inte att skapa YAML-filer och publicera dem i en portal. För att öppna data och öppen källkod verkligen ska kunna återanvändas krävs mer än teknisk formalia – vi måste börja prata om kvalitet, interoperabilitet, tillgänglighet, långsiktig förvaltning och inte minst samskapande (länk jobtechs forum där jag tog upp det 2020 nov).
Och kanske mest oroande: i dag ser jag knappt några publika backloggar alls. Det gör det omöjligt att följa utvecklingen, förstå prioriteringar eller bidra konstruktivt. Det är ett symtom på att transparens och öppen samverkan inte är integrerade delar av processerna — trots att det är grundläggande i allt som kallas öppet.
Community.dataportal.se fyller visserligen en roll, men är knappast rätt plats för att hantera dessa mer strukturella och långsiktiga frågor. Här behövs aktörer med ett tydligt ansvar – DIGG eller liknande – som granskar, vägleder och driver utvecklingen framåt.
Vi behöver ett skifte