<div dir="ltr">That's why I would prefer a generalized life cycle tagging scheme in the form of a prefix. (<a href="http://wiki.openstreetmap.org/wiki/Lifecycle_prefix">http://wiki.openstreetmap.org/wiki/Lifecycle_prefix</a>)<div>For example "disused:highway=cycleway". </div><div>It would eliminate the need for data consumers to filter for more tags than you need. If you just look for cycleways that are in use, you only have to search for highway=cycleway (or highway=path + bicycle=designated).</div><div><br></div><div>I had the problem with buildings. If you use building=proposed + proposed=* than it gets rendered on the map because everything that's building=* gets rendered. The life cycle prefix (sometimes suffix) is used quite often if it isn't a highway or railway. </div><div><br></div><div>Cheers</div><div>Hedaja</div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-08-31 13:41 GMT+02:00 Mateusz Konieczny <span dir="ltr"><<a href="mailto:matkoniecz@gmail.com" target="_blank">matkoniecz@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Mon, 31 Aug 2015 01:29:45 +0100<br>
"Dave F." <<a href="mailto:davefox@madasafish.com">davefox@madasafish.com</a>> wrote:<br>
<br>
> What's a 'trolltag'?<br>
<br>
It is not OK to use one tag (for example amenity=hotel) and add second<br>
tag that negates or massively change its meaning (for example adding<br>
involuntary=yes to amenity=hotel instead of using amenity=prison).<br>
Additional tags should clarify meaning of main tags rather than negate<br>
it.<br>
<br>
In general, any tag tag must be processed to avoid producing false or<br>
invalid data is a trolltag.<br>
<br>
For example somebody wants to produce map of cycleways. Simply<br>
processing highway=cycleway and highway=path with bicycle=designated<br>
should be enough. Data consumer in that situation should not be<br>
expected to check for "proposed=yes", "demolished=yes",<br>
"construction=yes", "completely_fictional=yes" or "end_date=1990".<br>
<br>
Obviously, one may want to look for more detail - for example to show<br>
proper map of cycleways one would want to check also access, surface,<br>
oneway and other tags. But again - segment of cycleway destroyed in<br>
landslide should be removed from map rather than tagged as<br>
[highway=cycleway, surface=giant_gaping_hole, smoothness=impassable].<br>
<br>
Adding tags like proposed=yes is a really poor idea. In case of data<br>
consumers not supporting them it will lead to invalid and highly<br>
misleading data. And data consumers supporting completely broken<br>
tagging schemes (like [highway=tertiary; construction=yes] instead of<br>
supporting just [highway=construction, construction=tertiary])<br>
encourages usage of this tagging method. The danger is that with more<br>
and more data tagged using trolltags other data consumers will either<br>
be forced to add support for trolltags or stop using OSM data.<br>
<br>
And possibilities for trolltag are endless. Lets say that somebody<br>
wants to display existing shops and support all tagging schemes. Good<br>
luck with filtering out proposed=yes, abandoned=yes, vacant=yes,<br>
demolished=yes, construction=yes, empty=yes, ruins=yes, parsing<br>
start_date and end_date etc etc.<br>
<br>
Some real examples:<br>
<br>
<a href="http://www.openstreetmap.org/way/36478401" rel="noreferrer" target="_blank">http://www.openstreetmap.org/way/36478401</a> - there was a building. Then<br>
it was demolished. But somebody, instead of deleting it from OSM (or<br>
maybe temporarily converting it into note="there was building here now<br>
it is demolished") decided to add demolished=yes.<br>
<br>
<a href="http://www.openstreetmap.org/relation/1918067" rel="noreferrer" target="_blank">http://www.openstreetmap.org/relation/1918067</a> - railway=route tagged on<br>
highways and footways. To detect that this is not a railway route but<br>
original research about line that was closed over 80 years ago one<br>
would need to process "note=abandoned railway" or<br>
"railway:end_date=1931"<br>
<br>
In many cases (like this two cases above) correct mapping is no mapping<br>
whatsoever. What existed in past and is not existing now should not be<br>
mapped in OSM (see <a href="http://www.openstreetmap.org/welcome" rel="noreferrer" target="_blank">http://www.openstreetmap.org/welcome</a> - "What it<br>
doesn't include is opinionated data like ratings, historical or<br>
hypothetical features, and data from copyrighted sources.").<br>
<br>
In other cases objects should not be deleted but retagged. For example<br>
in really rare cases mapping proposed roads makes sense. Maybe some<br>
proposal for constructing footways are also verifiable. But in that<br>
case use [highway=proposed, proposed=footway] rather than<br>
[highway=footway; proposed=yes]. At least normal data users will not be<br>
mislead into displaying proposals as reality. (and yes, somebody did it<br>
- see <a href="http://www.openstreetmap.org/way/53821342" rel="noreferrer" target="_blank">http://www.openstreetmap.org/way/53821342</a> ).<br>
<br>
It is OK to map objects under construction. But [highway=footway;<br>
construction=yes] is the best method to irritate data consumers (real -<br>
see<br>
<a href="http://www.openstreetmap.org/way/281018186#map=19/51.50653/-0.01904" rel="noreferrer" target="_blank">http://www.openstreetmap.org/way/281018186#map=19/51.50653/-0.01904</a>).<br>
Use [highway=construction; construction=footway] instead.<br>
<br>
And good luck with interpreting [construction=yes; railway=tram_stop;<br>
start_date=2012]. Is it construction that was supposed to end in 2012?<br>
Is it construction that was supposed to start in 2012? And almost<br>
everybody will process it as an existing tram stop. It would be better<br>
to avoid mapping<br>
<a href="http://www.openstreetmap.org/node/1049342953#map=19/53.47988/-2.15500" rel="noreferrer" target="_blank">http://www.openstreetmap.org/node/1049342953#map=19/53.47988/-2.15500</a><br>
until it was really constructed (or use something like<br>
[construction=tram_stop, end_date=2012])<br>
<br>
Note that some tags may be OK or trolltag depending on how it is used.<br>
For example abandoned=yes. It is perfectly OK to add it to building -<br>
after all, abandoned building is still building. But using it on<br>
shop=supermarket to indicate that shop is no longer operating and it is<br>
impossible to buy anything there (in other words - it is no longer a<br>
shop) is not OK and should be tagged in proper way (typically - by<br>
deleting shop=supermarket).<br>
<br>
Disclaimer - trolltags are frequently not processed and ignored. As<br>
result it is typical that [highway=motorway, construction=yes] is no<br>
longer under construction and may be used. This type of issues as<br>
usually requires survey on the ground to be properly fixed.<br>
<br>
And you may use this overpass query to detect more in your region -<br>
<a href="http://overpass-turbo.eu/s/bcS" rel="noreferrer" target="_blank">http://overpass-turbo.eu/s/bcS</a> (it includes tags that nearly always are<br>
trolltags - but certainly some false positives will appear. For example<br>
vacant=yes is fine for building).<br>
<br>
Content of this mail is also posted on<br>
<a href="http://www.openstreetmap.org/user/Mateusz%20Konieczny/diary/35702" rel="noreferrer" target="_blank">http://www.openstreetmap.org/user/Mateusz%20Konieczny/diary/35702</a><br>
<br>
_______________________________________________<br>
Tagging mailing list<br>
<a href="mailto:Tagging@openstreetmap.org">Tagging@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/tagging" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/tagging</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><pre><font size="1"><a href="http://keyserver.pgp.com/vkd/DownloadKey.event?keyid=0x7E227A9D3E298033" target="_blank">PGP-Schlüssel</a><br>-----BEGIN PGP SIGNATURE-----
Version: Mailvelope v1.0.1
Comment: <a href="https://www.mailvelope.com" target="_blank">https://www.mailvelope.com</a>

wsFcBAEBCAAQBQJV3LXkCRBY9T/XH3tmpQAActwQAIM5qr4DVybDFGzA9u7g
mPYe2vkZoQsEiF+0Qyo7yo9cy15XFQY/yLDZfMFktuJ8yK1xVYParjCgM37J
/KEu8VgK+wxQl1p3J2bhYF4Evd6qqs+2/7rygFuK0kFR07zgEyp5EM6Dz5X+
/+p6iI1NzkEPkBzqLsI5QLezWvyrfsCOpS3UqQ1dhpzNUkwdVF+DvnTiMjuG
DM4q539/8Ch9aS7b/rzaxSezBjktUr2UExyFzwvaBfvFPiJysW8vMzkPeLnr
2k9f2VjLKU+yYT8FNqb85j1AcfBRbdKFXm2BQAgq+KXtRtEfcjpCvHd8APy2
IDaJzEBl1xqLF/NFJmr4sXoebzU1ATzlMh6lpniIrU0mEFFnkqk890HEytMr
1Dz4RiR9rb4NByuTLtQWiufV9XB6TMeisWoQVbkHce/rj3R4wQCbKyHVVhQu
ih08LEZyMFRlDLCUOd4XLNsjbecn2NftmNJnZ7CMk5jdpVFOfUKrr2wky6RL
1mJ4AY2+0uFs8lirEz76L76zj8wKKdzBHoHJsqhrOanAN7c6J9D2iw5q6xrW
2ZCZlvpKXZ18tuLewZfbPhYp3Y3Q/mgH6XdF1fDvHiXTu/EK3neyHkLgqCSC
3gJyKUWEnN0YYsFBOLOU45gnXp2YomcoSmEi7ImEu9nQsblTvmyEIOMYqxie
4VMz
=CMVZ
-----END PGP SIGNATURE-----</font></pre></div></div></div></div></div>
</div>