For the sake of accuracy, the claim of 10cm resolution is something I cannot verify, I was thinking of elsewhere. The ESRI zoomlevel is up to 21 with three different apparent resolutions. Naturally I focus on the best, sharpness near 10-15 cm, maybe.
The age of the ESRI imagery here is slightly older than Bing updated overzoom z19; a construction area had a new house on the latter, missing in ESRI. But the Bing ``quality'' is such that I'd rather trace since-obsoleted outlines. Piled remains of snow can be seen in places.
I've added orphan nodes at imagery boundaries in an attempt to get an overview if the imagery corresponds to political or administrative outlines, a work in progress...

Thank you for your concern.
I have no connection whatsoever to OSM except as an eternal newbie contributor, but...
I saw attempts made to contact you in order to fix the problem data, as well as to cease uploading it until the problems were worked out before uploading.
I purely by chance found myself in the area of this import, and was shocked by the poor level of quality which has no place in OSM. The data should not have been uploaded.
There is a procedure to be followed before carrying out an import, where the obvious problems are worked out before the data is uploaded, otherwise OSM gets polluted by this rubbish. The cleanup should be done beforehand, not attempted after the bad data has been uploaded.
Please adopt a friendlier tone, accept that your data was sub-standard and in need of work which OSM will be happy to offer guidance and help (I do not have the messages handy to quote), and if you wish public feedback, make an appearance in the imports mailing list.
I am sure there are others who will have more to say, and I repeat, I am in no way connected with OSM than you are.
Just my opinions.
With that I will withdraw from further comment, ceding the floor to those wiser and more mature than meself.

(begin snark)
actually, that's building:BLOKES, this being a UK british-english-language tagging scheme, and would mean 19 blokes, dudes, guys, whatever, reside there ;-)
(end meaningless and ignore-worthy irrelevant waste of your time)

Also, please add the international country prefix before the phone and fax numbers, that I may find use for them from here, thanks

My guess, with the other two swimming tags, is a failed auto-complete attempt at athletics and swimming, if I may guess at the intent.

(try again...)
Actually, is it not that the given phone number is for Aalborg, rather a distance to the northwest, a cafe there?
Arkla being something completely different and I can't figure out how it relates here to Hoeje Taastrup...
I think the data got combined/confused here.

Pfui teufel, Emacs!!!
...ich meine, Potlatch1 !!1!

:wq

Sorry to reply, but after posting I downloaded some history and remember this is a controversial import being reverted.
Not only do all the now-length entries have 5-decimal precision, but many are identical, when I measure nearly 100m for some.
I would guess (why would I even bother?) these are an attempt to fill out a high-water boundary where the riverbed widens.
And the nameless nodes are perhaps (but why?) SRTM data.
I've chosen to keep my hands away, and not make work more difficult for you. Not even to touch name:fr ...
Sorry for adding noise. Good luck getting cooperation from those responsible for this load of rubbish...
Ihr
Freibier

Hallo 'peck,
ESRI has imagery up to zoomlevel 17 here.
Looks (quickly) the same as Bing, without the artificial overzoom to z19.
Which also seems the same as DigitalGlobe Premium, with a different overzoom process (blocky instead of blurry).
Nonetheless, the area looks like a mess seen by me in Potlatch2 -- hundreds of orphan nodes, duplicates, poor alignment...
(self-debates, should I bother to do anything in the area...)

Also,
name Musée de cote d'ivoire
name:en Musée de cote d'ivoireも
The ``english'' name is in french and in addition contains a non-US-ASCII trailing symbol. I do not know the correct proper name, but a translation could be ``Ivory Coast Museum'' or similar.
And,
banner_url https://is.gd/UoIIyn
I personally do not like to see the use of link shorteners that obscure the true origin within OSM, but that may be just me.

Hallo,
I have not checked the uses for self_service, but I see it as different from pick-your-own as I know it:
self-service as I understand is where produce has been picked, but you obtain it from an unattended stand, with no fixed opening hours or other complications.
Which is different from my get-your-hands-dirty and filled-with-thorns experience with pick-your-own, where your harvest is weighed and then paid.
Disclaimer: I've done no research into the disputed items.

