goodidea (2026-07-27 14:40:36+00:00): Hallo!
Danke für die vielen sehr interessanten Details ... z.B. das mit dem Depot der Telekom auf dem ehemaligen Gelände von Möbel Martin.

Also ich würde auch dazu tendieren, anzunehmen, dass die eku-Schränke nur von der Telekom benutzt werden. Weißt du zufällig, ob die nur die Metallschränke von eku benutzen (und sogar nur das Modell Nvt-L? – habe das Gefühl, immer nur das sehen, 13 Lüftungsschlitz-Reihen oben). Von eku gibt es ja auch Kunsttoffmodelle, hab ich gesehen. Und MFCs? Werden da auch welche von eku benutzt? Blöd und seltsam, dass die nirgendwo ihr Logo drauf haben. Ich tue mich auch schwer damit, telecom:medium=* zuverlässig zu taggen und hab daher bislang davon abgesehen. Wobei telecom:medium=fibre bei den NVts ja wohl zuverlässig ist, oder irre ich mich da?

Falls verschiedene Modelle benutzt werden, könnte ich dir nach was Hilfreiches schicken – hab mir mal eine Übersichtsseite mit den versch. Modellen und Maßen etc. (mit Abbildungen) gemacht zur Sicherheit …

Was cooling betrifft: die Tags {{Key|heat}}/{{Key|sound}} hatte ich noch nie gesehen (von der Wiki-Seite von {{Tag|man_made|street_cabinet}}). Es gibt ja noch keinerlei eigene Wiki-Seiten dafür, aber im Proposal sind sie erwähnt – etwas unbefriedigend. Bei Taginfo sieht man ja auch, dass die nur sehr selten benutzt sind (im unteren dreistelligen Bereich – wohl nicht ohne Grund). Für mich fühlen die sich wie etwas seltsame Haupttags an, die so dringend genauer definiert werden sollten. Ich glaube, für Töne emittierende Objekte gab es z.B. auch schon einige Ansätze (evtl. auch Proposals?). Und sound kenne ich v.a. als Subtag bei {{Key|traffic_signals:sound}}.

{{Key|cooling:method}} fände ich ja dann weiterhin etwas besser, für {{Value|no}} könnte man ja vielleicht {{Tag|cooling:method||none}} verwenden – einen neuen Wert zu erfinden ist vielleicht besser als gleich einen neuen Key? Oder eben {{Key|cooling}} auch im Wiki dokumentieren …
Und was {{Key|indoor}} betrifft: ich denke, da klebst du jetzt zu streng an der Textformulierung im Proposal bzgl. dem Default-Wert. Wenn power=substation zusammen mit einem building-Tag auftritt, ist es meiner Meinung nach impliziert, dass die Substation IN diesem Gebäude ist – das ist das übliche Tagging von building=* plus andere (Haupt-)Tags wie z.B. shop=* (wobei man das im Sinne von “One Feature, one element” auch kritisch sehen kann, es aber kann wohl sicher als etabliert gelten). Denn wie sollte es sonst sein? Die Substation AUF dem Gebäude? (Abgesehen davon, dass das kaum vorkommen dürfte, aber man weiß ja nie, fände ich dann die Kombination mit building=* einfach falsch, dann sollte man es getrennt taggen, z.B. building als Fläche und Substation als Knoten und  könnte z.B. location=roof angeben). Also ich würde in Kombination mit building=* gar keinen location-Wert angeben, es ist für mich eindeutig genug. Ich denke, location ist nur sinnvoll bei einer separat gemappten Substation ohne building=* (dann meist als Knoten). Und ich würde es hier hier auch nicht komplizierter machen als nötig. Es gibt ja auch noch das KISS-Prinzip … ich finde location=indoor hier einfach verwirrend (bzw. sogar falsch!), denn es bezieht sich ja dann auch auf den building-Tag, also ein indoor-Gebäude? Wenn, dann müsste man wohl location:substation=indoor setzen o.Ä. (aber wie gesagt, ich halte das für redundant).
Viele Grüße!