Vill tipsa om MetaSolutions nyhet för att möjliggöra öppen innovation - öppna specifikationer för data! Behovet av stöd för att ta fram specifikationer för data är stort - MetaSolutions lanserar därför en tjänst för dig som behöver hjälp. Vi gör det efter riktlinjer från W3C.

MetaSolutions står idag bakom majoriteten av de specifikationer som tagits fram i Sverige helt enkelt för att vi är specialister inom Länkade data. Senast hjälpte vi VGR och innan var det arbete i projekt NSÖD.

Nu vill att fler ska kunna ta del av den kunskap och erfarenhet vi samlat på oss. Från och med idag så lanserar vi en tjänst, från bara en enkel utredning över till en komplett tjänst för att göra specifikationsarbetet och förvaltningen så enkel som möjligt.

Givetvis är resultatet öppet liksom vår källkod är öppen! Varför? Öppenhet^⁴ = Öppna specifikationer som öppen källkod möjliggör ökad standardisering för fler öppna innovationer - genom öppna data! Komplicerat blir enklare!

Intervju: https://entryscape.com/sv/2021/10/specifikationer-fran-ax-till-limpa-vi-lanserar-tjanst-for-att-hjalpa-dig-hela-vagen/
Tjänsten Specifikationer: https://entryscape.com/sv/tjanster/specifikationer/

Vill du hjälpa till att sprida ordet?
Fediverse/Mastodon: https://mastodon.se/@metasolutions/107082889206126842
LinkedIn: https://www.linkedin.com/posts/metasolutions-ab_specifikationer-från-ax-till-limpa-vi-lanserar-activity-6853298053508558848-J5LK
Twitter: https://twitter.com/MetaSolutionsAB/status/1447539574494961665

PS: Visste du att den mest använda specifikationen i Sverige idag är Skoldata - från 2018!

Jätteroligt, bra av #FK, #DIGG och #Sundsvall kommun! Blir kul att se när frågan kommer upp om att finnas på, eller drifta egen öppen Git-lösning som Main-repo, t.ex. #Gitea eller #GitLab (dock bara OpenCore) som t.ex. Debian-projektet och många andra open source-projekt kör.

Häftigt när öppen källkod tillhandahåller öppen källkod!

@maria_dalhage sa i Här kommer höstens NOSAD- workshops!:

Lista på workshopsämnen.
(Rösta eller lägg till eget förslag.)
• Feedbackworkshop på DIGG:s API-byggblock/ Playbook
> • eArkiv Open Source
• IT-säkerhet och open source
• AI och öppna algoritmer.

Röstar på de fetstilta. Tänker att diskussion om API-byggblock / playbook kan ha en tråd här på forumet.

vad innebär det rent konkret "riktlinjer från W3C" och varför är det bra ?

@salgo60 W3C har t.ex. en mall för tekniska dokument som heter ReSpec som vi använder oss av. I och med att det nu finns en filial av W3C i norden genom Internetstiftelsen så känns det ännu mer värt att återanvända från W3C istället för att återuppfinna hjulet. Eftersom att W3C är ett standardiseringsorgan, likt SIS, fast för Internet, och arbetar mer med öppen källkod och öppna webbsidor istället för statiska PDF:er - så är det bland det bästa som finns att följa, påverka och återanvända resurser från. Detsamma gäller ODI och OKFN.

det vi vill se är i vilka dataset en term används ex. dd.eionet.europa.eu/dataelements/99263 I används

När du skriver "vi vill se", även här, här och här - vilka är det "vi" du syftar på då? Vem företräder du när du skriver så? Wikidata? Du har påpekat detta flera gånger (se söklänkar). Jag har läst detta och hör dig - jag håller också med dig. Jag kan bekräfta att ditt budskap är mottaget. Detta bl.a. genom att det finns uppe i ärenden för potentiell vidareutveckling, vänligen se nedan.

Exempel där jag kontaktade "Fernanda Néry" länk

Tack jag har tagit in den synpunkten sen länge för existerande och kommande projekt och milstenar. Detta har du själv bidragit till på följande ärenden som du kan se här:

• https://gitlab.com/search?group_id=11884710&scope=issues&search=https%3A%2F%2Fdd.eionet.europa.eu%2Fdataelements%2F99263

Ser att du påpekat detta flera gånger på detta forum - se sökning här. Förslagsvis kan du skapa en bloggpost/wikisida kring dina olika budskap på din egen webb och uppdatera dessa med data, argument och exempel. Så kan du samla allt där och länka till det i inlägg så du slipper merarbete och inkurans av data/argument i gamla och nya inlägg. Det blir lättare!

