Community på Sveriges dataportal

@nilsw-ra snyggast är väl inte relevant när det gäller data? Isåfall är det väl viktigare att beskriva de krav som man ställer på sina urlar och vad för datamodell dessa ingår i?

Tänker att json förmodligen utryckts på engelska och då är det väl fördelaktigt om även urlarna (vilka ni förmodligen kommer även skriva ut i JSON) i huvudsakligen är på engelska? Där blir alltså påverkande faktorn istället hur många språk behöver man förstå för att kunna hantera eran data?

Vad behövs för att kunna hantera eran data? Förmodligen kunna förstå er dokumentation, er URL-struktur och era JSON-svar. Vore ju skönt att begränsa det till bara engelska så det blir internationellt gångbart eftersom engelska är ett de facto-språk på internet. Tyvärr måste ni väl förhålla er till språklagen och då kan man väl tänka sig att dokumentation måste finnas på svenska. Jag hoppas ni inte övertolkar den och skriver json-resultaten på svenska också(alltså nycklarna).

Med det sagt tänker jag att @Magnus-Sälgö första svar om slug verkar vara tillämpligt på er concept-endpoint där "typ, på engelska" införs. Jag ställer mig tvekande till sådana typer som inte är dynamiska och lätta att lägga till / ändra och göra alias på. Vad händer om man lägger till en typ som är felstavad? Bryts länkarna eller får man ett alias? Vad händer om felstavningen inte bara är fel utan faktiskt betyder något annat? Undvik sluggar om möjligt säger jag så länge det inte handlar om SEO eller länkar som människor ska läsa ut i löpande text och förstå vad det kan handla om innan man klickar på den.

Södertälje har blivit med en ut-gör-något-app av en student i Kalmar!
https://www.youtube.com/watch?v=rTV3_AIaolo

Vore kul att höra mer från Tony McCarrick eller från Erik, vart källkoden till repot finns och vilka datakällor som används, så kanske fler kan ge ut sina data i samma format och etablera en nationell standard för dessa saker. Även om det kanske finns bättre standarder. Erik är beredd att skala upp appen till flera kommuner bara datan finns säger han.

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

