war eine automatisch vorgeschlagene Änderung/Warnung, die übrigens jetzt wieder dort vorgeschlagen wird ("...sieht aus wie ein allgemeines Objekt mit nicht standardkonformes Objekt...")

Übrigens sind die Öffnungszeiten falsch, laut Anschlag UND Website "Öppet alla dagar 8-20"

Hi,
I can simply not remember that kind of tag, nor ever having used it. Must be an error, for whatever reason. Since there are both a leisure=swimming_area and leisure=swimming_pool nearby, I guess that object/node is meaningless. I'll remove it.
Regards,
Heiko

Hi,
thank you for your hint. I removed natural=bay, which, of course, is nonsense. Don't know whether I added that property just unintentionally or if I had run into another problem with ID editor - those seem to happen occasionally when editing complex relations.

In short:
I (most probably) did not.

As well as with some other problems you mentioned, it's most likely because id Editor for some reason does not load some elements completely, and/or did not save changes completely. So if an existing highway (or forest relation, or whatzever) does not get loaded, I won't be able to see it. I've had (a few) occasions where it could literally see the map needing several minutes to load all editable elements on screen, and since then I re-checked the map after finishing the edit. Obviously, this can't be 100% proof with the ususal delays.
Anyway, I've stopped working on OSM until further, makes no sense working wih a buggy editor. Btw, JOSM is for several reasons no option.

Can't tell what has happened here, but I'm almost sure that this area looked rather different before. Maybe my editor (ID) messed up displaying relation/2723632 completely when I started editing, happens every now and then with complex multipolygons.

Removed 225456806.

Hi,
thanks for the hint. Will try to repair it soon.

Hi,
this was not intended.
Actually I remember some problems when trying to add the Wikipedia entry, Maybe an issue with yesterday's shutdown of German Wikipedia: https://www.leaderbulletin.com/wikipedia-will-shut-down-for-24-hours-in-protest

ok, I'll have a look at the peaks and re-mark those as hills that don't look prominent. The problem is, at some places in the OSM documentation "natural=hill" is marked as not-to-use,
while in the Norsk wiki it is recommended
osm.wiki/No:Map_Features
Even more, there have been discussions on how to distinguish between hills, hillocks and peaks (years old, with no result), and "natural=peak" in some documentation may describe a "peak of a hill", while other documentation describes it in the way you mentioned.

Btw, the best-know hill ("Süllberg") in my home district (Hamburg) is marked as "peak". It's 68m high :-) - while the highest (and well-known) hill within 150m North ("Bungsberg", 168m) ist just marked as measuring point...

Hej,
for meg som syklist fra flatt Nordtyskland alle åser ser ut som ekte topper :-)
Jeg var på utkikk etter en bedre markør for fjell, men "peak" synes å være den eneste.
Hvis du sykler, er "peak" -merket veldig hjelpsomt. Kanskje det er en annen type markør?

Beklager min forferdelige Norsk, det er en blanding av nybegynner-Svensk og Google Translate :-)

thanks a lot

Thanks for your hints! An error withid ID would explain why some complex woodland additions would show up only in parts on OSM.
The lake/island relationship is described in osm.wiki/DE:Tag:place%3Disland (german wiki) as 'Eine Insel in einem See wird als Multipolygon dargestellt: der See als "outer", die Insel als "inner"'. I interpreted that for myself that the lake should be "outer" in the relationship. Just looked it up in the EN wiki, it's described _slightly_ different there.
When I tag an island as "islet", it won't show up in the editor as "Insel" (island), but just as "Ort" (place), that's why I didn't tag even small islands as "islet".
I'll give JOSM a try...