Hmmm, mir CapsLock weniger als Shift, aber...
Ich schreibe jetzt auf englisch, und
with my qwerty kezboard, CapsLock still delivers `1' rather than `!' which only use of the Shift modifier delivers.
But `.' +Shift delivers `>' (perhaps `:' with a qwertz german layout?)
Would a german kezboard CapsLock work differently than I know?
Not that it matters, as it is clearly a kezboard Shift problem, so I will shut up now

Hallo Harald,
Totally unrelated to this changeset or Go Map, I do want to confirm that the underscore cannot be typed with the combination of Potlatch (Adobe Flash) and browser Opera, while under the same OS, Firefox works fine. I doubt anyone else is likely to experience this, with the Firefox workaround, so I have not tried to guess where to point the blame.
End of my unrelated observation...

Hola,
If I can again show my ignorance, may I guess that:
it should be similar to `description=casas rurales...'
And I think the entry https...booking.com should, as Harald believes, be
`website=https...'
(or the equivalent of booking=https... ?)

You are reading more into things than you should. An untagged carpark should be treated as, to paraphrase a g00gle error message I see often, `there is a car park here. That's all we know.' I have mapped hundreds of such objects with absolutely no way to definitively say whether they are public, private, for customers, or whatever. That is something which can only be added with local knowledge.
I would assume from looking at these car parks in question that they belong to the nearby buildings, but then, I would not rely on OSM info alone.
Nobody here will oppose or object to additional data added based on existing data to improve it, but wishing to delete incompletely-tagged info will raise alarms.

hromain, OSM data is seeing increased use due to the accuracy and up-to-date-ness of its data in some places; in fact, I was asked to create a solution for the Rotes Kreuz in response to a difficult call they received in an area already micro-mapped.
Use of a site like aigle.ch you mention should be done only if the licence is compatible (I have not checked), of course.
And I suspect anyone looking for a carpark in the area is visiting, as the other local destinations (school) shows closer parking. And probably on-street parking is also available, I would guess. Which perhaps is not yet mapped.

Hallo Harald,
As a Potlatch victim, I can attempt to explain:
In the Advanced view, which is how one can Add manual tags, a new entry is created with a highlighted `(new tag)', which will then be replaced by the user input.
If the user happens to click the field, this default remains and the text typed is added (here the `b')
If one properly types without attempting to give focus, the (new tag) will be replaced by the `b' and a drop-down list of likely completions, such as `building' will appear following five others.
If one tries to select building but fails, or here has additional unintended text, this autocomplete-like will fail. (In my case, I attempt to use the commandline shell bash tab-completion out of habit, duh)
If one has properly selected `building', then `h' will drop down three possibilities.

All this written without looking at the object, which I'm going to eat my words when it is not building=house/hut, but to try to explain the origin of (new tag)/(new value) here.

Apologies if this is already known to you or familiar, but I wanted to explain the possible workflow, as I have been surprised to see other editors needing so much manual typing, subject to simple and obvious typos.

Sicher `bridge' (asdfghjkl off-by-one)
Sieht auf der Karte auch so

Hi,
To me the point should be to map what is on the ground, what exists, regardless of use.
OSM data is not only used to find the nearest carpark, but these lots would be suitable for a visitor to these (presumably) flats who may well be allowed use of them,who would lose out by removing the data, but more importantly, to emergency responders for whom this mapped information could be valuable to locate the nearest and best access to a particular address. Remove this and the no-doubt-private driveways and then see if an ambulance crew, multiple responders, can deduce what is best to reach unit 18 here.

Hallo Harald,
I'm not sure Camino belongs in the name field any more than Feldweg.
That said, I see this is a widespread problem in this area, including `Reserva natural' and `bosque natural', or `Estadio', which are either redundant, or better in the `description' field.

`diᴝ∾ed:amenity' works for me too ;-)
(perhaps better to say, switched/swapped in the original comment)
#notanothernewkey #aarghmakeitstop