Community på Sveriges dataportal

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

@jonass sa i Community - Förslag Notiser:

Tror att någon (@Nina_Berlin) behöver verifiera att ovan repo är det som faktiskt används.

@Nina_Berlin tror inte du fick en ping av taggen när den lades i parantes. Kan du se om du kan verifiera ovan så vi kan hjälpas åt att översätta för ett bättre svenskt community?

@Nina_Berlin oj, såg inte ditt meddelande innan jag postade ovan och sidan laddade... Jag förstår bakgrunden och tycker det är en bra avvägning från dig som produktägare. Jag brukade själv alltid säga att jag aldrig ville ha edit-rättigheter även om view rights ofta kunde hjälpa mig att förstå behov från utvecklare, administratörer och editors om inte väldigt välfyllda testmiljöer fanns.

Nu tänkte jag mer på arbetsbördan jag förstår det måste lägga på få moderatorer. Att se hur man kan sprida det arbetet på ett säkert sätt såklart.

För det det som skapat bättre struktur och tydlighet med få kanske skapar raka motsatsen när forumet växer. Se gärna kommentaren ovan om radering/arkivering om jag missförstått kraven/behovet.

@Maria_Dalhage men om moderator plockar bort inlägg/"raderar" från tråden för oss som användare pga att det strider mot villkor (antingen enskilt inlägg eller kopplat till att en person blir avstängd). Är det ju inte en permanent radering utan kan återskapas av administratör i inläggshistoriken dvs det finns arkiverat, bara inte tillgängligt för användarna.

I länken diskuteras om det delete av avstängda användares posts och tycker den beskriver bra skillnaderna bl.a:

• Permanent radering av inlägg sker enbart om kontot raderas. Eventuellt om användaren eller administratörsinloggade konton raderar inlägg (men jag låter det va osagt).

Så om en moderator utanför DIGG skulle göra något som DIGG anser varit felaktigt kan det återställas och då tänker jag arkivlagen inte borde bli tillämplig?

(har inte läst igenom arkivlagen på typ 5 år så ursäktar om jag baserar det på utdaterade eller felaktiga antaganden)

Bild nedan från edit history för moderator taget från NodeBB Github bara för visualisering.

Kärt barn har många namn, men det jag undrar är om denna Q&A plugin har övervägts för vissa kategorier?

Tänker att det dels underlättar för användare och community var man kan inte svar och var man kan hjälpa till. Men också för att underlätta moderering.

Trådar kan både startas som Frågor eller Questions som det kallas i den engelska versionen eller omvandlas efter skapande. Dessutom finns funktionen att en tråd har Resolvats av viss post och att den kommer högst upp (lite som Reddit).

Ville inte lägga in för mycket bilder men i länken så finns många exempel på configuration.

Hej!
Har ju nu varit i detta forum vill säga lite drygt två veckor (och profilen höll med 17 dagar and counting). Jag ser vilket grymt jobb ni gör och att driva detta utifrån det regelverk en myndighet står på är beundransvärt. Så jag har all förståelse för att detta kanske inte är möjligt, men för att avlasta modereringen.

• Har det övervägts att ha olika modereringsgrupper för olika kategorier? (ni kan ge behörighet för moderering enbart till viss grupp för viss kategori (länk), så ni kan ha kvar global moderator)
  • Så nedan skulle vi kunna ha en grupp "Moderators, Skatteverkets API:er" (tar den kategorin som exempel nu bara.) Under "Detaljer för gruppen" skrivs vilka kategorier gruppen modererar och det syns ju vilka som ingår.
    
• Förslag på struktur: I kategorin sedan så skriver man i pinnat inlägg (precis som nu) vad syftet med kategorin är men även vilken grupp som modererar (och admin ska även kunna välja att den gruppen får anmälningar från den kategorin).
  • Om man vill ha extrem tydlighet och transparens så skulle jag i den pinnade tråden som är låst, låsa upp varje gång en moderator tillkommer till en kategori eller användarvillkoren ändras så den får "skriver under på" att de modererar utifrån XX villkor och läst senaste.
    

