From OpenStreetMap Wiki
Jump to: navigation, search

Has this been proposed? If so, please link to the relevant sites. If not, it should. Additionally, a hint how to tag and an example wouldn't be that bad. -- Malenki 23:54, 28 August 2009 (UTC)

No, it shouldn't. It was in the very first version of Map Features and is in widespread use. I'll add something about the how to tag. Alv 08:32, 30 August 2009 (UTC)

cutting on one side

I often find cuttings on one side of a railway=* or highway=* sometimes even with an embankment on the other. I propose to use embankment=both/left/right/none and cutting=both/left/right/none.--Skyper 12:02, 10 November 2009 (UTC)

I like your proposal. I suggest you make on official proposal of it. --Kslotte 14:50, 17 February 2010 (UTC)
It is at Proposed features/right left. --MattGPS 20:37, 14 October 2010 (BST)
You could also use barrier=retaining_wall that is also used for cliffs AFAIK, for single sided embarkments.

Doesnt it make more sense to make it analog to embankment with a man_made=cutting line on either side? Flohoff (talk) 10:19, 16 May 2018 (UTC)

further usage

Is it common to use this tag also for streams or canals that are cut into, and thus lower than, the surrounding area? Recently, I met a ditch, shaped like a key stone. The water bed itself was 3 meters lower than the area, and while the water bed measured only 1m accross, the shoulders of this ditch were 4 meters apart. Is this a case for a cutting tag? Cheers. --RalfG (talk) 19:33, 22 January 2014 (UTC)


Why is there a Wikidata link in the keys description? Flohoff (talk) 10:15, 16 May 2018 (UTC)

Wikidata provides additional info and subclassification details in various standards. It helps describing features, allows joining OSM features using these tags with items in Wikidata which are classified with them. This allows cross checking the list of features, and detecting equivalent or poor tags in the current OSM ontology, or conflicts of interpretation. It is a great help to consolidate OSM data and finding other relevant OSM tags because the links are bidirectional too (from Wikidata classes to OSM tags), and also helps finding exceptions to our "common" knowledge. Both Wikimedia and OSM cooperate to exchange data (note: Wikidata is CC0 and is fully compatible with OSM data; this is not the case of Wikipedia whose data under CC-BY-SA cannot be reused in OSM, unless the Wikipedia authors and Wikipedia community accept to first publish or transfert the Wikipedia data to Wikidata).
We don't necessarily need to import data of Wikidata in OSM, as we can now just link the items. Wikidata IDs are also stable (not the case of OSM data, and even OSM tags which are continuously changing with various experimentations. OSM however provides interesting datasets that can also be used to help creating and maintaining the Wikidata ontology. So both projects cooperate and there are quality tools that compare the two datasets (including for the detection of spam/fake data in OSM, or knowing that something has changed somewhere and needs update).
We don't need to insert all the data triplets from Wikidata into OSM tags or in their description, we just need to define how the two datasets can be correlated. A single Wikidata link in keys/tags description pages summarizes many properties that we don't need to explicit more on this wiki. In fact it could also replace the wikipedia links, but Wikidata is still too technical for most users and Wikipedia is more descriptive and contains many things that Wikdiata currently does not encode in its ontology.
So think about this as part of the large cooperation projects between OSM and Wikimedia. — Verdy_p (talk) 21:48, 26 May 2018 (UTC)