Community på Sveriges dataportal

Håller med det är enormt otydligt vad som görs och varför.

Tycker jag saknar en ingenjörsmässighet med tydliga issue nummer/backlog som man kan bevaka... jag kallar det att ha en modell för co-creation min DIGG issue #776

25b7c8a7-5219-4865-b1b8-281f7b1a4312-image.png

COPILOT på detta ämne

image.png

image.png

image.png

image.png

image.png

9cd02df2-b160-4c7a-a5da-cc9a7202d7e7-image.png

image.png

image.png

Den digitala infrastrukturen måste ta klivet från systemförvaltning till informationsförvaltning. Digitalisering är samverkande informationshantering, och den uppnås inte med parallell datorisering i olika system, särskilt inte om de inte kan utbyta data mellan varandra. Digitalisering måste sära på information och applikation, datalager och gränsnitt. På så vis kan gränssnitten anpassas efter behov, inte som systemleverantören bestämmer. Det är fullt möjligt att Millenniehaveriet bara är ett gränssnittsproblem. Tyvärr kommer debatten inte djupare än så.

@VarförFungerarInteDetta Är det dessa programvaruleverantörer som skulle använda sig av Skatteverkets API månntro?

4cc032b6-6075-40e3-b9a5-0c8736bff9ec-image.png

0453625c-e79d-4e25-b829-d37916d9b794-Screenshot 2024-09-05 203952 programsupport.png

Dags för en jämförande studie mellan Sverige, Danmark och Estland i hur man har gått tillväga i sina digitaliseringsprojekt?

36ac7fde-4e4a-4873-ade5-f69c80771c52-image.png

@VarförFungerarInteDetta @jonor Att ha ett eget Digg-tema kostar lite, och när vi flyttade driften av communityt förra sommaren (och då var det också en större uppgradering som behövde göras) togs det ett beslut på Digg om att gå tillbaka till ett standardtema. Vi har kollat upp vad det skulle kosta att få tillbaka ett "Digg-tema", men mer att vi gör det genom att bidra till NodeBBs öppen källkod för att få in det i grunden. Men beslutet blev att vi inte har den finansieringen just nu. Men vi skulle gärna vilja få tillbaka mer av det utseende och den funktionalitet som vi hade då. Vi hoppas att vi kan gå vidare med detta framöver.

Det verkar väl inte så?

@Björn-Hagström sa i Backlog/issues för dataportal.se/EntryStore?:

@jonor Är det inte denna typ av feedback och diskussion som denna kategori är till för?

@Josef_Andersson sa i Jitsi Outlook-plugin:

Övrigt än GitHub-isssues för just öppen källkodsprojekten från Digg är inte något vi bevakar löpande i dagsläget tyvärr. Och det finns inga resurser till sådan bevakning heller just nu.

Exempel på frågeställning utan någon respons från Digg hittills?

@jonor sa i SPARQL-frågor på dataportal.se:

Varför stöds inte SPARQL-frågor på dataportal.se?

@jonor sa i API-användning: Hämta alla dataset kopplade till en specifik organisation:

Finns exempel för SPARQL-frågor mot dataportal?

@jonor sa i Nya specifikationer och vägledningar för lediga tomter, matsvinn och snöröjning:

Sen gäller det väl förstås också att användarna förstår vilka uppgifter och problem produkten ska lösa och kan ställa krav på hur detta ska utföras. T.ex. vad är nyttan med en SPARQL endpoint?

@Stefan-Wallin sa i Communityskapande i Dataportalen - fler funktioner eller inte?:

Samma frontend som idag, men som ställer frågor mot SparQL istället
Låt SparQL-fråge-systemet vara publikt tillgängligt

@jonor sa i API till dataportal.se?:

Hej, det beskrivs i API-dokumentationen hur man söker i metadatan med search/ som verkar bygga på syntax för sökmotorn Solr. Finns det exempel på hur man söker med SPARQL också?

ping "Vi återkommer!"

Ser av ett annat inlägg att jag missat en del aspekter av syntaxen, att kolon-tecknet i dokumentationen ingår i uttrycket, att det generella formatet är egenskap:värde, att det enbart är predikatet som behöver kortas av genom kodning, och att kolon-tecken behöver kodas i övriga delar av uttryck som t.ex. URI:er.

Kommentar gällande dokumentationen

Det skulle vara lättare att förstå om dokumentationen beskriver ett komplett sökuttryck med platshållare för värdet, och med exempel på tillämpning. Inget av fåtalet exempel långt ned på sidan innehåller heller en URI som värde vad jag kan se.

https://entrystore.org/kb/search/#indexed-information

metadata.predicate.literal.<md5>, metadata.predicate.uri.<md5> : Used to carry out queries for exact predicate-object combinations ...

Exempel på förtydligande:

metadata.predicate.literal.<md5>:<value>, metadata.predicate.uri.<md5>:<value>

metadata.predicate.uri.a2b4c6d8:https\://example.com/identifier

Frågeställning

För att återgå till det aktuella problemet; frågeparametern skulle då bli, med kodning för predikat och objektvärde:

metadata.predicate.uri.957f77a7:https\://www.dataportal.se/specifications/matsvinn/1.0

URL, med ytterligare URI-kodning av parametervärden:

https://admin.dataportal.se/store/search?type=solr&query=metadata.predicate.uri.957f77a7%3Ahttps\%3A%2F%2Fwww.dataportal.se%2Fspecifications%2Fmatsvinn%2F1.0&sort=score%2Bdesc%2Cmodified%2Bdesc&limit=50&offset=0&rdfFormat=application/ld+json

Resultatet ger en träff, en datamängd från opendata.umea.se som refererar till specifikationen för matsvinn, vilket verkar rimligt:

