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

@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

@Kristine_ Tack! Finns det några planer att infoga dessa identifierare i RDF versionen / datadumpen? Man förväntar ju sig att dumpen ska vara fullständigt och om inte annat hade det varit praktiskt att kunna hålla sig till RDF.

@jenniferskoglund Ok, jag såg ingen skillnad avseende de saker jag kommenterat.

Ska inte version och datum anges lite tydligare någonstans, tycker det borde finnas praxis för sådant för myndighetsdokument? Enda stället där jag kan se versionsnumret är i webbversionens länk till PDF-dokumentent. PDF-dokumentet saknar även innehållsförteckning. Det borde finnas en minimistandard att PDF:er ska innehålla en länkad innehållsförteckning för att underlätta läsning, men helst skulle man ju använda ett dokumentformat där det går att referera till innehållet.
Edit: ok innehållsförteckningen i sidan är länkad, vilket är bra, men av någon anledning får jag inte upp den i sidopanelen, så det kanske krävs någon ytterligare metadata för detta. Något som kan anges vid exporten från MS Word kanske?

Såg att fler lagt märke till att mycket är direktöversättningar från engelskspråkiga texter.

Om du stöter på denna så är den inte uppdaterad och bör inte användas:
https://www.apilicens.se/

@fredde Länk för de som inte orkar söka:
https://www.dataportal.se/sv/datasets/814_15/elpris-api#ref=?p=1&q=Elpris API&s=2&t=20&f=&rt=dataset%24esterms_IndependentDataService%24esterms_ServedByDataService&c=false

Nu Bot twitter.com/StockholmVaccin

7587559c-03cd-4c8e-95c4-77d7c5bcb299-image.png

be0053f2-f05c-465e-95e6-446cff08ab38-image.png

@peter_bengtsson sa i API-licenser eller användarvillkor för API-användning?:

Den uppenbara lösningen är kringgå problemen genom att koppla (eventuellt anonyma) nycklar till API:et, antingen för att exempelvis tekniskt begränsa antalet anrop per sekund eller för att kräva godkännande av användningsvillkor innan nyckeln lämnas ut (då har man en teknisk mekanism som man kan knyta till användarvillkoren).

Gillar din liknelse med telefonkiosken Peter!

Ditt och även Öppnaskolplattformens förslag med att koppla användarvillkor till nyckelhantering är ju hur det till stor del regleras idag, men hur ska man formulera sig om man inte vill ha nycklar på öppna API:er?

Vi har tidigare på forumet diskuterat om det alltid behövs nycklar till ett öppet API och om nyckelhantering leder till begränsningar.

I fallet öppet API, med öppna data har vi inte alltid behov av begränsa anrop eller hur innehållet används. Vi vill också i större utsträckning länka till varandras data, och då kan nycklar eventuellt försvåra som jag tolkat det.
Så hur kan vi myndigheter signalera till en presumtiv användare att API:et är öppet och fritt tillgängligt?
Naturligtvis i dokumentationen, men kan vi komma till en standardforumlering, eller liknande som är begripligt på många språk? Det som har varit bra med vägledningen från DIGG och PRV gällande öppna data licenser är att det rekommenderas att sätta CCO för att tydliggöra fritt användande av data även i de fall då upphovsrätt inte är tillämpligt. Bättre en tydlig signal som säger varsågod än att det blir superkorrekt ur alla avseenden.

SCB levererar i sitt data unik kommunkod --> att vi kan skapa kartor med data i Wikidata som har koordinater för kommunerna och bilder med mera

Karta Sveriges kommuner länk SCB från Wikidata

6919b585-c357-4b20-afd5-ffe5579a23b4-image.png

Lesson learned: unika kommunkoder gör att data kan kopplas ihop med Wikidata och annan data kan kopplas på som geografisk tillhörighet, plats i Sverige etc... ....

Vi har kopplat in Sveriges Hembygdsförbund till Wikidata för alla Sveriges kommuner, Distrikt... --> kan skapa nya kartor

karta SCB kommunsiffror och Sveriges Hembygdsföreningar

00b6ab45-8079-460f-b919-76128daa9c0b-image.png

f95b3a2d-6f17-4c38-9315-1a35e93eb1e6-image.png

@salgo60 I Wikidata så är Jorden Q2 -->

Q2 svenska

https://www.wikidata.org/wiki/Q2?uselang=sv

Q2 engelska

https://www.wikidata.org/wiki/Q2?uselang=en

Q2 svenska kinesiska

https://www.wikidata.org/wiki/Q2?uselang=zh

Q2 json dvs. hur vi levererar vårt data maskinläsbart

http://www.wikidata.org/entity/Q2.json

Semantisk Interoperabilitet
Wikidata världen har sina bilder i Wikicommons, senaste projektet som gjordes var att flytta dessa bilder till Wikibase som är en tom Wikidata se enkel video dvs. tanken är att dessa bilder kan markeras med bra strukturerad data --> skall man vara seriös med AI och Maskin inlärning måste man ha bra metadata --> att vi kan i en bild peka på ett objekt i Wikidata och säga det är samma som. Längre blogpost om detta - video hur jag kopplar ihop den

@stefan-wallin @Sven-Erik Bra diskussion! Här är en relaterad tråd på forumet kopplat till EntryScape. Kan rekommendera det forumet när det handlar om frågor kopplat till just EntryScape, t.ex. frågor om att arbeta i EntryScape Catalog.

@mattias kolla på https://www.hack23.com/cia/#!parliamentranking/RULES/RULE_VIOLATIONS , går att filtera på RuleName PoliticanLazy 🙂 Finns annars trender på närvaro på politiker och parti nivå.

Mvh

Tack för att ni meddelar! 🐹

@salgo60 kul att du uppskattade presentationen!

@joho68 Jag håller med dig men det är regeringen som bestämmer om hur myndigheter ska finansieras och det är de som behöver besluta om förändringar. För Bolagsverket hjälper det inte att Skatteverket sparar pengar om Bolagsverket inte kan betala lön till sina medarbetare. Påtala behoven för regeringen tycker jag. Om du har konkreta exempel som dessutom är underbyggda så är det jättebra.