Community på Sveriges dataportal

@IsakWirgen det låter vettigt med bredare perspektiv samt bredare målgrupp för frågor.

Jag sitter lite tajt till närmsta dagarna, men kan se om jag kan komma loss torsdag eller fredag. Mailar dig.

@davidlars Hallå, kan du maila mig på bjorn@hagstrom.nu? Skulle vilja ta en lunch:)

@Larsam Fantastiskt bra initiativ!

@Maria_Dalhage Tror ni tänker helt rätt med öppna forum och med oinspelad tid under seminarier. Jag försöker själv förstå bättre varför frågor som känns självklara för mig inte ställs i god tid. Varför öppen källkod öht inte ens tas med som byggkloss.

Att fånga in frågor innan seminarier/workshops tror jag på. Ett sätt att fånga upp en och besvara allmänna frågor.

Jag har sett att vissa molnleverantörer börjar prata om kurerad open source (testad, kvalitetssäkrad, uppdaterad) och de har numera app stores som kan köras on prem (eller i molnet givetvis). Hur bra det funkar i praktiken kan jag inte svara på men jag tror att den här modellen kommer att bli populär. Snabbt och enkelt att direktupphandla och testa.

Och i den andra änden det här behovet av att lyfta blicken och få utifrånperspektivet, att få hjälp att se vilka utmaningar som vi delar med många andra org.

@lundst1 Är Screen9 för avancerat? Används av bl.a. DIGG och har utvärderats av eSAM.https://screen9.com/esam/

@Dennis_Priskorn Tack, det gick ju rätt bra när man kommit igång med quickstatements. Även om det var en del tankenötter och krångel på vägen så är det ett intressant lärprojekt. Tack för stöd och tips om Wikibase från dig och @Magnus-Sälgö också.

@jonass sa i Involvera slutanvändare i källkoden för ökad transparens:

Lovade återkoppling. Resultat: https://arbetsformedlingen.se/nystartsjobb

Är lite nervös då väldigt många kommer se denna länk, hoppas att detta blir bra och relevant. Många likes (ert stöd) uppskattas. 😉

Snyggt med changelog https://gitlab.com/arbetsformedlingen/www/nystartsjobb-test/-/blob/master/Changelog.md

@Maria_Dalhage

Fick en fråga om presentationerna som vi visade på NOSAD- workshop i september om Licensval för Open source.

Kolla gärna denna länk för presentationsunderlag som visades på eventet samt inspelning.
https://nosad.se/workshops#licensval-för-öppen-programvara-inom-offentlig-sektor

@PerAnd Hej 🙂
Det resonemang som finns med i förstudien är generellt hållet för förstudien var främst till att utforska och resonera kring om Arbetsförmedlingen borde välja ett e-arkiv baserat på standardsystem eller på öppen källkod. För att därefter koppla till ett förslag på strategi för digitalt bevarande. Tester och vidare analyser(inklusive de för att säkerställa säkerheten) kopplade till specifika systemlösningar kommer ju alltid behöva göras innan ett skarpt införande. Vi nämner däremot potentiella åtgärder/konsekvenser av en säkerhetsskyddsanalys under kapitel 2.7.3.. De resonemangen är främst hämtade från SSC arbete men vi ser att det är frågor som blir relevanta för alla myndigheter.

Det jag försöker förklara är att förstudien inte bör ses som en utvärdering av specifika systemlösningar. Alla omnämnde av specifika lösningar är del av en omvärldsbevakning för marknaden av e-arkivsystem.

Informationsklassningen är även en stor del i leveransprocessen där varje leverans klassas, så där har du rätt att det är något vi gärna håller på med 🙂

Liknande FLOSS best practices criteria finns även Standard for Public Code, med mer fokus på att möjliggöra samarbete mellan myndigheter.
(För full transparens, jag arbetar med den.)

@Stefan-Wallin tack! Detta är på gång i den omfattning som vi har möjlighet att styra. Men det vi hoppas är att bara genom att vi har dessa riktlinjer så kan det ta bort en osäkerhet för dem som inte ännu har kommit igång med att dela eller ens kravställa open source.

@jonass egna Wikidata objekt är det enkla med risk att på en öppen plattform kan det tas bort...

Variant 2 är att göra samma som Anslagstavlan och lägga det i "min wikibase.cloud" sedan skall man hacka ihop lite javascript som kör SPARQL sökningar... typ.... det jag började testade på GITHUB Anslagstavla

GITHUB Anslagstavla index.html GITHUB Anslagstavla index.js - kör mot WIkibase på Wikicommons skall göras om till SPARQL swebase och NOSAD....

har dock lite kodtummen mitt i handen... men skall försöka orka....

