Har funderat på att dra igång ett ambitiöst projekt att mappa all gatuparkering i Stockholm eftersom det finns väldigt bra data från kommunen. Men sitter och fnular på vad som egentligen skulle vara best practice och mest användbart.
Data som finns är servicedagar, lastplatser, handikapp, samt vilken Taxa-zon. Kommundatan är väldigt bra och tydlig och går att importera som eget lager i josm rätt enkelt är uppdelat i ett antal zoner.
Men nu börjar mina funderingar och jag tar ett exempel:
Ponera att jag har Exempelvägen som består av 20 noder. En liten kort sträcka är lastzon, en annan sträcka är handikapp-parkering och hela sträckan har servicedagar på måndagar, jag skulle även vilja ha en tagg för vilken taxazon gatan ligger. En relation är ju möjlig men för de största områdena skulle det blir väldigt många medlemmar och svåröverskådligt.
Det finns ju taggen
parking:fee = 10 kr/h
men den vill jag ogärna använda eftersom beloppet lätt kan ändras vi ny kommunbudget och då är det tusentals vägar att ändra.
Borde jag istället använda
parking:fee = Taxa 2
Eller är det möjligt att rita in en riktigt stor area som omfattar hela Taxa-zonen och strunta i att mappa den enskilda vägarna med detta?
Hursomhelst, resultatet av ett sånt här projekt skulle ju vara att det blir oerhört många korta ways. Exempelvis en lastplats blir ju en egen way osv och är osäker på vad som är bästa mapping alternativet?
Verkar som om Berlin använder sig av väldigt korta ways. Det blir nog det sättet. Något som också möjliggör den där stiliga renderingen i Berlin är ju att de också använder sig area:highway-taggen som varit lite kontroversiell. Den innebär ju ganska mycket extra maintenance, men jag tycker att man skulle kunna använda den i stadskärnor där det faktiskt finns en poäng i att tydligt märka ut gränser för vägar osv.
Behöver nu bara fundera ut bästa sättet att tagga de olika Taxa-zonerna, men lutar åt att använda taggen:
Möjligen skulle man också kunna tänka sig parking:right:fee:conditional="Taxa 3" @ (Mo-Fr 07:00-19:00; Sa,PH -1 day 11:00-17:00).
När det gäller klockslagen så har jag tidigare bara använt
Mo-Fr
(Sa)
Su
men faktum är att det egentligen ska vara
Vardag
(Vardag före sön- eller helgdag)
Sön- eller helgdag
vilket borde bli
Mo-Fr
Sa, PH -1 day
Su, PH
så jag ska se till att migrera till det när jag ser över parkeringen i Linköping. Du borde dock kunna kika en del på Linköping där jag till stor del har taggat gatuparkering.
Nu har jag nog koll på allt. Eftersom all data redan finns tänker jag nu författa ett litet hjälpscript som gör om kommun-datan till OSM-taggar så därför viktigt att formatet blir rätt. Kommundatan säger dock inte på vilken sida av vägen parkeringen gäller, så detta samt placering måste ske manuellt. Men det tröga arbetet med att skriva tider och datum kan nog undvikas.
men jag kommer att strunta i detta tills vidare. Jag kommer att nöja mig med zon-identifieraren. Kommer att bli så vansinnigt många taggar att uppdatera vid minsta kostnadsökning annars och väldigt lät för eventuell mjukvara att koppla ett namn till ett pris osv.
Zonnamn eller utsträckningar rör sig förhoppningsvis inte lika mycket…
Tänker också att jag mappar det som syns. Om det står “10 kr/h” på skylten skulle jag överväga att mappa det, men om det bara står ett zonnummer/namn är det det jag mappar. Övrigt är ju liksom sekundärdata.
På skyltarna står det exempelvis “Ha”, men i data-setet som kommunen tillhandahåller skrivs hela områdesnamnet ut. Min tanke är att inkludera båda. Enligt formeln:
parking:both:zone=Ha (Hammarbyhöjden)
Dock betydligt enklare att göra det på samtliga taggar när hela området är färdigt än att ändra manuellt vid varje ny väg så det långa namnat blir ett temporärt värde tills man kan ersätta alla i ett svep.
Jag skulle använda det som står på skylten som det faktiska värdet. Så har jag gjort i Linköping och det följer OSMs grundregel om “map what’s on the ground”.