Community på Sveriges dataportal
Datastandard för offentliga toaletter
-
@Johan_Bard sa i Datastandard för offentliga toaletter:
Vi har gjort ett större arbete med inventering för att skapa en egen karta men när det kom till att kratta för att det ska bli öppen data har vi tyvärr gått bet.
Finns kartan öppet åtkomlig? Går det att få en bild av den data ni samlat in, vad den innefattar t.ex. avseende öppettider, pris, betalmetoder eller andra egenskaper och vilken variation sådana fältvärden har?
Hittade denna.
https://geo.gotland.se/portal/apps/webappviewer/index.html?id=2e18e03e343e47789e71f66bb3723f36 -
@jonor representerar inte DIGG. Har erfarenhet av arbete med informationmodeller och dataspecifikationer nationellt. Har tittat lite närmre på detta och det går att göra i en array i schemat som bör fylla syftet vi är ute efter i det här fallet.
Annars är det ingen rikare kardinalitet än obligatorisk och rekommenderat
Det ska alltså finnas både en "specifikation" som beskriver datamodellen, och ett JSON-schema som beskriver ett CSV-format?
Precis, schemat ska agera som validering och även kunna ge mig möjligheten att lägga till kontext på datamängden.
Hur fungerar det i praktiken, är kardinaliteten i en relation maskinläsbar? Tänker om man vill validera att data följer specifikationen? Från JSON-schemat kan man då bara läsa ut om egenskapen är obligatorisk/"required" i tabellformatet, dvs. antingen 0.., eller 1..?
Exakt men ska undersöka om det går att göra en rikare beskrivning i schemat för just kardinaliteten.
*Schemaexemplen verkar i en del avseeenden vara förenklingar som inte täcker in vanliga omständigheter i verkligheten.
Hur är det med fälten "opens" och "closes", är dessa standardegenskaper för öppettider så att det går att härleda ett tidsintervall för olika typer av verksamheter? Det finns väl annars inget i själva schemat som beskriver att de hör ihop som tidpunkter i ett intervall?
Vi har utgått från egenskaper ifrån denna klass https://schema.org/OpeningHoursSpecification
Datatypen "date" med formatet "HH:mm" indikerar att värdena kommer att representera specifika tider på dagen. Att använda "OpeningHoursSpecification" från schema.org ger en bra grund, men du har rätt i att det kanske inte täcker alla variationer i öppettider och prissättning. Att överväga specialiserade egenskaper eller tillägg kan vara ett sätt att hantera dessa variationer.Det är vanligt att öppettider varierar över olika veckodagar, schemat för POI fångar inte den aspekten på ett strukturerat sätt. Fältet "openinghours" är ett strängvärde med risken att man skriver in varierande öppettider på ett ostrukturerat vis.
Håller med att det är svårt i detta fall och då ligger det till i själva strukturen. Har undersökt möjligheten att använda https://schema.org/specialOpeningHoursSpecification men det är svårt i en platt CSV struktur.
När det gäller fältet "price" är det väl på motsvarande vis vanligt att inträde kan variera för olika åldersgrupper eller andra kategorier. Där skulle också behövas ett sätt att strukturera detta, ett heltalsfält är troligen otillräckligt för att beskriva den prisinformation man ofta ser på informationssidor.*
Håller med att den inte täcker in allt, tanken är att få med baspriset och med url egenskapen kunna se mer information. Här kan man överväga att använda intervall också men det tappar lite kontext.
-
@jonor Kartan du hittat är baserad på det ursprungliga datasetet, och kommer att baseras på det nya datasetet.
Du kan, såvitt jag vet, inte komma åt den data kartan bygger på, och även om du kunde det skulle det nog endast vara en bråkdel av det utkast till standard vi diskuterar här. Därav att vi även vill släppa öppna data.
Sedan vill jag vara öppen med att många kolumner i datasetet kommer att vara tomma från vårt håll. I arbetet med själva data-standarden vill vi få med så mycket som möjligt men i arbetet med att fylla på med data väger vi, precis som många andra, arbetsinsats mot efterfrågan.
OM data vi saknar efterfrågas kan det mycket väl bli så att arbetet med att inventera prioriteras. Men vi ska inte lägga tid och pengar på att inventera data som inte efterfrågas.
Edit - Läste lite för snabbt och svarade inte riktigt på alla frågor. Vi har inga avancerade öppettider, pris eller betalmetoder i vårt fall så det är inget vi behövt lägga energi på. Vad vi däremot har många av är offentliga toaletter som är knutna till en annan verksamhets öppettider men detta finns inte maskinläsbart, därav exemplet "Tillgång endast under bibliotekets öppettider".
-
Vad som efterfrågas är data av acceptabel och användbar kvalitet. Söker man data om offentliga inrättningar är det med sannolikhet av stort intresse att information om tillgänglighet och öppettider ingår i denna information.
Tvärtom tycker jag att lägga tid och pengar på att producera data av låg kvalitet med avsaknad av struktur och tydlighet, som leder till tidskrävande tolkning och bearbetning för den som ska använda datan, utgör det verkliga slöseriet med skattemedel.
Att myndigheter inte har verktyg eller kunskap för att modellera och strukturera data så den är värdefull och lättillgänglig för vidare användning är ett problem, och där har jag föreställt mig att DIGG skulle ha en roll och ett uppdrag att genom inte minst teknisk vägledning "främja" sådan framställning och publikation.
@Johan_Bard sa i Datastandard för offentliga toaletter:
vi ska inte lägga tid och pengar på att inventera data som inte efterfrågas
Vad vi däremot har många av är offentliga toaletter som är knutna till en annan verksamhets öppettider men detta finns inte maskinläsbart, därav exemplet "Tillgång endast under bibliotekets öppettider"
-
Jag har inte följt denna tråd så noga men ser inte att denna länk figurerat. Men jag antar att det är basen ni bygger på?
-
Angående datamodeller/format för öppettider m.m.
@almeta sa i Datastandard för offentliga toaletter:
Vi har utgått från egenskaper ifrån denna klass https://schema.org/OpeningHoursSpecification
Att använda "OpeningHoursSpecification" från schema.org ger en bra grund, men du har rätt i att det kanske inte täcker alla variationer i öppettider och prissättning.Jag har som sagt inte så mycket praktiskt erfarenhet, men vore det inte bättre att ange schema.org/openingHoursSpecification som kontext ist.f. schema.org/opens?
Då får man en sammanhängande enhet med egenskaper som "opens", "closes", "dayOfWeek" m.m. som kan vara till användning i sammanhanget och tydliggöra informationen.@almeta sa i Datastandard för offentliga toaletter:
Håller med att det är svårt i detta fall och då ligger det till i själva strukturen. Har undersökt möjligheten att använda https://schema.org/specialOpeningHoursSpecification men det är svårt i en platt CSV struktur.
Strukturen behöver inte nödvändigtvis vara platt för att man använder ett tabellformat som CSV, utan det handlar om att ta det mentala klivet att använda referenser tror jag.
Från förstasidan för CSVW:
https://csvw.org/Relate tables together
Declare indicies and foreign key constraints between tables letting CSV work like a relational database. You can share multiple tables in a neat package without having to squash everything into one page.
-
@Björn-Hagström Jag har inte sett den specifika länken men däremot strukturen. Vi har inspirerats av den och av de befintliga här på dataportal.se.
Problemet är vad jag nämner här under i svaret till jonor, mandat. Vem har mandatet att besluta:
- Vad vi ska och inte ska inspireras av
- Vilken som är vägen framåt när vi är oense i ett vägskäl
- När vi nått version 1.0 och kan anses vara klara för denna gång
Idag verkar allt detta vara helt baserat på hegemoni, för att inte säga självutnämnt, vilket aldrig kommer fungera.
-
@jonor Jag tror tyvärr att du missförstår mig något och blandar ihop helhetsgrepp med vad jag arbetar med i samma andetag.
Vi börjar med helhetsgreppet
Jag håller helt med dig om att öppna data, och framförallt nationell samordning, är gravt eftersatt. Det saknas tydlighet i mandat, ambitionsnivå och struktur. Det saknas kompetens och utbildning för de som vill arbeta med detta, jag själv inkluderad. Det saknas nationalpolitiskt intresse och vilja att fatta de beslut som behöver fattas. Att en enda kommunal tjänsteperson, i brist på nationell samordning, kan ta fram ett utkast till en nationell datastandard och få igång en diskussion som i denna tråd är absurt, milt sagt. Men jag tycker att det är bättre än att inte göra något, och det är därför jag gör det.
Sedan till det jag arbetar med
Jag är en tjänsteperson i en kommun. Jag driver detta på det sätt jag gör för att jag tycker att öppna data är en viktig fråga. Men jag arbetar samtidigt halvtid, har många andra frågor på mitt bord och mina mandat i frågan är nästintill obefintliga.
När vi släpper vår data, vilket jag hoppas blir snarast, kommer den att följa den standard vi diskuterar här och jag har för avsikt att löpande anpassa vårt dataset allteftersom standarden utvecklas. Jag tycker därför att fler borde engagera sig i gitlab för att bidra så att vi snabbare når fram till konsensus.
Gällande vår data har verksamheterna som ansvarar för de offentliga toaletterna valt att inte populera fält av mer detaljerad natur eftersom de, så som läget ser ut idag, skulle behöva prioritera bort andra arbetsuppgifter. Att öppna data inte finns med i budget, eller ens på den lokalpolitiska agendan, är en verklighet jag i min roll måste vara högst ödmjuk inför.
Vissa fält i datasetet har dock prioriterats eftersom verksamheterna vet att de är efterfrågade av våra boende, besökare och företag - däribland tillgänglighet, öppettider, avgift och möjligheten för medborgare att lämna återkoppling.
Den sista punkten är nyckeln i det här fallet. Jag tycker nämligen precis som du, att ju mer högkvalitativ öppna data vi kan släppa desto bättre. Men jag har internt börjat nå vägs ände och mitt tyckande leder ingenstans. Jag behöver därför vara lite kommunaladministrativt taktisk. Jag kan se till att vi publicerar vad vi har och - här kommer det - göra det enkelt för medborgare att återkoppla. Jag litar nämligen på att du och dina likar, när datan har publicerats, lämnar återkoppling via de korrekta kanalerna så att frågan når rätt personer på rätt sätt. Först då kommer det upp på den politiska agendan vilket i sin tur gör att beslut kan tas som möjliggör den form av öppna data vi båda vill se.
Jag förstår ditt engagemang och jag hoppas att du nu förstår utmaningarna jag i min roll har att förhålla mig till. Jag ser fram emot att få uppdraget att ta nästa steg gällande vår öppna data, men beslutet måste komma från rätt håll.
-
@Johan_Bard Tack för svar, en anledning till att jag engagerat mig i den här tråden är att det för ovanlighetens skull verkade finnas någon som vill och vågar diskutera de här frågorna öppet. Tack också till @almeta för uppdateringar om innehållet i specifikationerna.
@Johan_Bard sa i Datastandard för offentliga toaletter:
Men jag tycker att det är bättre än att inte göra något, och det är därför jag gör det.
Håller med, och uppskattar det. Borde det inte också vid det här laget finnas stöd i direktiv och regelverk för att myndigheter faktiskt skall åta sig och avsätta resurser för detta.
jag har för avsikt att löpande anpassa vårt dataset allteftersom standarden utvecklas. Jag tycker därför att fler borde engagera sig i gitlab för att bidra så att vi snabbare når fram till konsensus.
Det ger en positiv signal till dem som väntar på framsteg och resultat från det offentliga tycker jag.Gällande vår data har verksamheterna som ansvarar för de offentliga toaletterna valt att inte populera fält av mer detaljerad natur eftersom de, så som läget ser ut idag, skulle behöva prioritera bort andra arbetsuppgifter.
Skälet till att jag har frågat efter information om och exempel på hur den existerande datan ser ut är att jag är nyfiken på vad det innebär att ta fram den, och i vilken form den hanteras i dagsläget. De ansvariga verksamheterna kanske bara har information om säsongstider t.ex. Ser att det finns ett fält "visit_url" som kanske är tänkt att länka till information om den anknytande verksamhetens öppettider, tills vidare, det ger ju åtminstone en möjlighet att söka sig fram till denna information.
Angående föreslagna fält tycker jag det vore bättre att försöka följa definitionerna för innehåll från schema.org eller andra källor, än att definiera om dem till fritextfält med ostrukturerade beskrivningar. Lägg hellre till ett nytt fält för fritext om nödvändigt och lämna standardfälten enligt det strukturerade standardformatet.
T.ex. openingHours, jmf. spec förslag och definitionen från schema.org.
sarskilt-viktiga-datamangder/public-toilets/-/merge_requests/1
"name": "openinghours",
"titles": "Öppettider i fritext",
"dc:description": "Beskriver när under dygnet den offentliga toaletten är öppen. Exempel: "Tillgång endast under bibliotekets öppettider". Dygnet-runt-öppna lämnas tomma."https://schema.org/openingHours
Opening hours can be specified as a weekly time range, starting with days, then times per day. Multiple days can be listed with commas ',' separating each day. Day or time ranges are specified using a hyphen '-'.
- Days are specified using the following two-letter combinations: Mo, Tu, We, Th, Fr, Sa, Su.
- Times are specified using 24:00 format. For example, 3pm is specified as 15:00, 10am as 10:00.
@Johan_Bard sa i Datastandard för offentliga toaletter:
Jag litar nämligen på att du och dina likar, när datan har publicerats, lämnar återkoppling via de korrekta kanalerna så att frågan når rätt personer på rätt sätt. Först då kommer det upp på den politiska agendan ...
Du får gärna utveckla vad som utgör de korrekta kanalerna för att påverka beslutsfattare, det låter som nyttig information för dem som efterfrågar aktivitet och leverans från myndigheterna. Det inbegriper kanske inte att återkoppla på community.dataportal.se eller på gitlab.com/sarskilt-viktiga-datamangder då?
-
@jonor sa i Datastandard för offentliga toaletter:
Du får gärna utveckla vad som utgör de korrekta kanalerna för att påverka beslutsfattare, det låter som nyttig information för dem som efterfrågar aktivitet och leverans från myndigheterna. Det inbegriper kanske inte att återkoppla på community.dataportal.se eller på gitlab.com/sarskilt-viktiga-datamangder då?
Jag har svarat i ett separat ämne efter funktionstips från @jonor: https://community.dataportal.se/topic/885/så-kan-du-påverka-kring-öppna-data-och-datadelning-i-sverige/1 (tack!)
-
@mattias @jonor Jag har bara ett tillägg och det är möjligheterna till påverkan som min egen kommun erbjuder:
https://www.gotland.se/dialogochpaverkan
