[Tagging] Feature Proposal - RFC - defensive structures
Bert -Araali- Van Opstal
bert.araali.afritastic at gmail.com
Wed Jul 7 12:38:35 UTC 2021
I agree with Georg, there is no need for a new top level value in the
historic key or a new defensive_structure key, I even doubt of there is
any "gap". the proposal just creates more ambiguity with existing
tagging schemes.
All the examples given are specific terms for objects that fit under
existing tags.
We don't use new tags for specific walls in or constructions in non
historic buildings either like sheer wall, dividing wall etc... . If
there is really a need to describe or use specific terms one can use
description=* or even in some cases one of the name keys.
A good example f.i is the "Dodengang" in Kaaskerke, Belgium
(https://www.openstreetmap.org/way/298214152). These trenches are tagged
with footpath as cutting, perfectly plausible and clear to me in
combination with the name tags used. We do have trench=*, to be combined
with military=trench, so it would be perfectly to use key=trench also on
historical=memorial in this case.
The examples given in the proposal:
- a bastion, crownwork, lunette, hornwork, rampart are just walls (with
ditches or trenches, embankments, gorge should only be used on natural
features), use historic=building or fort, barrier=wall and
description="historically called bastion" and use the Wikidata and
Wikipedia keys for more context. Use relation:site eventually to relate
them;
- a caponier is a building and a trench historic=building,
highway=footway, cutting=yes, trench=* again with description and use
the Wikidata and Wikipedia keys for more context;
- a cavalier is just a building with more levels, enough tags (hsitoric,
building, ruins, building:levels etc...) to tag those again with
description and use the Wikidata and Wikipedia keys for more context;
- a glacis is an embankment ...
etc...
I can't find any gap.
Our wiki says explicitly about historical key:
where the contributor prefers to define the type of structure in
additional tags, then it is possible to use a generic value for the tag
historic=*. See, for example:
historic=archaeological_site
historic=building
historic=industrial
historic=ruins
For the non-historic tagged structures we also have heritage=* and for
active use or not one can use start_date and military:end_date and/or
disused:military. Like for military structures in countries where wars
just ended recently many bunkers still exist, not actively used but
still retained in case the troubles start again. So what does the use of
military=* tags only on "in active use" means ? Many of these bunkers
are used by the police f.i. during peacefull periods for road blocks.
That doesn't make them less military though.
Greetings,
Bert Araali
However this
On 07/07/2021 13:54, Jeroen Hoek wrote:
>
> On 07-07-2021 12:33, Georg wrote:
>> But they might also
>> not qualify for historic=* as they are too young or of too little impact
>> on history.
> Having defensive_structure as top-level tag does make it possible to
> freely judge the need for military=* (active function) and historic=*
> (or in some cases both!). The documentation would then need to be very
> clear that defensive_structure=* is not a sub-tag of
> historic=defensive_structure of course.
>
> Also for bunkers recently no longer in use, disused:military=bunker
> could be used in the absence of historic=*.
>
>
> _______________________________________________
> Tagging mailing list
> Tagging at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/tagging
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20210707/ffc4f1c9/attachment.htm>
More information about the Tagging
mailing list