Flyttat inlägg

[DIGG_admin]

Flyttat svar på inlägg https://community.dataportal.se/topic/1033/nu-kan-sveriges-öppna-programvaror-synas-i-ec-oss-catalogue till ett eget inlägg.

[Magnus Sälgö]

Bra att ni startar koppla ihop data men det data ni skickar känns old school text strängar... 2025 borde Sverige vara bäst i världen på att använda öppna data om man skall tro politikerna men men men bara detta att skicka textsträng på svenska utan språkkod känns omöjligt att tolka för mottagaren.... Skickar man till EU skicka på dom offentliga EU språken om ni kan....

• ha en dialog med DIGG att det är så Öppna data måste fungera....

Exempel det jag hittade

usedBy:
  - Skolverket

Är det det bästa vi kan beskriva en svensk myndighet i Öppna data 2025?

• saknar språktag
• saknar namnet på språk folk i EU kanske förstår
• saknar persistent unik Identifierare för myndigheten.... vi kan se att Offentlig kod missat namnbyte Rikspolisstyrelsen som borde vara Polismyndigheten
  • det fungerar inte att ha datasilos som skvalpar runt och som inte underhålls
  • kommuniceras detta till DIGG som är ansvarig för öppna data enligt Regleringsbrevet 2022? att peka på en spec fungerar tydligen eftersom vi 2022 skapar Strings not Things och skickar det till EU
• saknar länkade data

Förstår inte detta med att ingen lyfter upp detta som problem se min kommentar 2022 till offentlig kod

• 2022 jmf jag även hur Wikidata beskriver programvara säkert borde några saker kunna användas

Skolverket "texts sträng" - känns inte som det byggs Ekosystem

• Wikidata: lang=sv Q2292839

Officiella EU språk Q13639115

• sv:Wikipedia
• de:Wikipedia
• fi:Wikipedia

Ni har ett proof of concept i Wikidata hur man får ordning på detta se nedan där vi har persistenta identifierare för alla EU språk som vi skapar själva och sedan när omvärlden skapar identifierare för samma sak så kopplar vi samma som

1. Q188 lang=de Q2292839
2. Q150 lang=fr Q2292839
3. Q652 lang=it Q2292839
4. Q7411 lang=nl Q2292839
5. Q9035 lang=da Q2292839
6. Q1860 lang=en Q2292839
7. Q9129 lang=el Q2292839
8. Q1321 lang=es Q2292839
9. Q5146 lang=pt Q2292839
10. Q1412 lang=fi Q2292839
11. Q9027 lang=sv Q2292839
12. Q9056 lang=cs Q2292839
13. Q9072 lang=et Q2292839
14. Q9067 lang=hu Q2292839
15. Q9078 lang=lv Q2292839
16. Q9083 lang=lt Q2292839
17. Q9166 lang=mt Q2292839
18. Q809 lang=pl Q2292839
19. Q9058 lang=sk Q2292839
20. Q9063 lang=sl Q2292839
21. Q7918 lang=bg Q2292839
22. Q9142 lang=ga Q2292839
23. Q7913 lang=ro Q2292839
24. Q6654 lang=hr Q2292839

Hur kommer vi vidare?

1. att skapa en yaml fil med textsträngar är ett litet steg men det måste skapas ekosystem textsträngar som snabbt ruttnar fungerar inte för myndighetsinformation min issue #857 skapad

Vilka kompetenser / verktyg saknas?

Ett forum som detta räcker inte utan det måste till co-creation se Mönster för att jobba ihop ...

[Magnus Sälgö]

Konstig rubrik

Lite tragikomiskt är att @jonor skapade en wikibase till NOSAD som just skulle fixat detta med unika identifierare för 3 år sedan GITHUB ... nu sitter NOSAD och skickar textsträngar till EU som ingen kan fatta....

https://oswald.wikibase.cloud/wiki/NOSAD-POC

Känns som skall myndigheter ut i Europa med Öppna data/ Öppen progranvara krävs en annan ambition/kompetens nivå....

Varför kommer vi inte vidare?