Anslagstavlan har instans av Q240 - se bild nedan ?r wbt:P2 ?AnslagsTavla Nosad skulle kunna vara instans av annat Qnummer

0855f2f7-f227-4fb3-be12-c45ffaf3de5f-image.png

Lista dom egenskaper jag skapat på denna instans lista objekt som använder P2

@Maria_Dalhage

Den 16 september deltog jag på Open Source Driving the European Digital Decade som anordnades under Tjeckiens ordförandeskap i Ministerrådet.

Här kommer min sammanställning samt reflektioner: https://nosad.se/Brno

@Matself

Jag vågar påstå att det är väldigt få (om ens några) upphandlingar av IT-relaterade tjänster som explicit eller implicit diskvalificerar öppen källkod.

Den stora förflyttningen som skett de senaste 10-12 åren är att stora delar av offentlig förvaltning har gått från upphandling av "produkt" till upphandling av "tjänst" och därmed ett minskat beroende av hur och med vilken eller vilka programvaror tjänsten produceras.

En myndighet, region eller kommun som upphandlar en tjänst för ett specifikt verksamhetsbehov (ärendehantering, diarieföring, kontaktcenter, e-arkivering osv) fokuserar idag på funktionella krav och kvalitetskrav - inklusive krav på säkerhet - och att leverantören i övrigt bedriver sin verksamhet på ett ändamålsenligt sätt. Vilken/vilka programvara/-or leverantören använder i sin datahall för att producera/tillhandhålla den efterfrågade tjänsten är helt egalt.

Att data och metadata ska kunna exporteras från tjänsten vid avtalets upphörande ställs det också ofta krav på.

Men det kan ju finnas andra anledningar till att Öppen programvara inte slagit igenom vid funktionsorienterade upphandlingar. En spaning jag har gjort är att många offentliga verksamheter inte längre vill ha en "kundunik" lösning utan premierar en väl fungerande produktförvaltning, med en uttalad roadmap, releaseplan, patchar osv., högre än friheten/möjligheten att skräddarsy It-lösningen precis efter verksamhetens behov.

Det i sig är ju inget som utesluter öppen programvara men jag tror att vi behöver se över affärsmodeller, gränssnitt och leveranskedjan för att få se mer av den i offentliga upphandlingar, åtminstone för de olika slag av upphandlingsobjekt som jag exemplifierat ovan.

@joho68

https://git.fpfis.eu/ec-europa/digit-joinup-reference

EUROPEAN UNION PUBLIC LICENCE v. 1.2
EUPL © the European Union 2007, 2016

Requirements:
A regular LAMP stack running PHP 7.4.0 or higher
Virtuoso 7 (Triplestore database)
Apache Solr
NPM 8 or higher

depends_on
- mysql
- sparql, image: tenforce/virtuoso
- solr
- redis
- mail, image: mailhog/mailhog
- selenium

"drupal/core": "^9.4",

@Maria_Dalhage Hej, finns det något mer sätt att följa utvecklingen än att delta och lyssna till vad som sägs i realtidsmöten?
Finns det några löpande sammanfattningar av det som sägs eller av hur arbetet fortgår?

information om Ena. https://www.digg.se/ledning-och-samordning/ena---sveriges-digitala-infrastruktur

Löpande information

Är du intresserad av att följa utveckling? Första tisdagen i varje månad håller DIGG ett öppet informationsmöte för alla som vill veta mer. Läs mer och anmäl dig i vår evenemangskalender.

@jonas-nordqvist bra inspel. Jag tänker att det som är syftet med att skriva en debattartikel är att just väcka debatt och precis som du skriver känns vissa av punkterna mer realistiska och värda att eftersträva än andra.

Punkt 2 vill jag debattera: DIGG har sedan 2019 en policy som säger att det vi anskaffar i första hand ska vara öppen källkod, och vidare att det vi utvecklar ska licensieras som öppen källkod. Detta rimmar med vad som står i Regeringens digitaliseringsstrategi (2017), vad som står i Regeringsuppdrag kopplat till Ena och vad EU:s ministrar skrivit under i olika deklarationer senaste Strassburgdeklarationen som skrevs under i mars i år. Det som är unika processer hos olika myndigheter kan vi behålla och med öppen källkod kan vi ju vidareutveckla och modifiera. Men om jag tittar på alla de projekt som jag har deltagit i eller lett. Vi är sällan så unika som vi vill tro, och viljan att hitta gemensamma nämnare med andra gör att vi blir dåliga på att samarbeta.

Punkt 7 håller jag helt med dig om!

Punkt 4 kanske är den viktigaste punkten. Skatteverket har kommit långt här och har nu till och med en egen kategori i detta Community för att leverera API-först!