@Magnus-Sälgö håller med, men jag kan inte hitta något ställe vi har god informationsdesign i Sverige just nu. Så om jag får välja startar vi inte med kommuner. Utan jag skulle hellre se att resurserna läggs på att regeringen själv upprätthåller de allmänna råd som finns avseende öppen data eller implementation av sina egna strategier. (Och då kommer vi till "don't piss off the hand that feeds you" som lyfts i någon annan tråd att DIGG inte ligger under riksdagen utan regeringen. Och omdiskuterade ledningsproblem inom DIGG.)

Exempelvis annonserar regeringen, genom ett meddelande med länk till pdf och deras Fakta PM och länk till hur lagstiftning i EU i allmänhet fungerar att EU genom förslag till förordning planerar att "skapa förutsättningar för utveckling av säkra
produkter med digitala inslag genom att försäkra att hård- och mjukvara placeras på marknaden med färre sårbarheter och att tillverkare tar större ansvar för produkters cybersäkerhet genom deras livscykel."

Vi har kommit en bit eftersom de skriver lite mer text på själva sidan så jag numera kan söka och få upp information likt denna så den inte enbart ligger i en PDF. Men fortfarande har vi problematiken i att:

• de inte länkar till förslaget i EU någonstans, antagligen för att vi inte har ett sätt att upprätthålla kvaliten så länkarna inte bryts.

• den allmänna kommunikationen från regeringen sker fortfarande i pdf-form.

(om någon hittar länk till förslaget i EU så länka gärna gör ett test att gå av Google och DuckDuckGo samt Startpage är inte mina vänner ännu...)

@Nina_Berlin sa i Interoperable Europe Act:

Hashtags funkar inte rent tekniskt i forumet

"än"

@IsakWirgen sa i Examensarbete (Öppen källkod inom offentlig sektor):

Hur kommunikationen om vilken programvara som ska anskaffas ser ut, samt vilka risker man tar i beaktning kopplade till specifikt anskaffandet av öppen programvara.

I 4.4.3. "Definiera informationssäkerhetskrav" i MSB:s vägledning Upphandla informationssäkert från 2018 så beskrivs att inlåsning till viss teknik, produkt eller leverantör ska undvikas, se nedan. Där är ju öppen källkod och abslout öppen data, ofta motsatsen och ett bra svar.

"Att identifiera vad er verksamhet behöver och vill ha är ett bra sätt att öppna upp för olika möjliga lösningar så att ni inte låser leveransen eller utförandet till en särskild teknik, arbetsmetod eller produkt utan möjliggör för leverantörerna att komma med alternativa lösningar som ni själva inte har identifierat."

@Jonas-Nordqvist sa i Vad saknas? Varför blir det så dumt? - ingen pratar designmönster:

Jag ska träffa utredaren om några veckor. Jag kan ta med några frågor från vårt community till honom och hans gäng och samtidigt göra lite reklam för oss som pratar här. Vad ska jag ta med mig?

Härligt! Kul! Jag tror interoperabilitet av system i mångt och mycket börjar vid upphandlingarna och sedan organisatoriskt och juridiskt möjliggöra delning.

Jag vet inte om det är korrekt att säga såhär men jag brukar säga att design för interoperabilitet är att framtidssäkra. Sedan är det upp till jurister eller lagstiftare att "dra på kranen" dvs möjliggöra att systemen får prata med varandra.

Så i detta sammanhang skulle jag dela på krav att bygga tekniskt och organisatoriskt och beakta interoperabilitetsaspekter (och som @mistral skriver behöver det ske genom regleringsbrev, myndighetsinstruktioner men glöm inte allmänna råd och statligt eller kommunalägda bolag) och det är i grunden utveckling och vidareutveckling av IT-system.

Sedan särskilja det från att juridiskt (och genom annan styrning) möjliggöra interoperabilitet mellan myndigheter, privat och offentlig sektor och samspel med standarder.

Men det finns ju rent juridisk interoperabilitet i förhållande till EU också samt teknisk interoperabilitet för att möjliggöra det. Frågan är exempelvis om det skulle vara enklare att införa viss EU lagstiftning exempelvis krav på interoperabilitet på området områdena gränser och visering, polissamarbete och straffrättsligt samarbete, samt asyl och migration, om Sverige hade harmoniserat med EU och infört European Legislation Identifier (ELI) "is a system to make legislation available online in a standardised format, so that it can be accessed, exchanged and reused across borders."? (Denna fråga håller jag på att titta lite på ur ett NIS-perspektiv, så om någon vill diskutera hojta)

