@Nina_Berlin @Kristine_ @Maria_Dalhage https://data.norge.no/specification/dcat-ap-no#Krav-til-kontrollerte-vokabularer i Norge verkar det vara mer strikt hur ord rapporteras. Tips från @Magnus-Sälgö som verkar intressant att följa upp.
Återanvänd gärna arbetsförmedlingens lösning för Platsbanken (eller vår kompetens runt sök/filtrering). Dagligen hanteras ca 60 000 annonser och görs sökbara ur en mängd olika perspektiv. Ni hittar lösningen på github https://github.com/JobtechSwe/sokannonser-api och det är enkelt att komma igång med sökmotorer såsom elastic. (Lämpar sig väl för sök/filtrering)
@Nina_Berlin Skummade lite fort. Det jag primärt reagerar på är viljan att bygga ett datalager med anledningen att AI behöver det. Idag är tanken med dataportalen väldigt bra, att enbart samla ihop metadata om data som finns distribuerat. Då DIGG inte själva producerar data låter det väldigt vanskligt att bli ett datalager för ai och syntetisk data. Gissar att den frågan skulle behöva utredas noggrant innan det tar resurser från dagens dataportal. Tonen i forumet (vi människor pratar såklart om det som inte fungerar) gör att vi lätt glömmer det uppenbara, dataportalen har en väldigt bra arkitektur. Låt oss bevara den.
@jonor Många upplever att det är lite enklare när det finns en "startsida" är min uppfattning. Visst material kanske kan flyttas in, men överlag försöker jag bara lyfta in det mest viktiga materialet på startsidan och länka till övrigt material. Personliga preferenser gör att jag tycker utvecklingen går lite snabbare i gohugo än exempelvis några statiska sidor i html/bootstrap som skulle vara alternativet. Har funderat på https://ghost.org/docs/ som en bra plattform för nosad.se om vi skulle vilja att flera kan skapa innehåll.
@Dennis_Priskorn Ändringsström avseende data: https://data.arbetsformedlingen.se/rss/datajobtechdevse.xml i beta version.
@Peter_Bengtsson Bra poäng att REST-API-Profilen kan (kanske bör) användas för interna api:er också. Borde gå att hitta en formulering så att "kravet" inte medför ett extraarbete om informationen inte är relevant.
@josefinlassi @mattias Iom den begäran som Mattias refererar till så beslutade vi att dela en daglig rapport om verksamhetens API:er och datadelning: https://data.arbetsformedlingen.se/jobtechdev-daily-report. Rapporten är lite "överdriven" idag, 2000 dagliga sidor om allt mellan himmel och jord. Antalet användare, kostnader, nyttjandegrad, nedladdningar etc. Tanken är att komplettera med en populariserad kortare version. Tillgänglighetsmätningar avseende API:er för de 30-90 senaste dagarna verkar vara uppskattat av användare, https://statping-ng.jobtechdev.se/.
@nina_ Längst ner på sidan, https://nosad.se, finns en länk "var med och koda sajten" som leder till dokumentationen. Issuetrackern ska vara påslagen för projektet. Prova gärna igen och berätta vad som inte fungerar.
@FredrikEriksson Tack för info. Vi på arbetsförmedlingen utreder detta (dela ekonomidata) just nu också. Eventuellt hör vi av oss!
@jonor Du har rätt!
Men punkt 8 säger:
Inlägg som bryter mot användarvillkoren eller mot svensk rätt raderas.
Lagt upp en inspelning:
https://nosad.se/workshops
Direktlänk:
https://data.jobtechdev.se/videos/nosad-20220913-open-source-licenser-1856x864.mp4
Har på @Magnus-Sälgö inrådan provat https://textamig.se/. Testet gav att det tar ca 5 minuter att texta inspelningarna (galet snabbt). I dagsläget tar det dock också minst en timme att korrigera textningsförslagen för att ta bort de värsta felen. Ropa till om det är någon som vill hjälpa mig med det.
@johantjader Finns det tankar att föreslå en konvention för hur URI-strukturen för kundhändelser bör implementeras av konsumenter?
Snabbt exempel bara för att förtydliga frågan:
myndighet_x.se/arenden/{id}/handelser
myndighet_x.se/arenden/{id}/handelser/{handelse_id}/detaljer
Poängen är att försöka skapa en förutsägbarhet som möjliggör att en myndighet kan länka till en annan myndighet på ett robust sätt.
I ert exempel med "Pias Tacotruck" som ser händelsen "komplettering krävs" från Bolagsverket är frågan hur klienten räknar ut vilken URL som användaren ska trycka på för att kunna slutföra arbetsuppgiften. I de fall det går att definiera i kundhändelsen är det såklart väldigt bra. Min åsikt (opinionated) är att det inte alltid går att definiera på förhand exakt vad nästa steg är men användaren behöver säkert få tips om hur hen "kan ta sig vidare i processen" ändå.
Tycker inget annat än er. Provade att "hacka lite", gick igenom 15 kommuners webbsidor. Relativt "lätt" att sammanställa informationen trots att den är ostrukturerad. Självklart är bra strukturerad data det bästa. Men ibland måste man skrapa. 
curl --silent https://start.stockholm/om-stockholms-stad/politik-och-demokrati/stockholms-stads-anslagstavla/ | htmlq a --attribute href -b https://start.stockholm
Resultat för Stockholm, tror inte det är omöjligt att sammanställa alla kommuners data strukturerat med lite skrapning.
https://start.stockholm/om-stockholms-stad/politik-och-demokrati/stockholms-stads-anslagstavla/anslag/2022/5/kungorelse-om-flyttade-fordon-27-maj-2022/
https://start.stockholm/om-stockholms-stad/politik-och-demokrati/stockholms-stads-anslagstavla/anslag/2021/4/kungorelse-om-flyttade-fordon-den-30-april-2021/
@tove Vilken bra idé att hjälpa till att uppdatera texter etc. Forumets specifika design verkar återfinnas här: https://github.com/DIGGSweden/nodebb-theme-digg.
Tror att någon (@Nina_Berlin) behöver verifiera att ovan repo är det som faktiskt används. Gissar att det kan finnas en intern spegling med tanke på uppdateringsfrekvensen i koden.
Lovade återkoppling. Resultat: https://arbetsformedlingen.se/nystartsjobb
Är lite nervös då väldigt många kommer se denna länk, hoppas att detta blir bra och relevant. Många likes (ert stöd) uppskattas. 
@stefan-wallin högst relevant fråga. Har du läst https://www.regeringskansliet.se/regeringsuppdrag/2020/09/uppdrag-att-mojliggora-losningar-for-individen-till-kontroll-och-insyn-av-data-om-individen/?
Syftet är just att skapa förutsättningar för att individen ska kunna "äga sin egen data".
@PerAnd Ja, det finns en förvaltning för respektive dataset som analyserar driftmiljön kontinuerligt.
Svår fråga angående dimensionering. Inget api har krav på identifiering/"api-nyckel", vilket gör att det teoretiskt är svårt att förutse förändringar i last.
Idén är att öka kapaciteten vid behov genom att noga följa antal anrop och olika tröskelvärden för svarstider etc. För mycket överkapacitet är kostsamt. Det har i praktiken fungerar mycket väl pga driftmiljön är en flexibel openshift-uppsättning där mer minne, cpu etc är "en knapptryckning" bort (något förenklat).
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.
@Ainali Vi har valt modellen att länka från arbetsformedlingen.se/nystartsjobb -> https://arbetsformedlingen.se/om-webbplatsen/apier-och-oppna-data -> https://gitlab.com/arbetsformedlingen/www/nystartsjobb-test medvetet. Risken med att potentiellt 500 000 arbetssökande och arbetsgivare länkas direkt till Gitlab är nog att användaren behöver lite mera sammanhang. Så mellansidan blir en möjlighet att klicka "tillbaka" för de som verkligen inte vill landa på källkodssidan. Tar med mig tipset om att få till ankartaggar (#h-Oppenkallkod) i länkningen.
@mattias Tack Mattias! Viktigt arbete du gör på fritiden. Extra kul att du är så tydlig med vilka roller du har och att du vågar agera på flera sätt i forumet. Föredömligt. En av anledningarna till att så få personer från offentlig sektor vågar skriva är nog en osäkerhet rörande om man får representera sin myndighet i alla frågor, kan man ibland skriva som privatperson, ibland som statstjänsteman etc. Fast egentligen är det tydligt att det bästa är att yttra sig om det finns något att säga: https://www.skatteverket.se/omoss/varverksamhet/styrningochuppfoljning/attvarastatsanstalld.4.361dc8c15312eff6fd11b12.html.
@elias sa i DIGGs rapport "En säker och tillgänglig statlig e-legitimation" publicerad 2023-01-30:
Tack för bra reflektioner. Friskrivningen att enbart "relevanta delar" föreslås vara öppen källkod leder till visst godtycke kan jag tycka. Vilka delar bör vara stängda tror ni?