Community på Sveriges dataportal

Hej igen allesamman, nu är det "final push" till leverans av specifikationen och några frågor kvarstår som jag behöver ha hjälp med, framför allt språk:

Språkstöd - Hur ska jag erbjuda språkstöd för fler än ett språk.

Min ide: Lägg till "lang_code" som attribut, använd ISO639-1 för att sätta en kod "EN" t.ex. och då måste resten av filen vara på engelska. Den som då har behov att dela data på fler språk än ett får skapa flera filer och använda olika spåk i dem, och berätta med lang_code vilket språk filen är på. Man får sedan i metadata med DCAT-AP markera vilket språk filen har.

Andra idéer: Skapa fler språkfält, där du valfritt kan lägga upp till 5 olika språk, fritextfälten skulle då behöva utökas med 4 till och varje sådant fält ha en språkkod kopplat:

• descripition_1 kopplas med attribut lang_code_1. Du skriver på svenska i "description_1" och sätter "SE" i lang_code_1.
• Description_2 kopplas med attribut lang_code_2. Du skriver på arabiska i "description_2" och sätter "AR" i lang_code_2.
• ...osv.

Finns det andra ideer? Tänk på att formatet är flatfil typ CSV för att underlätta för dataproducenten som troligen ofta inte har verktyg att hantera JSON-objekt med arrayer av värden...

Hilfe!

Länk till specen: https://docs.google.com/document/d/1GxNucD_E_eoHnlyJAL3tjCel-BdWvwF5TB_lYl7bs94/edit?usp=sharing

(Skriv gärna kommentarer och skapa förslag direkt i dokumentet)

@jonor sa i Frågor om metadatakvalitet och ev bugg?:

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?

Hej nu är SparQL aktivierat, skedde nån gång kring maj om jag gissar rätt.

Hej ursäkta sena svar, roligt att specifikationen diskuteras så aktivt.
Version 2 har påbörjats som skiss, men jag har under början av året bytt jobb, så det har hamnar lite på väntlistan.
Hoppas att kunna komma med utkast under våren eller till sommaren - vi kommer att försöka organisera oss smartare kring framtagning av specifikationer, något som kommer påverka hur och var specifikationen byggs.

Ser att ni kommit med fler idéer om fält och utformning och jag ska försöka sammanställa detta inför det fortsatta arbetet. Jag vill ju gärna att det blir så bra som möjligt, men ändå greppbart för dataägare - kan ju säga att det jag vet om kommuner hittills är att den här typen av data hanteras av verksamheter där den digitala mognaden inte alltid är på topp vilket är del av anledningen att vi valt ett platt format i tabellform.

Är det lämpligt att föra vidare diskussion om vidareutvecklingen här på forumet, vad tycker ni?

@Magnus-Sälgö sa i Dataportal.se har stöd för Sparql-queries, visste ni det? :

Trevligt man kan undra varför detta inte beskrivs så folk kunnat använda tidigare....

Sökning dom ggr "SPARQL dataportalen" diskuterats på forumet verkar som det snackats om sedan 2022.... Huston Huston...

Ja det är relativt nytt, jag upptäckte detta i somras när jag hackade runt lite - man har tillfört denna funktion nyss och kanske inte varit jättetydlig med att annonsera det. Jag tänkte att jag kunde hjälpa till med detta inlägg.

Troligen kan vi ordna nån tråd med steg-för-steg för att kunna nyttja funktionen framöver, jag vet ju att du är händig med SparQL och själv är jag glad entusiast

Jag har föreslagit att detta tas upp i dokumentationen för plattformen och jag vet att @josefinlassi är "på" det, visst är det så, Josefin?

@lmdaniel sa i Dataportal.se har stöd för Sparql-queries, visste ni det? :

@tomasmonsen, jättebra och användbart exempel

Jag vill bara puffa för att detta nämns i dokumentationen:
https://docs.dataportal.se/dcat/docs/sparql/

