S
@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?
@Maria_Dalhage Jag tycker att skrivningen du hade om ihophängande plattform är bra, men jag vill tillägga att all kod som är att betrakta som bibliotekskod som genomför grundläggande datariktigthetsvalidering eller löser komplexa problem. Alltså kod som skulle kunna och kanske borde publiceras som fristående bibliotek använder en licens som tillåter vidareanvändning även i stängda plattformar som ex.vis MIT-licensen.
En rekommendation skulle kunna vara att dubbellicensiera sammanhängande applikationer så att all kod i lib-kataloger licensieras med ex.vis MIT medans övriga delar av plattformen licensieras med ex.vis AGPL/EUPL.
För att exemplifiera så kan man ta ett bibliotek som validerar personnummer, bankgiro, konverterar SWEREF eller liknande logik bör licensieras som (ex.vis) MIT just för att inte hämma innovation eller tvinga till att uppfinna hjulet på nytt. Dessa saker är ju dessutom algoritmer som borde vara oönskat att licensiera stängt eftersom det är en algoritm som ska delas mellan en mängd aktörer för att vara nyttosam.
@jonass sa i Tillgänglighet, SLA-nivåer etc.:
Servicefönster utannonseras i vårt forum i god tid: https://forum.jobtechdev.se/. Större förändringar av ett API är svårkommunicerade när man inte vet vilka användarna är. Därför är forum som dataportal.se och forum.jobtechdev.se så viktiga för att kunna föra ut budskap.
Som publicist av datamängder finns det då och då tillfällen då datamängderna behöver förändras i sin form, planerade avbrott genomföras eller vissa versioner av API:erna avvecklas. I dessa tillfällen finns inget standardiserat sätt vad jag känner till att få reda på dessa förändringar.
Jag tycker att detta vore en ypperlig funktion för dataportal.se. Detta skulle även kunna tjäna som statistikpunkt för "intresse" för datamängderna för publicisterna. Olika sätt att lösa problemet på är att tvingande vid publikation tillhandahålla någon av dessa:
Ping @Nina_ @Maria_Dalhage m.fl. på DIGG.
@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.
@Maria_Dalhage sa i Licenser för öppen källkod:
jag undrar över påståendet att använda tillåtande licenser för att inte hämma innovation, eller tvinga till att uppfinna hjulet på nytt. Tanken med copy-left är ju att säkerställa att programvaran fortsatt kommer hållas öppen just för att maximera möjlighet till vidareutveckling. Särskilt algoritmer borde väl vara copy-left med skälet att undvika inlåsningar och säkerställa att e kan delas? Du representerar ju privat sektor och utvecklingsföretag.
Jag är ingen jurst, men som jag förstår det så är det problematiskt för privat sektor i de fall det skapas företag med affärsmodeller som bygger på att källkoden för det privata företagets system fortsätter vara icke-öppen.
Låt säga att off. sektor skapar en specifikation för data som ska utbytas mellan system och även gör en referensimplementation. T.ex. en specifikation och implementation för budget-utbyte, reskontra, eller SWEREF->WGS84. Om implementationen är licensierad med GPL är det då bara fullständigt öppna system(som jag förstår det) som kan använda själva implementationen. Vill man följa samma standard så måste man då skriva en annan implementation istället för att om den var MIT(ex.vis)-licensierad så hade företaget kunna plocka in implementationen i sin helhet och potentiellt sparat mycket utvecklingstid.
@Maria_Dalhage sa i Licenser för öppen källkod:
Ser du hinder i att medverka till projekt som har copyleft-licenser? Finns det någon av dessa som du upplever "skonsammare"?
Att medverka i projekten av egen god vilja ser jag inga problem med.
@Maria_Dalhage
Ett annat alternativ är att integrera in klassiska GNU MailMan med en till tre e-postlistor för varje datamängd och uppmana publicister att maila till dessa vid rimliga tillfällen.
Jag skulle vilja få tillgång inte bara till öppna data, utan också skyddad data men som handlar om mig själv, så jag kan bygga tjänster där medborgarna kan utgå från sin egen data.
Exempelvis skulle jag vilja:
Ett förslag till hur detta skulle kunna fungera är att DIGG hjälper till att samordna ett sätt att där jag som medborgare med hjälp av e-legitimation kan genomgå en oauth-liknande flöde och ge en tjänsteanvändare möjlighet att ge en tjänst tillgång till min och de entiteter jag är ombud för's persondata eller organisationsdata inom det offentliga. Det bör kunna finnas ett enhetligt sätt att göra detta snarare än att varje myndighet ska ta fram detta själva.
@Maria_Dalhage @Peter_Bengtsson & @Josef_Andersson :
Här är en bra genomgång av licenserna.
https://github.com/readme/guides/open-source-licensing
Det jag pratar om är den egenskapen som kallas ”viral” i genomgången ovan. Alltså att den smittar ned hela systemet att också måste använda en viral licens. Vill man vara näringslivsvänlig så har jag förstått att man bör undvika den typen av licenser.
@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 Jag tror på något sånt här:
@jenniferskoglund eftersom ni inte själva vill lämna ut här på forumet men inte anser att det är problematiskt så har jag gjort en begäran via handlingar.se så nu kan alla som vill se remisssvaren.
https://handlingar.se/sv/request/alla_inkommna_api_synpunkter_pa#incoming-2439
Som jag förutspådde 2022-01-01 så är det grötigt att hänga med i vad som åsyftas av alla remissinstanser. Prova gärna Gitlab + Markdown-filer som ni kompilerar ihop till den profilsida ni har idag, då får ni både en vacker profilsida och data som data!
@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?
@Jonas-Nordqvist jag vet inte riktigt hur du vill att jag ska tolka ditt svar, menar du att jag skulle behöva jobba som IT-chef i en politiskt styrd organisation för ”att få perspektiv” på mina orimliga åsikter?
Eller menar du kanske att alla som jobbar nu har en annan lista med svar än min? Eller kanske rent av samma lista med svar men får ändå ”inget” gjort?
Oavsett tänker jag att regeringen pekat ut riktningen för länge sedan: ”…Sverige ska bli bäst på digitalisering…” men nuvarande arbetssätt ger inte det resultatet är min observation. Vi har bett om postnummer som öppna data i över 15 år nu…
@elias bara så jag förstår dig till fullo, vad är grundanlesningarna till ditt uttalande? Är det:
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.
@Magnus-Sälgö @jonass jag tror inte att det kan vara rimligt att använda html-klasser till detta likt schema.org, alldeles för bräckligt kodmässigt, ändra designen och risken är att någon sabbar semantiken, bättre att ha .json på alla entiteter man publicerar som är maskinläsbart. Då blir det åtminstone uppenbart att det kan finns någon konsument som är intresserad av JSON:en istället för random css-klasser.
Det jag menar är att vi inte ska gå runt och rekommendera att hitta på ett nytt schema.org-sätt för att skapa interoperabilitet.