From OpenStreetMap Wiki
Jump to navigation Jump to search

for the name

the statement that name:signed=no is the most common is not correct. the >3000 objects with the historical value unsigned=yes is mostly about the fact that it is the name that is missing from the field. it is still far superior to name:signed=no even counting the SC effect. I'm not saying that one is better than the other, I'm just saying that doesn't describe the reality Marc marc (talk) 09:28, 18 March 2021 (UTC)

In retrospect, I think the tags sign=*, signed=* and unsigned=* are all unfit for purpose. They're not very explicit, I do prefer the :signed suffix that name:signed=* uses. Especially when it comes to UK Bus Stops, I would be a fan of using :signed on naptan:AtcoCode=* and naptan:NaptanCode=*. Traditionally I've used unsigned=yes on bus stops to signify the absence of a bus stop flag, although given the various ways to identify the existence of a bus stop (shelter=*, road markings, bus stop flag etc). It might be a good idea to propose an extension to the bus stop tags for road markings and the flag. --JayTurnr (talk) 12:12, 18 March 2021 (UTC)
this totally deviates from the topic "saying that A is more common than B is wrong" :) maybe it's better to split with a new subjet "several key with the same meaning"

but let's deviate :)

The problem with unsigned=yes is that it is unclear what is unsigned. Is entire bus stop unsigned at all, or is it just name that is unsigned and there is a bus stop sign? See "unsigned=yes on a highway=bus_stop to indicate it's an unsigned bus stop which is only mentioned on timetables but nevertheless, is in use." right now on page - it is not the same meaning as name:signed=no. Also, usage comes mostly from imports - even SC selecting tags is a better source... Mateusz Konieczny (talk) 20:14, 18 March 2021 (UTC)

I don't see how name:signed=no is more explicit than unsigned=name unsigned unsigned seems to me to better follow the advice "Properties can have a large number of possible values". and so key with only one value isn't a key, it's a value for another key Marc marc (talk) 12:42, 18 March 2021 (UTC)