Klar, anfangs ist das so – überflüssiges noch entfernt: changeset/95253455

Hallo PTR-Berlin,

das ist wohl etwas durcheinander gekommen –
map_type=map ist offensichtlicher Unsinn und statt information=board + board_type=map
sollte information=map genutzt werden – siehe: osm.wiki/DE:Tag:information%3Dmap

--besteGrüße!bm

Ist der Name noch in Gebrauch, wenn der POI geschlossen odgl ist? Vielleicht ist er noch sichtbar. Aber vielleicht auch nicht. Ohne survey wohl eher schwer festzustellen.

Der Einfachheit halber würde ich dann vorschlagen, den name ebenfalls zu löschen. Da ja noch das disused:<main-tag> gesetzt ist, kann man bei Bedarf leicht in der Chronik des Features nachsehen. So macht es zB User Connecticut:
https://osmcha.org/changesets/95043108/
https://osmcha.org/changesets/95043163

Scheint mir die einfachste und beste Lösung dafür zu sein.

--besteGrüße!bm

Hallo Al Tac,

zunächst willkommen zu OSM!

Wie viele Fahrstreifen sind da üblicherweise (markiert)? Zwei? Wie lange wird die Baustelle andauern? Falls das bald wieder die volle Anzahl ist, könnte man gleich diese eintragen. Andernfalls construction:lanes=* & construction gemäß Wiki taggen: osm.wiki/DE:Key:construction

--besteGrüße!bm

Hallo JeanetteGR,

zunächst willkommen zu OSM!

Eigenständige Adressknoten (addr:*) bitte nicht
kapern! Habe ihn wieder befreit: changeset/95179981

--besteGrüße!bm

fixed misplaced node: changeset/95179769
---

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

Hey, was meinst du, wie ein Taxistand organisiert ist? Da kommen Taxis und reihen sich ein, warten und fahren wieder weg. ;)
Im Ernst: Die maxstay=* sind conditionals?
--bg
---

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

erledigt: changeset/95099477

Hallo PTR-Berlin,

zunächst willkommen zu OSM!

Sieht soweit korrekt aus – evt waren die veränderten Kacheln (tiles) noch nicht neu geladen. Zudem wird es bei osm-carto (Hauptkarte openstreetmap.org) blaßblau gerendert, da access=private.

Davon abgesehen soll man ja auch gar nicht für den Renderer taggen – siehe OSM-Grundlagen, zB osm.wiki/DE:Good_practice

--besteGrüße!bm

Hallo mdullius,

zunächst willkommen zu OSM!

In der Annahme, dass hier das gesamte Gebäude genutzt wird (und nicht nur ein kleiner Teil davon), habe ich den Eintrag weiter ergänzt: changeset/95095282

--besteGrüße!bm

Auch falsch. Hausnr blieb unverändert, s. https://osmcha.org/changesets/95057094/

Das letzte Mal, dass hier S 8 getaggt war, war bis 2015 am addr:*-node: https://osmlab.github.io/osm-deep-history/#/node/1552583168 – behoben in changeset/28130340, 2015-01-14.

So nach gleicher Vorgehensweise bzw Quelle auch anderswo Änderungen durchgeführt wurden, würde ich dringendst raten, diese nachzuprüfen! Die zugrundeliegende Quelle scheint unzuverlässig bzw heillos veraltet. Davon abgesehen fällt die Methode mangels ausreichender Prüfung wohl unter "(teil)automatisierte Änderung" osm.wiki/Automated_Edits_code_of_conduct

Auf diese Idee könnte man kommen, ja. Insbesondere, wenn man das Wiki konsultiert, was grundsätzlich nie verkehrt ist.

stars=*
Dort wird auch auf die Diskussionsseite verwiesen, da es ein umstrittenes Tagging ist.

analog zu / s.Anm zu changeset/95047437

Hallo nlohmann,
hier sind sowohl amenity=restaurant als auch tourism=hotel an die building way getaggt. Worauf bezieht sich hier stars=*, dessen Wert du von 5 auf 3 herabgestuft hast?
--besteGrüße!bm

Hallo Ropino,

vielen Dank für die schnelle Antwort, die ich jedoch so nicht unkommentiert lassen möchte.

Der addr:*-node war vollständig, fast an der offiziellen Position und entsprechend mit source=* getaggt (die an die building way mitübernommen wurde), was man anhand Geoportal Berlin / Adressen Berlin auch nachprüfen könnte.

Die Adresse ans Gebäude zu taggen ist keine Verbesserung der Datenqualität – eher im Gegenteil, da ein solches mehrere Adressen haben könnte, was auch mangels survey wohl nicht geprüft wurde. Sauberer wäre es meines Erachtens gewesen, die solitäre addr:housenumber vom building zu entfernen.

Genau genommen ein völlig unnötiger Edit, der auch gegen osm.wiki/DE:Good_practice#Erhalte_die_Chronik verstößt.

Deine und meine Zeit wäre sinnvoller investiert gewesen, hättest du den von dir bei AnklamerStr49 gefundenen Fehler gleich selbst behoben und nicht darauf gewartet, dass es der User, der damit vor Monaten offensichtlich überfordert war, irgendwann mal nachholt. Bitte in Zukunft besser machen!

--besteGrüße!bm

erledigt: changeset/95063135

Hallo Ropino,
du hast hier einen vollständigen addr:*-node gelöscht und die fehlenden des Gebäudes ergänzt – übersehe ich etwas, oder welches Problem sollte dies beheben?
--besteGrüße!bm

Hallo CMatz,

vielen Dank für die schnelle Rückmeldung, sonst wäre mir das erst später aufgefallen. Gedanklich war ich wohl bei multipolygon, das hier ist aber eine building-Relation. Nach einem erneuten Blick ins Wiki samt passendem Beispiel korrigiert: changeset/95061455

Nur weil etwas nicht wie erwünscht angezeigt wird, ist aber noch kein zuverlässiger Indikator, dass es nicht korrekt erfasst wurde – nicht alles wird auch gerendert.

amenity=conference_centre, wie es hier schon getaggt war/ist, hat bei OSM-carto (der Hauptkartenrenderingengine) offensichtlich kein Symbol. Beachte dazu auch die OSM-Grundregel, Nicht für den Renderer zu taggen – s. Punkt 7 (und generell) osm.wiki/DE:Good_practice

--besteGrüße!bm

Hallo P72B,

folgende Infos scheinen bei diesem Edit unbekannt gewesen zu sein, deshalb hier verlinkt:

- "Tags describing the multipolygon always go on the relation. The outer way(s) must be left untagged[…]"
osm.wiki/Relation:multipolygon

- Bedeutung von disused:* (etc) osm.wiki/Lifecycle_prefix

Vollständig zurückgesetzt in: changeset/95058869
--besteGrüße!bm

Hallo CMatz,
ja, richtig kein Industriegebäude. Allerdings hat es bereits eine building-Relation, die weitere Tags aufnimmt und schon recht umfassend getaggt ist. Entsprechend geändert/aktualisiert/erweitert in: changeset/95044436
--besteGrüße!bm