Die cooling Tags hab ich mir in Anlehnung an heat/sound von der street_cabinet Wikiseite ausgedacht. Die beiden Tags sind ja nicht wirklich gut dokumentiert und je nach Außentemperatur eher schwierig zu bestimmen.

Wollte außerdem herausfinden, ob man verlässlich von Schrank hat Lüftungsschlitze auf: Es ist ein Breitbandkabelverstärker für Koaxialkabel verbaut/ operator=Vodafone schließen kann.
Hab erstmals nur coolling getagged damit, falls ich falsch liege ich nichts rückgängig machen muss.
War auch besser so, weil die KVz 82 werden für viele andere Zwecke als nur Kabelverzweiger für Telefon/Kabel eingesetzt, wodurch es einige Ausnahmen gibt und Lüftungsschlitze alleine nicht so viel sagen.

Wenn es aber ein BK oder BKs modell ist, Werbung von Vodafone am Kasten klebt oder direkt davor ein Kabelschacht von Vodafone ist, ist es extrem wahrscheinlich ein telecom=service_device mit telecom:medium=coaxial von Vodafone.

Die Werte hab ich für mich so definiert:
cooling=no für Schränke ohne Belüftungsschlitze z.B. KVz 59
cooling=passive für Schränke mit Belüftungsschlitzen z.B KVz 82 BK (Schlitze/Karomuster im Sockel und Deckel ohne Dichtung (kann man aber von außen nicht erkennen))
cooling=active für generische Multifunktionsgehäuse und SiCabs mit Lüftereinheit auf dem Dach

cooling:method kannte ich bisher noch nicht. Für active würde ja gut mechanical_draft und für passive natural_draft passen. Für no fällt mir aber keine passender Wert ein. Es ist ja eigentlich auch natural_draft nur halt ausschließlich an der Gehäuseaußenseite (bzw. theoretisch noch Infrarotstrahlung)

Auch Viele Grüße :)

Ja, das mit location=indoor und building ist nicht ganz ideal aber ich hab keine bessere Lösung gefunden:

Wenn man location weglässt ist es nach der Wiki standardmäßig location=outdoor. Was glaube ich auch nicht richtig wäre, da sich indoor/outdoor nach dem Proposal (osm.wiki/Proposal:Substation_refinement) hauptsächlich auf Trafos/Schalttechnik von substations bezieht.

Wenn man die substation nur als node innerhalb des Gebäudes setzt und man noch Trafos nodes hat, dann sind die nicht mehr innerhalb einer substation. Nach dem Proposal ist das zwar explizit für Trafos an Masten und in Kiosken (also eher man_made=street_cabinet, vielleicht auch für begehbare Gebäude?) erlaubt. Finde das ganze aber nicht so schön.

Am besten wäre es natürlich wenn man wie in den Beispielen in der Wiki zwei ways hat mit einmal building=service und einmal power=substation + location=indoor hat. Bei größeren Anlagen geht das ja auch super.
Trafohäuschen sind ja aber eher selten eingezäunt und sind ein Teil (Gebäude und Schalttechnik werden zusammen vom gleichen Hersteller verkauft und angeliefert). Wenn man hier dann zwei ways (oder ein way und ein multipolygon) erstellt würde das, so wie ich es verstehe, nicht mit Ein Objekt, ein OSM-Element passen und wäre außerdem recht aufwendig.

Danke für den Hinweis wegen der Peterstraße, hab ich hier korrigiert: changeset/186043724

Hi goodidea,

Wegen den NVT-Ls: Ich hab letzte Woche zufällig das Depot der Telekom auf dem ehemaligen Gelände von Möbel Martin beim Römerkastell entdeckt. Dort stehen die Schränke palettenweise herum zusammen mit Telekom Glasfaserrollen und Werbung.
Die werden also wahrscheinlich auch in Saarbrücken von der Telekom betrieben. 100% sicher bin ich mir aber noch nicht.