Tackar!
Ja det stämmer, men det tillkom tidigare i år, då funktionen aktiverades, så det är "ganska nytt" iaf Tror det dök upp i mitt synfält nån gång kring maj då jag skrev mina första trevande frågor.

@Magnus-Sälgö sa i Dataportal.se har stöd för Sparql-queries, visste ni det? :

Skall vi lita på web.archive.org så är första gången det hittades 2025 jan 13

Det kan säkert stämma, jag hittade sektionen i maj nångång första gången och började experimentera då, tror det kom i samband med en uppdatering av portalen.

Nej men jag förstår och har nog egentligen förstått hur en PID/OID/UID/Stabil identifierare ska fungera på ett objekt, men det är några saker som jag tycker "saknas" för att det ska kunna etableras säkert för svenska datapublicerare är ett verktyg för detta.

1. Var finns registret, vem håller koll på om en instans av ID använts redan?
2. Om jag ska skapa en Tombstone, var ska den lagras?
3. Räcker det med en identifierare som ett GUID i hexadecimalt format i 128-bit längd?
4. Om inte 3 räcker, hur ska de då formeras för att vara unika över tid?

Det finns ingen infrastruktur, systemstöd eller metodik i kommuner för att skapa en sådant ID, annat än att så klart bara be om en GUID genererad från de verktyg som finns typ ; 550e8400-e29b-41d4-a716-446655440000
men räcker det?

Själv hade jag ju gärna sett en nationell databas för sådana IDn, men vem ska underhålla den? Jag förstår inte hur "organismen" öppna data ska fungera utan ett sådant centralt lager/nav där den här datan med länkning fungerar. Hur ska datamängd X veta om länken till datamängd Y eller entitet Y_n i dataset Y finns kvar eller inte? Hur ska man kunna prenumerera på ändringar och därmed undvika länkrötan?

Om det bara handlar om att få fram ett unikt ID så väljer jag ju en GUID från typ https://www.guidgenerator.com/ eller nåt liknande? Men finns det ett värde i att man vet hur och vad IDt på ett objekt kommer ifrån, kan spåra det i en egen databas eller länkcentrum, funkar ju inte det?

Just nu lutar jag åt att välja en GUID och så får det vara nog så?

@tomasmonsen sa i Gemensam specifikation för Hundrastgård - hjälp oss förbättra!:

Vad jag säger är att det nog finns väldigt få kommuner som officiell kommer att skaffa konton och registrera data på OSM. OSM är ett projekt som om jag förstår rätt drivs av donationer på frivillig basis. Känns spontant inte som första val när en kommun eller myndighet ska publicera öppna data - därav att man valt skaffa egna metadatakataloger och låta dem skördas till dataportal.se ?

Här vill jag nyansera mig, jag menar inte att OSM inte är "seriöst", jag menar att det inte är en tjänst som jag hör kommuner prata om så ofta. Att vi som nation bidrar med mycket data dit förstår jag, men jag uppfattar det inte som en spelare som tar stor plats på kommuners arena, vilket kanske det borde?. Jag kan ha fel så klart, jag är ingen GIS-person, har jag fel rätta mig gärna

Har du tittat på de specifikationer som är publicerade, till exempel den för Lediga Tomter v2.0, är det schemat som ligger där inte bra nog?
Missförstår vi varandra när vi pratar om schema för validering, jag trodde det var det vi skapat?
Vi kanske ska lägga till RDF-schema om det vi har inte räcker, borde ju gå att generera automatiskt baserat på specifikation tänker jag.

@Magnus-Sälgö sa i Gemensam specifikation för Hundrastgård - hjälp oss förbättra!:

Jag tror tyvärr inte att kommuner kommer registrera sig på OSM och lägga data där

Kan nog vara så illa att man inte litar på kommunerna... så det som skulle kunna göras är att använda OSM Notes dvs. du lägger en anteckning att här säger vi att det finns xxxx

Lita på? Vad menar du?

