There is a danger that you break some data with this approach and particularly so with values of addr:place which should be used in a separate way from addr:suburb etc. Changing an addr:place to addr:suburb in my view will change the semantics. (Further, the actual semantics of addr:suburb have changed over time so that you may be obscuring such differences).

You really need to document the approach you are using and discuss it on talk-gb. I take it that you have some lists of inconsistencies: I think sharing these would be generally valuable.

Jerry aka SK53

Can you explain what "communising ..." means?

Please don't remove school names. name=* tags are far more useful than having them in addr:housename. If you don't like duplication then remove addr:housename, as it can be trivially re-created.

The appropriate tag is leisure=garden access=private. NOT landuse=grass.

@GPSMAP67: your comment about @trigpoint is inappropriate.

I presume this will be reverted by DWG

Definitely not solar pv. A conservatory. Will wait until DWG have tidied up recent changesets.

Most of them are & have been for many years at least at a decent club standard.

Oh, nice!

Has this been discussed anywhere? I don't see a wiki page & the tag has limited historical use mainly in Norway.

I think re-tagging is probably premature, when most people would expect them to be called hillforts (which is well-established even if it doesn't capture current nuances of archaelogical practice.

Jerry

We have a long standing convention around Nottingham to keep old_name, old_shop etc., because it's often very useful. Certain premises change frequently and sometimes open data (& ones own memory) refers to not the last name, but the one before.

When remapping shops after a couple of years I often refer back to old photographs to ensure I am retagging the right thing.

One other thing, I've noticed that when removing old_* you are failing to remove brand:* tags (which perhaps were not deleted when the original change was made).

Also whatever the wiki says disused:shop is much less precise than shop=vacant. A disused:shop could now be residential as in many former corner shops, a shop=vacant is one which is still a shop (paying the relevant business rates) and is likely to be occupied by a retailer again.

shop=vacant also allowed a simple query to calculate vacancy rates: a key retail parameter.

Jerry

I have always distinguished between the two shop=estate_agent for high street outlets in obvious retail premises where one can walk in browse the listings etc. In the past many were also agents for various financial service companies: I opened my first building society account in an estate agent. I reserve office=estate_agent for the big commercial agents who have offices where you ring a bell see a receptionist and more usually have a booked appointment. These are usually in business (landuse=commercial) parts of towns not in retail areas.

The problem with perceptions of estate agents on OSM is that many countries have a much less competitive market in real estate; estate agents complete fewer transactions at much higher fee rates (~10%). I suspect that estate agents in retail locations are at a lower density in much of Europe & N. America compared with UK (specifically England & Wales).

Making all of them office=estate_agent looses this distinction, and to re-enable it would require introducing another tag estate_agent=high_street or similar (although student rental estate agents are already a significant sub-class).

Jerry

Hi Chris,

I don't think this is Paul's fault as this seems to have become the standard, and if he hadn't done it confusedbuffalo would be along real soon now.

I'm afraid this ship has sailed; I was shouted down when I suggested addr:postal_town for those who want to clone PAF (on the grounds that PAF owns postal towns). So now we have, as you rightly say, the laughable addr:suburb tag (or addr:hamlet, addr:town, addr:village and for all I know addr:neighbourhood). Nominatim seems to make sense of this, but it absolutely conflicts with any local notion of place. It is my belief that this approach breaks many of the different meanings of address (over & above postal addresses) and provides no mechanism to restore them. At the Open Addresses symposium back in 2014 there was general concurrence in a group I was in that addresses are multifacted: the group included representatives of well-known national & international organisations.

In general I always left addr:city blank because of the conflict between actual place & post town. I'm not sure if true local perceptions can be extracted from the data as is. Postal towns could relatively easily be a look-up on postcodes.

Jerry

I think it is important to note that this is also NOT Foston Hall YOI.

No you deleted them in this changeset, they weren't moved, but I now see that these got duplicated. So all OK.

BTW, you can hit "Q" when drawing buildings and it squares the corners. Looks much nicer.

Why are you deleting good data! The solar power are obvious on the roofs of the houses.

Even if you don't think they're useful, other people do: this work was published in a Nature journal, and we have a specific project to track completion of solar power in Britain. OSM is collaborative, which, amongst other things, means not damaging work which is valuable to others.

Instead you could have improved the data my moving the nodes over the houses: often imagery was not good enough for accurate placement 4 years ago.

Are there really two high crosses here? Don't remember seeing two.

Hi,

I know you didn't do the original edit, but can you look at Barnstable MA. The place=town is located at Hyannis/Hyannisport. No-one I know locally calls this area anything other than by the name. Barnstable as a place (vs. admin. entity) is located on the Old King's Highway (Mass 6A). I don't think that the MA 'town of ' construct really fits well with place=town., whereas Hyannis in all respects does (has a CBD, transportation hub, shopping etc.), plus it's a big tourist destination.

I suspect it might lead to unexpected routing & other queries (nice seafood restaurant in Barnstable not found 'cos the wrong one) too.

Historically, I think the bay side of the Cape was settled first, so most of the places which gave rise to admin entities sit along 6A. The labels of all the others seem to be where I'd expect them to be.

Jerry

Please don't create relations like the super_relation here. It's completely unnecessary as it's easy to find all admin boundaries within Northern Ireland, and also not how we do things: osm.wiki/Relations_are_not_categories.

Thanks,

Jerry aka SK53

Reverted (changeset/141419311) at the request of Marcos Dione on IRC. Please ask again if you want to add this islet.

Jerry aka SK53

Yes, rubbish wikipedia edit: ceb is a a well-known set of stubs created by a bot of no value whatsover (worse than useless, because these pages get a high page ranking in searches). The other wikipedia pages are not useful: the Welsh one looks inaccurate, the German one is a redirect to Liathach, and I suspect the Swedish one is the same as ceb.

There's a later FHRS inspection than this edit for the Bridgend Inn so have removed your fixme. It used to be a popular fisherman's pub (with good locally caught sewin) so perhaps a bit less prone to closure than some.