Community på Sveriges dataportal

@jonass Ja punkt 8 var mer rakt på sak. Det ingår förstås i mina åtaganden som forumanvändare att uppdatera mig om användarvillkoren, tack för länken.

Det förefaller väl rimligt ändå att vidtagna åtgärder kan hänvisas till tillämpade regler och vad överträdelsen består i, och man bör kanske se sig om efter en lösning som medger att detta kan administreras och kommuniceras på ett hanterligt sätt.

Nu vet jag åtminstone framöver att vid regelöverträdelser sker underrättelsen genom notiser om flyttade/borttagna inlägg. Det ser ju dock ut som inläggen har flyttats snarare än raderats, så det kanske inte är helt utsiktslöst att få tillgång till innehållet om man anser det vara av vikt.

@Maria_Dalhage Tack, det var bra att ni kom fram till det.

Hoppas ni kan få flyt i ärendehanteringen efterhand också (jag läste på @Magnus-Sälgö :s skugg-backlogg att det tagit 226 dagar, men det ledde iaf. till ett positivt utfall från min synvinkel).

@Jonas-Nordqvist

att säga att de inte är kapabla att lägga resurser på detta i nuläget är ju de facto ett felaktigt påstående, då de just nu lägger resurser på detta i nuläget

Förstår inte vad du menar faktiskt, vilka resurser läggs på att åtgärda fel och utveckla forumprogramvaran?

@tove

Nu tycker jag vi drar med lite väl breda penseldrag i tråkiga ordalag.

Ja, det vore ju uppmuntrande om vi istället kunde dra fram lite exempel som motsäger och visar på det felaktiga och svepande i mitt påstående.

Det är öppen programvara, du och jag kan också lägga tid och resurser om vi är kapabla.

Jag är medveten om att jag kan praktisera välgörenhet och ideell verksamhet på min lediga tid.

Nu är det en helt annan sak jag pratar om, nämligen ett önskemål och en förfrågan om att styra skattemedel och resurser till utveckling och förbättring av offentlig och allmänt använd öppen programvara.

Om ni inte anser att detta är något problem har vi skilda uppfattningar i frågan, fast jag får intrycket att ni menar att vi bara inte ska prata om det för att det skapar dålig stämning. Vi kan gärna prata om goda exempel och konkreta åtgärder att vidtaga i närtid för min del.

Jag undrar hur man gör för att söka på attribut-värden i metadata på dataportal.se (eller mer allmänt matchningar för tripletter i RDF-data)?

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

Det står i metadatan för Umeås matsvinn att de publicerat enligt specen, under egenskapen conformsTo. Det borde väl DIGG kunna tala om hur man söker efter värden för en viss egenskap i metadata, är det verkligen något som behöver byggas till?

I dokumentationen nämns dessa konstruktioner:

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.

Jag är lite förvirrad över att ovanstående nämner "predicate-object combinations", utan att det framgår var objekt-delen kommer in, men gissar att man kombinerar uttrycket med ett motsvarande för object som nämns längre fram.

metadata.object.uri
: All object URIs.

Av det jag förstår har jag har provat att skapa en fråga med kodade värden för predikat och objekt.

http://purl.org/dc/terms/conformsTo
md5sum => 957f77a73041387bf0397bf451b24f8a

https://www.dataportal.se/specifications/matsvinn/1.0
md5sum => 803c33eb344e3edb4053074963a48ef6

Sökuttryck:

metadata.predicate.uri.957f77a7 AND metadata.object.uri.803c33eb

Jag provar att skapa en frågemall på Swagger-sidan och lägger in bas-adressen:

https://entrystore.org/api/#/search/search

https://admin.dataportal.se/store/search?type=solr&query=metadata.predicate.uri.957f77a7 AND metadata.object.uri.803c33eb&sort=score%2Bdesc%2Cmodified%2Bdesc&limit=50&offset=0

"results": 1171,

Sökningen ger ett tusental träffar (jag hade nog förväntat mig 0 eller ett fåtal), och jag kan inte se att resultatet innehåller det jag är ute efter.

Är det något fel i kodning, syntax eller den metod jag använder för att formulera frågan? Varför ger frågan ett stort antal resultat?

Man kan väl också undra om Solr är den mest lämpliga applikationen för att söka i metadata om den inte accepterar parametervärden normalt förekommande i RDF-grafer och metadata? Det förefaller krångligt att behöva koda sökvärden manuellt, och det blir svårare att förstå, felsöka och justera frågor.

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

Due to restrictions in Solr it was necessary to shorten the predicate URI, which was done using an MD5 hash (hex) of the predicate URI truncated after 8 characters. Collisions are unlikely and in case of occurence non-fatal. The field value is the string value of the object.

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

Detta borde nästan anges som en varnande informationstext på community-forumet, så man är förberedd som besökare.

@mattias sa i Datastandard för offentliga toaletter:

det ingår inte i uppdrag för myndigheter att återkoppla i Dataportal Community eller en grupp på Gitlab.com - det behövs tydliga instruktioner och uppdrag för det.

Du kan inte förvänta dig leverans från kommuner/region/myndigheter på något som politiker inte gett dem tydligt uppdrag om, det är en oändlig uppförsbacke att försöka påverka från det hållet.

Jag tycker det kan vara lämpligt att bryta ut sido-diskussioner till ett nytt ämne. Överst i diskussionstråden under Svara-knappen finns alternativet "Svara som ämne". Sedan kan man citera från relevant inlägg längre ned i tråden. Ja, man kan förstås också skapa ett nytt ämne på vanligt sätt i en forumkategori också och citera från ämnestrådar på samma vis.

Jag skulle önska att det gick att "svara som ämne" från valfritt inlägg i en ämnestråd.

Det skulle underlätta och förenkla för besökarna att grena av och ordna diskussionerna utan att moderatorerna behöver gå in och städa upp.

Jag misstänker dock att jag redan postat ett sådant förslag tidigare.

@mattias sa i Datastandard för offentliga toaletter:

Jag tror att denna frågar är off-topic för ämnet så en moderator får gärna hjälpa lyfta ut detta svar till ny tråd.

@mattias Det normala är väl att det finns en öppen ärendehantering för ett öppen källkodsprojekt eftersom produkten är tillgänglig för och kan användas av allmänheten. Programvaran för det här forumet t.ex. har en ärendesida på GitHub: https://github.com/NodeBB/NodeBB/issues

Att så inte är fallet för dataportalens programvara indikerar väl dels att den är utvecklad för och endast används av betalande kunder, och att det heller inte finns något intresse för att samarbeta med eller inhämta återkoppling från någon allmänhet eller något ekosystem kring produktens ämnesområde.

Sedan hur länge?

Vad är det som har dragit ut på tiden med stödet för SPARQL?

Hur har denna uppdatering kommunicerats ut förutom omnämnandet i förbigående i den refererade konversationen?

Re: Problem med att skapa specifikation i portalen

@almeta sa i Problem med att skapa specifikation i portalen:

dataportal.se har nu sedan en tid tillbaka stöd för SPARQL - https://docs.dataportal.se/dcat/docs/sparql/

Passa på att beställ en aktivering av SPARQL samtidigt, så vi får ett standardiserat sökgränssnitt.
Eller blir det för kostsamt?