Community på Sveriges dataportal

@jamespether jo det förstår jag. Har du frågat/de svarat om varför datamängden togs bort? Du kan väl begära ut den igen? Och då begära den som API.

@jamespether har du provat att begära ut datan från registratorn? Enklast är att göra det via handlingar.se

@jenniferskoglund poängen är väl inte att man kan få notiser om man vill utan att det bör ändras så att standardinställningen uppmanar till att besöka oftare. Kanske när nya trådar skapas eller veckosammandrag, då skulle det bli fler än en intim grupp av cirka 20 personer som skriver här regelbundet

@Dennis_Priskorn jag förslår att du mailar registratorn på försäkringskassan via handlingar.se eftersom detta forum inte verkar vara en support kanal och jag har aldrig sett någon från FK här. Länka gärna till din förfrågan på handlingar här i tråden så kan andra följa och hitta ditt svar.

@Raniz om du inte aktivt väljer licens så förstår jag det som att det är copyright som träder in.

Väljer du att publicera på Github så träder Githubs Eula in.

@Nina_Berlin Jag tror du missförstår något. Hur menar du när du säger följande?

Finns det ett öppet API...

Jag syftar på att ni när ni skördar och eller publicerar datamängder faktiskt kan ställa krav på dessa saker. Kanske genom att ge betyg/stjärnor baserat på hur driftsäker API:et är. Då skulle incitamenten börja etablera sig för hur man publicerar bra datamängder.

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

@Maria_Dalhage

En enkel approach skulle kunna vara att låta publicera två API-endpoints för just API:er:

• /healthcheck är ju en vanlig som brukar returnera 200 när tjänsten mår bra. Denna skulle DIGG kunna pinga en gång i minuten för att se statusen.
• /changes skulle kunna vara en JSON-array med de senaste nyheterna som DIGG kan konsumera och publicera som RSS.

För fasta datamängder så borde digg vid varje skördning eller nyuppladdning automatiskt kräva fritext på engelska och svenska för vilka ändringar som gjorts alternativt en diff mellan version n och n+1 vid automatisk skördning.

@Dennis_Priskorn sa i Licenser för öppen källkod:

Rädslan för GPL ska "smitta" genom att man linkar program med den är alltså inom EU helt inbillad.

Ja precis, det verkar så. Men nu när jag reflekterat en bit så undrar hur det ser ut utanför EU. I det fall man vill bygga ett multinationellt bolag kanske ändå "virala" licenser spelar roll. Även om bolaget en bygger till en början inte är multinationellt så kanske en har aspirationer till att bli det.

Jag tror att om önskan är att sprida och göra nytta till så stor andel som möjligt så kanske dubbellicensiering ändå kan vara en klok idé, kanske just för att alla inte läst det juridiska utlåtandet (jag uppfattar ändå en utbredd åsikt som liknar min egna högre upp i tråden). Där kommer nog många inte ta på sig uppgiften att läsa på utan bara saka de man tror är virala. Ofta i privata bolag tas just dessa beslut av enskilda utvecklare eller utvecklare i grupp, helt utan juridisk kompetens.

Med det sagt skulle det vara intressant att se en juridisk genomlysning säga att "det spelar roll" eller "det spelar ingen roll" om man har internationella ambitioner.

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

Det här är en viktig poäng som jag skapade en separat tråd om!

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

• Ett RSS-flöde per datamängd för poster om Driftinfo som konsumenter kan övervaka maskinellt eller i en RSS-läsare.
• E-post-lista där konsumenter kan prenumerera sin driftavdelning på information från publicisterna.

Ping @Nina_ @Maria_Dalhage m.fl. på DIGG.

@Peter_Bengtsson sa i Licenser för öppen källkod:

...
@Stefan-Wallin

Sedan är det till stor del en fråga om vad man vill signalera - licenser är inte "virala" i EU enligt flera analyser.

• https://joinup.ec.europa.eu/collection/eupl/news/why-viral-licensing-ghost
• https://joinup.ec.europa.eu/collection/eupl/news/why-eupl-not-viral-l

Detta är rätt gamla texter, men verkar fortfarande relevanta. Nu verkar det visserligen finnas fall där GPL har upprätthållits, men det påverkar sannolikt inte användningen av EUPL eller LGPL som båda uttrycker att proprietära system får använda mjukvaran utan vidare licenskrav.
...

Tack för bra länkar och information. En lär sig så länge en lever! Jag har härmed ingen stark åsikt i frågan om licenser!

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

@Magnus-Sälgö fast att ta till sig materialet är inte något som t.ex. en utvecklare måste göra, man kan ju bygga tjänster på svenska även om man inte kan ett ord svenska, vilket underlättas när API:er och JSON-svars nycklar är på engelska oftast.

@mistral absolut! Och gärna hosta en egen OSM med all sin egna data på också och sätta upp en replikering eller federering imellan officiella internationella och den egna så man har koll på datan även om OSM försvinner.

@nilsw-ra Alla URI:er bör i LD/RDF-sammanhang ses som persistenta i min mening. De är ju en sökväg till det som den persistenta identifieraren pekar ut. Exempelvis är DN's topic-id en slug(tråkigt) men också nästan meningslöst utan sökvägen

https://www.dn.se/om/

Ta ämnet usa t.ex: https://www.dn.se/om/usa/. Du kommer inte åt den länkade datan som syftades till på källsajten längre om länken ändras.

I ditt exempel med concept/term, är typen av vikt? Vad händer om jag använder samma persistenta identifierare utan typen eller med en annan godkänd typ? Vad tillför typen?

Om jag utan typen eller med annan typ får 404 är rimligtvis typen en del av den persistenta identifieraren i förhållande till hur systemet hanterar entiteten?

Om vi tar istället Wikidata som exempel så har de P-entiteter och Q-entiteter, där är P eller Q en del av identifieraren.

Vore bra om ni kunde se till så att detta forum starkare uppmanar till att användarna som tillhör myndighetssverige(åtminstone) tydligare i sina användarprofiler skriver vad de tillhör för myndighet och roll så att det går att bättre förstå vem som är avsändaren för inläggen. Vissa gör det utmärkt genom att i användarnamnet ha förnamn, initial och myndighetsförkortning. Men i profilen vore det ännu bättre!

Kanske genom att införa begränsning såsom max 5 startade trådar eller 5 svar innan profilen är ifylld eller något annat smart

@Eric Jag puffar för att Södertälje ska visa upp vad de har för datamängder som är användbara för medborgarna och rekommendera andra kommuner att använda samma eller väldigt snarlikt format och jobba för att skapa nationella standarder för de datamängder de publicerat där sådana saknas(som du nämner t.ex. vandringsleder och park). Kanske till och med förklara hur de kopplar ihop saker.