Hej alla i tråden!

I Nationell Dataverkstad har vi gått igenom de synpunkter som inkommit här och via vår Gitlab där vi arbetar med de olika datamängderna från topp 100-listan. Efter sommaren har vi haft en dialog med Trafikverket som har ett ansvar för de nationella vägnätet och pratat om hur de samlar in data om snöröjda områden.

Det visade sig att dem ställer krav på sina leverantörer att rapportera data om halkbekämpningsåtgärder via något som kallas MIP-protkoll.

Vi har pratat med systemleverantörerna för den här typen av rapportering; BM Systems, Zeekit och Enera Call&Report och alla följer Trafikverkets MIP-protokoll.

Med det som grund har vi tagit fram ett förslag för hur öppna data om snöröjning ska se ut. Vi har tagit säkerheten för förare på stort allvar och därför tagit bort vehicle_id från MIP-protokoll samt uppmuntrar till en viss fördröjning av datadelningen som kommunen bedömer som säker.

Nedan är datamodellen och ni kan följa arbetet och lägga till förslag/kommentarer på gitlab här: https://gitlab.com/sarskilt-viktiga-datamangder/snorojning

Nationell Dataverkstad har även publicerat en vägledning som ni hittar på projektets hemsida: https://www.vgregion.se/ov/dataverkstad/datamangder/snorojning/

Hej @ofallheden,

Den frågan är nog @almeta bäst lämpad att svara på, men jag vet att det inom dataverkstaden finns en workshop planerad i november för att publicera data. Ni borde vara med där tänker jag --> @FredrikEriksson bjuder du in Örjan?

@ofallheden bra, jag lägger till det som issue på Gitlab så får vi försöka bilda oss en uppfattning om EWC-koderna och prata med Naturvårdsverket.

Hej igen alla i den här tråden. Vi har från Nationell Dataverkstads håll gått igenom de synpunkter som inkommit här och som inkommit från Livsmedelsverket, IVL, Naturvårdsverket och systemleverantörerna (MatildaFoodtech, CGI Aromie, eSmiley, IST och Smart Kitchen Solutions) och landat i en datamodell. Frågor om själva datamodellen hänvisas till @mattias annars finns det väldigt bra förklaringar på gitlab --> https://gitlab.com/sarskilt-viktiga-datamangder/matsvinn/-/blob/main/content/model.md?ref_type=heads !

Några korta kommentarer:

• Inga svinntyper är längre obligatoriska utan beroende på typ av kök så kan vissa svinn helt enkelt inte rapporteras in. Så som systemstöden är uppbyggda, när man rapporterar svinn så behöver man alltid ange en orsak för svinnet, och då är det dem tre rekommenderade svinntyperna som man kan välja mellan.

• Två typer av kök istället för fyra - och de följer Livsmedelsverkets definitioner. Sen kan det finnas lokala dialekter där man säger centralkök, produktionskök etc men det är i så fall tillagningskök.

• Matsvinn utan antal ätande är ganska intetsägande och behövs för kontexten. Rekommenderas starkt att anges för att beräkna svinn/portion. Ange antal serverade portioner eller räkna tallrikar eller ange registrerat antal elever och pedagogiska luncher.

@Maria-Söderlind

Bra input, som vanligt och tack för att du tar det vidare med verksamheten
Det är inget obligatoriskt krav för dem att mäta de attribut som du listats, så det är nog ingen större fara - men för att svara på deras fråga så finns det organisationer som mäter detta.

Det är inte vanligt men systemleverantörerna har uppmärksammat att några kommuner mäter specialkost-svinn. Den hanteringen tar tid, och mängden svinn har ökat och man har bedömt att det varit ett problem och vill få bukt med det. Eftersom ingen av de vi pratat med eller Livsmedelsverket reagerat så har vi valt att ta med det som rekommenderat.

Antal ätande är mer vanligt att man mäter, det vanligaste sättet är att räkna tallrikarna på en "disk-back". Varje full sådan motsvarar X-antal tallrikar som summeras ihop efter att lunchen stängt.

Om de vill, så kan jag se om vi kan få ut namn på verksamheter som mäter om de vill göra ett "studiebesök". Men som sagt, dessa fält kommer inte vara obligatoriska.

Angående ditt förslag så har jag förstått det på Livsmedelsverket att alla kök inte har servering, vissa är rena tillagningskök som sedan distribuerar maten till verksamheter. Däremot så kan vi ta bort "produktionskök" som är samma som "Tillagningskök" och eventuellt slå ihop Mottagningskök och Tillagningskök och vara tydliga i dokumentationen.