Det blir väl en fråga om vilka individer som ska ha möjlighet att moderera men jag tänker att åtminstone anställda på andra myndigheter. Men även de privata aktörer som är medlemmar i privata sammanslutningar som myndigheter är del av exempelvis NOSAD borde vara okej.

Jag ser att det kanske blir lite rörigt i omställningen men tror det skulle frigöra tid för moderatorer och i längden skapa ett bättre klimat i forumet för att fler kan hjälpas åt.

Någon som vet om det övervägts? Ser några problem jag inte tänkt på?

@jonor @mattias jag tänker att ni säkert sett att det finns men någon som är inne här kanske inte har hittat dit. Det finns en lång kedja i NodeBB Community där de diskuterar för och nackdelar med discourse vs NodeBB.

Trådstartaren skrev 2014 "I saw another discussion "DISCOURSE IS BETTER" but that's not very productive. Instead let's look at what each does better than the other.

I'm posting this under feature requests because that is where I hope this conversation leads."

Så förhoppningsvis har de använt det för utvecklingen och bli bättre, tråden levde senast nov 2021 och 132 inlägg in (jag har inte läst alla).

@Ainali sa i Community - Förslag Notiser:

översättningen var inkonsekvent

Hittade att NodeBB community (svenska kanalen, med inga svar ) faktiskt efterfrågar hjälp med översättning till svenska. Tydligen har vi bara kommit upp i 45% översättning.

@Ainali sa i Community - Förslag Notiser:

inkonsekvent

I see! Det håller jag med om men tycker det är vanligt idag med manuellt inkonsekventa översättningar. Tänkte man kunde tänka utanför boxen. "Du har fåt 9 ryggdunk" skulle få mig att le iaf Men kanske lite för långt utanför boxen?

Om du är kodkunnig kan du ju göra en insats här. Hjälpa till med stavfel och content brukar jag vara bekväm med men jag har inte försökt mig på nodebb än så håller mig lite innan jag ger mig på forumet Är forumets kod öppen källkod?

@jonor sa i Bilder går inte att klistra in:

Problemet är nog att det inte verkar finnas någon offentlig verksamhet som är kapabel att lägga resurser på detta i nuläget.

Nu tycker jag vi drar med lite väl breda penseldrag i tråkiga ordalag.