Exempel på snabba åtgärder på olika nivåer kan vara:

• Tydliggör krav på semantisk och juridisk interoperabilitet vid utformning av upphandling och avrop av IT-konsulter eller IT-system dvs ge förutsättningar för den tekniska interoperabiliteten.
• Krav på teknisk interoperabilitet som minimum men hellst öppna data och öppen källkod vid upphandlingar.
• Avtalsrättslig skyldighet av leverantörer till myndigheter att beakta interoperabilitetsaspekter - kan det vara en del av tillgänglighetsperspektivet?

@Dennis_Priskorn sa i Vad saknas? Varför blir det så dumt? - ingen pratar designmönster:

en rikssemantiker. Jag vet inte om det finns en enda anställd i dagsläget i regeringskansliet som begriper sig på semantisk interoperabilitet?

Vet att det var ett halvt skämt men besvarar seriöst så kanske vi båda lär oss något. Jag kan missförstå dig men semantisk interoperabilitet är väl vad vi har i Lagrådet i Sverige?

Inte på något sätt för att föreläsa utan för att se om jag missförstår dig. Men vi har ju tre typer av kontrollmakter i Sverige.

• Den parlamentariska kontrollmakten
• Den utomparlamentariska kontrollmakten
• Normgivande kontrollinstitution

Jag uppfattar det som att vi diskuterar främst de två senare.

I utomparlamentariska kontrollmakten har vi då idag Justitiekanslern (JK) och Riksrevisionen (RV).

Avseende "rikssemantiker" så uppfattar jag det på dig som att du önskar en sk författningsdomstol som genomför normprövning (inte kontroll). Det finns parter i Sverige som önskar det exempelvis motion från 2018 och 2020 så du kan se på argument för och emot. Personligen tror jag inte det är rätt väg att gå, däremot håller jag med om att vi behöver få en förbättrad kapacitet vad gäller tillsyn, särskilt teknisk sådan.

@Dennis_Priskorn sa i Vad saknas? Varför blir det så dumt? - ingen pratar designmönster:

semantisk tillsynsmyndighet skulle kunna vara med när lagar skickas på remiss men även ha kompetens att utreda IT-haverier från ett kostnadseffektivitetsperspektiv och semantisk interoperabilitetsperspektiv.

När lagar skickas på remiss har vi Lagrådet och även skickas de på remiss utom de parlamentariska instituten varför föreningar, domstolar mfl kan påtala brister i kommande rätt. Sedan finns det en annan diskussion om ekonomisk möjlighet att avsätta resurser för att besvara remisser, att en liten förening ska hålla sig uppdaterad och vara tvungen att besvara juridiska remisser för att göra sin röst hörd, men det är en annan diskussion.

Att ytterst utreda haverier tycker jag ska skiljas från de parlamentariska instutut som stiftar våra lagar då det annars skapar andra risker. Vi har riksrevisionen som bl.a. genomför en effektivitetsrevision samt en om myndigheters digitala service.

@elias se där! Ska ärligt säga att det var länge sedan jag blev så nyfiken på en person; var du jobbar, hur du jobbar och fått jobb eller om du bor under en sten bara av den lilla meningen

Blir också något upprörd om det krävs inlogg på LinkedIn när de anger att det är "Offentligt"-inlägg. Suck.

Såhär skrev jag i alla fall:
Om vi vill läsa regeringens digitaliseringsstrategi så möts vi sedan regeringsskiftet av "Sidan kan inte hittas Med anledning av regeringsskiftet har ett stort antal sidor tagits bort."

Det är dock oklart om det innebär att vi inte har någon digitaliseringsstrategi eller om det innebär att det kommit en ny.

Efter dialog i Sveriges dataportals Community som DIGG modererar, har en länk till Gitlab och datastrategin lagts upp på Nätverket NOSAD:s hemsida; de verkar för öppna data och öppen källkod inom det offentliga. Det är dock oklart om Digitaliseringsstrategin och Datastrategin är densamma.

Jag förstår om DIGG inte vill bita handen som ger de medel. Men att informationshantering får ske såhär från högsta instans kan inte underlätta andra myndigheters arbete mot dessinformation. Att kräva att sidor, dokument eller informations spårbarhet känns grundläggande.

Hur vet organisationer som är EU finansierade med denna strategi som grund att den fortfarande är gällande? Vem är ansvarig för att åtgärda och för att det inte ska hända i din organisation?