Annars definition från Livsmedelsverket nedan.
Tillagningskök
Kök som är utrustade och anpassade för att ha möjlighet att tillaga mat ”från grunden”,
d.v.s. med stor andel färska och råa livsmedel. Ett tillagningskök kan ha en intilliggande
restaurang- eller serveringsdel som där den tillagade maten serveras. Men tillagningskök
kan även sakna restaurang och enbart leverera mat till enheter i direkt anslutning till
köket eller till flera olika, geografiskt spridda enheter. Ofta tillagas då delar av måltiden
och mottagnings-, eller avdelningsköket kompletterar med resterande måltidstillbehör.
Tillagningskök kan förekomma i alla typer av verksamheter och tillaga måltider till olika
målgrupper beroende på hur organisationens behov ser ut.

Mottagningskök
Kök med begränsad möjlighet att tillaga mat. Beroende på vilka förutsättningar som finns
i mottagningsköket kan det fungera likt ett tillagningskök med vissa undantag eller vara
mer begränsat och endast ha möjlighet till beredning av sallader och kalla såser t.ex.
Vanligt förekommande är att delar av måltider levereras från tillagningskök, t.ex.
köttbullar och sås och resterande måltidstillbehör kokas och bereds på plats. Ett
mottagningskök kan ta emot varm, kyld eller fryst mat för vidare beredning.
Mottagningsköket kan ha lokal restaurang eller serveringsdel i anslutning till köket.

Serveringskök
Kök med små möjligheter att tillaga mat. Ett serveringskök har vanligtvis liten eller ingen
möjlighet till beredning av den mat som serveras p.g.a. lokalens utformning eller brist på
utrustning. Därför levereras måltider ofta kompletta och redo att serveras. Men precis
som i andra typer av kök kan förutsättningarna variera. Kanske finns en kokplatta eller
utrymme att bereda sallad eller andra kalla måltidstillbehör. Serveringskök kan, precis
som mottagningskök, ha lokal restaurang eller matsal i anslutning till köket. Till
serveringskök kan man räkna in t.ex. avdelningskök på förskola, äldreboende eller
sjukhusavdelning.

@Ainali Bra input, ska se möjligheterna med starttid-sluttid och antalet ätande under perioden.

@Maria-Söderlind bra feedback. Vet du om enheten använder något systemstöd för kostplanering och matsvinnsuppföljning?

Angående definitionerna så ska jag ta den frågan vidare till Livsmedelsverket.

@Maria-Söderlind @ofallheden

@mattias och jag har träffat Livsmedelsverket, Naturvårdsverket, IVL Svenska Miljöinstitutet och systemleverantörer (eSmiley, CGI:s Aromi, Matilda Foodtech och IST) - och därefter uppdaterat utkastet. Nu finns bl.a datum med men framförallt finns det mer förklaringar till de olika attributen --> https://gitlab.com/sarskilt-viktiga-datamangder/matsvinn/-/blob/main/content/model.md

**Om ni har möjlighet får ni gärna be era verksamheter att kika på det uppdaterade utkastet och tycka till! **

@Johan_Bard

@mattias har du koll på det? Finns ingen specifikation uppladdad på dataportalen, men finns det något att följa?

@Maria-Söderlind bra synpunkt. Det kommer @almeta lägga upp i samband med att det hamnar på https://lankadedata.se/specifikationer/index.html. Men du kanske kan fylla på här @almeta?

Angående digitala evenemang bra inspel, de blir ju allt vanligare även om detta som du säger riktar sig främst mot klassiska evenemang. Kanske är det något som man kan förtydliga på något sätt kring typ @almeta?

Bakgrund och syfte

Inom projektet Nationell Dataverkstad har det tagits fram en topplista över datamängder att standardisera för publicering och datadelning. En sådan datamängd är Evenemang. Datamängden kategoriseras inom området Besöksnäring & Rekreation. Vi har i dialog med kommuner, regioner, myndigheter och datakonsumenter tagit fram en specifikation för evenemang. Syftet med specifikationen är att beskriva information om evenemang på ett enhetligt och standardiserat vis och därigenom göra det enklare för kommuner och regioner i Sverige att publicera datamängder som beskriver evenemang. Specifikationen har baserats på arbetet med informationsmodeller för upplevelser inom besöksnäringen.