Det är öppen programvara, du och jag kan också lägga tid och resurser om vi är kapabla. Jag vet inte hur din tekniska mognad ser ut, jag jobbar på det men inte jobbat med (http://nodebb.org/) tidigare och inte i Gitlab heller. Här har du repo Är forumets kod öppen källkod?.

Jag brukar nöja mig på en övergripande förståelse av konsepten och läsförmåga av kod, men tycker det är kul att kunna hänga med i vad som händer. Men det gör också att jag vet när jag bara kan vara ett hjälpande bollplank och det finns alltid de som kan de ämnena bättre.

@Maria_Dalhage nu så! Väldigt intressant! Vet någon vad vi menar med "Job-to-job mobility of HRST"? HRST står för Houman resources in scence and technology.

Grymt kul att vi ligger så högt på både International scientific co-publications och Public-private co-publications.

Också väldigt intressant att se att vi har så hög andel av Knowledge-Intensive services i förhållande till EU

Reflekterar om en sjunkande andel Intellectual assets kan bero på ökad användning av öppna data och källkod?

Och att både Researchsystems och Innovators har ökat samtidigt som Finance och support gjort det.

Nu ska vi bara se till att vända på denna nedåtgående trend.

@Dennis_Priskorn som sagt, att skriva förslag på lag här gör ingen nytta om du inte vill ha input men du skriver inte en enda fråga.

Nu missade du allmänna motionstiden till Riksdagen med en dag för att du inte skrev till dom direkt istället men du kan fortfarande svara på remisser (som jag länkat tidigare) eller påverka genom konstruktiv dialog i rätt forum.

@Dennis_Priskorn sa i Förslag: Ny lag om DNSSEC för alla viktiga samhällsfunktioner:

enkelt via denna lista undersöka maskinellt om alla följer lagen

Denna är jag dock tvek till om det inte sker genom en aktiv och/eller förutsebar handling. Nu kanske det inte anses vara myndighetsutövning om det sker från myndighet till myndighet (dålig koll) men om tanken är att det bara ligger ett api som kollar om du är complient eller inte och skickar en anmodan om vite eller varning, så är jag tveksam till att det blir rättssäkert.

@Ainali sa i Community - Förslag Notiser:

Gilla

haha, jag var så inne i notis-vyn så missade faktiskt att den hette gilla här. Var just "rösta upp" och "uppröster" som kändes som vi verkligen inte ville säga like

@Ainali sa i Community - Förslag Notiser:

Som användare upplever jag heller inte att jag röstar på något

Valid tanke, men är syftet att vi vill "rösta" på något med Gilla-knappen eller är det att vi vill kunna ha Quiz?

Inte för att jag tror att detta forum kommer leda till den hetsen efter likes men tänker att det är ju något som gjort att många plattformar som Instagram mfl har exprimenterat för att gömma antal likes även om man kan likea. Så tänker att känslan att man inte "röstar" utan mer klappar någon på axeln kanske är bra?

Döpa om till "High five" eller svenska alternativ "Ryggdunk" "Ge mig kardan" för att ta bort känslan av rösta?

@Jonas-Nordqvist tack för länk, @Dennis_Priskorn jag kommer faktiskt flagga detta inlägg för det är dessutom väldigt liten koppling till öppna data eller interoperabilitet.

@rcoswe intressant, jag tittar till Statskontoret, men det är sant att de myndigheter som ligger under Riksdagen ibland inte redovisas då exempelvis Riksrevisionen.

Och nu när jag tittar ser jag att Statskontoret har ingen data i dataportalen utan nedladdning men hänvisar samtidigt till SCB så kanske de tillhandahåller deras data.

@rcoswe sa i Finns det en sammanställning eller fil över myndigheternas publicering av öppna data?:

ett antal muséer

Jag uppfattar det som att Statens historiska museer är en myndighet som har flera museum under sig. Liksom att utlandsmyndighetera ofta räknas ingå/vara en del av Regeringskansliet.

Om du ska göra en egen bedömning skulle jag se på de källor som Skatteverket anger i sin vägledning som utgår ifrån RF och TF

Avseende myndigheter som sådana har jag bara hittat denna datamängd men den särskiljer inte på myndighet utan man måste manuellt filtrera utifrån taggar som vilket departement det tillhör och om det är domstol osv.

@rcoswe sa i Finns det en sammanställning eller fil över myndigheternas publicering av öppna data?:

Nu måste skriva klart min rapport.

Lycka till!

@mattias sa i Samverkan för fri e-legitimation:

@tove Spännande! Du får gärna tipsa om länken.

Absolut! Länk till upphandling av ramavtal för Supporting Activities in the Area of Electronic Identification, Trust Services and Digital Wallets. Under tab Document Library har ni spec och draft contract osv. Estimerat värde är 6 milj euro. Ni får hojta om ni skulle önskar stöd i ansökan eller vill diskutera NIS/NIS2 något.

Description är "The purpose of this call for tenders is to provide support for the ENISA work in the area of electronic identification, digital wallets and trust services, throughout the years 2023-2025. ENISA will continue its work on supporting public and private bodies in implementing the eIDAS Regulation by addressing technological aspects and building blocks for trust services, electronic identities and digital wallets. The actual projects to be covered will depend on the actual text of the eIDAS revision and the output of the ToolBox process for a coordinated approach towards a European Digital Identity framework. Moreover, the interplay between NIS2 Directive and eIDAS revision will be included covering cybersecurity and governance requirements.Aspects to be covered will be agreed with the EC and MS through the eIDAS related experts groups (ENISA ECATS/former ENISA Article 19 EG, eIDAS Cooperation Network, eIDAS EG, Forum of European Supervisory Bodies / FESA)."