|
Recently I came across a parking space at a public bathing beach that requires a fee with some very very fuzzy condition: a fee is required "at bathing weather", which is not specified any further. The parking can be used all the time, but at certain times there's someone sitting there and collecting a fee at the entrance. I guess they just place someone there to collect a fee when they expect more than x cars to park park there so that the return on investment (i.e. paying someone to collect the fee) is positive. The question is, is there a way to map that? I fear, there's no "soft" tag that directly allows to enter such a fuzzy condition, but maybe some opening hours like style might work. I came across the conditional restrictions wiki page, but this seems to only apply for access rules. With this one could specify a condition that tries to reproduce the situation as good as possible, for example by requiring a fee from may to september from 9:00 to 17:00. Surely there will be days within in this time where noone asks for a fee, but if you expect a fee and don't have to pay one is better than arriving there to see that a fee is required. But does the conditional scheme also apply for other tags than |
|
Answering the last part first: Yes, it gets used quite a lot for things like maxweight, etc. With regard to the first part I wouldn't worry too much about translating your knowledge about when the fee is collected into OSM tags. I'd just make sure that what you know is tagged in English (perhaps as "fee=bathing_weather", perhaps as a note, perhaps as something else), and let people who worry about consuming the data decide what to do when they encounter it. Essentially, mappers are OSM's scarcest resource, and anything that frees up their time to do more mapping is good, even if it requires data consumers to handle exceptions. It may also, as has happened with "opening hours", cause the people who care about ensuring that the data in that tag is machine readable to better define exceptions for English statements just like this one. |
|
How about simply not inventing a new tag for it? Unless this parking is in some tropical location, most of the time it is free. The other condition is so fuzzy, that no matter what tag you invent, it will never be used by any tool consuming OSM data. So simply put this information into a description or note tag. At least then there is a small chance it will be seen some time. My intention was not to create another tag that is used only once, but to find a way to use the existing tags to fit the given situation at least as good as possible. Even if the parking is not in a tropical area and therefore free most of the time, this information is not of great use, as the parking is only used to get to the bathing beach, i.e. when it's bathing weather...
(04 Jul '14, 09:39)
bbauer
|
|
'Opening hours' may be another good way to handle this one actually, on the parking lot. opening_hours=sunrise-sunset open "Fee in 'Bathing weather'" |