"dcat:landingPage": {"@id": "https://opendata.umea.se/explore/dataset/matsvinn/"}

Enklare API

Jag tycker dock att det verkar väl krångligt att konstruera dessa sökningar med kodningar i flera steg. Visserligen går det att automatisera i programkod och skapa ett gränssnitt (vilket då borde ha gjorts från början), men det vore att föredra om det fanns ett API där man kan skicka in frågor mer direkt och använda standard-klienter. Därför tycker jag också det vore lämpligt att koppla på SPARQL-API:et för sökningar i metadata, något som uppenbarligen ingår i den produkt som används för tjänsten.

@august sa i API-användning: Hämta alla dataset kopplade till en specifik organisation:

Det går istället att begränsa sökningen direkt för att enbart få dessa datamängder genom:

https://admin.dataportal.se/store/search?type=solr&query=(rdfType:http%5C%3A%2F%2Fwww.w3.org%2Fns%2Fdcat%23Dataset)+AND+public:true+AND+(metadata.predicate.uri.9259d4c1:http%5C%3A%2F%2Fid.kb.se%2Forganisations%2FSE2021000837)&offset=0

Jag lade till facetten metadata.predicate.uri.<md5> för att söka datamängdens utgivare. I det här fallet är predikatet 'http://purl.org/dc/terms/publisher', men en behöver skapa MD5 hash (och trunkera till 8 chars pga begränsningar i Solr). 'http://purl.org/dc/terms/publisher' blir då 9259d4c1. För mer info om indexeringen som sker via Solr, se: https://entrystore.org/kb/search/ . Där finns också mer info om alla möjliga sätt att söka mot lagringslösningen för admin.dataportal.se

@jonor jag tror Riksarkivets Tora projekt här samma motor och där var SPARQL stödet dåligt och när jag kollade igår så funkade det inte alls…. men som jag skrev på annat ställe är det inte mycket fart på det projektet

Jag gjorde där SPARQL federation med Wikidata för att kolla att all deras data om församlingar som också pekade på Wikidata var riktiga

alt text

PREFIX wd: <http://www.wikidata.org/entity/> PREFIX wdt: <http://www.wikidata.org/prop/direct/> SELECT DISTINCT ?instance ?TORA_label ?TORA_province_name ?wdLabel ?wdAdminLabel ?WDAdmin ?TORA_parishcode ?TORA_wd ?TORA_wd ?WD ?WDsame ?item ?Wiki WHERE { ?instance a <https://data.riksarkivet.se/tora/schema/ModernParish>. ?instance skos:prefLabel ?TORA_label . OPTIONAL {?instance tora:province_name ?TORA_province_name} ?instance tora:parishcode ?TORA_parishcode . ?instance rdfs:seeAlso ?TORA_wduri . BIND (REPLACE(str(?TORA_wduri),"https://www.wikidata.org/wiki/","") AS ?TORA_wd). BIND (REPLACE(str(?item),"http://www.wikidata.org/entity/","") AS ?WD). BIND( IF(?WD = ?TORA_wd, "Y", "N") AS ?WDsame). SERVICE <https://query.wikidata.org/sparql> { ?item wdt:P31 wd:Q1523821; wdt:P777 ?TORA_parishcode . OPTIONAL { ?item rdfs:label ?wdLabel. FILTER(LANG(?wdLabel) = "sv"). } OPTIONAL { ?item wdt:P131 ?WDAdmin. ?WDAdmin wdt:P31 wd:Q193556. ?WDAdmin rdfs:label ?wdAdminLabel. FILTER(LANG(?wdAdminLabel) = "sv"). } } FILTER (( STRSTARTS(str(?TORA_wduri), "https://www.wikidata.org/wiki/")) ) } order by ?TORA_label

@jonor @Matself Jag skulle gärna se att en ordentlig utredning gjorde en gedigen funktionsjämförelse och användarjämförelse (patient- och medarbetarupplevelse) mellan öppna alternativ som GNU Health och de system på marknaden idag som äter upp allt större delar sjukvårdsbudgetar t.ex. av den anledning som @Matself påpekar bra. Jag är säker på att det skulle vara billigare och bättre för ekonomi, patienten och medarbetarna att regionerna tillsammans sponsrade öppen källkod-projekt och anpassade dem till svensk sjukvård och reglering. SKRs dotterbolag Inera AB skulle med säkerhet kunna hitta kompetens för att drifta en öppen källkod lösning on-premise för varje region i något vackert bergrum. 😄

Såvitt jag förstått har inte regionerna gått med på att enas om standard/specifikation kring journaler och det vore en bra första vinst. 👍

@jonor sa i DiBa:

Riksrevisionen bedömer att myndigheterna inte arbetar med att involvera användare i tillräcklig omfattning, när de utvecklar de digitala tjänsterna.

Tack för citatet. Å vad jag älskar Riksrevisionen!

@Maria_Dalhage sa i Med anledning av regeringsskiftet har ett stort antal sidor tagits bort:

@jonor

Nej.
"uppdrag som tilldelats statliga verk av tidigare regering, finns det en samlad publicering någonstans"

Det här verkar vara en väldig viktig datamängd. Jobbar ni på DIGG med att uppmana regeringskansliet till att öka mängden öppna data de själva publicerar? I dagsläget publicerar de nämligen inte en enda öppen datamängd vad jag hittat 🤷

Här finns möjligen en intressekonflikt, se https://www.idioms.online/dont-bite-the-hand-that-feeds-you/ <- hur förhåller ni er till att er uppdragsgivare (regeringen) säger att vi ska ha öppna data, men inte själva publicerar någon strategi för att sjävla nå målet själva med sina egna värdefulla datamängder?