Community på Sveriges dataportal

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.

@Dennis_Priskorn jag kan kolla lite statistik när jag kommer tillbaka från semestern, men annars finns det lite siffror i slutrapporten från förra regeringsuppdraget. Men vi har inte haft lika mkt tid över heller att utveckla och promota communityt nu under våren, dels för att vi fick minskade resurser (pengar, personal), och även för att vi var mitt i ett konsultbyte. Men jag är hemskt pepp för hösten, för nu är Digitalist på g, den delade metadatakatalogen ute, och vi ska snart visa upp/dialoga kring UX-förbättringar på dataportalen. Jag hoppas det kan ge en skjuts även för communityt. Så ”stay tuned”!😁

@Björn-Hagström Vi håller på och kollar upp det.

@Jonas-Nordqvist Vi hoppas kunna lansera en uppdaterad och vidareutvecklad dataportal efter sommaren. Vi ser att den behöver förbättras framförallt kring datadelarna så att det blir enklare att hitta olika delar, och få en lite bättre grundstruktur så att vi får plats med mer innehåll. Just ser vi problem med att kunna skala upp innehållet och jag skulle säga att t.ex. datafliken är alldeles för texttung. När betan togs fram så var det också utifrån tankegångarna (utifrån den digitala arenan) att arenan/dataportalen skulle vara samägd mellan olika partners, men vi ser inte riktigt att det är möjligt idag, så därför måste vi också tydliggöra att det är Digg som driver detta, och det har en designpåverkan. På Digg genomför man också nu en översyn av webbstrategin för alla webbar så det kan säkert komma att ha en viss påverkan också.

Tyvärr så hamnade betaversionen mitt i att vi skalade ner personalstyrkan och i upphandlingen av webbkonsulter, och nu är vi mitt i en överlämning till Digitalist. Men vi drar igång ett UX-arbete nu för lyfta betan så att vi kan släppa den så fort som möjligt. Och sen får vi jobba vidare utifrån det:)

@VisbyStar Tack för tipset! Jag skickar vidare till kommunikation. Ja, det där är krångligt.

@jonass sa i Bilder går inte att klistra in:

@mistral Nja, jag är anställd statsbyråkrat på arbetsförmedlingen. Pratar gärna om data som berör arbetsmarknaden.

Du är ett undantag Jonas 😆. De flesta av de hundratals kontaktförsök jag gjort till olika myndigheter lämnas helt obesvarade eller hamnar i glad höst.

@Maria_Dalhage okej, jag förstod det som att moderator- och adminrättigheter var två olika. Och att moderator inte kunde permanent radera inlägg. Men då kan jag missförstått.

@tove Min gissning är att en wrapper app likt 1177-appen (som är wrapper för 1177.se) borde gå att göra på mindre än en vecka för Android iaf.
Det skulle kanske öka deltagandet på forumet markant eftersom att folk pendlar och då tittar på telefon och kan delta.

@tove bra och strukturerad feedback!

En del av dessa förbättringar kan vi göra rakt av. En del av detta behöver vi i community fundera mer på.

Jag uppmuntrar alla att inkomma med synpunkter, dels på detta inlägg från @tove, dels på andra inlägg.

@Nina_Berlin och jag planerar en workshop runt den 14 december (mer info kommer) för att diskutera den feedback som inkommit, och kunna få en communityprioritering. En dialog kring vad som efterfrågas mest, hur lätt detta är att implementera och i vilken ordning vi gör saker och ting.

Något som också är intressant är hur och kring vad vi kan samutveckla i community.

@jonass sa i Community - Förslag Notiser:

Tror att någon (@Nina_Berlin) behöver verifiera att ovan repo är det som faktiskt används.

@Nina_Berlin tror inte du fick en ping av taggen när den lades i parantes. Kan du se om du kan verifiera ovan så vi kan hjälpas åt att översätta för ett bättre svenskt community?

@jonor @mattias jag tänker att ni säkert sett att det finns men någon som är inne här kanske inte har hittat dit. Det finns en lång kedja i NodeBB Community där de diskuterar för och nackdelar med discourse vs NodeBB.

Trådstartaren skrev 2014 "I saw another discussion "DISCOURSE IS BETTER" but that's not very productive. Instead let's look at what each does better than the other.

I'm posting this under feature requests because that is where I hope this conversation leads."

Så förhoppningsvis har de använt det för utvecklingen och bli bättre, tråden levde senast nov 2021 och 132 inlägg in (jag har inte läst alla).