För alla andra börjar jag närma mig slutet på arbetet med korrektur på specifikationen och tar tacksamt emot synpunkter och inputs hur den kan bli bättre! Passa på, för jag önskar försöka bli klar iaf absolut senast första veckan i maj 
Här är specen, kommentera gärna och notera ifall du vill (eller inte vill) synas i Contributors. Du kan kommentera anonymt/som gäst.
https://docs.google.com/document/d/1OE_SR5cIzz7-ryeq6JiVExcHmY5vecPdCWAv7fSqnpY/edit?usp=sharing
@björn-hagström Hej, ja absolut, vi får nog fundera över om vi ska skapa ett derivat av något som redan finns och lägga till de attribut för varje implementation, som blir unika för just den beskrivna entiteten.
Jag tänker att ett sånt jobb skulle behöva göras nationellt. Visst är schemas.org "place" helt okej, men det är väldigt många attribut och det skulle kännas vettigt med en Svensk eller iaf en nordisk variant på den?
Jag tar upp frågan i Nationell Dataverkstad och hur vi jobbar med standarder - vi har ju nästan skapat en nu, då många av de attribut och det format för datatabellen vi använder, är väldigt lika varandra. En standard på det sättet/mall för POI, är större än bara mig.
Ibland känns det lite hopplöst att komma framåt, eftersom det känns som om man skulle behöva ta ett så enormt stort omtag/omfång och ett perspektiv som är så enormt mycket bredare än det jag har/gör, vilket gör att jag antingen tappar sugen lite (ingen idé att publicera något alls) eller känner att det är spännande men saknar tiden.
Jag får trösta mig med att jag iaf gör nånting, även om det inte är det bästa eller det som kommer starta någon revolution. Jag tar tacksamt emot din och @Ainali s feedback, och även om jag kanske låter lite bitter eller uppgiven är jag inte det - jag försöker lära mig mer och tillföra lite till området, även om det ju är lite fjuttigt ibland
Jag ska allvarligt överväga att försöka skapa en standard baserat på något som redan finns och försöka utgå från dem när vi skapar nästa POI-specifikation. Bra idé, tackar!
Hej, önskar, likt tidigare, er ovärderliga hjälp att granska en dataspecifikation jag filat på för att kunna låta våra verksamheter (och alla andra verksamheter som vill) publicera data om grillplatser - särskilt ordnade grillplatser i kommunen.
Detta är en del av arbetet som vi genomför i projektet "Dataportal Väst" under VGRs ledning där jag ingår i projektgrupp som bland annat tar fram specifikationer för delade och öppna data.
Formen följer den tidigare modell jag frågat om hjälp (och fått!) kring, Badplatser.
Inför arbetet har jag kontaktat sajten grillplatser.nu och fått ovärderlig hjälp, samt fört dialog med kommunens (min kommuns, Mariestad, Töreboda och Gullspång) arbetsledare för park/fritid som har på sitt bord att underhålla och sköta grillplatser och fått bra och värdefull feedback som bakats in i de attribut som modellen utgörs av.
En del av attributen kommer att kunna mappas rakt in till attribut i datamodellen för grillplatser.nu och därmed finns det redan från början en konsument (tänkbar iaf) av datat vilket jag tror kommer göra det lite mer intressant att använda specifikationen.
Hjälp mig genom att lämna din kommentar, stor som liten, klagomål som glatt tillrop eller vad som helst. Du som inte vill nämnas i "Contributors"-taggen i dokumentet får gärna tydligt meddela det, annars lägger jag ditt namn med eftersom jag tycker att det är viktigt att du som tar dig tid och hjälper till även får synas och äras! Tillsammans, bättre osv osv. etc.
Tack för hjälpen redan nu!
Mvh
Tomas
Länk till dokument på Google Docs: Specifikation Grillplatser
@salgo60 Jo det finns det, en tanke iaf - den som publicerar datat ska i DCAT-AP nyttja attributet ConformsTo: https://www.w3.org/TR/vocab-dcat-2/#Property:resource_conforms_to
Gör man inte på det viset får man på annat sätt på distributionspunkten peka ut vilken spec man nyttjar. Så är vår tanke.
Vi har förklarat i specen att vi önskar att man gör på detta vis för att länka tillbaka till beskrivningen.
Jag noterar att vi kanske på annat sätt måste ta höjd för publicister som inte har metadata-taggat sin data på detta vis - kanske ett fält i själva datamängden som beskriver var specifikationen finns?
@salgo60 Ja kvarnhjulen kanske mal långsamt ibland.
Vore ju bra om vi genom en korrekt påverkan kan få till ändringar som gör deras data bättre!
Vi har lagt upp specifikationen för badplatser på Github oxå, ska se om jag hittar dit igen.. hoppas kunna bedriva arbetet där framöver med version 2 och tillika den standard jag funderar på kring temperaturer i vatten, vad hette det ObserverdQuality - vi kanske kan skala/ärva lite från modeller som finns och komplettera med fält som gör att vi kan länka datat med entries på Wikidata och i Havs lösning?
@tomasmonsen Hej allesamman, då är vi klara med version 1 av vår Badplatsspecifikation!
[https://lankadedata.se/spec/badplatser/](link url)
Jag hoppas att ni tycker den är god nog att användas för att publicera data med, och jag hoppas att vi kommer att kunna släppa en uppdaterad version inför nästa säsong - Vi har en gedigen lista med punkter som kan göras bättre - vilket inte ska hindra dig från att leverera data redan nu!
Tack alla för hjälpen så här långt, det kommer komma fler frågor när jag börjar med version 2
@stefan-wallin Hej och tack, det där var en fin funktion, jag har börjat bygga en egen liknande applikation, dock hårdkodad efter specifikationens format, inte baserat på schema.
Hej igen allesamman, nu är det "final push" till leverans av specifikationen och några frågor kvarstår som jag behöver ha hjälp med, framför allt språk:
Språkstöd - Hur ska jag erbjuda språkstöd för fler än ett språk.
Min ide: Lägg till "lang_code" som attribut, använd ISO639-1 för att sätta en kod "EN" t.ex. och då måste resten av filen vara på engelska. Den som då har behov att dela data på fler språk än ett får skapa flera filer och använda olika spåk i dem, och berätta med lang_code vilket språk filen är på. Man får sedan i metadata med DCAT-AP markera vilket språk filen har.
Andra idéer: Skapa fler språkfält, där du valfritt kan lägga upp till 5 olika språk, fritextfälten skulle då behöva utökas med 4 till och varje sådant fält ha en språkkod kopplat:
Finns det andra ideer? Tänk på att formatet är flatfil typ CSV för att underlätta för dataproducenten som troligen ofta inte har verktyg att hantera JSON-objekt med arrayer av värden...
Hilfe!
Länk till specen: https://docs.google.com/document/d/1GxNucD_E_eoHnlyJAL3tjCel-BdWvwF5TB_lYl7bs94/edit?usp=sharing
(Skriv gärna kommentarer och skapa förslag direkt i dokumentet)
@salgo60 TGBMonsen, lägg gärna till mig. Jag är ingen fantom på Github men kanske kommer att bli. Det här projektet har varit väldigt lärorikt!
@salgo60 Jag har fått svar från Tillgänglighetsdatabasen och det verkar inte som om man har beständiga IDn för sina objekt heller. Det närmaste vi kommer är det URL som de har för varje plats, som ju delvis består av namnet på verksamheten som datamängden beskriver, så det känns inte heller helt stabilt över tid (saker kan ju byta namn..).
Tyvärr kommer jag därför att behålla attirbutet "td-url" i min specifikation för att man iaf i bästa fall kan peka ut verksamheten mha ett URL till TillgänglighetsDatabasen.
@salgo60 ang. "bathingwaterIdentifier" - är det alltså ett format som är precis samma som NUTSKOD som Havs- och vattenmyndigheten har skapat som ska lagras på det attributet, eller är det ett attribut för badvattenidentifikation där man kan skriva vad som helst?
Jag vet inte när själva IDt skapas - det blir bara ett ID om man väljer att publicera i deras datamängd och det kan nog inte vem som helst göra samt att inte alla badplatser är skapade där. Är det ett format som Havs- och vattenmyndigheten helt själva skapat och hittat på kanske det inte funkar för icke-eu-land eller eu-land som saknar samma motsvarighet till myndighet?
@jonor Ja det hade varit toppen om någon myndighet kunde ta på sig det jobbet, att upprätta mängder av unika IDn som datapublicerare kan få "hämta ut". Tror inte att man vågar/vill ta på sig ett sånt jobb, så jag får "hitta på" en metod för att skapa ett unikt ID. Funderar på att skapa ett kopplat till geografiska platsen, alltså en kombination av siffror från koordinatsystemet...
Du kanske kan sätta ihop en sån förväntan och presentera för Digg De kanske är sugna på att upprätta en sådan databas - skulle tänka mig att det skulle vara uppskattat av många!
@salgo60 Hej jag har fått svar från Tillgänglighetsdatabasen, här finns deras API: https://td.portal.azure-api.net/
Verkar vara gratis att registrera sig, men det krävs nyckel så APIt är inte helt öppet, ska regga mig och se om vi kan läsa ut unika IDs på de olika platserna.
@jonor Man får ett URI av Metasolutions katalogtjänst, för hela datamängden. Möjligt att den skulle kunna användas, men detta URI kan man även ändra på, vilket gör att det finns risk att det redigeras bort eller ändras över datats tid, då skulle URI vara en sak för hela datamängden/distributionen och inte ha koppling till IDt per rad/entitet. Jag förstår tanken och tycker det hade varit snyggt, men jag tror tyvärr inte det är stabilt nog. Det hade ju så klart varit önskvärt om katalogtjänsten hade ett centralt register som kunde provisionera ut nummer/identiteter via centralt register som garanterar unika värden. Detta finns ej i produkten men kanske kunde vara en förbättringsförslag. Man tar ju på sig ett stort ansvar med ett sånt register och frågan är om man vill ha det - jag frågar leverantören/pitchar idén.
Nu lutar det åt att jag får sätta samman ett namn av kommunkod och badplatsens namn.
@salgo60 @jonor @istyf @Stefan-Wallin @josefinlassi @Dennis_Priskorn
Stort tack till er för detta enorma engagemang för datamodellen och specifikationen för badplatser. Jag trodde nog inte jag skulle få så mycket feedback.
Jag har ändrat, bytt namn, flyttat, lagt till och tagit bort attribut om vartannat. Nu hag jag en modell som är bättre än förut men inte komplett såklart.
Här finns den ifall ni missat länken hittills som jag sent lade till i mitt originalinlägg:
https://docs.google.com/document/d/1GxNucD_E_eoHnlyJAL3tjCel-BdWvwF5TB_lYl7bs94/edit?usp=sharing
Jag står och väger mellan att skapa en datamodell som är "perfekt" och som är "kompatibel" med allt, fångar alla aspekter och fogar sig till redan befintliga modeller och plattformar. Tyvärr hamnar jag i avväganden om ifall jag ska sträva mot det eller sträva mot en modell som jag tror att våra medlemskommuner kommer att använda. Jag måste kanske fatta några beslut som gör det senare - med kvalité på modellen som nackdel.
Det som känns som stora frågan nu, innan jag fastställer version 1 i samråd med resten av arbetsgruppen för modellen i projektet Dataportal Väst är frågan om unikt persistent ID.
Det har kommit alla möjliga förslag - stryk det helt, hitta på något eget, använd en GUID-generator på internet, fråga HoV-myndigheten ifall ni kan få tillgång till deras databas och generera nya IDn där, skapa en egen databas där alla kan hämta ut IDn som behöver, skapa upp IDn i Wikidata på förhand och låt kommunerna använda dem när de publicerar, eller skapa en nationell databas med kunskapsgraf.
En del av alternativen funkar inte för då faller modellens kvalitet under vad som är godtagbart och en del ställer krav på en infrastruktur eller ideella krafter som inte finns.
Jag behöver fastställa ett unikt ID. Det finns inga ideella krafter som kommer att skapa Wikidatakonton och på förhand inför den här badsäsongen skapa upp IDn där, jag känner iaf inga sådana krafter. Vi kommer ej att kunna driva frågan nationellt i det här skedet.
Det jag kokat ned till nu är en av två lösningar
GUID-generator som ger ett 128bits "unikt" ID - finns risk för krock såklart men är liten
Ett helt påhittat system baserat på kommunkod som badplatsen finns på samt varianter av dess namn, typ "1473-TOREBODA-SANDVIKEN01".
Hur ska jag göra för att komma framåt och för att skapa en "mall" för våra kommande/tänkta datamodeller vi försöker skapa oss? Det lär inte vara första gången det här blir ett problem, vi har många modeller på lut som vi vill börja skapa och tillgängliggöra. Jag är rådvill. Hilfe!
@salgo60
Tack för input, mycket matnyttigt men det snurrar lätt med all feedback som jag fått. Om vi förenklar enormt - kan det räcka med om jag har med fält i datamängden som refererar till OSM - räcker det med ett fält som pekar på just det objektet som utgör badplatsen? (exempelvis /way/688795404 för Hattarevikens badplats?)
Detsamma för Wikidata - kan det räcka med ett fält som pekar på en Q-kod på Wikidata eller måste båda dessa referenser beskrivas som arrayer som kan hålla flera arrayer?
Funderar på om någon av er @salgo60 @josefinlassi @Dennis_Priskorn har någon idé om hur jag kan skapa upp unika identifierare för varje rad i datamängden, genom ett system som kan delas av alla dataproducenter och säkrar att de blir unika - jag har funderat över ett datumbaserat system, kombinerat med kod för kommun eller motsv?
Kommunkod + år + månad + dag + eget löpnummer eller nåt sånt? Eller ska man återanvända något kring NUTS-kod från Eurostat eller nåt sånt för att få koppling till geografi? Det är viktigt att ha en unik identifierare per rad känner jag som dels är beständig och som säkrar att det inte uppstår dubletter eller att de återanvänds om en plats tas bort.
@salgo60
Ursäkta om det blivit rörigt och otydligt från min sida, det var verkligen inte meningen - jag sökte helt enkelt bred träffyta och publicerade på tre olika platser.
Specifikationen är inte skapad på Dela Digitalt, det är ett delat inlägg där, som beskriver ungefär det jag skriver i mitt första inlägg på det här forat.
Det är samma dokument, alltså GoogleDocs-dokumentet som utgör specifikationen.
På Dela Digitalt står det bara "Jag behöver hjälp, läs det här dokumentet och kommentera".
Hej!
Inom samverkansprojektet i VGRegion "Dataportal Väst" har vi börjat ta fram specifikationer och mer konkret hjälp till deltagarorganisationerna att dela data.
En idé vi har är att skapa en datamängd lagom till sommarsäsongen för Badplatser. Det finns en bra datamängd hos Havs- och vattenmyndigheten, och vi tänker oss att vår kompletterar den, genom att till exempel kunna ha med badplatser som inte har vattenkontroller.
Vi har ett alldeles första utkast skrivet, och jag önskar nu er feedback - gärna genom kommentarer direkt i dokumentet, eller via mail, eller här som svar.
Tanken med datamängden är att det ska vara lätt att sätta samman och publicera den, så vi har valt ett kolumnbaserat format som gör sig bra i ex. ett kalkylblad. Det här gör det kanske lite mer svårläst och lite "fulare" rent tekniskt, men vi har diskuterat andra väger och ändå beslutat att det här känns enklast för våra dataproducenter som troligen kommer att bestå av personal inom turist- och besöksfunktioner i kommunerna.
Vi har kikat på befintliga modeller, lånat lite av Californiens datamängd om sina stränder, Fiware och Havs- och vattenmyndighetens upplägg samt knyckt lite allmänt
Några kommentarer och iakttagelser har redan gjorts i dokumentet, bland annat kring beständiga identifierare. Hjälp mig gärna att klura på det och jag tar även gärna emot tips om verktyg för att utan att behöva stansa i en text-editor, som hjälper mig att visuellt skapa scheman för json osv. Kanske finns en bra allmän verktygslåda jag kan ha nytta av?
Kika gärna in på DelaDigitalt där jag har publicerat ungefär samma fråga, eller direkt i dokumentet. Jag har en Google-docs-länk där du ska kunna skriva kommentar, eller en PDF där du kan ladda ned.
Hjälp oss bli klara och vara smarta, innan det är +21 (hoppas hoppas) i vattnet i sommar!
Mvh
Tomas Monsén, IT-utvecklare, Töreboda Kommun (samt Kim Lantto Göteborgs stad och Fredrik Eriksson, regionens samordnare öppna data).
Länk till Google Docs -dokument/referenskopia i sin allra första Alpha-version:
https://docs.google.com/document/d/1GxNucD_E_eoHnlyJAL3tjCel-BdWvwF5TB_lYl7bs94/edit?usp=sharing