Vi ser att den här specifikationen har en tydlig koppling till den nationella strategi för hållbar turism och växande besöksnäring som den då sittande regeringen tog fram 2021. Den uppmärksammar hur tillgången till data är en viktig förutsättning för att utveckla nya digitala tjänster inom besöksnäringen.

Datamodell för Evenemang

Det finns nu en specifikation framtagen för Evenemang och bör vara intressant för alla som vill publicera datamängder som beskriver ett evenemang.

Datamodellen är tabulär vilket innebär att varje rad motsvarar exakt ett evenemang och varje kolumn motsvarar en egenskap för evenemanget. Totalt har vi definierat 20 attribut. Fem attribut är obligatoriska att ha med, medan övriga rekommenderar vi då det berikar datamängden med intressant information för datakonsumenten. Vi har valt att använda beskrivande och korta kolumnnamn på engelska för att datamodellen ska bli enklare att hantera i programvaror och tjänster utvecklade utanför Sverige. Modellen bygger på schema.org

Glöm inte att peka på specifikationen om ni tillgängliggör data om evenemang enligt den https://dataportal.se/specifications/evenemang/1.0/. Det görs genom egenskapen property dcterms:conformsTo.

incoming+sarskilt-viktiga-datamangder-evenemang-40753988-cViSeDhGTsTDwrsk1bNo-issue@incoming.gitlab.com

Vi vill gärna få in synpunkter på vidareutveckling, så välkommen att vidareutveckla specifikationen och hjälp oss gärna att sprida ordet!

@Maria-Söderlind Toppeninitiativ. Jag ska sprida det i mina kanaler!

Bakgrund och syfte

Inom projektet Nationell Dataverkstad har det tagits fram en topplista över datamängder att standardisera för publicering och datadelning. En sådan datamängd är Sevärdheter. Datamängden kategoriseras inom området Besöksnäring & Rekreation och avser grundläggande information om sevärdheter som är relevant för besökare.. Således har den haft ett väldigt stort intresse inte minst från verksamma inom besöksnäringen som vill underlätta för besökare att hitta till och få rätt, uppdaterad information om sevärdheterna.

Genom att standardisera denna data och dela den öppet så ser vi möjligheten att berika de karttjänster som idag används av besökare och för den delen medborgare som befinner sig i rörelse; Naturkartan, Google Maps, Open Street Map, Vandramedkoll m.fl. Det kommer underlätta för allmänheten att hitta sevärdheter, kunna stärka platser attraktivitet och bidra till en positiv utveckling av den lokala besöksnäringen.

Skillnaden mellan sevärdheter och Points of Interest

Det är två begrepp som är lika varandra vid första åtanke, men det finns en skillnad mellan begreppen vilket gjort att Nationella Dataverkstaden ser behovet av två specifikationer.

En point-of-interest anses vara behövlig till besökare som redan befinner sig på en plats, såsom bankomat, toalett eller apotek.

En sevärdhet anses vara en plats som besökare tar sig till av ett intresse för platsen i sig självt.

Datamodell för Sevärdheter

Det finns nu ett utkast till dataspecifikationen för sevärdheter och bör vara intressant för alla som vill uttrycka en plats som särskilt intressant. Vi vill väcka tankar, intresse och hitta sätt att förankra detta som en standard för delande kommuner och konsumenter och användare. Vi som jobbar med projektet Nationell Dataverkstad söker nu dig som t.ex. jobbar i kommun och vill publicera data, dig som är konsument t.ex. samverkande myndighet, leverantör eller annan intressegrupp t.ex. inom besöksnäringen som bryr sig om att göra det enklare att hitta till svenska sevärdheter.

Datamodellen är tabulär. Det innebär att varje rad motsvarar exakt en sevärdhet och varje kolumn motsvarar en egenskap för den sevärdheten. 13 attribut är definierade, där de första 6 är obligatoriska. Vi har valt att använda beskrivande men korta kolumnnamn som uttrycks med gemener, utan mellanslag (understreck för att separera ord) och på engelska. Genom engelska attributnamn blir modellen enklare att hantera i programvaror och tjänster utvecklade utanför Sverige. Modellen bygger på schema.org

Vi arbetar öppet med datamodellen på Gitlab - anslut gärna där! Vill du inte skapa ett konto går det också bra att mejla in förslag.

contact-project+sarskilt-viktiga-datamangder-sevaerdheter-40754028-issue-@incoming.gitlab.com

Välkommen att vara med att medskapa detta i tr och hjälp gärna till att sprida ordet!

