additional values for barrier = wall

[ma-rt-in]

I ask for extension of the possible values for ​Tag:barrier=wall.
wall=flood_wall | de: Hochwasserschutzwand

Best regards

[Don-vip]

I agree with ​this:

the barrier=wall tag should be for the types of walls just like fence_type=*. For example, wall=dry_stone, wall=brick, and wall=flint should be removed from this tag as they better fit as material=* values. wall=yes and wall=no are perfectly fine as it can also describe details of building walls. Although I think we need a better wall type for regular brick or concrete barrier walls. wall=yes or wall=solid either in conjunction with a material could be a solution but I feel like wall=solid instead of wall=yes could be the best option for a generic type of barrier wall. --Mxdanger (talk) 21:59, 15 January 2018 (UTC)

The would mean for us:

• remove wall=dry_stone from presets
• keep wall=noise_barrier
• add wall=castle_wall, wall=seewall, wall=flood_wall
• deprecate wall=dry_stone, wall=brick, wall=concrete, etc. and suggest to use material instead

[Klumbumbus]

Yes, the current definition in the wiki is not good "The value should indicate the principal feature of the wall, which could be the type, the purpose, or the building method,..." (mixing up different concepts).

However I'm a bit worried to go the way you suggest as e.g. wall=dry_stone has 104000 uses and is not deprecated in the wiki.

[Don-vip]

After more thoughts dry_stone is not a material but a building method... This should be discussed on @tagging with a wiki proposal.

[Klumbumbus]

Replying to Don-vip:

This should be discussed on @tagging with a wiki proposal.

Yes, that would be the best. Regarding this ticket: should we add castle_wall, seawall and flood_wall for now anyway?

[Don-vip]

Replying to Klumbumbus:

should we add castle_wall, seawall and flood_wall for now anyway?

I think so :)

[Klumbumbus]

In 14958/josm:

fix #17507 - add wall=castle_wall, seawall and flood_wall