Es gibt ja nur 4 Glasfasernetzbetreiberin Saarbrücken:
inexio/Deutsche Glasfaser verwendet SiCabs und ich glaube Sichert FCC 4 oder 6 (Modellname steht nicht dran, müsste ich mal abmessen).
VSE Net/energis benutzt auch SiCabs.
OXG/Vodafone hab ich bis auf KVz von Vodafone noch nichts gesehen. Die bauen laut ihrer Website aber aktuell nur in Alt-Saarbrücken, Brebach-Fechingen und Malstatt. Vielleicht kann man dort raus finden welche Schränke die verwenden und die NVT-L sicher der Telekom zuordnen.

Danke für die Infos. Ich hab mal meine Presets angepasst/ergänzt. Die Tags recycling:green_waste etc. hatte ich von der Vorgängerversion als ich es in Papier/Glas/Kleidung geteilt hab. Werde ich in Zukunft dann auch löschen

Danke für die Info, werde ich in Zukunft so handhaben.
Die [30] hatte ich vom Roadsigns-Plugin. Weißt du ob es da weitere problematische Sachen gibt? Vielleicht erstelle ich mir da ein eigenes Preset dafür oder normale JOSM-Presets für die Schilder die ich häufig benutze.

old_operator hab ich von taginfo. In der wiki gibt es dazu tatsächlich keinen einzigen Eintrag
Lifecycleprefix mit was: ist für mich auch OK. Ich hab halt den am häufigsten benutzen Tag genommen.

Das ganze mit old_operator, hab ich angefangen, weil bei manchen Kästen mit „Post“ Prägung der neue operator klar ist. Z.B. ein KVz 82 BK (BK steht für Breitbandkabel) mit Lüftungsschlitzen im Sockel und Werbung für Vodafone ist ein BK-Verstärker von Vodafone (Kabelnetztbetreiber in der Region)
Leider kann man den aktuellen operator nicht immer raus finden. Wenn ich dazu mehr recherchiert hab und Ausnahmen etc. kenne will ich das auch auf der Wiki dokumentieren.

