half of the city seems to be tagged now with house number 000 or "inconnu"

Anyway, FYI, wenn die Position von Bäumen aus dem Baumkataster in OSM angepasst werden, wird ihre Position beim nächsten Import NICHT überschrieben. Also kein Problem, kleine Anpassungen zu machen.

Kann ich nicht bestätigen. Auf bing ist der Baum auch da wo er auf OSM ist. Außerdem sieht man auf Satbildern ja nur die Krone, der Stamm muss nicht unbedingt mittig sein. Apropos unerlaubte Quellen, auf Google Streetview ist er auch dort zu sehen wo er auf OSM ist. basemap kenne ich nicht, aber wenn dort die Bäume drauf sind, dann kommen diese sicher auch aus dem Baumkataster Hamburg.

Abweichung wovon?

In aktuellen Daten
https://geoportal-hamburg.de/strassenbaum-online/
taucht dieser Wert auch nicht (mehr) auf. Sowieso, `diameter` scheint eh nicht der richtige Tag zu sein, man nutzt für Bäume `diameter_crown` und `circumference . Dass dazu auch noch die Unit ("4 m") steht ist zusätzlich suspekt.

Ich werde beim nächsten Import schauen was da schiefgelaufen ist und den Wert ggf. großflächig entfernen.

https://github.com/westnordost/hh-import-trees/issues/2

Hola Linox 479,

(no soy hablante nativo, mi español puede sonar extraño)

¡bienvenido a la comunidad OpenStreetMap!

Esto es un comentario a un conjunto de cambios. Otros usarios, como yo, pueden comentar a un cambio tuyo si por ejemplo tienen dudas o quieren apuntarte a un error que hayas cometido.

Dado que OpenStreetMap es una grad comunidad de voluntarios, es importante siempre escribir un breve resumen del conjunto de cambios cuando lo guardes para que otros pueden entender que hiciste.

En este conjunto de cambios lo hiciste, muy bien! Por favor, sigue así, ayudaría mucho a los voluntarious que revisan cambios de otros usarios (cual en general ya es un tarea ingrata).

Sin embargo, aprovecho este comentario para apuntarte a un error que cometiste. Usaste `leisure=sports_hall` ("Gimnasio / Pabellón deportivo") pero lo correcto sería `leisure=sports_centre` ("Complejo deportivo").

No te preocupes, ya lo he corregido.

Un saludo
westnordost

P.S: He escrito este comentario porque debido a los resumenes malos de tus cambios, los moderadores están sospechando vandalismo. Mira aquí: https://community.openstreetmap.org/t/valid-mapping-in-mexico/107356

Danke, schon gesehen

Jupp danke, schon gemerkt und korrigiert. Werde den Fehler auch dem Straßenbaumkataster Hamburg melden.

(noch unvollständig, wegen Rate Limiting wurde der Upload abgebrochen. Wenn das Rate limiting auf 10k Änderungen pro Stunde liegt, dann muss noch etwa 10mal hochgeladen werden)

Wenn ihr euch sicher seid, dass dies ein Bug oder eine fehlende Sicherheitsabfrage in StreetComplete ist, empfehle ich, den gefragten Straßenabschnitt zur Version 26 zurückzudrehen (cycleway:right=no entfernen) und nochmals die Frage in STreetComplete beantworten und dabei Screenshots machen, diese in dem verlinkten Ticket hochzuladen um zu zeigen, wo der Fehler in der UI liegt.

Ah, hmm. Ich dachte, Du meinst es sei ein "Büro-Fossil". Na dann, 🤷‍♀️... 🙂

Wegen node/9999060624 - was ist office=fossil?

IMO the root problem is that the line is tagged as railway=light_rail instead of railway=streetcar. See note/3121921

Ich habe nur die Englische Seite überarbeitet
seasonal=*

vielleicht hat jemand Interesse, die Verbesserungen ins Deutsche zu übersetzen?

Ich werde mal die Wiki-Seite von seasonal entsprechend ergänzen, dort ist nämlich nur von seasonal=yes die Rede im Kontext von Flüssen usw. obwohl es für Bänke usw. auch "in use" ist.