Bakgrund och syfte

Inom projektet Nationell Dataverkstad har det tagits fram en topplista över datamängder att standardisera för publicering och datadelning. En sådan datamängd är Point of interest. Datamängden kategoriseras inom området Stadsplanering och avser grundläggande geografisk information om platser. Således har den haft ett väldigt stort intresse inte minst från verksamma inom besöksnäringen som vill underlätta för såväl medborgare som besökare att hitta till olika geografiska platser.
Genom att standardisera denna data och dela den öppet så ser vi möjligheten att berika de karttjänster som idag används av besökare och medborgare som befinner sig i rörelse; Naturkartan, Google Maps, Open Street Map, Vandramedkoll m.fl.

Datamodell för point of interest

Det finns nu ett utkast till dataspecifikationen för Point of Interest och bör vara intressant för alla som vill uttrycka en plats som särskilt intressant. Vi vill väcka tankar, intresse och hitta sätt att förankra detta som en standard för delande kommuner och konsumenter och användare. Vi som jobbar med projektet Nationell Dataverkstad söker nu dig som t.ex. jobbar i kommun och vill publicera data, dig som är konsument t.ex. samverkande myndighet, leverantör eller annan intressegrupp t.ex. inom besöksnäringen som bryr sig om att göra det enklare att hitta till Points of Interest.

Datamodellen är tabulär. Det innebär att varje rad motsvarar exakt en sevärdhet och varje kolumn motsvarar en egenskap för den sevärdheten. 15 attribut är definierade, där de första 6 är obligatoriska. Vi har valt att använda beskrivande men korta kolumnnamn som uttrycks med gemener, utan mellanslag (understreck för att separera ord) och på engelska. Genom engelska attributnamn blir modellen enklare att hantera i programvaror och tjänster utvecklade utanför Sverige. Modellen bygger på schema.org

Vi arbetar öppet med datamodellen på Gitlab - anslut gärna där! Vill du inte skapa ett konto går det också bra att mejla in förslag.

contact-project+sarskilt-viktiga-datamangder-point-of-interest-40754038-issue-@incoming.gitlab.com

Välkommen att vara med att medskapa detta och hjälp gärna till att sprida ordet!

Bakgrund och syfte

Inom projektet Nationell Dataverkstad har det tagits fram en topplista över datamängder att standardisera för publicering och datadelning. En sådan datamängd som också haft ett stort intresse från flera olika aktörer är Parkering. Eftersom det är markägaren som upplåter mark till parkering är det också markägaren som bestämmer vilka villkor som ska gälla. I de flesta fall i en stad är det kommunen som är markägare och har själva hand om parkeringar via t.ex. ett trafikkontor. I andra fall kan kommunen lagt ut parkeringen på entreprenad och då är det externa parkeringsbolag som sköter dessa.

Genom att standardisera denna data och dela den öppet så ser vi möjligheten att underlätta för trafikanter att hitta till lediga parkeringar och undvika onödig körning i jakt på parkeringsplatser men också det kan bli tydligare vilka villkor som gäller för parkeringsplatsen.

Och att dela data öppet skapar möjligheter till delvis få bättre koll på alla parkeringsplatser, dels kunna planera fordonens roll och yt-användning i samhället. Det leder också till möjligheter att göra en kompletterande dataspecifikation för parkeringsplatsers tillgänglighet i realtid via API precis som vissa aktörer gjort idag utefter bästa förmåga.

Parkeringar blir bättre genom samarbete, så även standardisering - tyck till!

Så nu finns ett väldigt tidigt utkast till dataspecifikation för parkering. Den har med exempeldata och bör vara intressant för kommuner och bolag som ansvarar för parkeringar - och självklart inte minst data-användare oavsett samhällssektor!

Vi vill väcka tankar, intresse och hitta sätt att förankra detta som en standard för delande kommuner och konsumenter och användare. Vi som jobbar med projektet Nationell Dataverkstad söker nu dig som t.ex. jobbar i kommun och vill publicera data, dig som är konsument t.ex. samverkande myndighet, leverantör eller annan intressegrupp t.ex. förening som bryr sig om bra utbud med parkeringar för rörelsehindrade, för att komma med idéer och kloka inspel.

Välkommen att återkoppla här i forumtråden!

Länk till utkastet finns här:
https://www.dataportal.se/sv/specifications/parking/0.1

Välkommen att vara med att medskapa detta och hjälp gärna till att sprida ordet!