Community på Sveriges dataportal

Hej!
Tänkte bara skryta lite - vi lanserar idag vår gemensamma karttjänst för ledig tomtmark i Skaraborg - 15 kommuner har enats om att dela data enligt den nationella specifikationen för ledig tomtmark och en av kommunerna står som värd för en karta driven av denna data.

Beställare är Business Region Skaraborg som tidigare har karttjänst för verksamhetsmark men som på begäran av näringslivet och entreprenörer och organisationer som vill verka i regionen även önskade dela mark för byggnation av villor och flerbostadshus.

Alla 15 kommunerna i Skaraborg har därför etablerat ÖD-förmåga och skaffat datakatalog och publicerat sin datamängd. En fin samverkan och faktiskt samarbete, där vi i sann Skaraborgsanda har hjälpt varandra med allt från att etablera förmåga, skaffa katalog, förankra i kommunledning och nätverk samt hacka ihop datasets och publicera dessa.

Jag är lite stolt över att vi lyckats med något som känns unikt i Sverige och vi hoppas att detta är startskottet på många fler samarbeten kring digitalisering och Öppna Data i Skaraborg - vi pratar redan om vad vi ska ha på kartan härnäst

Läs nyheten och hitta till kartan här;

https://skaraborg.se/var-verksamhet-ny/Regional_utveckling/nyheter-regional_utveckling/lediga-tomter/

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

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

Hej kan man programmatiskt via API bläddra i själva datakatalogen?
Jag menar ett API med tillhörande dokumentation för att kunna söka på "Lediga tomter" och få svar där jag kan jobba vidare mot organisationer, specifikationer, datamängder och distributioner, utan att behöva använda GUIt på dataportal.se?

Jag söker efter nåt sånt här alltså;

https://dataportal.se/api/v1/get-entities?organizational_units=kommuner+filter=has_publications

...och då får jag en lista över organisationer (organizational_units=kommuner) och med filtret "has_publications" dvs de har data publicerat.

Skulle va smutt för att kunna göra lite statistksammanställningar/leaderboards lokalt för att se hur våra kommuner ligger till.

Det här kanske finns, men jag hittar det inte - tycker jag klickat "på allt" nu
Eller ligger det här dolt bakom "admin.dataportal.se" nånstans där jag inte kan se det?

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

@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!

Hej så här ser det ut när jag bläddrar till organisationer i översikten per dataset;

Detta stämmer inte, Titel är angiven enligt dcat/dct och den lokala katalogen Entryscape har attributet satt enligt nedan, dessutom med två språk. Detta går igen på flera organisationer är inte unikt för Skara kommun.

Vilket attribut försöker dataportal.se koppla till "titel" och misslyckas tro?

@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!

@Andreas-Sundberg sa i Frågor om metadatakvalitet och ev bugg?:

Nej det är ju i hur verktyget för metadatakvalitet fungerar. Så det ligger nog hos er.
Du skulle prata med dina kollegor och sedan återkomma skrev du ovan.

@tomasmonsen hade samma problem eller hur Tomas?

Ja det stämmer, jag når inte upp till 100% hur hårt jag än jobbar på metadatakvaliteten och jag förstår inte varför. Behöver ha en återkoppling exakt på vad som är fel/vad som inte utvärderar sant.

Hej jag instämmer med övriga. Det är svårt eller omöjligt att ta höjd för alla system med reserverade ord, i en är ID reserverat, i ett annat system är "latitude" och "longitude" reserverade.

Jag är lite osäker på hur exakt konflikten sker, men nån form av transformation kanske man kan få till?

Uppstår konflikten då ni tänker er att datat om en grillplats ska läsas i realtid från en tabell via ett API i ert GIS-system?

Jag tänker att man kan döpa tabellen i GIS-systemet annars till vad som helst och när man som @Ainali skriver byta det namnet vid export. Så gör vi i Töreboda/Mariestad/Gullspång när vi hanterar grillplatser i en sharepointlista eller Excelblad - där heter kolumnerna "Badplatsens fullständiga namn" men när datat exporteras till vår datakatalog transformerar man namnet till "name".

