[Tagging] Mapping of VLF antenna lines

[Greg Troxel]

stevea <steveaOSM at softworkers.com> writes:

> I agree that power lines aren't correct in the case you cite, but the
> guy wires I mapped [2] actually don't have an "active" tag: they only
> have a note=* tag, the value of which is "Guy wires?  This is a very
> tall tower."  If there were a tag wiki-documented, I would have used
> it, but I wasn't sure what might be the right tag to "coin."  As I'm a
> more bold mapper a decade later, I might choose man_made=guy_wires, as
> man_made=tower (communications_tower...) is the "tagging family" of
> such structures.  Similarly, in this case, one might choose
> man_made=antenna_lines_VLF (or something similar).

I think man_made=guy_wire is ok but man_made=guy is better as sometimes
it is rope not wire.

For an antenna, I would just use man_made=antenna on ways.  The use of
man_made=antenna on nodes is really just a case for an antenna with
negligible horizontal extent.  The wiki even says it can be used on ways
and areas.  (however, a loop antenna is a closed way but the antenna is
the periphery, not the area, and I guess that's what not having area=yes
means.)  This could also be used on a big beam, for the boom and the
elements.

This makes me think man_made=antenna is ok on guy wires, as they are
part of the antenna support structure which is part of the antenna in
most senses.  But I think man_made=guy.

And a guyed tower (as we say in radio) is in OSM terms a mast; a
man_made=tower is necessarily freestanding.  In contrast, a typical
radio mast is freestanding and a tower in OSM terms.  I think that's
just en_GB vs en_US.

So I would go ahead and fix tagging on the VLF antennas to be
man_made=antenna, and any one antenna should probably be a relation.

(Too much tag nerding is never enough!)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 194 bytes
Desc: not available
URL: <http://lists.openstreetmap.org/pipermail/tagging/attachments/20220615/02ea7100/attachment.sig>