@etuna
Hej,
Jag tolkar din fråga som att du ska tillgängliggöra öppna data, dvs data som fritt kan vidareutnyttjas utan begränsningar.

Jag talar enbart utifrån min egna erfarenhet av att publicera fakturainformation/leverantörsreskontra som öppna data. Där tvättar vi bort eventuella enskilda firmors personnummer innan själva publiceringen. Det gör vi innan data laddas upp/publiceras. Vänd dig till din leverantör så kan de beskriva närmare vad verktyget gör och inte.

Men det är viktigt att poängtera att det är upp till varje enskild organisation att göra bedömningar över vad man har lagligt stöd för att tillgängliggöra, eller vad som inte är det. Den bedömningen görs på den data som planerar att publiceras. På digg.se har vi viss vägledning om olika perspektiv kring informationssäkerhet kopplat till publicering av öppna och delade data.

Fler får gärna bidra med erfarenheter!

@jonor Wikidata Egenskapen Open Data portal jag begärde en egenskap på Wikidata 24 jun 2020

den skapades 4 jul 2020 sedan matade jag in så många jag hitta se karta

7173e739-982f-4fb0-8f39-7d4d831c15b6-image.png

min vision var steg ett var att enklare börja hitta dataportalen och att Google hittar den se hur snabbt Google läser Wikidata tweet att om det blir bra så skulle alla Wikipedia artiklar om ex. en kommun kunna ha en länk till deras öppna dataportal var min tanke... tanken möttes med försiktig positiva kommentarer (att inför förändring på Wikipedia är oftast halvt omöjligt 😉 ) steg 2 var att beskriva enskilda dataset. Jag slog ihop en POC med Wikibase se sweopendata.wiki.opencura.com samtidigt med detta då jag fortfarande trodde på Öppen data så var tanken att hämta från alla kommuner exempelvis deras vindskyddsdata se blog , lesson learned ofta visste en kommun inte vad Öppen data är.... försökte även få in metasolution och dataportalen eller så är det någon annan man skall prata med (tror tyvärr att metasolution ser Wikidata som ett hot än en möjlighet men vi har väl alla olika agendor 😉

Jag har nog backat 10 år på mina visioner....

skall saker hända så måste det till saker som JobTech och Fastighetslab .... röran med badplatser pekar på att vi efter minst 6 års jobbande med Öppen data kanske mer ser brister än framsteg.... Frågan om realtidsuppdateringar är väl också intressant. Samlas data in löpande till Wikidata från public service och andra som publicerar nyhetsartiklar och media t.ex.?

Som med alla frivilliga communities så är Wikidata spretigt man gör det man tycker är kul

Börjar Öppen data levereras mer proffsigt så kan nog någon synkronisera det nedan vad några försökt göra men som det är även i denna diskussionsgrupp är att dom som sitter på dataset är svåra att hitta/kommunicera med

Riksdagens ledamöter kollar en engelsman tweet
/ GITHUB tror även motioner etc. uppdateras av Robin etc... se "Analysera rikspolitiken med hjälp av Wikidata" / video om HD beslut Nobelpriset har jag en Jupyter notebook Svenskt Kvinnobiografiskt lexikon har jag uppdaterat med Jupyter notebook - men har sagt till dom att jag inte gör det längre men att dom enkelt kan göra det själva Litteraturbanken samma där Notebook - men har slutat uppdatera Riksarkivet SBL har inget API men jag gjorde webskrabing med en Notebook lite "intressant" att Riksarkivet var ansvariga för Öppen data 2016 men har inte ens API till sitt eget data... osv....

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

@jonor sa i Hjälp folk att bada i sommar med Öppna Data! (Tips och hjälp behövs):

inte sett riktigt att det skulle vara en huvudsaklig poäng att Wikidata stod för primära identiteter,

Wikidata är inte primär auktoritet utan refererar till auktoriteter som bekräftar det som står i Wikidata, dock är det bra om man anger samma som Wikidata.

Exempel på feltänk ör Kungliga biblioteket som har sedan 2012 drivit ett havererande projekt LIBRISXL där man skapat instruktionsfilmer för bibliotekarier där dom anger Wikipedia som källa vilket gör att hela ekosystemet havererar och Wikidata inte kan ha LIBRISXL som källa

Jag har blivit lite maniskt med detta med källor och trovärdighet så jag skickade frågan vidare till han som skapa Wikidata vilka visioner han hade

Denny Vrandečić om källor video

@salgo60 I Wikidata så är Jorden Q2 -->

Q2 svenska

https://www.wikidata.org/wiki/Q2?uselang=sv

Q2 engelska

https://www.wikidata.org/wiki/Q2?uselang=en

Q2 svenska kinesiska

https://www.wikidata.org/wiki/Q2?uselang=zh

Q2 json dvs. hur vi levererar vårt data maskinläsbart

http://www.wikidata.org/entity/Q2.json

Semantisk Interoperabilitet
Wikidata världen har sina bilder i Wikicommons, senaste projektet som gjordes var att flytta dessa bilder till Wikibase som är en tom Wikidata se enkel video dvs. tanken är att dessa bilder kan markeras med bra strukturerad data --> skall man vara seriös med AI och Maskin inlärning måste man ha bra metadata --> att vi kan i en bild peka på ett objekt i Wikidata och säga det är samma som. Längre blogpost om detta - video hur jag kopplar ihop den

@stefan-wallin Vi kollar på alterantiv för detta och återkommer. /Eric

@stefan-wallin @Sven-Erik Bra diskussion! Här är en relaterad tråd på forumet kopplat till EntryScape. Kan rekommendera det forumet när det handlar om frågor kopplat till just EntryScape, t.ex. frågor om att arbeta i EntryScape Catalog.

@dennis_priskorn eller kanske bara begränsning

@jonas-nordqvist sorry för tråd kap... gissar att som jan Ainali antyder att du får nog många varianter/förklaringar....

Bäst vore väl om det finns en arbetsmodell hos DIGG att saker som detta gör att dom skapar en task i sin backlog med ett unikt id

vi kan se backloggen prenumerera på vad som sker kommentera där vi får ett unikt task id på att detta ev. måste förtydligas med en rekommendation eller annat... när det gjorts får vi ett ping så jobbar vi med Wikidata där alla kan ställa frågor men det är Lydia Pintcher som prioriterar WIkidata backlog

Snyggast vore om "din" kommun jobba på samma sätt med en publik backlog som vi kan se och som pekar på DIGGs backlog.... jag skrev lite om dom tankarna under co-creation i en annan tråd....

Det är säkert bra med diskussioner med mer struktur och Facebook grupper men DIGG bör vara expertmyndigheten som fångar upp detta och pekar med rak hand i typ en instruktion vad som gäller....

@salgo60 Hej! Seminariet är inte publicerat ännu, men jag var tvungen att fixa den här tråden innan eftersom vi länkar hit från inbjudan på Goto10. Men seminariet kommer att presentera våra vägledningar, principer mm, dataportalen och dess tjänster (inkl docs), och även detta community.

Vad gäller dina frågor så är DIGG ägare av dataportalen och vi håller på och bygger upp en förvaltningsorganisation runt detta nu. Vi använder primärt Jira för att hantera ärenden av utvecklingskaraktär, och jag vet inte riktigt vilka fler dataset som är på gång från DIGG just nu.

Hej,
Geodataportalen är gemensam ingång till geodata och tjänster i Sverige, den utgör också Sveriges koppling och bidrag till den europeiska geodataportalen. INSPIRE är ett EU-direktiv och anger bestämmelser för att inrätta en infrastruktur för geodata i Europa. Syftet med INSPIRE är att ge bättre tillgång till offentliga geodata via visnings- och nedladdningstjänster. Alla aktörer har möjlighet att beskriva sina geodata och tjänster i Geodataportalen. Geodataportalen förvaltas av Lantmäteriet i sin roll som geodatasamordnare, så kontakta dem för mer utförlig information om vilka datamängder som ska publiceras enligt direktivet.

Beskrivningar av data på nationella geodataplattformen skördas vidare upp till Sveriges dataportal, i dagsläget det som är klassat som öppna data. Men på sikt föreslås att detta breddas, särskilt med koppling till etableringen av grunddata-domäner och målet att grunddata i Sverige ska vara sökbar på Sveriges dataportal. Det betyder att det som publiceras på geodataportalen också är synligt på dataportal.se.

Vi jobbar parallellt med Lantmäteriet för att etablera en mer kontinuerlig samverkan mellan portalerna, identifiera gemensamma utvecklings-och förbättringsområden, tydliggöra gränsdragningar, gemensamma lösningar m.m.

@salgo60
Hej!
Det pågår vissa aktiviteter för att ta fram en gemensam specifikation för just denna typ av datamängd, se tråd.

Utöver att specifikationen inte är klar än, så har vi från DIGG:s räkning en bit kvar tills vi kan börja följa den. Det handlar bl.a om att utdragen är mer komplicerade och innefattar fler system. Men vi arbetar på det och har som mål att kunna börja göra det framöver.

För datapublicister till Sveriges dataportal som läser detta så vill jag lyfta att använda fältet "ConformsTo" , för att i metadatan peka ut vilket schema / specifikation som er datamängd eller API följer.

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

interoperabilitet

gäller även datat att ha Semantic_interoperability

@dennis_priskorn
Hej,
vad gäller NSÖD så har du kontaktuppgifter i min länk. Prata med @Östling han är snabb att svara och tar säkert gärna emot nya ideer och berättar vad projektet gör. Johan är bäst på att berätta om projektet då han är projektledaren. (Vet inte om han har en anv på forumet här)

Ang val av licens på en specifikation så handlar det om att kunna spåra ev framtida derivat av specifikationen i sig. Dvs om en ny arbetsgrupp tar vid och vidgar/ ändrar specifikationen men ändå bygger vidare på den som finns så behöver historiken vara med. Annars försvårar man för de tänkta tagarna av data som levereras och följer en specifikation. De behöver kunna se ändringar i datamodell etc.
(OBS det handlar bara om specifikationen i sig - inte datamängder som följer den så klart.)

Hoppas det reder ut dina frågor.

/Eric

@salgo60 bra exempel på Skillnaden på

text sträng Sverige

länkade data samma som "Sverige"

anger man Sverige samma som WD:Q34 -->

graf
83cc6cdd-a2f2-47f9-a82a-2f7cb6804ab0-image.png lista med egenskaper som beskriver Q34 = Sverige i Wikidata på finska på engelska på kinesiska på arabiska på polska
......

Hela iden är att kunna överföra begrepp på ett entydigt sätt från system A till B det heter semantisk Interoperabilitet.... ju mer internationellt Öppet Data blir desto viktigare blir detta och att leverera saker på ett språk som mottagaren behärskar....

Ett exempel på otydlighet jag ser är när polisen rapporterar brott med en text sträng "Stockholm" så vet vi inte om det är

"Stockholm" = Q1754 huvudstad graf "Stockholm" = Q94385 tätorten graf "Stockholm" = Q506250 kommun graf "Stockholm" = Q104231 län graf
skall data vara användbart så måste man ha denna tydlighet....

@maria_dalhage Done!