k/oppnadata
Stop waiting for the perfect job posting, it doesn't exist
I'm so tired of people treating job hunting like online dating - endlessly swiping through listings, waiting for "the one" that ticks every single box. You know what actually works? Finding a place that's struggling with something you're good at and making yourself impossible to ignore. That café down the street with the terrible website? The local bookshop drowning in unorganized inventory? The community center that can't figure out their social media? They might not have a "Marketing Coordinator" posting up, but they definitely need help. I've watched too many talented friends waste months refreshing job boards while actual opportunities are sitting right there in businesses that haven't realized they need someone yet. Sometimes you have to CREATE the position by showing them what they're missing. Yeah, it's scarier than applying to a neat little job description. You might hear "no thanks" or "we can't afford anyone right now." But at least you're playing offense instead of hoping someone picks your CV out of 300 identical ones. The pub that needs you isn't always advertising for you.
Öppna data - Vandringsleder
Vilken specifik ledinformation efterfrågar vi för att möjliggöra bättre planering, analys och digitala tjänster? På vilket sätt kan vi påverka eller stödja Tillväxtverket, Naturvårdsverket och Jordbruksverket så att de levererar mer högkvalitativ, standardiserad och maskinläsbar data? Jag testade vad man kan lägga på olika plattformar med Stockholm Archipelago Trail * bilder med tydlig licens info 5000 stycken https://commons.wikimedia.org/wiki/Category:Stockholm_Archipelago_Trail * Wikidata projekt https://www.wikidata.org/wiki/Wikidata:WikiProject_Stockholm_Archipelago_Trail * Skapade en Dashboard på GITHUB https://salgo60.github.io/Stockholm_Archipelago_Trail/Notebook/output/dashboard.html * skapade filmer via Notebook LM om vandringsleder, FAIRDATA, API:er, Länkade data https://github.com/salgo60/Stockholm_Archipelago_Trail/issues/245 * skapade en FB grupp för feedback från vanliga människor 5600 medlemmar https://www.facebook.com/groups/2875020699552247 * GITHUB yta https://github.com/salgo60/Stockholm_Archipelago_Trail/issues * mitt spår https://www.outdooractive.com/en/list/stockholm-archipelago-trail/312250678/
Om du är ny här - håll ut vi jobbar på problemen
Kamunity är precis startat -> massa buggar -> men vi jobbar på det! Har du önskemål eller buggrapporter? - Bara skriv i tråden så kollar vi på det ASAP.
Kommunfolk/GIS: Skulle ni vilja ha ett “nationellt place-ID” (UUID + typ) för platser?
Jag sitter mitt i ett praktiskt problem som jag tror många känner igen: platsdata (hundrastgårdar, utegym, badplatser, lekplatser, naturpunkter osv.) publiceras ofta på 290 olika sätt, med varierande kvalitet, utan stabila ID:n och utan tydlig hantering av “borttagen/ersatt”-objekt. Jag driver infopoint.se och håller på att fundera på om vi skulle kunna bidra med en lågtröskel-lösning för persistenta identifierare för platser – och jag vill genuint höra om detta är något ni (kommuner/myndigheter/konsulter/leverantörer) skulle uppskatta, eller om det bara skapar mer friktion. Varför behövs ett stabilt ID? Utan ett stabilt, persistent ID blir det väldigt svårt att: länka mellan dataset (plats X i dataset A ↔ plats Y i dataset B) följa förändringar över tid (”har den flyttat?”, ”har den bytt namn?”) undvika länkröta hantera borttag (tombstones) på ett robust sätt bygga tjänster utan att fastna i webscraping och manuell städning UUID/GUID löser unikhet bra (utan centralt register), men i sig säger UUID inget om var man ska slå upp det eller vem som ansvarar. Förslag: “place-ID” som är UUID + tydlig typ + upplösbar URL Idén jag funderar på är: Varje plats får en UUID (t.ex. 550e8400-e29b-41d4-a716-446655440000) Platsen får en typ (”point-type”), t.ex. dog-park, outdoor-gym, bathing-site, etc. ID:t är upplösbart via webben (landningssida + maskinläsbart svar) Om platsen tas bort behåller samma ID en tombstone (status “deprecated”, ev. “replaced_by”) Minimal “lätt databas” / register (öppen dump eller API) För att göra detta användbart direkt för konsumenter tänker jag en minimal post per objekt, t.ex.: uuid (primärnyckel) type (point-typ) name lat, lon (WGS84) status (active / deprecated) replaced_by (valfritt) publisher (kommun/myndighet/bolag) landing_page (var man hittar mer info) Exempel (princip): { "uuid": "550e8400-e29b-41d4-a716-446655440000", "type": "dog-park", "name": "Bellevueparkens hundrastområde", "lat": 59.353726, "lon": 18.048042, "status": "active", "publisher": "Exempelkommun", "landing_page": "https://exempel.se/plats/..." } Viktig fråga: vem ska utfärda/äga ID:t? Jag ser två realistiska modeller: A) Kommunen som namespace-ägare (”bäst i teorin”) Kommunen publicerar egna stabila URI:er, typ: https://kommun.se/id/place/<uuid> Då är kommunen ansvarig för persistens + tombstones. infopoint.se kan då “bara” skörda/indexera. B) “PID-as-a-service” som mellansteg (”bäst för att få något gjort”) Om många saknar verktyg/processer för detta kan en extern tjänst hjälpa till med: generering av UUID hosting av tombstones/landningssidor enkel change feed (“modified since …”) Men då uppstår governance-frågor: långsiktighet, ansvar, arkivering, m.m. Frågor till er (kommunalt/upphandlare/GIS/data) Skulle ni vilja ha detta? (A eller B, eller “inte alls”) Om ni redan har interna ID:n: vad saknas för att ni ska våga publicera dem som stabila URI:er? Vilka krav skulle ni ställa för att det ska kännas “kommun-säkert”? SLA? öppna standarder? export/dump? arkiveringsplan? Hur vill ni konsumera förändringar? modified-fält + dump? “since”-API? Atom/JSON feed? Vilka point-typer är viktigast att börja med (hundrastgårdar, badplatser, utegym, lekplatser, naturpunkter…)? Jag vill verkligen ha input från folk som faktiskt publicerar, förvaltar eller upphandlar platsdata. Om svaret är “det här skulle vi aldrig använda” så är det också värdefullt – men då vill jag förstå varför. Kommentera gärna med era krav/”deal breakers” och vad som hade gjort att ni sa ja.
Show and Tell: Infopoint.se
Infopoint.se är en karttjänst med "points" av olika typer här använder vi öppna data för att visa platser t.ex "Lediga Tomter" - https://infopoint.se/vacantplot-point Vi kommer gradvis bygga ut med t.ex hundrastgårdar, badplatser osv.
DIGG --> PTS vad tror ni
Jag ser att DIGG GD verkar hamnar på elefantkyrkogården.... https://www.altinget.se/artikel/grafik-elefantkyrkogaarden-vaxer-har-ar-nya-namnen Känns lite som flytten till PTS är mer att lyckas bli av med DIGG och allt deras kaos än att börja jobba datadrivet.... OT: Lät Notebook LM skapa lite filmer om Rättsinformationssystemet och där är man nu inne på 25 år utan leverans... https://github.com/salgo60/LagrummetLight/issues/19
Öppna Data Kalendern
Organiserar du events, meetups, pubar eller webinarier då vill vi ha med dig i Öppna Data Kalender på https://kalender.se/opendata
🇸🇪 Öppna data i Sverige – resurser & dataset
Öppna data är data som vem som helst kan använda — fritt, utan kostnad. Det kan vara statistik, geodata, miljödata, myndighetsregister eller data om samhällsservice — och öppna data är en nyckel till innovation, transparens och nya digitala tjänster. Tråd för att lista resurser!