Proposal:Guard stone

From OpenStreetMap Wiki
Latest comment: 5 years ago by Dónal in topic Voting
Jump to navigation Jump to search
guard stone
Proposal status: Rejected (inactive)
Proposed by: b-unicycling
Tagging: barrier=guard_stone
Applies to: node
Definition: A guard stone is in most cases a stone built onto or into the corner of a building or wall. They are usually found on either side of an entrance to a laneway or gateway. Guard stones may be put alongside a wall to protect it. Many are historical barriers that kept the wheels of carriages from damaging buildings. Some of them bear survey markers such as benchmarks.
Statistics:

Rendered as: hidden
Draft started: 2020-12-03
RFC start: 2020-12-07
Vote start: 2020-12-21
Vote end: 2021-01-04

Proposal

Guard stones or jostle stones are an architectural element and an often overlooked part of street furniture which has historical roots: To avoid collisions (jostling) between the wheels of horse-drawn carriages and the walls on either side of a lane or gateposts, guard stones were placed at entrances and sometimes along walls. Towns with a historic center still feature them. They are not necessarily made of stone, more recent examples are instead made of metal (Brandenburg Gate in Berlin uses decommissioned canons).

Rationale

Many guard stones are part of the historic heritage. Furthermore, they are obstacles for visually impaired or intoxicated pedestrians, as the example from Temple Bar shows: Woman who suffered 'minor in the extreme' injuries after pub fall loses €60k claim

Some examples go back to Roman times and they are generally very common in Europe. They differ from bollards in that they do not prevent access for vehicles, but as architectural elements rather protect buildings and in times gone by also vehicles from damage.

Examples

See Wikimedia for more examples from Northern Ireland, France, Belgium, Germany and other countries.

In other languages

Language word(s) for guard stone
English jostle stone, chasse-roue
German Prellstein, Radabweiser, Kratzstein, Abweichstein, Abweiser, Radstößer
French chasse-roue, chasse-moyeux
Spanish guardacantón
Italian paracarro
Russian Колёсоотбойная тумба
Chech Nnárožní kámen
Dutch schamppaal, schampsteen, boordsteen, stootsteen

Tagging

They would be placed at the corner nodes of buildings or building passages.

barrier=guard_stone

optional: material=

historic=yes

heritage=yes (only if it is a protected structure by the local heritage office, should come with a ref=*)

optional: height=*

optional: direction=*

Applies to

Nodes

Rendering

Features/Pages affected

key:barrier

External discussions

Comments

Please comment on the discussion page.

Voting

Voting closed

Voting on this proposal has been closed.

It was rejected with 15 votes for, 16 votes against and 5 abstentions.

The consensus with the voters who voted "oppose" was that a guard stone does not qualify as a barrier, but rather should be in the man_made namespace. Although I do not agree entirely, I will accept the democratic vote and will start a new proposal for man_made=guard_stone.