1. @Maria_Dalhage Då kanske vi ska uppdatera denna beskrivning(https://imgur.com/xWiBgEQ), så det blir tydligare för alla som funderar på vart de ska posta sin tråd?

@Magnus-Sälgö Jag håller med dig hela vägen, både om A och B-lag. Jag vet ju hur semantik kan underlätta presentation. Utryckte mig lite klumpigt i förra inlägget. Det jag menade är att det på ytan inte verkar som att semantiken tillför något när man redan har publicerat en PDF eller en sida på en sajt. Framförallt om de som formulerar målen tror syftet är att informera medborgare på svenska och att huvudsaken är notiserna, inte innehållet (dokumentet finns ju i stadshuset )

Aningens Off-topic, men en sak jag funderat på är hur långt kan man rimligen dra semantisk interoperabilitet-snöret innan det blir ivägen och en byråkratisk soppa att underhålla.

Om vi tar Kommunfullmäktigsmöten till exempel, med nya beslut som avhandlas varje vecka. I en utopi så skulle man kunna låta kallelsens ämnens innehåll vara samma som och länkat kors och tvärs till protokollets ämnens innehåll. Alltså vad är det man beslutat och hur. Detta bör såklart vara semantiskt interoperabelt så att jag kan förstå beslutet på både svenska, engelska, samiska och arabiska, eller urdu för den delen. Men hur mycket jobb blir det att klassificera alla beredningars texter och betydelser? Finns det en risk att vi tappar detaljer och nyanser på vägen?

@Magnus-Sälgö sa i Vad saknas? Varför blir det så dumt? - ingen pratar design mönster:

Hur information presenteras på våra kommunala anslagstavlor så medborgarna kan enkelt ta del av det är viktigt för en fungerande demokrati... Sverige underleverar just nu

Jag håller med om detta, men SPARQL, API et.c. underlättar inte presentationen för medborgare utan är till för att bygga saker vi tekniker klarar av. Ska man fokusera på vanliga medborgare gör man helt rätt i att strunta i semantik och interoperabilitet.

Men, vill man också bygga ett ekosystem där saker hänger ihop och där vi kan bygga förståelse ovanpå och aggregerat då har du helt rätt. Frågan är vilka prioriteringar som driver utvecklingen och om man har insikt om vad som skulle kunna ske om man bara släppte ut datan konsekvent och standardiserat.

Vad tror du som pratat med många politiker och tjänstemän, vilket mål springer de efter?

@Magnus-Sälgö vore kanon det! Likes är billiga, kaffe i mängder är det inte

1. Fanns ingen egen kategori för communityfeedback utan bara för dataportal.se

2. Det verkar finnas hårda gränser i forumet som är satta alldeles för låga, jag har gillat 6 inlägg sedan jag sist var inne, nu får jag inte gilla fler, trots att fler inlägg postats sedan senast.

3. felmeddelanden är inte översatta(se bild)
   https://imgur.com/a/iT9pwzU

@mistral bra tråd och initiativ!

@Magnus-Sälgö blir spännande att se svaret 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!

@Magnus-Sälgö publika backlogs är bra! Men vägen dit bör kunna få gå via publika issues. Jag kan förstå att det finns interna prioriteringar i vissa fall när det är sekretess och rikets säkerhet inblandat i processerna.

@Magnus-Sälgö man skulle ju vilja sätta ihop ett utbildningspaket om versionshantering, markdown och persistenta identifierare till alla tjänstemän i offentlig sektor som en grundbult 1A i effektiv digital förvaltning. Se till att alla myndigheter har ett Git-repo istället för Google Drive/Filyta i sharepoint eller vadhelst annat tok de håller på med.

@Jörgen-Dehlin Ah, då förstår jag. Du skrev också att du tycker DIGG tar ett stort ansvar, det kan jag kanske inte helt skriva under på givet ovanstående kommentarer som yttrats av mig och @Magnus-Sälgö.

@Jörgen-Dehlin varför måste vi acceptera att det tar tid? Tröttaste klyschan jag hört!

Det är talande när DIGG, inte hade rekryterat en enda utvecklare under första halvåret. Det enda som låg ute innan dess var GD och jurister....

Det går att sätta upp en wikidata-instans på ett par dagar om man är oinsatt och mindre än en timme om man vet vad man gör. Sedan scriptar man in datan med importörer. Presentera data istället för PDF är ju liksom grundgrejen, sen kan du generera valfri PDF utifrån sökfrågor i datan.

@jenniferskoglund att det inte är versionshanterat från början innebär att ni själva inte har koll på vilka ändringar ni gör eller kan granska varandras arbete. Det känns ärligt talat inte bra!

Att det inte finns något syfte med att se skillnaden mellan versioner är ju trångsynt i bästa fall och huvudlöst i andra. NI har bett allmänheten om input. Allmänheten har spenderat massor med tid på att läsa, förstå och komma med inspel. Tror ni att de som redan är insatta kommer läsa igenom samma dokument igen pärm till pärm för att det är kul? För dessa personer hade naturligtvis en förändringslogg varit fördelaktig i tid sparad.

Jag kan inte förstå hur myndigheter i sverige som har så stark arkivarie-tradition inte automatiskt sätter versionsnummer och utgåvenummer och dokumentid på allting. Versionshantering bör inte vara nishat till digitaliseringen, men däremot har vi som kan digitalisering coolare verktyg för dokumenthanteringen. (ShareLatex, Github/Gitlab m.fl.). Hade jag varit jurist hade jag infört versionshanterad LaTeX på alla juridiska dokument!

@Stefan-Wallin Jag vill begära ut alla synpunkter som inkommit på API-profilen. Publicera gärna här i tråden i forumet eller på annat lämpligt digitalt sätt, så att vi kan få transparens för vilka som yttrat sig, vilka som till sist vägts in och vad som har prioriterats bort.

Tack på förhand

@jenniferskoglund Hur vet vi vilka skillnader det är i 1.0 och den ursprungliga som ni bad om feedback på?

Observera att det inte längre går att skicka in synpunkter.

Varför kan man inte längre lämna synpunkter? Det känns inte så öppet i ärlighetens namn.

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

@Jonas-Nordqvist jag tror du missförstår mig och Magnus. Visst har vi åsikter om datakällorna som publiceras på dataportalen, men ämnet här är ju att diskutera ett förslag till communityskapande funktioner i dataportalen. Våra invändningar i stort är att istället för att bygga kommentarer frikopplat från datamängden bör man fundera på hur livscykeln runt de publicerade datamängderna fungerar och hur man jackar in communityt där om man faktiskt är seriös på att uppnå en fungerande engagerade community.

Jag(och förmodligen även Magnus) menar att dataportalen borde vara en datamängd i sig som kan dra nytta av att visa vägen för hur OpenSourcekulturen kan anammas i datapublikation.

Tänker direkt tillbaka på en annan funktion man bad om återkoppling på (filtrering och gruppering av data-källor där det från DIGG's önskan vara att begränsa till något smalt och unikt istället för brett och sammanlänkat)

I det fallet man är seriös på målet fungerande community snarare än på målet bygga en kommentarsfunktion, så kanske man ska fråga sig vad det är för interaktioner communityt är intresserad av att bidra med.

För mig är det viktiga i publicerad grunddata:

• att den håller hög kvalitet.
• att varje enskilt dataobjekt går att länka till och från som "samma-som"
• att existerande fel pekas ut tydligt
• att processen runt datan går att lita på
• att datamängderna går att hitta

För att uppnå detta behövs:

• att varje objekt i datan går att referera till otvetydigt med korrekta persistenta identifierare
• att felrättningar kan skötas transparent så att datan går att lita på & processen för att skicka in rättningar blir tydlig
• att det går att berika datamängderna med metadata från communityt så att fler kan hitta dem.

Vart det tydligt eller oklart?

@Maria-Söderlind delvis även dig, framförallt din kommentar om:

Att kommunerna ska lägga resurser på att koppla ihop sitt öppna data med WD - känns det verkligen korrekt? Är det verkligen detta de kommunala pengarna ska läggas på?

Vad jag ville kommunicera, men kanske missade att tydliggöra. Är att det inte alltid måste vara Wikidata som organisation offentlig sektor(ni?) ska samarbeta med och lägga tid på, utan att ni kan skapa er egna Wikidata och webbbaserade Git-repon när ni publicerar data och därmed enkelt och strukturerat kunna ta emot feedback, rättningar OCH HJÄLP från engagerade medborgare. Därmed skulle ni slippa göra allt jobb själva och istället utnyttja kraften i Crowdsourcing. Superbra framförallt när det gäller alla sorters kartdata eller kart-knuten data som representeras av fysiska ting i vår omvärld(bad, gym, skolor, skolmåltider med mera kan alla ses som kartdata). Men just ihopkopplingen som wikidata är så bra på är något offentlig sektor behöver bli mycket bättre på. Här menar Magnus och jag att en genväg ni kan ta är att använda en wiki som bassystem istället för att uppfinna egna som kostar dyrbar utvecklingstid och långa inköpsprocesser.

Så istället för att lägga tid på att koppla ihop egen data med Wikidata så kan ni ge medborgarna verktyg för:

• att skapa SammaSom-kopplingar som ni kan godkänna med en knapptryckning
• att använda riktiga persistenta unika identifierare som kan kopplas mot externt
• att använda existerande öppen källkods-mjukvaror för helpdesk-ärenden med egna persistenta identifierare. Dessa ärenden bör kunna vara helt publika och transparenta. Inspireras gärna av Github/Gitlab eller använd en egenhostad Gitlab för ändamålet.

Här @Maria_Dalhage kan DIGG ta ledartröjan och tillhandahålla mjukvaran där resterande offentlig sektor kan bjudas in och agera. Skapa primära offentliga kontaktvägar och rekommenderade metoder.