Har som sagt tagit in detta i planerna för vidareutveckling sen länge, tack återigen!

@jonass sa i Teckenkodning för CSV-data?:

@jonor antar att UTF-8 är ett rimligt val för encoding.

@jonor Det finns en specifikation för leverantörsreskontra på Dataportal.se. Flera arbetar med att börja följa den och vissa har ännu inte angett på Dataportal att de följer den.

@jonass Du har rätt om att UTF-8 är rimligt val. I specifikationen så rekommenderas just UTF-8: https://lankadedata.se/spec/leverantorsreskontra/#csv.

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

Går det att enkelt kunna filtrera ut närvaro respektive frånvaro? Apropå detta: https://sverigesradio.se/artikel/riksdagsskolkare-ska-kunna-straffas-med-indraget-arvode

@jonor sa i Teckenkodning för CSV-data?:

@mattias Tack, då kan man förstås fundera över varför DIGG inte verkar ha känt till den specifikationen.

Det kan finnas flera olika anledningar men en generell anledning är att specifikationen inte har kommunicerats särskilt mycket externt. Denna spec som vidareutvecklades av NSÖD lyfts t.ex. inte inför workshop kring just Specifikationer idag 2021-10-14. Istället länkas det till en specifikation om leverantörsreskontra från utlandet som ingen i Sverige använder så vitt jag vet.

Hur ska jag veta som datakonsument hur jag ska avkoda filen?
...

  "dialect": {"trim": true},

Tack @jonor jag har lagt upp dina synpunkter på Gitlab-projektet så gott jag kan. Du är varmt välkommen att bidra om just denna spec där.

Alla kommuner och myndigheter och vissa privata aktörer anlägger offentliga utegym och träningsplatser för allmänhetens användning. Årligen anläggs och sköts anlagda utegym och träningsplatser i varje kommun. Det är viktigt både för medarbetare och medborgare som skattebetalare att kunna se vilka dessa är för att kunna underhålla anläggningarna och dra nytta av dem. För att det ska bli så enkelt som möjligt att kunna använda och ta del av informationen om utegym bör de publiceras som öppna data på ett standardiserat vis. Dessa kan vem som helst kan se, analysera och använda hur de vill. Om du aktiverat kopplingen till dataportaler så som dataportal.se för skördning kan du enligt den nationella standarden DCAT-AP visa upp att du publicerat enligt specifikationen. Det här gör livet för användarna av öppna data och de som vill träna oavsett om de är boende eller turister som vill ha ett härligt träningspass ute i det fria!

Inom ramen för regionsamverkan i Västra Götaland och Dataportal Väst fick MetaSolutions uppdraget att ta fram en specifikation för hur informationen om utegym bör publiceras som öppna data. Arbetet påbörjades 2021 och färdigställdes i version 1.0 som öppen källkod.

Genom det gemensamma arbetet med specifikationen har flera kommuner också påbörjat sina publiceringar. En del i arbetet har bestått av att olika aktörer inom offentlig sektor, leverantörer och tagare av data ska vara delaktiga i framtagandet för att det ska vara möjligt för dem att stödja och använda specifikationen.

Det finns en del utmaningar när denna information ska publiceras och vi har försökt ta höjd för dessa i arbetet och lagt till mer information i specifikationen.

Diskutera gärna alla aspekter kring datamängden och denna specifikation här i tråden. Både hur den kan och bör publiceras samt tankar och synpunkter du som användare av informationen har.

Specifikationen finns publicerad här och är tillgänglig att hitta på den nationella dataportalen dataportal.se.

Specifikationen består av följande filer:

Specifikation för publicering av utegym

Här finns beskrivning av specifikationen och en guide för vad som behöver göras för att publicera utegym som öppna data. Detta är ofta det bästa dokumentet att läsa först.

Källkod - validering

Här finns den tekniska källkoden som ligger till grund för hur utegym ska publiceras. Vilken information som ska publiceras och definitionen av varje datapunkt. Källkod finns på GitLab här.

Utegym - JSON schema

Ett exempel på hur den tekniska rekommendationen kan se ut när man implementerat den i JSON-format.

Utegym - CSV schema

Ett exempel på hur den tekniska rekommendationen kan se ut när man implementerat den i CSV-format.

Utegym - CSV-exempel

Exempel på data publicerad enligt specifikationen i filformatet CSV.

Utegym - ODS-exempel

Exempel på data publicerad enligt specifikationen i filformatet ODS.