Jag sparkar ju in öppna dörrar kanske, har det löst sig, kom ni på nån lösning som du kan dela med dig av?

Ser inga problem att ändra i specifikationen heller, vi måste till slut börja versionshantera dem, så det är ju lika bra att träna på något "enkelt" och "ofarligt" som grillplatser

Hej tänkte bara meddela att en feature som inte fanns för inte allt för länge sen, nu finns... SparQL queries går att köra mot portalen! (Kan vara old news, jag kanske är sist på bollen ... men men )

Vad är ditt case, Tomas?
...jo jag behövde få fram en lista på alla som publicerar data enligt en viss specifikation. I mitt fall gäller det Lediga Tomter. Vilka i katalogen publicerar enligt "Lediga Tomter 2.0" - kan jag få fram en lista med ändpunkter att slå vidare mot i min applikation, slipper jag sitta och "bläddra" i Dataportal.se.

Hur kör man script mot dataportal.se som SparQL?
Jag använder en enkel webbtjänst YASGUI (https://yasgui.org) som låter mig experimentera, lite som Postman.

Vad är ändpunkten för Sparql-queries?
https://admin.dataportal.se/sparql

Visa mig ett exempel på script som du kör då?

PREFIX dcat: <http://www.w3.org/ns/dcat#>
PREFIX dct: <http://purl.org/dc/terms/>

SELECT ?dataset ?distribution ?url ?organisation
WHERE {
?dataset a dcat:Dataset ;
dct:conformsTo <https://dataportal.se/specifications/ledigatomter/2.0> .
?dataset dcat:distribution ?distribution .
?distribution dcat:accessURL ?url .
?distribution dct:format ?format .
FILTER (str(?format) = "text/csv") .
?dataset dct:publisher ?organisation .
}

...och resultatet? (exempel från yasgui.org

...i Yasgui kan du få restultat som Json, tabell osv. Du kan även köra scriptet som ett URL-anrop direkt i webbläsaren om du vill:

https://admin.dataportal.se/sparql?query=PREFIX%20dcat%3A%20%3Chttp%3A%2F%2Fwww.w3.org%2Fns%2Fdcat%23%3E%0APREFIX%20dct%3A%20%3Chttp%3A%2F%2Fpurl.org%2Fdc%2Fterms%2F%3E%0ASELECT%20%3Fdataset%20%3Fdistribution%20%3Furl%20%3Forganisation%0AWHERE%20%7B%0A%20%20%3Fdataset%20a%20dcat%3ADataset%20%3B%0A%20%20%20%20%20%20dct%3AconformsTo%20%3Chttps%3A%2F%2Fdataportal.se%2Fspecifications%2Fledigatomter%2F2.0%3E%20.%0A%20%20%3Fdataset%20dcat%3Adistribution%20%3Fdistribution%20.%0A%20%20%3Fdistribution%20dcat%3AaccessURL%20%3Furl%20.%0A%20%20%3Fdistribution%20dct%3Aformat%20%3Fformat%20.%0A%20%20FILTER%20%28str%28%3Fformat%29%20%3D%20%22text%2Fcsv%22%29%20.%0A%20%20%3Fdataset%20dct%3Apublisher%20%3Forganisation%20.%0A%7D

...ja de tär lite svårläst, men funka om du t.ex. kör script i Powershell, Python eller anropar via FME kanske? There is no end to the possibilities.....

Svaret filtrerar jag sen, eller stukar om min fråga, så att jag t.ex. bara får ut URL om jag inte behöver mer metadata. Sen mosar jag in listan på URL till FME som slår mot dem och hämtar ut datat som jag sen kan använda vidare.

Fördelen?
...är att jag alltså får ut en dynamisk lista - så fort någon lägger till en distribution på dataportal.se som pekar ut Lediga Tomter 2.0 -specfikationen, så kommer min lista att fyllas på med den. Detta kan man alltså även använda för att sätta ihop statistik om hur många som nyttjar gamla och nya specifikationen t.ex.

Jag håller på att försöka, på lediga stunder, stäta samman en enkel formatkontrollerare, som ställer en Sparql-fråga, hämtar hem alla URL till distributioner, laddar dessa distributioners data och utvärderar dem mot schemat för distributionen - de som inte matchar hamnar i en fel-lista som man kan använda för att hjälpa dataägaren förbättra kvaliteten på sin data (t.ex. felaktiga filformat, kolumnindelning, datatyper, obligatoriska fält som saknas osv).

Tyvärr är det ju så @Magnus-Sälgö att det du frågar efter nog inte kommer hända inom överskådlig framtid. Det är som att vi ska bestiga Mount Everest om du får som du önskar, men kommuner och offentliga organisationer försöker ta den breda vandringsleden uppför Tomtabacken, 377MÖH.

Tyvärr hör jag ganska sällan någon som pratar om att bygga en äkta digital tvilling - begreppet florerar ibland men är då ofta kopplat till GIS/3D-modellering och inte jättemycket kring det datadrivna, iaf inte i de kretsar jag rör mig och ganska få aktörer har något verkligt att visa upp som är bredare än kanske en fastighet, ett kvarter eller en enhet/processanläggning - kommunen i stort - nej.

Skulle tippa på att en del kommuner i Sverige inte ens har en Öppna Data-ansvarig utpekad, ingen Öppna Data -metadatakatalog och inget systematiskt arbete alls kring informationsförsörjning internt (och än mindre externt). Man håller näsan över ytan. För att nå det du önskar krävs breda förändringar nationellt, kanske rent av lagförändringar.

Jag tänker att om 10% av Sveriges kommuner publicerar sina hundrastgårdar i en officiell nationell katalog, enligt ett specifikt fastställt och överenskommet format, så kanske de 760 hundrastplatser du fått fram kan växa till 960 och det är väl bättre än inget alls?

Jag tänker även att om kommuner hittar enkla, ofarliga datamängder som ger ett direkt värde till invånare (exempelvis i min hemkommun), som är lätta att ta fram och underhålla, så bryter man långsamt ner ointresset kring Öppna Data och konverterar skepsis till något verkligt - Om du som kommun vågar publicera ofarliga saker, så kanske du femte eller sjätte gången vågar publicera något som känns lite jobbigare - som fakturor till exempel?

Jag tycker det känns trist att vi inte ska göra något alls, för att det vi gör är för dåligt - Är du med på hur jag tänker?

@Magnus-Sälgö sa i Gemensam specifikation för Hundrastgård - hjälp oss förbättra!:

@tomasmonsen det viktiga är att några gör något ...

Men vad härligt, då har vi enats om att ta fram en specifikation är bra och att jag ska fortsätta det arbetet för alternativet är fortsatt publicering godtyckligt på webben i proprietära format som är ännu sämre?

jag tycker OSM fungerar riktigt bra – det tar mig bara ett par minuter att hämta ut data för hela Sverige/ Världen jmf att sitta och leta dataset från 290 kommuner... som troligen inte har liknande felrapportering...

Okej jag tänker att det kommer ta ett par minuter att slå mot dataportal.se och ställa en sparql-fråga och få fram ändpunkter för distributioner för hundrastgårdar?

Jag tror tyvärr inte att kommuner kommer registrera sig på OSM och lägga data där, det får vi hjälpa dom med, baserat på den data som är publicerat i våra datakataloger? Kan vi skriva ett script eller tjänst som konsumerar data från dataportal.se och publicerar den vidare till OSM med CRUD-funktionalitet?

Specifikationerna jag sett

• Ofta bara PDF:er.
• Det går inte att validera sitt data mot dom.
• Jag är tveksam till om det är levande dokument – jag har sällan sett en version 2.

Känslan är att de skrivs av konsulter, publiceras och sedan glöms bort. (Rätta mig gärna om jag har fel.)

Samtliga specifikationer jag har varit med och gjort är öppen källkod publicerad på Gitlab.

Samtliga specifikationer jag har gjort har ett schema för utvärdering i JSON-format. Visst måste du bygga valideraren själv, men underlaget för att göra utvärderingen finns? Detta kanske är ett förbättringsförslag till DIGG att utveckla validering enligt schemat i specifikationen för distributionerna?

Levande dokument ställer krav på att någon hör av sig och meddelar behov, vilket jag tyvärr ganska sällan upplever. Själv vill jag ju tro att det beror på att det är perfekt från början...... men i realiteten är det nog annat som påverkar, kanske saknas intresset och isåfall måste vi ju fråga oss varför? I exemplet lediga tomter blev det snabbt en version 2 när en behovsägare i form av en tjänstägare byggd på datat, hade funderingar och krav på förbättring - det kanske är den typen av behovsägare vi behöver fånga upp bättre.

När jag säger "vi" menar jag oss, alla, inte Dataverkstaden, inte DIGG, inte SKR - vi alla som jobbar med frågorna till daglig dags professionellt eller på frilansbasis.

Ok inte helt enkelt att följa med i det du skriver, kan vi kanske fokusera på PID som behövs i min dataspecifikation för hundrastgårdar så att jag kan beta av något enklare innan jag börjar fundera på det mer avancerade;

Jag behöver en unik persistent identiferare för hundrastgårdsspecifikationen - det behöver vara ett format som publicisterna kan förstå och producera. Hur gör vi?

Tidigare har varit godtyckligt "skapa en unik identifierare lite hur du vill, bara den är unik och inte återanvänds". Det känns trist att skriva en sådan beskrivning - hur ska jag göra för att vi ska enas om något enkelt?

Jag behåller gärna wikidata-referenserna/länkningsfältet, om du tror det är bra (ligger inte med nu tror jag i specen, men jag kan lägga tillbaka den?).

@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

Tack det återknyter lite till det jag frågat om också - hur får man "poäng" i utvärderingen och kan jag få se "under huven" på vad som anses vara fel, inte bara en procentsats. Länkrapporten går att ta ner men inget annat.

Jag precis som du, @Andreas-Sundberg anser mig följa det som följas bör och vill så klart ha cred för det via 100% uppfyllnad !

@jonor sa i Vägledning för att publicera data om grillplatser:

@FredrikEriksson

Exempelvis i Mariestads kommun underhåller man datamängden i en Sharepoint-lista eller ”Microsoft Lists” i Office 365. Det här gör att man ute i fält kan köra Microsoft Lists-appen och enkelt och överskådligt sköta uppdatering av egenskaper när man befinner sig på platsen.

I Mariestads kommun som exempel, har vi skapat listor i Office 365 i appen ”Lists” som motsvara attributen i datamodellen.

Genom appen ”Lists” som går att ladda ner till mobiltelefon, kan personer ute i fält inventera och uppdatera informationen och attributen som beskriver platsen direkt. Appen skapar ett enkelt och lättläst ”formulär” av den tabulära datan.
Det gör att datat blir enklare att underhålla och lätt att uppdatera. Det krävs ingen särskild utrustning annat än en mobiltelefon och behörighet/licens för Office365.

Om alla köper in programvarulicenser för Office 365 så är problemet löst? Eller är det kanske en given förutsättning att all offentlig förvaltning i Sverige redan har gjort det? Kan det tänkas finnas alternativa verktyg för att lösa dessa uppgifter?

Halloj, som @FredrikEriksson menar är exemplet med Office365 och "Lists" ett sätt att jonglera informationen innan den blir öppen data.

I MTG har vi valt lägga badplatser, grillplatser och lite annat som Sharepoint/Lists för att det är ett verktyg vi har, som finns hos de flesta i vår organisation och som har en (faktiskt rätt så okej) app som stödjer snygg redigering "i fält". Man kunde lika gärna använt ett Excelblad, eller en textfil.

Fördelen med en Lists är att den går att sätta lite formatkontroll på (typ latitud måste skrivas med formatet NN.XXXXXX, annars får man ett felmeddelande och kan inte spara) samt att det går att behörighetsstyra enkelt, bygga vyer etc. Lists har även stöd för bilder och andra datatyper som man kan lägga till hur man vill - bara man ser till att man i själva exportögonblicket bara får med det data som specifikationen kräver.

På så vis kan en dataspecifikation för exempelvis Grillplatser innehåller mycket mer data och användas på många fler sätt OCH användas som bas för öppen data. Lägger man till egna attribut som "vem som tömmer soporna" eller "senast tillsyn" i form av en personväljare i Office eller ett datum, så kan man ju skippa ta med dem i exporten till ÖppnaData-katalogen då specifikationen inte har dessa fält.

Det här gör även att man kan svenska rubriker och namn på saker i Sharepointlistan som man sen översätter i exporten.

Vi testar lite nu men än så länge ser funktionen bra ut och vi kommer säkert börjar smyga in detta på andra datamängder som är relativt statiska och som flera personer behöver underhålla över tid - även sådan datamängder där det idag saknas en specifikation som ex. fontäner, parkbänkar osv.

Lists är inte lämpligt för viss typ av data och därför prövar vi så klart innan vi börjar använda det som verktyg.

@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!

Hej, jag tänker att det skulle vara intressant om det gick att bläddra/söka efter vedertagna grupper av utgivare av data - exempelvis för mitt fall "Skaraborg".

Vad jag tänker är att det skulle gå att söka efter "Skaraborg" som utgivare/organisation och då få träff på alla kommuner, bolag osv som hör ihop i Skaraborg? Ett relativt vedertaget begrepp som innefattar 15 kommuner. Går det? Det kanske blir ohållbart att administrera, men då kanske man kan tänka sig att jag skapar en sådan compound-sökning själv och sparar för återanvändande när jag återkommer till sidan? Där jag kan sätta ihop organisationer själv och återanvända det sökbegreppet?

Hej allesamman, nu har det gått en tid och jag ser glädjande att specifikationen för Grillplatser används lite här och där.

Jag kommer försöka samla ihop allt ni skriver om utökade fält, utökade möjligheter i fält och troligen skulle det behöva skapas en version 2 av specifikationen grillplatser.

Är man smart behöver den som publicerat enligt version 1 inte ändra något, den kan ligga kvar och nyttjas som förut, och att version 2 har samma baskonfiguration men tillåter annat innehåll i vissa attribut (om jag läst till mig rätt i tråden) samt lägga till ett antal (frivilliga) attribut för att bland annat hantera bild och tydligare precisera adress.

Följande har jag identifierat från diskussionen hittills;

Föreslagna nya fält:

• image_url: URL till en bild av grillplatsen, med licens för bilden angiven som CC0.
• report_phone: Telefonnummer för frågor, synpunkter och/eller felanmälan.
• report_url: Länk till en tjänst för frågor, synpunkter och/eller felanmälan.
• street: Gatuadress till platsen, exempelvis "Havsvägen". Mappar mot Open Street Maps "addr:street".
• housenumber: Gatunummer eller husnummer med bokstav, exempelvis "1" eller "42 E". Mappar mot Open Street Maps "addr:housenumber".

Diskussion om befintliga fält:

• Några exportsystem (GIS) använder ID som internt namn. Kan specen ändras så att t.ex. UID används istället.

Synpunkter på specifikationen i övrigt:

• Kan specifikationen tillåta extra fält utöver definierade?
• Kan fältet för uppdateringsdatum ändras från obligatoriskt till rekommenderat, eftersom inte alla kommuner har denna information tillgänglig.
• Avstånd till parkeringsplats: Vilken typ av parkering hänvisar man till, bil, cykel osv.

Har jag fångat det någorlunda inför att inleda ett nytt utkast?