Community på Sveriges dataportal

tackar - kommentarer var avstängda på videon men här är länkar till de olika delarna

5:43 Public Money, Public Code

Mirko Boehm, Open Source Ambassador, MBition / Daimler twitter

34:30 Källkod och data som digitala allmänningar

Per Runeson, Professor, Lunds universitet - twitter / scholia

55:03 Skapa nytta med dina medborgare;

Kim Lantto, Utvecklingsledare, Digitala service, Göteborgs Stad

1:25:50 Panel - ”Den nya digitala allemansrätten”

Jonas Södergren, Tekniskt ansvarig, JobTech Dev, Arbetsförmedlingen - twitter Carl Gleisner, Biträdande jurist, Wesslau Söderqvist Advokater - twitter Niels Paarup-Petersen, Riksdagsledamot, Centerpartiet - twitter / scholia Kim Lantto, Utvecklingsledare, Digitala service, Göteborgs Stad

1:59.20 Introduktion, Hur myndigheter kan beakta öppen källkod vid utveckling och anskaffning av programvara

Johan Linåker, Forskare, Lunds universitet - twitter / scholia

2:26:00 Hälsa och säkerhet hos öppna källkodsprojekt

Brian Proffitt, Manager, Community Insights, Red Hat's Open Source Program Office - twitter

2:57:20 Inlåsning och öppna standarder

Björn Lundell, Professor, Högskolan i Skövde

3:27:00 Panel - Hur möjliggör vi anskaffning och utveckling av öppen källkod inom offentlig sektor?

Johan Thelin, Foss-north twitter Carl-Eric Mols, Strateg kring öppen källkod, Addalot twitter Adrian Solitander, Programledare för CivicTech, Vinnova twitter Göran Westerlund, CDO Alingsås kommun, samt styrelseledamot i Sambruk twitter

@salgo60 Ser klart fram emot att diskutera 🙂
Naturligtvis kan man ifrågasätta Tillhandahållandet av maskinläsbar information om ett ting när dess URI anropas, men syftet är att tillgängliggöra och synliggöra. för att skapa mervärde.

@peter_bengtsson sa i API-licenser eller användarvillkor för API-användning?:

Den uppenbara lösningen är kringgå problemen genom att koppla (eventuellt anonyma) nycklar till API:et, antingen för att exempelvis tekniskt begränsa antalet anrop per sekund eller för att kräva godkännande av användningsvillkor innan nyckeln lämnas ut (då har man en teknisk mekanism som man kan knyta till användarvillkoren).

Gillar din liknelse med telefonkiosken Peter!

Ditt och även Öppnaskolplattformens förslag med att koppla användarvillkor till nyckelhantering är ju hur det till stor del regleras idag, men hur ska man formulera sig om man inte vill ha nycklar på öppna API:er?

Vi har tidigare på forumet diskuterat om det alltid behövs nycklar till ett öppet API och om nyckelhantering leder till begränsningar.

I fallet öppet API, med öppna data har vi inte alltid behov av begränsa anrop eller hur innehållet används. Vi vill också i större utsträckning länka till varandras data, och då kan nycklar eventuellt försvåra som jag tolkat det.
Så hur kan vi myndigheter signalera till en presumtiv användare att API:et är öppet och fritt tillgängligt?
Naturligtvis i dokumentationen, men kan vi komma till en standardforumlering, eller liknande som är begripligt på många språk? Det som har varit bra med vägledningen från DIGG och PRV gällande öppna data licenser är att det rekommenderas att sätta CCO för att tydliggöra fritt användande av data även i de fall då upphovsrätt inte är tillämpligt. Bättre en tydlig signal som säger varsågod än att det blir superkorrekt ur alla avseenden.

@dennis_priskorn eller kanske bara begränsning

@maria_dalhage sa i Hur arbetar ni med öppna standarder?:

interoperabilitet

gäller även datat att ha Semantic_interoperability

@Nina_Berlin Hittade nyheten. Lägg gärna den här länken där också.

Nu har videoinspelningen kommit! Gå in på https://youtu.be/UvtX4e_qRWY Inspelningen ligger också på nosad.se

@salgo60 kul att du uppskattade presentationen!