Såklart det är mer allvarligt när det är en sida med samhällsviktig information, men för de flesta är inte informationen på hemsidan oviktig.

Sveriges digitaliseringsstrategi https://lnkd.in/dKzCDujs
Nosad länkar till datastrategin https://lnkd.in/dxXyutFg
GovTech Sweden hänvisar till digitaliseringsstrategin https://lnkd.in/dwrSRQQw (som bl.a. Bron Innovation hänvisar till)

Sen skrev en bekant:
"Här är en snapshot av det den nya regeringen alltså tagit bort: https://web.archive.org/web/20220815080056/https://www.regeringen.se/regeringens-politik/digitaliseringsstrategin/ "

@Dennis_Priskorn jag är lite delad. För om vi tänker ett externt archive så ser jag en risk i att vi då får mindre morot till att få till en beteendeförändring och bygga säkert och tänka på data availability när vi publicerar och väljer informations forum eller data form. Absolut att frågan om att effektivt tillgängliggöra det är väsentlig men jag tycker frågan om att välja ett hållbart forum som är tillgängligt är högre.

Tänker att vi behöver få in Archive-tänket dvs data availability, både i kod och dokumenthantering som en naturlig del av lifecykling av data och systemutveckling. Precis som att vi ska få in dokumentation och lifecykelhantering när vi bygger.

I EU finns idag exempel på hur man fått in det ganska bra på en policynivå, i vart fall, när det kommer till kommissionens data och article hantering. De kallar det "document managmeent and archival policy.

Vidare finns för forskning Open Data Guideline och Metod. Jag ser inte varför delar av det inte kan användas i praktisk tillämpning.

Jag ser tillgänglighet av data på myndigheters sidor som en samhällstjänst och otillgänglighet av sådan därmed som en säkerhetsrisk. I grund och botten handlar det då om vår beredskap och går in i NIS-direktivet. Redan i ENISA:s rapport om NIS investments 2021 såg man att Sverige halkar efter när vi kommer till investering och FTE:s för att att säkra upp samhällsviktiga (och digitala) tjänster. Eller som det i NIS kallas "Operators of Essential Services (OES) and Digital Service Providers (DSP)".

Så för mig handlar det i grund och botten om hur vi ska få till kravställningen av nya (och befintliga) system och data/information. Hur vi ska definera de som är samhällsviktiga. Exempelvis MSB:s arbete med just informationssäkerhet som lyft sig mycket när det kommer till kommunikation och informationsspridning. Men det fortsätter att spotta ut pdf:er som leder till lång ledtid för informationsspridning ex rapporter om NIS årligen och den info som inte är pdf:er kommer ostrukturerat och otillgängligt exempelvis CERT-SE och termbanken som lanserades i oktober.

Vi måste våga kravställa arbetet kring informationssäkerhet, säkerhetsarbetet generellt samt policyhantering vid öppna data. Precis som att man i ENA haft tydliga ägare av byggblock respektive data.

@Dennis_Priskorn sa i Tyck till om sidan-funktionalitet:

funktionen "tyck till om sidan"

Jag skulle vilja gå ett steg längre och säga att "Felanmäl sidan" är ett minimum. Men vissa förändringar som "Tyck till om sidan" och hur de utformar formuläret skulle kunna minska deras arbete med kravhanteringen och exempelvis tillgänglighet.

Jag skulle önska att man har både "Tyck till om sidan design och funktion" (till produktägare/utvecklingsteam) samt "Tyck till om innehåll" (Webbredaktörer) sen komemr ju vissa hamna fel men då kan de länka om eller skicka mellan.

Men "Tyck till om innehåll" ska ha liknande funktion som vi har med citering här. Det ska va enkelt att hänvisa till och anmäla brutna länkar, bilder som saknar alternativ text eller information som är utdaterad/felaktig. Detta för att förhindra dessinformation.

Detta kommer ju till viss del för vissa aktörer i Digital Service Act, men jag har inte satt mig in i om exakt vilka som omfattas. Har skrivit om DSA här på LinkedIn.

@davidlars snyggt! Lästips om du inte sett är UK som har en ganska bra guide om säker utveckling som är oberoende av produkt/leverantör. De kallar det inte DevSecOps men eftersom de pratar om att säkra "development and deployment" samt hur man jobbar med "continous delivery", "infrastructure as code" och "continually testing" så är de väldigt nära även om det inte är samma stämpel.

De har även gjort ett forskningsprojekt om hur man motiverar utecklare att skriva säker kod och det resulterade i ett toolkit.

