Good question. Probably a copy/paste eff-up. I'll stroll by tomorrow and have another peer through the hedge.

I think that's all sorted now.

Cheers, chap. I'll look at it in the morning.

Sorted.

I must be all mapped-out! Can't decide whether to bog-standard map this or go for the "total landuse mapping" concept I've been toying with elsewhere on this section (scroll NW to Sweet Chestnut et al to get the idea, right down to kerbstones).

Maybe I'm not the first because such an attitude is contrary to the ethos of OSM? Welcome to OSM Wiki - or "the rule book" as it might well be otherwise known:-

"If something really doesn't have a name, don't add a name to OpenStreetMap."
osm.wiki/Names#Name_is_the_name_only

If it's not officially/formally named, don't name it. Simples...

Happy to help.

Suggest checking name actually exists - AFAIK there is no "name over the door" or even casual in-house name. It's just the camp HLS and then only used for small heli's.

Addr:village definitely needs to move through to the tag definitions on the key=addr page.

I think we [OSM mappers] need to go through this region and implement the addr:village tag in order to correct the wrong usage (by wiki definition) of addr:place. Don't do Cotford St. Luke yet, though, as I'm using it as an illustrative example in the OSM Wiki discussion to get addr:village implemented as a formal tag.

I've put addr:village forward for adoption:-

osm.wiki/Talk:Key:addr#Key_addr:village_introduced

Are we sure about this addressing? addr:village is not defined in the Wiki, which also defines addr:country as being the two-letter nation code (in this case GB) and not the common name of the nation or province within. Other settlements use addr:city to hold the settlement name and not the post town.

addr=*

Okay - forget power user intervention: reinstated the "place" node pending confirmation of the current spec.

Postscript: I see the name shows up on the boundary centroid but it's not very "standout" and seems to depend on zoom level.

That being said, with the name tag transferred to the boundary one could reasonably expect the name to show up on the centroid of the boundary but it seem not to. Perhaps a power user can revert that part of the changeset to reinstate the place node until the renderer catches up with the current Wiki standard...?

Because the validator, in conjunction with OSM Wiki, reported it as deprecated where there is an enclosing boundary. The tags were thus transferred to the enclosing boundary to comply with OSM Wiki, as far as the wiki for "is_in" suggests.

Probably best to leave things tagged with keys/tags that are defined in OSMWiki as they are rather than changing them for unadopted/unverified/undefined arbitrary tags with no reference in OSMWiki, really.

This industrial=power_panels tag: is that official or something that someone has made up on a whim? Whilst there's some sort of placeholder page in OSM Wiki there doesn't appear to be an actual proposal, filled-out tag/key description page or consensus on its definition or use. Yet.

Vacant pages here:-
industrial%3Dpower_panels=*

osm.wiki/Tag%3Aindustrial%3Dpower_panels

I think it's more a case of editing a locality. I changed it several times between starting the area and finally uploading the story so far so who knows...?! It's shown as a locality on OS OpenData but I'll go and do a bit more research and see what comes up. Watch this space...

This has been moved to Vivary Park, Taunton, according to the club website but whereabouts precisely I know not.

There's a way to go yet but it'll get done in the end.