Utegym - XLSX-exempel

Exempel på data publicerad enligt specifikationen i filformatet XLSX.

Utegym - DCAT-AP-SE

Ett förslag på metadata enligt specifikationen DCAT-AP-SE som används för att göra information sökbar på Sveriges dataportal dataportal.se. Viss metadata bör vara gemensam för alla som publicerar denna information som öppna data och viss information är specifik för respektive publicerande organisation.

Alla kommuner och myndigheter och vissa privata aktörer anlägger offentliga utegym och träningsplatser för allmänhetens användning. Årligen anläggs och sköts anlagda utegym och träningsplatser i varje kommun. Det är viktigt både för medarbetare och medborgare som skattebetalare att kunna se vilka dessa är för att kunna underhålla anläggningarna och dra nytta av dem. För att det ska bli så enkelt som möjligt att kunna använda och ta del av informationen om utegym bör de publiceras som öppna data på ett standardiserat vis. Dessa kan vem som helst kan se, analysera och använda hur de vill. Om du aktiverat kopplingen till dataportaler så som dataportal.se för skördning kan du enligt den nationella standarden DCAT-AP visa upp att du publicerat enligt specifikationen. Det här gör livet för användarna av öppna data och de som vill träna oavsett om de är boende eller turister som vill ha ett härligt träningspass ute i det fria!

Inom ramen för regionsamverkan i Västra Götaland och Dataportal Väst fick MetaSolutions uppdraget att ta fram en specifikation för hur informationen om utegym bör publiceras som öppna data. Arbetet påbörjades 2021 och färdigställdes i version 1.0 som öppen källkod.

Genom det gemensamma arbetet med specifikationen har flera kommuner också påbörjat sina publiceringar. En del i arbetet har bestått av att olika aktörer inom offentlig sektor, leverantörer och tagare av data ska vara delaktiga i framtagandet för att det ska vara möjligt för dem att stödja och använda specifikationen.

Det finns en del utmaningar när denna information ska publiceras och vi har försökt ta höjd för dessa i arbetet och lagt till mer information i specifikationen.

Diskutera gärna alla aspekter kring datamängden och denna specifikation här i tråden. Både hur den kan och bör publiceras samt tankar och synpunkter du som användare av informationen har.

Specifikationen finns publicerad här och är tillgänglig att hitta på den nationella dataportalen dataportal.se.

Specifikationen består av följande filer:

Specifikation för publicering av utegym

Här finns beskrivning av specifikationen och en guide för vad som behöver göras för att publicera utegym som öppna data. Detta är ofta det bästa dokumentet att läsa först.

Källkod - validering

Här finns den tekniska källkoden som ligger till grund för hur utegym ska publiceras. Vilken information som ska publiceras och definitionen av varje datapunkt. Källkod finns på GitLab här.

Utegym - JSON schema

Ett exempel på hur den tekniska rekommendationen kan se ut när man implementerat den i JSON-format.

Utegym - CSV schema

Ett exempel på hur den tekniska rekommendationen kan se ut när man implementerat den i CSV-format.

Utegym - CSV-exempel

Exempel på data publicerad enligt specifikationen i filformatet CSV.

Utegym - ODS-exempel

Exempel på data publicerad enligt specifikationen i filformatet ODS.

Utegym - XLSX-exempel

Exempel på data publicerad enligt specifikationen i filformatet XLSX.

Utegym - DCAT-AP-SE

Ett förslag på metadata enligt specifikationen DCAT-AP-SE som används för att göra information sökbar på Sveriges dataportal dataportal.se. Viss metadata bör vara gemensam för alla som publicerar denna information som öppna data och viss information är specifik för respektive publicerande organisation.

@salgo60-ej-aktiv sa i Leverantörsreskontra som öppna data - hur du publicerar:

@mattias var hittar vi data enligt denna spec?

Om de följer specifikationen, publicerar med titel eller nyckelord "leverantörsreskontra", och har aktiverat skördning till dataportal.se så kan du hitta dem och se om de angett att de följer specifikationen. Därefter kan du hitta själva datamängden i den distribution de publicerat till datamängden vars metadata har skördats. Hoppas detta hjälper dig att hitta det.

hur många levererar idag, vad är planerat?

Bra frågor, hade gärna svarat om jag visste. Se svar nedan.

vem driver detta dvs, att detta data kommer att finnas för alla kommuner... kan vi se status någonstans....

Jag hjälper de jag kan hjälpa - när de vill ha hjälp. Går inte att hjälpa den som inte vill. It takes two to tango!