@Dennis_Priskorn oj, det gör jag hela tiden med screenshots. Om jag inte missförstår dig är det ungefär vad du efterfrågar?

Screenshot från webb tagen nu:

Screenshot av hur det såg ut för att klistra in screenshot ovan:

@Jonas-Nordqvist kul! Jag tänker att SKR, Arbetsförmedlingen och regeringen (arbetsmarknadsdepartementet och utbildningsdepartementet men även exempelvis Delegationen för unga och nyanlända i arbete) bör ha mycket erfarenhet från att vara konsument av data med flera kommuner som producenter, men behov av enhetlighet för att kunna analysera den.

Säger inte att de kommit i mål men de borde ju ha god erfarenhet att dela med sig av. Spontant tänker jag på Tekniksprånget (egen hemsida här) som visserligen har många i privata sektorn och några kommuner som producenter. Och eftersom Kungl. IngenjörsVetenskaps Akademin driver det på uppdrag av Skolverket så kanske även dem anses vara data producent. Men regeringen har ju beviljat nya anslag (utefter utvärderingarna) vid flera tillfällen sedan 2012 så tänker att det är ett exempel på där rapporteringen och samverkan har fungerat.

Ett annat alternativ där det är väldigt kommunintensivt som dataproducenter med krav på uppföljning är intensivår inom etableringsprogrammet som redovisades i januari i år.

@Dennis_Priskorn NodeBB community (som community bygger på) skriver själva i sitt community att NodeBB är en så pass progressiv webb app och kan bli implementerat i mobil app / "wrapper" och installerat direkt på hemskärm av supporterade enheter.

Jag tror definitivt man ska gå på en utveckling för hela NodeBB och inte denna instans om man ska göra förbättringar eller omtag. De har en tag för mobile i sitt forum och du kan sortera på feature request om du bara vill se det.

@tormund absolut! Och där är avvägningen mellan att få det på plats eller lära sig något nytt. IFTTT har använts frekvent men försöker ju bli lite mer haj på kod och då känns det lite som fusk

Nu kommer vi lite off topic men superkul att ni tagit fram detta och återkommer när jag testkört det, oavsett form!

@mattias sa i Digital dialog kring Sveriges insatser och åtaganden för en mer öppen och transparent offentlig sektor:

Det bör finnas dokumentation kopplat till API:er så att människor som inte är så tekniska kan läsa mer för att lära sig använda öppna data.

Håller med, och vill även slå ett slag för förhandsvisning och/eller exempeldata. Jag tycker ibland en visualisering man kan kolla i utan att ladda ner hela datamängden, även om det bara är lite exempeldata ibland kan överträffa dokumentation för att få en snabb förståelse för användningsområdet.

I Publications Office i EU finns i vissa dataset knappen "Browse content" som omvandlas till "Dataset details" i bilden nedan.

Exempel nedan från Asset classification. Publications Office i EU. Man ser även var "Contribute"-knappen ligger för att kollektivt kunna underhålla datamängden.

@mattias sa i Digital dialog kring Sveriges insatser och åtaganden för en mer öppen och transparent offentlig sektor:

Tack, du är en bra länkjägare!

Vilken fin titel! "Icke-officiell informationssamordnare och distributör" när det kommer till digitalisering och privat/offentlig sektor samt över olika marknader och mellan IT och verksamhet, har jag fått höra tidigare. Men "Länkjägare" lät ju mer coolt!

@tormund sa i energy data api:

Men vi har faktiskt funderat på att skapa en sådan tjänst som räknar ut detta åt dig, integrerad med smarta produkter. Du säger bara till när du behöver tvättmaskinen klar, så startar den när det är som billigast.

Jag skulle definitivt vara intresserad av sådant om jag kunde ha elbilsladdning hemma. Kanske kan tänka mig det framåt för tvättmaskin/torktumlare men just nu vill jag som sagt inte att det ska vara automatiserat utan det är ett datadrivet beteende och beteendeförändringen jag vill åt.

Tänker att det skulle vara bra för barn att få in tänket. Det är inte så att rött betyder att man inte får (eftersom ugnen kanske går varje kväll när det är rött) men man är medveten.

@tormund nej, det är ju inte ur kostnadsperspektiv utan mer för att få in en datastyrd beteendeförändring eller ens uppmärksamma eller vara medveten om hur vi använder el. Skrev slarvigt så tvättmaskin och torktumlare ska det vara men inte många kronor ändå. Vi har fjärrvärme via förening, så inte så många sätt att påverka det ur kostnadsperspektiv.

