Community på Sveriges dataportal

@Andreas-Sundberg Nu är det fixat, så du kan söka bara på "snö".

@ChristerOlsson Hej! Github är inte riktigt vår backlogg, den är tyvärr inte öppen för allmänheten, men du kan rapportera in detta som ett fel i Github om du vill. Vi har redan den här frågan i våran interna backlogg på Digg, eller önskelista kan man också kalla det för. Den är inte utredd ännu, så det jag menar med när jag säger att jag gör en mental note för detta, så menar jag att jag ska se om vi kan börja titta på detta efter årsskiftet, alltså se om det är nåt vi skulle kunna prioritera upp. Det skulle kräva en utvecklingsinsats, så det behöver vägas mot andra saker vi behöver göra och budget, som alltid:) Vad jag förstår så är en komplexitet iaf att kunna skilja på nypublicering av en datamängd, och på uppdateringar av datamängder som redan finns på dataportalen.
Men jag håller med om att det vore bra att få till detta.

@jonor Vi håller på och kollar vad problemet är, och vi har också samlat ihop lite andra saker som inte riktigt funkar som vi vill på communityt. Men jag återkopplar här när vi får lite svar.

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

@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

Intressant fråga kanske om metoder för att bedöma och redovisa datakvaliteten enligt 5-stjärnemodellen.

https://www.dataportal.se/metadatakvalitet
https://docs.dataportal.se/dcat/docs/quality/#datakvalitet-5-stjarnemodellen

Datakvalitet: 5-stjärnemodellen

Den metod som används för att bedöma dessa kriterier kring en katalogs datakvalitet använder det tillängliga metadatat för varje distribution i katalogen. Varje distribution betygsätts enligt kriterierna, varefter medelvärdet över alla katalogens distributioner bildar katalogens totala medelvärde.

I nuläget uppfyller metoden modellen med en reservation, gällande uppfyllandet av fem stjärnor. Då metoden inte har stöd för att ladda ned och granska datats innehåll, går det i nuläget inte att bedöma huruvida det finns länkar ut till annat länkat data.

@Björn-Hagström ja, det finns absolut med i tankegångarna:) Vi har också diskuterat att vi borde få in lite mer info i söken om vad licenser-filtret egentligen handlar om, för vi vet att det är många som inte kan så mkt alls om just licenser.

@vesstrom Hej, och tack för att du meddelade oss om detta. Vi kollade upp detta igår och bilddatabasen där vi tar våra ikoner ifrån hade helt enkelt plockat bort ikonen. Så vi kommer att ändra det. Vi måste dock synka in det i vårt övriga dataportal arbete, och jag tror inte vi hinner det denna vecka. Men vi tar det så fort som möjligt:)

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å?

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

@august Tusen tack! 👍

https://github.com/diggsweden/DCAT-AP-SE/issues/92

@josefinlassi Tack!

Vi har nu konstaterat att vi inte själva har kompetensen att reda ut detta så vi kommer behöva stöd på något sätt för att kunna bidra till dataportal.se.