Vad jag säger är att det nog finns väldigt få kommuner som officiell kommer att skaffa konton och registrera data på OSM. OSM är ett projekt som om jag förstår rätt drivs av donationer på frivillig basis. Känns spontant inte som första val när en kommun eller myndighet ska publicera öppna data - därav att man valt skaffa egna metadatakataloger och låta dem skördas till dataportal.se ?

Sedan vill man ha samma som

• så att kommunens data har unika persistenta identifierare
• så att kommunens data har samma som OSM / Wikidata och vice versa....

Är inte med riktigt här, du menar att de unika identifierarna/ID som skapas i OSM ska användas i kommunens data, så att man först måste skapa entiteten i OSM och sen använda det IDt i sin lokala data? Ska OSM eller Wikidata vara unika identifieraren/master för IDn ?

Som du kanske minns har jag tidigare löst länkning till Wikidata (som ju har ett eget identifierarsystem än OSM?) genom att man kan ange ett attribut, Q-koden, som då länkar samman datapunkten i kommunens dataset med entiteter skapade på Wikidata.

Summa sumarum tveksamt om det finns någon som orkar leta runt bland 290 kommuner och fixa bra data.... om det skall vara så här tröttsamt...

...så nu tolkar jag att du ändå menar att det skulle vara bra med en definierad standard, publicerad på dataportalen, så du slipper göra webscraping på utspridda hemsidor med tveksam metadatakvalitet?

Stockholm skulle ju t.ex. kunna ta sitt data som inte följer någon fastställd specifikation, och publicerar den enligt den föreslagna "standarden" (handlar väl om att komplettera med några värden per rastgård) och så gör man ett sparql-fråga till datakatalogen, får fram alla ändpunkter och kan göra en sammanställning till din DOGPARK SWEDEN -tjänst utan att behöva webscrapa (eller kombinera de båda datakällorna?)

Jag får nyansera mig lite - i Sveriges digitaliseringsstrategi för 2025-2030 ingår det ju rätt tydliga skrivelser och uppdrag till Digg att jobba med öppna data som en värdeskapande och strategisk resurs för innovation, transparens och effektivitet.

Man ger DIGG i uppdrag att vidareutveckla portalen, ta fram plan för publicering av offentliga data, ge rekommendationer för hur datat ska tekniskt publiceras och uppdatera riktlinjer för standarder och programvaror som underlättar tillgängliggörande och publicering. Man trycker även på Interoperabilitet, öppna standarder i upphandlingar och för hur API ska fungera och se ut. Känns som det ligger i linje med dina (och mina) önskemål

Tycker nog att man går från klarhet till klarhet och att det är ett målmedvetet närmande till den ideala värld som jag nog tror att vi båda längtar till, när det kommer till öppna data.

Jag vet inte riktigt vad det är du ber om, Magnus, att jag ska slopa specen och göra något på OSM istället? Specifikationen syftar ju till att kommuner (och privata markägare) ska publicera sin data, där tror jag iaf att de metadatakataloger som kommunerna har känns "närmare" än OSM för dataägaren.

De sista hundrastgårdarna där på Wikidata har jag lagt upp

Ok så om jag summerar lite inför avrundningen av remissrundan på specifikationen Hundrastgårdar, är det att jag ska hitta på en persistent identifierare. Ingen kommun som jag har stött på har någon metodik för detta, för tombstones, för persistent länk/URI osv., alltså måste jag definiera hur man unikt skapar ett sådant ID.

Är lite osäker på vad det här MapComplete och det hundrastgårdskart-jobb som du verkar ha gjort jackar in här, men tycker mig tydligt se att kommuner behöver dela den data man har, t.ex. om hundrastgårdar, så att den kan fångas upp nära dataägaren/fastighetsägaren och propagera till andra tjänster.

Därför tycker jag mig ha förstått att jag ska gå vidare med dataspecifikaitonen och publicera den. Säg gärna emot, även om jag tror mig ha bestämt väg fram.

Jag går in i slutfas för att publicera en officiell version 1 under december månad.