Ich habe in einer CS-Diskussion einen Kollegen auf das Namenproblem hingewiesen.
Ich bekommen jetzt folgende Antwort:
https://www.openstreetmap.org/changeset/118252141#map=16/50.2829/9.3838
Da ich mich mit ID nicht auskenne, bräuchte ich hier Hilfe von einem Spezialisten.
Gruß
surveyor54
Der Kollege hat nicht Unrecht. Wenn man in iD den Namen entfernt, gibt es eine Fehlermeldung bzw. den Hinweis beim Hochladen:
Ob das bei einer Schaltzentrale Sinn macht, wage ich ja zu bezweifeln, zumal bereits korrekterweise operator=Deutsche Telekom AG getaggt ist.
Man kann die Meldung natürlich ignorieren und den change trotzdem hochladen, es wird aber jedem, der dieses Objekt in Zukunft mit iD anfasst, dieser Hinweis angezeigt, da wird es nicht lange dauern, bis einer auf die angebotene Schaltfläche “Aktualisiere die Eigenschaften” klickert und dann ist der Name wieder da.
Briefmarken-Automaten bekommen auch ein “name=Deutsche Post”.
Wird vermutlich wieder alles aus dem name-suggestion-index kommen…
Diese automatisierte Vereinheitlichungsfunktion von iD (Fehlerkorrektur will ich es gar nicht nennen) in Kombination mit gedankenlosen Benutzern macht gefühlt mehr Schaden, als sie hilft 
Wenigstens kam da eine konstruktive Antwort.
Bei mir nicht: https://www.openstreetmap.org/changeset/117955328
bzw. http://nrenner.github.io/achavi/?changeset=117955328
(eigentlich für mich schon ein mechanical edit, so systematisch, wie das gemacht wird…)
Da gibt es wohl irgendeine Prüfregel mit entsprechenden Korrekturvorschlägen. Hängt wohl irgendwie mit operator=* und telecom=exchange zusammen.
Beispiel:
building=yes
operator=Telekom
telecom=exchange
Man erhält dann folgende Instruktionen:
"Telefonschaltzentrale sieht aus wie ein allgemeines Objekt mit nicht standardkonformen Eigenschaften
Bei einigen Objekten, z. B. Einzelhandelsketten oder Postämtern, wird erwartet, dass sie bestimmte Eigenschaften haben.
Vorgeschlagene Aktualisierungen:
den Eindruck habe ich auch. Einerseits promoten wir iD als Editor für Seltenmapper und Anfänger, andererseits macht er Vorschläge zu automatischen Edits die man eigentlich nur mit Erfahrung sinnvoll einschätzen kann, d.h. auch wenn es als Rückfrage an den Mapper getarnt ist, bzw. abgenickt werden muss, im Zweifel wird man da “OK” clicken wenn der Vorschlag von “OSM” kommt.
Ja, kommt mir auch so vor.
Bei meinem oben genannten Beispiel würde mir ausreichen, wenn ein Korrekturvorschlag ausschliesslich für die Angleichung von ‘operator’ (von “Telekom” zu “Deutsche Telekom AG”) ausgegeben würde. Den Rest (name=, operator:wikidata=, operator:wikipedia=*) würde ich weglassen.
Ja, ist ein fehler im NSI. ( https://nsi.guide/index.html?t=operators&k=telecom&v=exchange&tt=Deutsche%20Telekom%20 )
Macht mit Verlinkung auf den CS mal jemand bitte einen Issue auf dem Git auf? Gerne mich auch erwähnen. Ich kann mich dann sicher die Tage darum kümmern.
Das bedeutet für den Fall “amenity=vending_machine & brand=*” Beispiel:
https://www.openstreetmap.org/node/1488318804
den ‘pyram’ entdeckt hat wäre das betreffende NSI-Objekt
https://nsi.guide/index.html?t=brands&k=amenity&v=vending_machine&tt=Deutsche%20Post%20
anzupassen?
PS: Edit:
Oder bzw. des eventuell unstimmigen ‘name’-Merkmals gleich diese beiden Listen bzw. ‘name’ überarbeiten?:
https://nsi.guide/index.html?t=operators&k=telecom&v=exchange (7x name=)
https://nsi.guide/index.html?t=brands&k=amenity&v=vending_machine (81x name=)
Eben. Wenn die Website mir sagt es macht Sinn dies so zu machen, dann ja. Ich muss ja davon ausgehen, dass ich es falsch gemacht habe in dem Moment.
Wäre am sinnvollsten… Ich bin klar der Meinung, dass solche Objekte keinen name=* haben…
Ich weiß nicht, wie Communities in andern Ländern das Thema beurteilen, deshalb habe ich in den nachstehend verlinkten Pull Requests nur für Einträge in Deutschland den name=* Tag entfernt.
https://github.com/osmlab/name-suggestion-index/pull/6295
https://github.com/osmlab/name-suggestion-index/pull/6296
Siehe https://www.openstreetmap.org/user/SimonPoole/diary/397565 hat bis jetzt noch niemand wirklich interessiert.