Alla kommuner och myndigheter genomför inköp av produkter och tjänster och har andra utgifter vars resultat representeras som leverantörsreskontra. Årligen görs inköp för nära 800 miljarder kronor så det är viktigt både för medarbetare inom offentlig sektor och medborgare som skattebetalare att kunna se vilka dessa är samt de resultat det leder till. För att det ska bli så enkelt som möjligt att kunna använda och ta del av gjorda inköp bör informationen om inköpen publiceras som öppna data. Dessa kan vem som helst kan se, analysera och använda hur de vill.

Inom ramen för projektet NSÖD (Nationell Skalning Öppna Data) har vi på MetaSolutions samordnande att ta fram en specifikation för hur informationen bör publiceras som öppna data. Arbetet påbörjades redan 2019.

Genom det gemensamma arbete med specifikationen har flera myndigheter och kommuner också börjat sina publiceringar. Del i arbetet har även olika aktörer inom offentlig sektor och leverantörer varit inblandade för att det ska vara möjligt för dem att stödja specifikationen.

Det finns en del utmaningar när denna information ska publiceras och vi har försökt ta höjd för dessa i arbetet och lagt till mer information i rekommendationen.

Diskutera gärna alla aspekter kring datramängden och denna specifikation här i tråden. Både hur den kan och bör publiceras samt tankar och synpunkter du som användare av informationen har.

Specifikationen finns publicerad på nationella dataportalen dataportal.se .

Specifikationen består av följande filer:

Specifikation för publicering av leverantörsreskontra
Här finns beskrivning av specifikationen och en guide för vad som behöver göras för att publicera leverantörsreskontra som öppna data. Detta är ofta det bästa dokumentet att läsa först.

Terminologi med olika grunder för inköp
En grundläggande enkel terminologi för att standardisera uttryck som används kopplat till specifikationen.

Källkod - validering
Här finns den tekniska källkoden som ligger till grund för hur leverantörsreskontra ska publiceras. Vilken information som ska publiceras och definitionen av varje datapunkt. Källkod finns på GitLab här.

Leverantörsreskontra - JSON schema
Ett exempel på hur den tekniska rekommendationen kan se ut när man implementerat den i JSON-format.

Leverantörsreskontra - CSV schema
Ett exempel på hur den tekniska rekommendationen kan se ut när man implementerat den i JSON-format.

Leverantörsreskontra - DCAT-AP-SE
Ett förslag på metadata enligt specifikationen DCAT-AP-SE som används för att göra information sökbar på Sveriges dataportal dataportal.se. Viss metadata bör vara gemensam för alla som publicerar denna information som öppna data och viss information är specifik för respektive publicerande organisation.

Se relaterade trådar Specifikation för leverantörsreskontra klar och tråden Exportera och publicera leverantörsreskontra t.ex. via ekonomisystem och TEIS.

@jonor sa i Teckenkodning för CSV-data?:

@mattias Tack, då kan man förstås fundera över varför DIGG inte verkar ha känt till den specifikationen.

Det kan finnas flera olika anledningar men en generell anledning är att specifikationen inte har kommunicerats särskilt mycket externt. Denna spec som vidareutvecklades av NSÖD lyfts t.ex. inte inför workshop kring just Specifikationer idag 2021-10-14. Istället länkas det till en specifikation om leverantörsreskontra från utlandet som ingen i Sverige använder så vitt jag vet.

Hur ska jag veta som datakonsument hur jag ska avkoda filen?
...

  "dialect": {"trim": true},

Tack @jonor jag har lagt upp dina synpunkter på Gitlab-projektet så gott jag kan. Du är varmt välkommen att bidra om just denna spec där.

Svar: Konsumenter av data

Tack för förtydligandet!

se hur spretigt det är idag dvs, varje dataset/spec hittar på egna sätt att beskriva något så enkelt som koordinater https://community.dataportal.se/topic/202/önskemål-ny-rekommendation-från-digg-om-api-ers-koordinatsystem/3?_=1634058826044

Håller helt med och jag gillar tråden! Bra poäng där.

Over and out

10-4.

@jonass sa i Teckenkodning för CSV-data?:

@jonor antar att UTF-8 är ett rimligt val för encoding.

@jonor Det finns en specifikation för leverantörsreskontra på Dataportal.se. Flera arbetar med att börja följa den och vissa har ännu inte angett på Dataportal att de följer den.

@jonass Du har rätt om att UTF-8 är rimligt val. I specifikationen så rekommenderas just UTF-8: https://lankadedata.se/spec/leverantorsreskontra/#csv.

