Möglicherweise wurden einige doppelte oder ungenau plazierte Gebäude ersetzt. Wie man sieht, fehlt nichts. Das war der Sinn dieser Challenge.

changed key back to website (as I did in my later edits) to avoid any further irritation :)

taking part in some of the improve-url-challenges i found websites in all states of their lifecycle. I realized that a bunch of companies use a short url for e-mail traffic and forward the HTTP GET request to some other url with better infrastucture. I decided to choose the website with the shortest loadtime to save time and energy, but keeping the shorter or outdated url under a separate key. So no information is lost and the performance is being improved.

Vielen Dank für den Hinweis.
38 Doppelgänger fixed.

bin jetzt auf folgende Thematik gestoßen, dass das Problem erklären könnte: Die im MapRoulette hinterlegten Changeset/Challenges nehmen häufig eine groteskte Form an, die sich in keinster Weise mit dem deckt, was JOSM in seiner aufgehellten Bounding-Box darstellt. Wenn man hier nicht permanent gegencheckt, ob ein fehlender Umriss nicht schon irgendwo anders gemappt wurde, kann es durchaus zu Schattenumrissen kommen. Unglücklicherweise wird dies beim Hochladen nicht als Konflikt erkannt. Man merkt dies eigentlich nur, wenn man direkt danach einen angrenzenden Bereich mappt. Dieses wird in MapRoulette aber in der Regel, trotz aktivierter Nearby-Vorgabe, nicht angeboten. Möglicherweise gibt es noch weitere Ursachen, aber dieser hier erscheint mir der wahrscheinlichste zu sein.

mir ist auch nicht ganz klar warum es da beim Upload keine Warnung gegeben hat. Sonst hätte ich das natürlich selber korregiert.

Das ist/war ne alte JOSM-Version die noch unter Win7/32bit läuft. Leider ist/war die auch nicht 100%-ig gegen Abstürze gefeit, was dann eine Wiederherstellung erforderlich machte um die stundenlange Arbeit mit mikadoartigen dörflichen Gebäudestrukturen zu retten. Dieses Changeset war da noch verhältnismäßig überschaubar.

Sorry, dass muss beim Nachladen passiert sein. Normalerweise wird dies von JOSM mit 'ner Warnung quittiert. Hat dann hier wohl leider nicht geklappt. DANKE! für's Korregieren.

I did it with JOSM 6 month ago. maybe a fault autofill. anyway .. fixed now.

full agree, but .. I've changed the waypoints only, not the naming set by another user. please take a look at the changeset history.

well, there's no special key for that .. but "dining room" is ok for me. Previously it was tagged as a whole building which is wrong either. Open question: Junior Common Room (JCR), Middle Common Room (WCR) or both?

all issues solved now.
no errors. no warnings.

sorry, must be min_height .. not min:height.

p.s.
[osm.wiki/w/images/d/d3/B3d2.jpg]
is an example where overlapping is used to reduce the buildings parts on simple 3d modeling. '?' marks the spot where z-fighting occurs. it's solved by using the min:height key.

Overlapping on bulding parts is ok as long as there is no overlapping with the building outline. JOSM gives you a warning but not an error. Anyway, I will check what's wrong with the changeset.

source is Norge Ortho and photo.

upps!
thx for replying.
it's a skillion!

??? - unknown validator - JOSM validator reports: NO errors, NO warnings - term overlapping usually is referring to 2d areas. if you referring it to 3d block it is different story. - see Talk:Simple_3D_buildings.

building:parts validated! no errors, no warnings.

yep! .. typischer JOSM-Vertipper ;)

height = 14
roof:shape = mansard

fixed!