Har tänkt på ugn och laddning av elcykel. Men ur beteendeförändrings-perspektiv är ugn svårt. Det är ju inte direkt så att vi kan säga att vi äter kl 15 bara för att lampan är röd. Och laddning av elcykel är inte tillräckligt ofta för att det ska kännas lönt i mitt fall.

Tänker att kanske @Jonas-Nordqvist eller @jonass också är intresserade att ge input? Förutom @Nina_Berlin & @Maria_Dalhage.

Jag tänker att fler subkategorier gör att det blir lättare att skapa specifika trådar så de inte "svävar ut" men utan att trådarna försvinner och man kan hitta det man är intresserad av på olika nivåer.

@tove Ytterligare beskrivning av förslag på innehåll i kategorier ovan:
A. Tänker att separera feedback på dataportalen och community skapar tydlighet i trådarna och förenklar om det är olika produktägare/moderatorer osv.

B. Community Nya förslag: Uppmuntra svensk diskussion men glöm inte hänvisa till NodeBB community "feature request" så vi tar tillvara på open source, vi behöver inte bygga allt själva!

C. Innehåll: Förutom hur moderering och kategorier fungerar samt användarvillkor osv som idag. Kanske trådar av acceptering av villkor av moderatorer och/eller alla medlemmar innan de släpps in.

E. Utbyte av hur andra satt upp infrastruktur, plattformar och applikationer. Service och tjänster, för att hantera öppna data / api och öppna system.

F. Specifikationer & API implementation: syftar till att exempelvis kunna diskutera metoder för API-versionering eller tekniskt få ihop olika specifikationer. 

H. Här tänker jag standarder och vägledning som för användaren är icke-öppna eller tvingande pga organisation eller bransch. Eftersom inte alla standarder är öppna så faller de ju inte under öppna standarder kategorin, exempelvis ISO (licens) och kan bli tvingande för dataproducenter och datakonsumenter pga att organisationen de verkar i är ISO certifierad.

@Maria_Dalhage sa i Arbete med att få tydligare diskussionstrådar pågår:

För kännedom. Just nu pågår ett arbete med att strukturera trådar och ämnen för att göra dessa läsbara och därmed också värdefulla för nya besökare,

I och med arbetet med strukturering tänkte jag om vi kan diskutera några förslag på ny struktur.

Nedan beaktar även följande och kan bli enklare att förstå om de första inlägget per tråd lästs Har olika grupper av moderator för olika kategorier övervägts? samt Har plugin Question and Answer övervägts? (Q&A, Frågor och Svar, Resolve / Unresolved).

Förklaringsmodell:
[M: XX] = Förslag på modereringsgrupp
Fetmarkerat = Ny kategori eller namnändring
(XX) = Förslag på inställningar
X >> Y = Förslag att X namnges Y
XX >> Y = Förslag att XX tas bort och ersätts av Y
Punktlista = sub-kategori
Bokstäver enbart för att förenkla hänvisning och namnförslagsändringar i diskussionen och inte tänkt att ingå inamn.

Förslag på kategoriförändringar:
(inte fullständig struktur och utan inbördes ordning av huvudkategorier)

A. Feedback på dataportal.se

B. Feedback på detta Community för dataportalen

• Community Plug-ins
• Community Nya förslag
• Community Inställning & Konfigurationsförslag
• Community Struktur & Moderator-diskussioner

C. Om detta Community >> Info om detta Community, olika kategorier & användarvillkor (Read only dvs disablea "Create Topics")

D. Digital Infrastruktur >> Ena - Sveriges digitala infrastruktur

• API-profilen >> REST API-profilen
• Mina ärenden

E. Diskussion infrastruktur för öppna data & öppna system

F. Data

• Efterfråga data och API:er
• Tips om öppna datamängder
• Specifikationer & API implementation

G. Arbetssätt och organisation

• Tekniskt arbete öppna digitala resurser ex DevOps
• Dataproducent ex Data Governance
• Datakonsument ex inköp

H. Lag och förordningar >> Lagar, förordningar, standarder samt vägledning

• Lagar och förordningar
• Standarder, rekommendationer & vägledning

(Info: detta inlägg kommer uppdateras löpande tills denna text tas bort, och med länkar till andra diskussioner Löpande diskussion uppmuntras men notera att inläggen nedan kanske inte beaktar det förslag du ser här nu. /2022-11-25)