From the examples, it looks like they are describing a compass direction, i.e. 90 degrees=east. This is strange as this geometry can be determined from the shape of the way that the node is on. --ZeLonewolf (talk) 17:40, 21 December 2020 (UTC)
  • I approve this proposal I approve this proposal. Fanfouer (talk) 13:35, 21 December 2020 (UTC)
  • I approve this proposal I approve this proposal. Like Dieterdreist I would have preferred man_made (but not historic) rather than barrier. Like Mateusz I have issues with direction (it doesn't seem applicable except for micro-rendering but could be computed from the building outline anyway). But I can live with this. --Brian de Ford (talk) 13:39, 21 December 2020 (UTC)
  • I oppose this proposal I oppose this proposal. My suggestion of putting this under man_made=* was never addressed. Other people have suggested this as well. Why are putting this under barrier why the Key:barrier page specifically states:
"A barrier is a physical structure which blocks or impedes movement. The barrier tag only covers on-the-ground barriers"
This feature does not block movement in any way. It is clearly a mostly-decorative feature.
Seems like this vote is going the lazy way of just approving this instead of maintaining consistency in tagging schemes. --Lectrician1 (talk) 15:34, 21 December 2020 (UTC)
I have replied to your comment on the Talk page, as I had only seen it today. I think if someone can fall over it and break an arm, it blocks movement. B-unicycling (talk) 21:33, 21 December 2020 (UTC)
Either historic=* or man_made=* (as much as I don't like it because it's so overloaded) would be a better fit for this. Guard stones that are not directly attached to the building should also be considered in this proposal (example). These should not be tagged as nodes on the building outline but rather as separate detached nodes. --Woazboat (talk) 17:33, 21 December 2020 (UTC)
I said this as well, until I saw Woazboat's example of a a guard stone detached from a building above, where it is not possible to infer the direction from the geometry. I think that if it's on a building way (i.e. attached to a building) the direction=* is unnecessary, and do we even need to map the direction anyways? --GoodClover (talk) 17:47, 21 December 2020 (UTC)
I don't think the direction really matters even for guard stones that are not attached to walls --Woazboat (talk) 18:01, 21 December 2020 (UTC)
  • I approve this proposal I approve this proposal. --DeB1gC (talk) 21:41, 21 December 2020 (UTC) ::: This is a good addition, but may need refinement at some later point. Logically there is no way a bollard is the same thing. I don't think a guard stone can be separate from a building. This tag will only apply to older streetscapes, but might be interesting to help identify what is an archaic practise in street design, so on balance - vote to accept.
  • I abstain from voting but have comments I have comments but abstain from voting on this proposal. I don't think direction=* should be used. Changing to man_made=* might be better, but I could support either option if the direction=* tag is removed. --Jeisenbe (talk) 06:37, 24 December 2020 (UTC)
  • I approve this proposal I approve this proposal. --Ibanez (talk) 11:26, 27 December 2020 (UTC)
  • I abstain from voting but have comments I have comments but abstain from voting on this proposal. I think, a barrier has to have a shared node or an intersection with a way (highway) to define the access. A guard stone is rather a part of a structure. A key for this is good, but I therefore prefer man_made. --Chris2map (talk) 11:54, 27 December 2020 (UTC)
  • I oppose this proposal I oppose this proposal. --JB (talk) 12:56, 27 December 2020 (UTC) Please don't use barrier.
  • I oppose this proposal I oppose this proposal. -- I don't see a good reason to map those at all but if you want to, I see Lectrician's reasoning. Fnordson (talk) 14:39, 27 December 2020 (UTC)
  • I approve this proposal I approve this proposal. --lutz (talk) 17:06, 27 December 2020 (UTC)
  • I oppose this proposal I oppose this proposal. I have several issues with this proposal. Per other comments, man_made=* seems like a better fit than barrier=*, although for accessible navigation reasons I can see using barrier=*. The use of direction=* is not well-explained in the two example images, although this could be rectified. In any case, it seems like a less-than-useful attempt at describing the geometry of the stone, especially when the likely more important radius is not considered. The other issue I have with the proposal is that they seem more like an extension of the footprint of the building itself than a separate feature. Mapping them as part of the building footprint would also allow the geometry to be more accurately described. --Eiim (talk) 16:41, 27 December 2020 (UTC)
  • I approve this proposal I approve this proposal. It seems like a perfectly reasonable addition for historical reasons. --AmandaHatesGoogle (talk) 17:39, 27 December 2020 (UTC)
  • I approve this proposal I approve this proposal. --Canfe (talk) 08:15, 28 December 2020 (UTC)
  • I oppose this proposal I oppose this proposal. Personally I don't see why this would be necessary to map at all. But I understand that I might not see some needs that other people see. But if someone wants to find all barriers hindering movement, for example trough an Overpass search, these things should not show up, since they clearly do not hinder movement, and that is the definition of a barrier. So I vote no. --Forteller (talk) 09:41, 28 December 2020 (UTC)
Nothing is “necessary” to map, but it isn’t a tagging discussion, it is a relevance discussion when it comes to mapping. Everybody decides individually if she wants to map something or not. As you can see from the positive votes above, there are people who want to map this. Regarding the barrier aspect: these generally reduce the width of the way, so they clearly are a kind of barrier. —Dieterdreist (talk) 09:48, 28 December 2020 (UTC)
  • I oppose this proposal I oppose this proposal. Guards stone, in old time, were mainly made to protect walls corners. Because "horse-drawn carriage" with larges wheels damaged walls. By itself it's not a barrier (see typical example above "Guard stones in Schlossstraße"). In case where they are used like barriers they are more bollards than guards stone, see : https://en.wikipedia.org/wiki/Guard_stone --Rej (talk) 16:32, 28 December 2020 (UTC)
I guess you would also vote no to barrier=entrance? --Dieterdreist (talk) 22:53, 28 December 2020 (UTC)
Well, I for one WOULD vote No to barrier=entrance; an entrance is not a barrier.--PeterPan99 (talk) 17:03, 30 December 2020 (UTC)

All people that think a guard stone is not a barrier should try to walk or drive through one. Maybe after that you'll think different.
A guard stone is the same as barrier=guard_rail but shorter. Kogacarlo