@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

@MalinÅ

På sidan 18 står det:

"I förstudiens hot- och riskanalys upptäcktes 7 risker med en riskbedömning inom det här intervallet, varav en är specifik för COTS-lösningar och benämns nedan."

I tabellen finns dock bara 6 risker redovisade. Saknas det nån eller är det ett skrivfel?

@Dennis_Priskorn @Stefan-Wallin

Jag tänkte främst på formuleringen "Rädslen för GPL ska "smitta" genom att man linkar program med den är alltså inom EU helt inbillad."

Vilket antyder att du tycker att det är OK att använda exempelvis GPL-licensierade bibliotek och strunta i den virala delen av licensen bara för att det inte är förenligt med EU-lag.

Alltså, inte ett avtalsbrott i laglig mening, men inte särskilt snällt mot författaren.

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

Tack för alla svar! Sätter ihop ett förslag med en smakfull länk längre ner på sidan. Ni får granska sen. Använder nog en inforuta https://designsystem.arbetsformedlingen.se/komponenter/digi-info-card/oversikt. Kan förövrigt tipsa om vårt designsystem som jag hoppas fler tar till sig och anpassar till sin egna verksamhet. https://gitlab.com/arbetsformedlingen/designsystem/digi

@jonass organisationsnummer alt. skapa ett Wikidata objekt borde duga….

Snyggast vore kanske att ha samma som de organisationer som finns med dataset i dataportal.se

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

@jonor Jag skapade ett nytt ämne för vidare diskussion om finansiering och uppföljning av stödprojekt för öppen källkod och öppna data, eftersom det börjar avvika från trådens huvudämne om hantering av IT-säkerhet.

https://community.dataportal.se/topic/320/uppföljning-av-support-projekt-för-användare-av-öppen-källkodsprodukter

@jonass Will do 🙂

@salgo60-ej-aktiv @salgo60-ej-aktiv LinkedIn och Arbetsförmedlingen har lite olika roller och beroenden. Det som är viktigt att tänka på är att Jobtech och LinkedIn skiljer sig mycket åt kopplat till öppenhetsperspektivet. Jobtech är del av ett öppet ekosystem (vi har öppna data, öppen källkod och öppna format) medan LinkedIn i sig är ett stängt Ekosystem. Vidare tar jobtech inte fram slutkundstjänster utan själva API:et, koden eller jsonfilen är vår leverans. Vi tar fram ”digital infrastruktur” som bl.a. LinkedIn kostnadsfritt får använda.
Men du har rätt i att offentliga delen av arbetsmarknaden har varit dåliga på att prata digitalisering. Förhoppningsvis blir det bättring på detta område särskilt nu när en bunt myndigheter; Arbetsförmedlingen, Skolverket, Myndigheten för yrkeshögskolan, Vetenskapsrådet, Universitets- och högskolerådet, Statistiska centralbyrån, DIGG och Vinnova ska utveckla förutsättningarna för tillgängliggörande av data och digital information om utbildning och arbetsmarknad, samt etablera former för förvaltning av en sammanhållen datainfrastruktur för kompetensförsörjning och livslångt lärande.

https://www.regeringen.se/49e75b/contentassets/c0adc7ccc191408796b2b246ecdc95e1/regeringsbeslut---uppdrag-att-utveckla-en-sammanhallen-datainfrastruktur-for-kompetensforsorjning-och-livslangt-larande.pdf

@bengtb Tyckte jag läste någonstans att Pega bygger på Java, men det kanske man inte ser så mycket av som användare av produkten.

Pega is a Java-based business process management tool which is used to build enterprise applications.

https://docs.pega.com/reference/86/how-call-through-java-based-services

Intressant att höra flera synvinklar.
Jag håller med om att öppen källkod inte alltid är ett gångbart alternativ i stunden. Jag observerade att arbetsförmedlingen jobbar med att få upp prestandan på ett öppen källkodsalternativ till Datomic (vilket är en mycket intressant och innovativ programvara vad gäller databasteknologi och koncept som jag gärna ser får större användning och spridning).

Dock bottnar ju detta ofta i en mycket ojämn resurstilldelning vad gäller proprietär och öppen programvara, vilket jag tycker gör att kvalitetsmässiga jämförelser inte blir helt rättvisa.

Därav min fråga om fördelningen mellan offentliga medel som läggs på öppen programvara respektive proprietär med sluten källkod. Hur mycket pengar lägger man t.ex. på inköp av officepaket och vad hade man uppnått med detta om man investerat samma belopp och resurser i öppna system för dokumenthantering?

Investera lika mycket medel i en öppen källkodsprodukt, 100 miljoner eller motsvarande som man lägger på den proprietära produkten, gör sedan en jämförelse av kvalitet och den allmänna tillgången till och nyttan av programvaran i samhällsssystemet över tid mot den proprietära produkten.