Zur Sache mit operator angeben wie auf den Objekt: Natürlich kann man nicht den aktuellen operator von Allem wissen. Wenn man aber etwas weiß oder weiß, dass etwas veraltet ist würde ich die Information taggen. Und falls es von dem abweicht, was man auf den ersten Blick sieht/ es nicht direkt überprüfbar ist, kann man ja mit note:operator oder source:operator erläutern wie man darauf kommt.
Bei den Kabelvezweigern der Bundespost würde ich sagen, das fällt unter leicht herauszufinden. Zumindest, dass die Bundespost nicht mehr existiert und Post nicht mehr aktuell ist. Steht auch auf der Wikipediaseite für Kabelverzweiger (https://de.wikipedia.org/wiki/Kabelverzweiger)
Bei den Ferngas-Markern würde ich es so handhaben: Falls bei einem Leitungsstück bei nur einem oder ein paar Markern der Aufkleber mit dem neuen operator fehlt würde ich in dem Fall mit STEAG trotzdem mit operator=Iqony und operator:signed=outdated taggen.
Bei längeren Stücken ohne aktuelle Marker würde ich mich nach den Schiebergruppen die die Leitungssegmente verbinden richten. Soweit ich weiß sind dort alle Schilder aktuell.
Theoretisch gibt es z.B. in Burbach Schiebergruppen die von Creos und Iqony zusammen betrieben werden, wo das nicht eindeutig wäre, aber die abgehenden Leitungen z.B. zum Alsbachschacht haben aktuelle Marker.
Und falls man z.B. keine Zeit hat bis zur nächsten Schiebergruppe zu gehen kann man ja einfach note:operator hinzufügen, dass das Unternehmen nicht mehr existiert.
Allgemein finde ich einen extra Tag wie operator:signed=outdated schon sinnvoll. Es gibt ja auch Postablageboxen bei denen operator=Post (besser natürlich Deutsche Post AG) nicht veraltet wäre.

Hab die nodes nach dem neuen Schema getagged (changeset/170817134) und meine presets geändert

Stimmt, so wie ich es verwendet habe, ist es ja nicht dokumentiert.
Hab jetzt in der wiki oder taginfo auch keine existierenden Tags gefunden, die beschreiben, dass die Beschilderung für einen Tag falsch/ nicht mehr aktuell ist.
Was hältst du von dem Schema?
operator:signed=outdated
old_operator=Post
old_operator:wikidata=Q181653

Hab es hier erfolgreich zurückgesetzt: changeset/170450141
Die richtigen Änderungen an network und network:short hab ich drin gelassen

Comment beim flaschen changeset

Hab es hier erfolgreich zurückgesetzt: changeset/170450141
Die richtigen Änderungen an network und network:short hab ich drin gelassen

Zur Nachricht davor:

Die Änderungen mit network und network:short sind auch richtig. Wenn du die changesets revertest hast, kannst du sie gerne wieder so ändern.
Generell sollte man mit den empfohlenen Maßnahmen aber eher aufpassen und lieber nochmal einen Blick in die Wiki werfen oder jemanden fragen.

Schätze die vertauschte Haltestelle ist aus versehen passiert während die Buslinie ausgewählt war.
Ich benutze ID aber nicht und kann dir nicht wirklich sagen was da schiefgelaufen ist.
Das Problem mit den Haltestellen ist halt, dass die Tools mit denen man die changesets reviewed (OSMCha) geänderte Positionen von Realation nicht anzeigen und man jede Linie manuell durchgehen müsste. Auf die 138 bin ich nur aufmerksam geworden weil osmoose das angezeigt hat

Falls du willst kann ich, wenn ich heute Abend wieder zuhause bin, das für dich reverten. Scheint ja aber als hättest du dich schon eingearbeitet. Wenn josm dir keine Fehler anzeigt, bekommst du das wahrscheinlich anleine hin

Genau. Fang mit dem neusten changeset (170320417) mit vollständig Umkehren an und dann das gleiche bei den anderen drei von neu→alt.
Danach musst du es noch hochladen (grüner Pfeil nach oben). Davor läuft noch der Validator, der falls es irgendwelche Fehler gibt sie dir anzeigt

Fehler passieren jedem, man muss sie halt korrigieren.
Ich war heute vor Ort und an den Verkehrsschildern hat sich nichts geändert, also die vorherigen Geschwindigkeitsangaben auf den ways waren korrekt so wie sie waren.
Und mindestens bei einer Buslinie (138 Römerkastel→Dudweiler) sind stops vertauscht.
Wahrscheinlich ist es am einfachsten, wenn du deine Changesets 170320417 , 170319677 , 170319587 , 170319538 revertest .Am Besten so schnell wie möglich, damit es keine Konflikte mit neuen changesets gibt die die gleichen Sachen bearbeiten.
Das geht z.B. mit osm.wiki/DE:JOSM/Plugins/Reverter
Für die Zukunft wäre es schön, wenn du bevor du das changeset zu machst nochmal deine Änderungen überprüfst. Falls du dir bei was unsicher sein solltest kannst du gerne Leute im Forum fragen.

Sicher, ob sich die Geschwindigkeitsbegrenzung geändert hat? Soweit wie ich mich erinnern kann sind die Schilder recht weit auseinander und es gilt zur Einmündung hin eine geringere Geschwindigkeit als weg davon. z.B.: node/10659668600
Und du hast wahrscheinlich versehentlich ein paar Tags gelöscht (way/1145433392 cycleway:left, way/1156831436 lane_markings, way/1145433380 lit,
way/1156831435 lanes
---

Published using OSMCha: https://osmcha.org/changesets/170320417

Ich war heute Nachmittag nochmal dort. Bis auf einen Baum bei dem jemand ein paar Äste abgesägt hat, damit man sich nicht mehr zwischen denen durch quetschen muss hat sich nichts geändert.
Die anderen Bäume sind auf jeden Fall schon länger da, da der Pfad so gut es geht um die Bäume herumführt.
Ein Fahrrad muss man noch an mindestens vier Stellen tragen/ unter Ästen durchschieben und mit einem Pferd kommt man immer noch nicht durch.
Würde den Edit so lassen.

Danke für den Hinweis. Für mich sah es so aus, als ob die Bäume da schon länger liegen. Ist aber auch schon ein paar Tage das ich da war (wollte es eigentlich gleich hochladen, aber osm war read only)
Ich gehe, wenn ich es schaffe heute nochmal vorbei, sonst morgen