Tag:destroyed=yes
Jump to navigation
Jump to search
destroyed = yes |
Description |
---|
Using this tag is discouraged, use destroyed:*=yes with note=* instead. |
Group: lifecycle |
Used on these elements |
Status: deprecated |
Tools for this tag |
|
This feature has been labeled as deprecated. The recommended replacement is: destroyed:*=yes with=*.
The reason is documented in Deprecated features. You are still free to continue to use or interpret this tag as you see fit since OpenStreetMap does not have “banned features”.
Under no circumstances should you (semi-)automatically change “deprecated” tags to something else in the database on a large scale without conforming to the automated edits code of conduct. Any such change will be reverted.
The reason is documented in Deprecated features. You are still free to continue to use or interpret this tag as you see fit since OpenStreetMap does not have “banned features”.
Under no circumstances should you (semi-)automatically change “deprecated” tags to something else in the database on a large scale without conforming to the automated edits code of conduct. Any such change will be reverted.
This tag is sometimes added to an object to indicate that it is no longer existing. This is a poor idea and better methods to represent such situation exists.
Examples below are using building as an example but the same apply to everything else - from canals and railways to bridges and power lines.
- building=yes - existing building, easy to interpret by mappers and data consumers
- building=yes with destroyed=yes - no longer existing building, very hard interpret by mappers (requires checking tag list) and it is not reasonable that data consumers will handle it correctly. Incorrect, should be avoided.
- deleting object representing any no longer existing features - impossible to be confused for existing feature by both data consumers and mappers. May confuse mappers mapping from memory or from aerial images. Correct but not recommended for recently destroyed objects that are likely to be remapped. Correct for features that are gone for a long time and at not risk of remapping.
- demolished:building=yes (mapping using lifecycle prefix) with end_date=* and note like note=this building was destroyed in April 2017, still visible in Bing aerial images as of April 2018 - building that recently existed, is now completely destroyed but is not deleted for now from OSM database to avoid remapping. Once it is gone from typically used aerial images it may be safely deleted. Note is useful as it explains why completely demolished feature is mapped. It also makes less likely that somebody will delete it too soon (for example somebody mapping using different aerial data may delete it before Bing is updated)