Wenn du einen Kreis zeichnest, ergibt sich der Durchmesser aus dem Kreis.

Die Nutzung des Geoportals Berlin ist hier beschrieben, osm.wiki/Geoportal_Berlin
aber das benutzt du ja eh schon, attributierst nur den Quellenvermerk nicht. Die Luftbilder des Geoportals der letzten Jahre sind im JOSM auch schon vorbereitet.

"Luftbilder im Winter", aha, welche genau? Der Bing-Layer zeigt volle Belaubung, metadata capture date Aug/Sep 2012.
Warum steht das Luftbild nicht im source tag?

Auch dieser changeset enthält wieder geometrische Korrekturen, die genau zu amtlichen Lageplänen passen.
Wieder hast du irreführend als Quelle "knowledge" angegeben.
Beispiel: way/89019410 um 4,30 m verschoben.

Bereits in changeset/45406707 hatte ich darauf hingewiesen, dass hier kein Teich (mehr) existiert.
Auch hatte ich auf die Notwendigkeit der Quellenangabe bei Geometrien hingewiesen.

Nun zeichnest du ein fiktives natürliches Grasland drumherum, wieder ohne eine Quelle anzugeben, und obwohl selbst in dem feuchten Bing-Bild Bearbeitungsspuren zu erkennen sind.
Die Bezeichnung "Humboldstraßenteich" ist zwar nur im CS-Kommentr, aber wohl auch eine Fiktion.

way/271707388, way/271707386 sehen in Bing tatsächlich kleiner aus. Warum verschiebst du sie dann nur um 30 cm und korrigierst die Grösse nicht?
Sie sind auch keine Gewässer, also ist natural=water unpassend (das schon vorhandene water=reservoir auch). Wenn es Trinkwasser ist, wäre content=water passend.
Der Durchmesser ergibt sich ja aus der Flächengeometrie, diameter=* ist eher bei Rohrdurchmessern üblich, die man nicht mappen kann.

Habe inzwischen die Tunnelumrisse aus ALKIS/Bauwerke eingetragen und die Gleise entsprechend ausgerichtet und angepasst. Abängig davon, wo es im Süden endet, komme ich derzeit auf 338 m Gleis bis an die Wehrkammer. Passt dann auch zu den 300-350 m, die auf diversen Webseiten zirkulieren.

Lieber haytigran, bitte gib konkrete Quellen in deinen Changsets an. Wenn Du Geometrien von U-Bahnlinien veränderst, hast du das wohl kaum als 'knowledge' im Kopf. Verwende bitte auch sinntragende Changeset-Kommentare. Es ist auch zu empfehlen, Changesets thematisch zu trennen und nicht flächendeckend ganz Berlin hochzuladen. Danke.

Bitte hier keine Webseiten reinkopieren, noch dazu ohne Attributierung. Ein Link zu osm.wiki/DE:Railways hätte gereicht.

Leider erklärst du nicht, warum du fiktive Attribute einträgst, das war die Hauptfrage.

Bitte ein konkreter Link, ein konkretes Dokument, dass diese Geschwindigkeiten bereits einzeln festgelegt sind.
http://www.stadtentwicklung.berlin.de/bauen/strassenbau/a100_16_ba/de/vorhaben.shtml schreibt von einer generellen Geschwindigkeit von 80. Zu den Auffahrten/Sonnenallee, die du mit 60 getaggt hattest, steht dort nichts, auch nicht zu möglichen anderen Ausnahmen an Gefällestreckun und anderen Problempunkten.
Daher sollten wir bei ausgeschilderten Fakten bleiben und nicht bei Vermutungen, die niemand etwas nützen.

Ich schrieb bereits: Dass es einen Tunnelstummel und die Feuerwehrnutzung gibt, ist unstrittig.
Es geht um die Länge. bisher habe ich keinen glaubhaften Beleg gefunden, dass er unter die Siedlung reicht. Dass ein Boulevard-Reporter das vermutet, reicht mir nicht.

Dass es einen Tunnelstummel und die Feuerwehrnutzung gibt, ist unstrittig. Wo genau finde ich den Beleg, dass er nicht nur unter dem Kanal und evtl. der A100 verläuft, sondern auch unter dem Wohngebiet? Auf der K5 ist er nicht, und in ALKIS/Bauwerke sehe ich nur eine Strichellinie unter dem Kanal. Und ein öffentlicher Pfad ist er garantiert nicht.

way/472624718 und umliegende. Leider sind deine Changesets ja sehr unübersichtlich.

Hi wcp79, schau mal, diese beiden Changesets fügen identische Hausumringe ein. Da sie nur Sekunden auseinander liegen, vermute ich ein technisches Problem mit deinem Editor.

http://nrenner.github.io/achavi/?changeset=45570330
http://nrenner.github.io/achavi/?changeset=45570333

Die Dubletten kannst du sicher selbst korrigieren, sonst sag Bescheid.

Further, objects on which changeset/46018768 just removed leading/trailing spaces in values were not reverted by the JOSM plugin. This explains the difference between the way/node numbers between changeset/46018768 and this one.

Good day, thanks for your understanding.
As said, have a look at the automated edit sections in the wiki, which has more explanation why using the lawnmower to fix issues can lead to unexpected results.
Look at the problems individually in the context of their environment, verify against the sources, and describe what you are doing.

Full revert in changeset/46032534 except the 43 stray nodes.

syntax improvements in opening hours in node/4667811598/history introduce wrong value: the Wednesday is now included in the range Mo-Th, while We morning would be closed.

So you could have fixed this issue with the changeset comment "delete dup way on Potsdam station" and everybody would be happy. In this changeset however you loaded two federal states into JOSM, and search/replaced old style tags, beside other search/replace style typo fixes. Thus I categorise it a mechanical edit, see osm.wiki/Automated_Edits_code_of_conduct

This is a mechanical edit. This is the typical "well meant" typo-fixing that conceals other problems.

Many areas are mechanically retagged from the old-style 'farm' to 'farmland' without further review.

Look at way/44388060/history where the name indicates that it might be an orchard, now the old-style tagging is ironed-over with the new, and less likely to be ground-checked in future.

Entrance node node/1743065980/history was recently mechanically changed and consequently reverted - just an example of many such entrance nodes again changed here.
Compare changeset/31107760

way/467748050, when inspected in aerial imagery, reveals to be multi-sport.

Removing a trailing space from a fixme-note note does not at all improve data quality: way/23987611

Deciding that way/464934805 is a culvert, from Australia, is adventurous. It might be, but there could be a road bridge as well. So this is just an assumption presented as fact.