Oklart syfte

[Ainali]

READMEn är lite tunn på vad detta repo syftar till. Kan det läggas till en mer utförlig förklaring på vad det är som ska lösas?

[salgo60]

@Ainali kom med förslag jag ser det mer som grundforskning..... exempelvis den ändring jag gjorde igår

[Ainali]

Även grundforskning har en hypotes man försöker testa och en teori om hur man vet att man har visat att den håller eller ej. Man ställer sig inte bara i ett labb och börjar blanda vätskor för att se vad som händer.

[salgo60]

Eller så gör man det..... dagens försök med DIGG PDF:er, NSÖD/Vinnova projekt, Wikipedia Sverige Öppna data projekt känns inte som dom har styrfart mer ibland en ursäkt för att gamla strukturer skall få mer bidrag :smiley: ....

Kom med konkreta förslag är mitt förslag.... gissar att du vet mer än jag vad som fungerar eller inte.... jag vet bara hur saker och ting fungerar när banker skickar pengar mellan varandra.... och ser inte alls den laguppställning jag vill se för att samma sak skall fungera med Anslagstavlor där det känns som man saknar metod utan skjuter från höften och hoppas etc.....

Jag gillar det NOSAD gör men tror det är bra att dela olika tankar/möjligheter.... där min POC är ett sätt att visualisera möjligheter, detta är en test att skapa det med "riktig data" exempelvis ...

Saker jag ser du gjort över tid.... som säkert skapat erfarenheter hos dig vad som fungerar eller inte... och kanske du kan peka på varför det blir fel och att vi 2022 står och trampar ung. som 2012

1) Vandra för öppna data bra eller dåligt? 1) Open by default 2016 bra eller dåligt - kunde man gjort det på annat sätt? 1) Dina lösa tankar om "bra API" - hur konkretiserar man det? "kan vi leka ihop" något for NOSAD presentationerna 1) Vinnova projekt som skulle skapa Öppna data för kultur 2013 bra eller dåligt? om dåligt varför går det fel.... varför tar det till 2022 innan Umeå kommun pratar "samma som Wikidata" 1) Riksdagen och dina kopplingssprintar där jag ser brister hos Riksdagen se issue container jag skapat, gissar att du ser fler saker som man inte kan logga i en backlog hos Riksdagen... 1) bra mönster för datakvalite där ett försök du initiera var att definiera svenska Riksdagsmän i ShEx video "Wikipedia Weekly Network - Entity Schemas and Shape Expressions (ShEx)" finns säkert massa mer saker du varit del av.... --> skall man ha samma för NOSAD datat eller är den variant Andrew Lih pratar om med Wiki API Connector och kanske @jonassodergren pratar om med yml den väg framåt vi skall vandra eller utesluter inte det ena den andra kanske Grapql är vinnaren att validera data

Vad fungerar

Hade nyss ett längre samtal med en senior projektledare som jobbat med SEB och PostNord och saker som behövs är bland annat 1) Tydliga feedback loopar dvs. jag som medarbetare kan lyfta problem som tas emot på ett strukturerat sätt... - min lösning publika backlogs 1) det är inte ok att DIGG och Statskontoret har massa länkröta, dom måste visa att dom agerar --> ge oss feedback - länk 1) Definiera processerna 1) min tro att när EN kommunal lag skapar 290 SILOS hos 290 kommuner är en brist på grundläggande struktur/styrning/data mognad se exempel Anslagstavlan där denna röra är extremt konkret ..... det saknas digitala visioner i myndighets Sverige och lagspelare... 1) öppna data mognaden är 0 hos dom som skriver Kommunallagen dom tänker web lösning men inte "raw data now" 1) samma med lagrúmmet där jag ser scope creep istället för att levererar sitter man i 15 år och bara konstaterar vi kan inte leverera och sedan skrivs dokument som "antyder att saker levererats" - med en tydlig process och tydlig issue logging så hade underleveransen visualiserats.... nu kastas skattepengar bort och myndighetsförfattningar försvinner...

Finns säkert inte bara en väg framåt men jag är idag tveksam om vi rör oss överhuvudtaget med hopp om att jag inte ser skogen för alla träden

[Ainali]

Jag kommer gärna med förslag. Men jag förstår inte vad du vill att jag ska komma med förslag på. Det är därför jag efterfrågar ett tydligt syfte i README. Även om det inte finns bara en väg framåt så är det min starka övertygelse att man endast kan bygga en kodbas om man vet vilket problem man försöker lösa.

Om det inte är en kodbas du vill bygga så bör det framgå ännu tydligare i README eftersom att det är så att säga default för den här plattformen.

[salgo60]

Ingen feedback behövs om du inte känner det är av intresse.... det är mer bara en lös POC att saker kan kopplas med länkade data och detta en fundering hur NOSAD data kan bli mer användbart....

De iterationer vi gjort är 1,2 och 3 1) idag är det en websida 1) nu är det csv fil med lite "samma som" ... 1) @jonassodergren funderade på om CSV filen skulle kunna användas till att generera en ny HTML sida enl. ovan 1) framtida event i samma fil --> att man kanske kunde generera rss från denna fil se #7 1) skall vi lyfta in det i Wikibase eller Wikidata som nästa steg är mina lösa tankar... 1) jag funderar på om skall alla gubbar/gummor som presenteras in i en Wikibase... gissar att alla inte "överlever" Wikidata notability kravet 1) uppnå en samsyn mellan NOSAD och dataverkstaden på öppna data om videoinspelningar skall lagras som öppen data se lösa tankar #6

Idag har många inte insikten om länkade data ger mervärde eller ej.... varför en KG är bra eller inte

Om det inte är en kodbas du vill bygga så bör det framgå ännu tydligare i README eftersom att det är så att säga default för den här plattformen.

Nja GITHUB är för mig ett antal repositories som kan vara allt möjligt från presentationer, container för issues till kod...