Community på Sveriges dataportal

@johantjader Vad är ni rädda för? Att skapa en organisation på Github som heter Ena, bjuda in alla i byggblocken och börja publicera kan göras på 5 minuter. Skapa ett Repo för varje byggblock och kör. Blev det inte optimalt, ändra och förbättra, länka vidare från gamla repon, byter ni till gitlab/bitbucket eller vad helst annat, länka vidare i readmen.

Att ta större grepp är en enkel undanflykt för att inget göra istället för att successivt bygga upp processer.

I mina ögon har ni genom detta enda beslut brutit mot 3 av 4 ställningstagande i det agila manifestot.

• Individuals and interactions over processes and tools (ni verkar vara rädda för att privata utvecklare ska synas på github och få ett renommé )
• Working software over comprehensive documentation (Få ut dokumentationen och ändringarna tydligt läsbart)
• Customer collaboration over contract negotiation (Ta emot feedback på ett lämpligt sätt genom ex.vis PR, diskussioner i issues)
• Responding to change over following a plan

@johantjader varför väljer ni att publicera som ni gör och inte i ett diffbart format som exvis github/gitlab/gerrit(🤮)/bitbucket? Tänker att det skulle vara enklare att se de faktiska ändringarna då.

@Maria_Dalhage sa i Byggblockens språk och internationellt perspektiv:

Jag som jobbar med öppen källkod på DIGG och därmed också deltar i Kommissionens OSPO-nätverk försöker aktivt jobba med att skapa förutsättningar för det jag kallar X-border coding. Vi behöver jobba aktivt för att den källkod eller data för den delen ska kunna återanvändas av andra.

Betyder detta att vi börjar närma oss ett svenskt OSPO?

@Jonas-Nordqvist sa i Delrapportering av uppdrag att främja delning och nyttiggörande av data:

@mistral För det första bör man inte skicka en förfrågan om "öppna data för...". Det finns det inget lagstöd för. Då får man yxskaftssvar som man inte ska tolka som att den offentliga organisationen inte kan lagen.

Jag är absolut ingen jurist och inte så väl bevandrad inom förvaltningens råmärken, så för mig blir detta stycke en väldigt konstig ståndpunkt givet 1:a paragrafen i den diskuterade lagen(2022:818) och det får du gärna försöka belysa om du har tid och möjlighet.

Jag saxar in paragrafen såsom den står skriven just nu på https://www.riksdagen.se/sv/dokument-lagar/dokument/svensk-forfattningssamling/lag-2022818-om-den-offentliga-sektorns_sfs-2022-818. Fetmarkeringen är min för att belysa varför jag blir fundersam.

1 § Denna lag syftar till att främja den offentliga sektorns tillgängliggörande av data för vidareutnyttjande, särskilt i form av öppna data, under förutsättning att krav på informationssäkerhet och skydd av personuppgifter kan upprätthållas och att det inte innebär risker för Sveriges säkerhet.

@Jonas-Nordqvist Men då är vi eniga om att det inte är mer öppna data per definition, men att vi har rätt att få det digitalt. Det borde öppna upp för mer storskaliga begäranden från kommuner och att det, som du säger, i sin tur leder till insikten att det är ekonomiskt med mer öppen data. Risken är väl att det förhalas med orimliga avgifter.

@Jonas-Nordqvist Vad menar du när du skriver "vilket verkligen inte är fallet."? Är det "öppen" data som du hänger upp uttalandet på?

Jag är ingen jurist men intresserad av att förstå varför 2022:818 inte skulle tvinga utlämnande i högre grad?

Så länge inte undantagen är uppfyllda så bör väl data göras tillgänglig för vidareutnyttjande på förfrågan?

@Stefan-Wallin sa i Spam-konton:

annan e-id-lösning skulle vara bättre?

Ja, om det fanns en bra id-lösning tillgänglig för alla så skulle det vara bättre. OBS att Freja också är stängt system, ägt och kontrollerat av ett företag.

Det jag framför allt är ute efter är att jag tycker att alla ska kunna delta, det ska inte vara begränsat till bara personer som använder BankID, eller bara de som använder Freja.

Om man säger att här måste den som vill delta först identifiera sig med BankID, då har man antagandet att "alla har ju BankID" vilket dels är falskt och dels bidrar till att ytterligare förstärka den dåliga situation vi redan har, det blir ett alt starkare tryck att man förväntas ha BankID. Vilket i sin tur innebär att man förväntas vara kund hos Apple, Google, Microsoft.

Instämmer att det är problematiskt! Dock har 98% BankID enligt svenskarna och internet. Vilket säkert även innefattar BankID på dator, inte bara mobilt.