@erika-strandberg Toppeninitiativ. Nominerat! Kan du förtydliga "öppen teknik"? Är öppen dokumentation till API? Backend som öppen källkod? Fri mjukvara?

vad innebär det rent konkret "riktlinjer från W3C" och varför är det bra ?

@salgo60 W3C har t.ex. en mall för tekniska dokument som heter ReSpec som vi använder oss av. I och med att det nu finns en filial av W3C i norden genom Internetstiftelsen så känns det ännu mer värt att återanvända från W3C istället för att återuppfinna hjulet. Eftersom att W3C är ett standardiseringsorgan, likt SIS, fast för Internet, och arbetar mer med öppen källkod och öppna webbsidor istället för statiska PDF:er - så är det bland det bästa som finns att följa, påverka och återanvända resurser från. Detsamma gäller ODI och OKFN.

det vi vill se är i vilka dataset en term används ex. dd.eionet.europa.eu/dataelements/99263 I används

När du skriver "vi vill se", även här, här och här - vilka är det "vi" du syftar på då? Vem företräder du när du skriver så? Wikidata? Du har påpekat detta flera gånger (se söklänkar). Jag har läst detta och hör dig - jag håller också med dig. Jag kan bekräfta att ditt budskap är mottaget. Detta bl.a. genom att det finns uppe i ärenden för potentiell vidareutveckling, vänligen se nedan.

Exempel där jag kontaktade "Fernanda Néry" länk

Tack jag har tagit in den synpunkten sen länge för existerande och kommande projekt och milstenar. Detta har du själv bidragit till på följande ärenden som du kan se här:

• https://gitlab.com/search?group_id=11884710&scope=issues&search=https%3A%2F%2Fdd.eionet.europa.eu%2Fdataelements%2F99263

Ser att du påpekat detta flera gånger på detta forum - se sökning här. Förslagsvis kan du skapa en bloggpost/wikisida kring dina olika budskap på din egen webb och uppdatera dessa med data, argument och exempel. Så kan du samla allt där och länka till det i inlägg så du slipper merarbete och inkurans av data/argument i gamla och nya inlägg. Det blir lättare!

Har som sagt tagit in detta i planerna för vidareutveckling sen länge, tack återigen!

Vill tipsa om MetaSolutions nyhet för att möjliggöra öppen innovation - öppna specifikationer för data! Behovet av stöd för att ta fram specifikationer för data är stort - MetaSolutions lanserar därför en tjänst för dig som behöver hjälp. Vi gör det efter riktlinjer från W3C.

MetaSolutions står idag bakom majoriteten av de specifikationer som tagits fram i Sverige helt enkelt för att vi är specialister inom Länkade data. Senast hjälpte vi VGR och innan var det arbete i projekt NSÖD.

Nu vill att fler ska kunna ta del av den kunskap och erfarenhet vi samlat på oss. Från och med idag så lanserar vi en tjänst, från bara en enkel utredning över till en komplett tjänst för att göra specifikationsarbetet och förvaltningen så enkel som möjligt.

Givetvis är resultatet öppet liksom vår källkod är öppen! Varför? Öppenhet^⁴ = Öppna specifikationer som öppen källkod möjliggör ökad standardisering för fler öppna innovationer - genom öppna data! Komplicerat blir enklare!

Intervju: https://entryscape.com/sv/2021/10/specifikationer-fran-ax-till-limpa-vi-lanserar-tjanst-for-att-hjalpa-dig-hela-vagen/
Tjänsten Specifikationer: https://entryscape.com/sv/tjanster/specifikationer/

Vill du hjälpa till att sprida ordet?
Fediverse/Mastodon: https://mastodon.se/@metasolutions/107082889206126842
LinkedIn: https://www.linkedin.com/posts/metasolutions-ab_specifikationer-från-ax-till-limpa-vi-lanserar-activity-6853298053508558848-J5LK
Twitter: https://twitter.com/MetaSolutionsAB/status/1447539574494961665

PS: Visste du att den mest använda specifikationen i Sverige idag är Skoldata - från 2018!

Jätteroligt, bra av #FK, #DIGG och #Sundsvall kommun! Blir kul att se när frågan kommer upp om att finnas på, eller drifta egen öppen Git-lösning som Main-repo, t.ex. #Gitea eller #GitLab (dock bara OpenCore) som t.ex. Debian-projektet och många andra open source-projekt kör.

Häftigt när öppen källkod tillhandahåller öppen källkod!