J
@salgo60 Återigen Magnus, det här seminariet ligger inte på den nivån, och din ton är alldeles för otrevlig. Jag skulle också säga att kommentaren är off topic i den här tråden. Jag skulle uppskatta om vi kunde hålla kommentarer till ämnet för tråden och ha en trevlig och konstruktiv ton. Du är välkommen att omformulera kommentaren till en bättre passande tråd.
@salgo60 Just det här seminariet är till enbart för dom som ska göra själva publiceringen av datamängderna, utan också kanske jobba med att stödja frågan på andra sätt. Vi har satt ganska stort fokus på vikten av att skapa interoperabla data men inte gått ner exakt på hur man gör det eftersom inte alla kommer att vara inblandade på den tekniska nivån, och detta står också i våra vägledningar (även om det kan bli mer utförligt). Vi ser inte att alla som kommer att vara inblandade i arbetet med öppna data behöver vara på Github, därför har vi inte med det i den här översikten av öppna data.
@yvonne Hej! Det är på väg, det kom bara en långhelg med lite andra aktiviteter i vägen:)
@salgo60 har du skrivit detta i fel inlägg? Låter som att detta handlar om specen om badplatser... eller?
@micke-b Hej! Tyvärr har vi inte möjlighet att lägga ut någon inspelning. Men detta seminarium kommer att gå den 20 maj också, du kan anmäla dig här: https://www.goto10.se/event/oppna-data-for-nyborjare/ Hoppas du kan komma då istället, och kanske ta med dig några kollegor:)
@jonor dataportalen har ingen formell koppling till Wikidata, men dom som jobbar där hämtar bl.a. data från dataportalen. Förfrågningar från Wikidata har också varit en anledning till att vi har snabbat upp arbetet med att sätta öppna licenser på information som ligger på digg.se, tex vägledningar, rapporter mm. Det arbetet är igångsatt ganska nyligen.
@tomasmonsen Jag är nog inte rätt person att svara på tekniska frågor kring detta, men kolla mitt svar nedan till jonor i tråden "Kategorisera API:er efter datasort"... tog upp ett antal aktörer som har lite rekommendationer kring detta där.
@jonor I dagsläget har vi tyvärr inga konkreta exempel eller mer information än det som står i vägledningen. På frågan om man ska äga domännamnet så har jag lite svårt att svara på det eftersom jag är lite för dåligt insatt i hur man skapar beständiga identifierare, men det som är viktigt är ju att länken blir hållbar över tid, även om tex organisationen för datamängden ändras eller man väljer att göra ändringar på webbplatsen där datamängden är åtkomlig ifrån. Vi har sett ett behov av att ta fram en tydligare vägledning kring detta och att förankra den hos ett antal centrala aktörer i frågan. Bla Riksarkivet/Riksantikvarieämbetet, MSB och SND (Svensk nationell datatjänst, en portal för forskningsdata) har ju idag lite rekommendationer som inkluderar beständiga identifierare. Och det vore fint om vi kunde få till lite samsyn kring en rekommendation om hur man ska gå tillväga med detta:) Men vi är inte där ännu. Kanske några fler i den här tråden kan hjälpa dig vidare?
@stefan-wallin Håller med dig om att det inte alltid blir bra om man "duttar"... Just tankarna på den här specifika "exclude" funktionen ingår i ett större arbete kring ett avancerat sök där jag hoppas att vi försöker nå det du pratar om. Jag provtryckte bara en del mot dig, går fortare än att förklara ett helt koncept som inte är klart:)
Och där tänker vi benchmarka lite, så vi kan absolut plocka in prisjakt och wikidata query också som exempel. Något jag personligen tycker är väldigt bra är också Scopus forskningsdatabas där man med enkla medel (bl.a. "limit to"/"exclude", OCH/ELLER funktionalitet , ett flertal filter/kategorier, frisök mm) ganska snabbt kan hitta ungefär det man söker efter i en databas med flera tusentals artiklar. Men jag tar med mig dina tips!
@dennis_priskorn det är en viktig poäng du gör här... men jag undrar om det är så att de som primärt skulle kunna ses som en användare av dataportalen i en kortare perspektiv tenderar att vara den yngre generationen, och dom brukar ju generellt vara bättre på engelska än tex sina föräldrar och äldre generationer. Den information som du pratar om är ju av särskild vikt att kunna förstås av alla, men dataportalen är nog inte riktigt där ännu. Det är såklart en målsättning, men jag skulle gissa att det kommer att tar lite tid innan vi ens når till att majoriteten av svenska befolkningen vet att dataportalen existerar och vill använda datamängderna.
Därmed inte sagt att det inte skulle gå att börja med att utöka antalet språk för vissa (ur det här avseendet) särskilt viktiga datamängder... Jag sätter iaf upp det på utreda-listan:)
@salgo60 jag kollar upp vart vi står i språkfrågan, förutom engelska då... Med just engelska når man ju ändå en väldigt stor del människor idag. Så hur många språk man ska lägga till blir ju en prioriteringen mot alla andra utvecklingsbehov. Och den listan är ju inte tom om man säger så:)
@salgo60 jag skulle gärna testa, men dagarna fylls upp väldigt snabbt, så det finns knappt tid att "producera" dom saker som jag måste göra, så det blir redan en hel del kvällsarbete redan. Jag skulle gärna ha en klon:)
@eric Toppen! Bra jobbat:)
@stefan-wallin appropå persistenta identifierare så har vi med det i vägledningen för att tillgängliggöra information. Men det behöver absolut utvecklas så det står redan med på vår "to do" lista.
@stefan-wallin Om jag ibland använder konstiga uttryck så är det för att jag inte är en programmerare. Mitt uppdrag är att främja en bred användning av data, alltså även för dom som inte har en lika hög teknisk kompetens som ni har:) So, "bare with me":) Begreppet 'antal datapunkter' har jag dock inte hittat på själv, det kommer från ett användartest med en person som driver ett företag inom machine learning. Och vår målsättning är att göra dataportalens datamängder enklare att använda även i detta sammanhang... och då lyftes detta upp som en väldigt viktig parameter (bland flera). Och missförstod jag dig här ovan när du skrev att en "exclude funktionalitet", som del av en mer avancerad sök, ändå skulle göra det enklare att filtrera fram intressanta datamängder?
@dennis_priskorn Jag ska fundera på om jag kommer på någon bra beskrivning och om jag isf hinner försöka lägga in det. Tror att det kan bli lite knöligt, för dom "kallbad" som jag tänker på kan liksom vara ett ställe längs en älv (där isen aldrig fryser), eller nåt ställe där någon brukar såga upp en vak... så det är kanske inte någon vidare struktur eller långsiktighet för dom badställena:)
@salgo60 se min kommentar till Stefan Wallin i tråden om att filtrera API'er, det kan vara ett steg på vägen. Sen pågår det också intressanta diskussioner inom trafikdataområdet, att en domänaktör borde kunna "samla in" data från tex kommuner och på så sätt kunna skapa en större och homogenare datamängd, vilket borde göra det enklare för ML och AI.
@stefan-wallin Tack för feedbacken, vi jobbar vidare med en ”exclude” funktionalitet och hoppas att det blir bra:) En annan sak som dykt upp i tester och som också kanske skulle bidra till enklare utforskning av data är dels om datamängder går att beskriva i ”antal datapunkter” för att man enklare ska kunna avgöra storleken och om det är nåt data som går att använda för AI eller maskininlärning. Ett stöd för samma syfte är att göra det tydligt vilka datamängder som bygger på samma specifikation (typ... en ”Tips! Dom här datamängder använder samma specifikation.) Vi har ingen aning om hur svårt eller om det ens går att realisera detta eller inte i dagsläget, men det vore intressant med din synpunkt även här.
@stefan-wallin Det här var ett perspektiv som jag inte tänkt på tidigare, bra att du lyfter det! Jag tycker att just användbarheten, inkl sökbarheten, är otroligt viktigt, annars är det svårt att hitta och använda data. Just den filtrering som du nämner har vi inte snappat upp, men jag känner att den platsar bra att titta på det i det fortsatta utvecklingsarbetet.
En annan relaterad funktion som vi kommer att utreda inom ramen för ett "avancerat sök" är möjligheten att välja bort (inte bara lägga till ett filter), som att man ska kunna välja bort tex vissa organisationer (som SCB) som vet inte har den data man söker efter. Vet inte om du använt forskningsdatabasen Scopus nånting, men dom har en väldigt effektivt sökfunktion där man bl.a. kan välja att "include" eller "exclude" delar inom olika filter. Skulle en sån funktion förenkla för dina behov tror du?
Väldigt roligt att ni gör det här tänker jag som gillar att bada, sommar och nu också i år, på vintern:) Som sagt, man ångrar aldrig ett dopp! Eftersom jag inte kan programmera kommer här kanske några riktiga amatörfrågor:)
Hur säkerställer man att inte samma badplats "mappas" mer än en gång? Alltså, att kanske en kommun och nån organisation lägger upp samma badplats med t.ex. lite olika koordinater eller namn...
Skulle det vara intressant att lägga in parametern "kallbad"? Alltså att skriva in om det är möjligt att bada på vintersäsongen.
Hur funkar det om andra aktörer än den som först angav datat för en viss badplats vill lägga in mer info eller ändra på nåt? Jag tänker att den som först la in infon kanske inte alltid har koll på förändringar som görs senare på badplatsen, t.ex. att en kanotförening sätter ut bojar för rodd i vattnet.