Så pragmatiskt sett skulle det fungera bra med bara BankID. Vill man ha en heltäckande lösning så kan man utfärda E-ID med hjälp av pass istället(https://docs.grandid.com/).

@jonor sa i Spam-konton:

@Stefan-Wallin sa i Spam-konton:

Jag ser även vissa problem med anonymitet när det gäller påverkan av offentliga institutioner.

Vad tänker du på då, menar du påverkan från användare i det här forumet eller via andra kanaler?

Jag menar påverkan från användare i forumet på våra institutioner. Så länge det är enskilda medborgare som framför åsikter så är det ju okej. Men när det blir koordinerade påtryckningar blir det problematiskt. E-ID skulle kunna hjälpa till att mitigera problemet.

@elias bara så jag förstår dig till fullo, vad är grundanlesningarna till ditt uttalande? Är det:

• en önskan att kunna förbli anonym
• en önskan att offentlig sektor slutar vara beroende av bankerna för e-identifiering och att t.ex. Freja eller någon annan e-id-lösning skulle vara bättre?

För å min sida kan jag köpa båda men jag tenderar att vara pragmatiskt lagd med att ID-krav är en av de robustare teknikerna för att få bukt med spam på nätet. Jag ser även vissa problem med anonymitet när det gäller påverkan av offentliga institutioner.

@jonor ja jag flaggar varje vecka säkert 3-8 inlägg senaste veckorna. Kanske ska överväga BankID, captcha eller dylikt för kontoskapande?

@jonor låter som en helt separat bugg och därmed tråd.

Jag vill tipsa lite saker man kan tänka på när man har öppen-källkodsprojekt som kanske inte riktigt fångades i DIGGs policys runt öppen källkod.

Licenser:
Det är välkommet att i varje givet system där källkoden tillgängliggörs märka upp vilken licens som är den som gäller enligt det systemets praxis. Exvis på Github är det kutym med en LICENSE.txt samt att fylla i det i metadata-fältet för repositoriet. På paketsystem som NPM, RubyGems et.c. Så har även de ett metadatafält som ska fyllas i. Detta gör att projekt går att filtrera fram baserat på licenser

Förväntningar och känslor av ”entitlement”

• En bra podd på ämnet: https://kodsnack.se/488/
• Contributor guidelines, ett bra sätt att visa hur vi beter oss, även bra att referera till när man vill stänga issues som är irrelevanta eller otrevliga.
• I Readme’n högst upp skriva förväntningarna som kan has på repot. Hur underhålls det, hur snabbt svaras det i regel. Vilka system testas koden på.
• använda issue templates och där införa visdomen:

”Try to be nice, remember when writing that the maintainers are also human and they do this to best of their abilities”

@Maria_Dalhage tänker du på denna ticket?

https://github.com/DIGGSweden/dataportal-web/issues/4

Eller någon annan ticket som åsyftas?

@Maria_Dalhage sa i Kunna visa vilka datamängder som använder en viss specifikation:

@Jonas Nordkvist har påtalat att det vore bra att se vilka datamängder som finns publicerade utifrån en specifik dataspecifikation. Detta tycker vi också så vi har skapat en ticket kring detta. Tack för ett bra förslag. Vi återrapporterar i denna kategori.

Jag hittar inte detta ärende på https://github.com/DIGGSweden/dataportal-web/issues, tittar jag på fel ställe?

Se filmen:

https://youtube.com/shorts/Mo4aQ3Bwork?feature=share

Beskrivning:
När jag surfar på forumet med Brave Browser på iOS brukar jag utgå från sidan ”Olästa”, klicka in på ett ämne och sedan svepa från vänster till höger för att backa till olästa. När jag backar tenderar menyn att fällas fram men kan inte fällas bort, då måste jag ladda om sidan för att bli av med menyn och se vilka trådar jag ännu inte läst. Jag skulle uppskatta om det gick att backa utan att menyn täcker innehållet.

@Maria_Dalhage det här kan vara det enskilt bästa ni gjort, nu saknas(vad jag ser) bara en rekommendation till alla myndigheter och kommuner/regioner att införliva dessa policys i sina egna policyprogram!

@Maria_Dalhage så enkelt och så bra! Applåder!

Några synpunkter:

• Konstigt formulerat:
  

• borde vara: ”Källkod ska vara separerad från data och konfigurationsdata”

@Maria-Söderlind Jag tänker att om man inte har en publik backlogg så skapar man en, förslagsvis på github/bitbucket. Kostar inget och massor av myndigheter har redan repos där. Skapa ett som heter "publik backlog" och börja hantera ärenden där så är det gjort. Sedan kan ni börja hänvisa folk dit när det gäller feedback på era öppna data på era webbplatser. Skulle nog gå att få gjort på under en timme tänker jag.

@Maria-Söderlind sa i Hur vill Ni som använder datamängder kunna bidra med Wikidata Q-koden?:

Osäkerheten här är om vi kan få en publik backlogg (tror inte det i dagsläget)

Skulle vara intressant att förstå varför, till att börja med; Varför tror inte Du att det går?

@jonass sa i Hur vill Ni som använder datamängder kunna bidra med Wikidata Q-koden?:

http://www.wikidata.org/entity/Q889

Bra @jonass!!

Det som är så vackert med detta är att man då enkelt kan plocka ut vad exempelvis Afganistan heter på alla olika språk och inte behöver anlita lika många översättare som det finns språk

Här ett utdrag från några språk för ovanstående sida: