piebro/osm-data huggingface dataset:
JeroenHoek (2025-10-10 07:05:26+00:00): (Dit geldt trouwens alleen voor kanalen en rivieren etc.; bij meren en plassen is het vlak juist wel waar de naam hoort.)
TimGram (2025-10-10 10:53:19+00:00): Naamlabels zijn verwijderd

https://www.openstreetmap.org/changeset/173088147
Rodrigo Rega (2025-10-10 00:02:18+00:00): Added boards. Source: note #3665124, #3665125
Baloo Uriza (2025-10-10 14:01:33+00:00): Looks like you added the address to the road, I added the transfer building and put it on that.
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/173072169
MassCartog (2025-10-10 03:21:39+00:00): Hello, welcome to OSM. Could you give a source for the names you used here? The name tag should only be used for common, widely-used names and not used to describe things.
flohoff (2025-11-10 09:24:16+00:00): Moin,
kannst du mir sagen woher hier die turn restrictions kommen? 

Nach meinem Laienhaften verständnis darf ich hier sehr wohl wenden. Es gibt keine durchgezogene linie und keine Schilder die das verbieten?!?

Flo
stirps (2025-11-10 11:41:11+00:00): Hi,
hier war es unglücklich, wo ich die Straße aufgeteilt habe. Natürlich ist bei den Straßen zur Hans-Böckler-Straße und der anderen zu Toys World wahrscheinlich ein Wenden möglich. Die turn restrictions waren auf das Wenden direkt hinter der Verkehrsinsel bezogen, ich werde das sofort nachbessern.
user_5359 (2025-10-10 06:24:36+00:00): Welcome to OSM! Thanks for your addition!

Please remember that an address must consist of at least a house number and street name (additional information such as city, country and state can be calculated using the available boundary data).
steve_jobs (2025-10-10 11:48:20+00:00): Thanks for the feedback.  I was doing it as a test to see if just having the street address would still allow it to show up in a search for an address.  I will correct them.
user_5359 (2025-10-10 12:24:11+00:00): It works! https://www.osm.org/search?query=Topaz+Plaza+1981%2C+Davidson
Acetamide (2025-10-10 11:42:36+00:00): Hallo A67-A67,
Bedankt voor de review en correctie. 
Voor mijn begrip en educatie: is het alleen de postcode die je hebt gecorrigeerd, of mis ik ook iets anders?
A67-A67 (2025-10-11 12:36:48+00:00): Het waren vooral fouten in postcodes waar ik naar op zoek was. Dat heb ik hier verbeterd. Daarnaast heb ik de slash aan het einde van de website-tag meegenomen. 

Tip: Achavi is een handige tool om te kijken wat er wordt verandert in een wijziging. Je kan het wijzigingset-nummer van uit OSM daar in de url invullen: https://overpass-api.de/achavi/?changeset=173072489
Acetamide (2025-10-13 13:55:28+00:00): Dank voor de uitleg en de handige link!
galen8183 (2026-04-25 00:20:26+00:00): https://www.openstreetmap.org/way/1436820739 should have been squared when manually reviewing each imported building.
flohoff (2025-11-10 09:31:01+00:00): Hier
die beiden entferne ich auch wieder - natürlich darf man da wenden - da darf auch abbiegen - da steht kein schild oder linie die das verbietet:


https://www.openstreetmap.org/relation/19696070/history
flohoff (2025-11-10 09:31:52+00:00): Die hier ebenfalls - da ist die linie unterbrochen nach der Verkehrsinsel - natürlich darf ich da alles.

https://www.openstreetmap.org/relation/19696068

Entferne ich.
stirps (2025-11-10 11:38:30+00:00): Hi,
Ich antworte hier auch mal stellvertretend für die anderen changeset-comments bzgl. u-turns:

Ich hatte diese verwendet, da ich die sich aufsplittenden Straßen im Kontext des Hinzufügen von Verkehrsinseln verwendet hatte. 

An vielen Stellen waren keine Verkehrsinseln und die "Kreuzung" zwischen den beiden Einbahnstraßen war ebenfalls nicht vorhanden, ergo wurde von Routern da auch kein u-turn empfohlen (denn mitten auf der Straße kann ja eigentlich nicht gewendet werden).

Als ich dann Verkehrsinseln hinzugefügt habe habe ich das mit den no u-turns beibehalten, einerseits weil ich diese "Kreuzungen" zwischen den dann Einbahnstraßen (zumindest persönlich) nicht als solche auffasse und da mMn im (Vor-)Kreuzungsbereich kein Wenden möglich ist/sein sollte/empfohlen werden sollte.

Wenn es dann Einfahrten gab, die die Einbahnstraßen verbanden, war die Idee die Gleiche: Ich habe ja nicht unterbunden, dass in die Einfahrten reingefahren wird, sondern, dass u-turns von der einen auf die andere Einbahnstraße gemacht werden. 

Wenn diese Auffassung falsch ist kann ich auch nochmal durch meine changesets durchgehen und weitere relations entfernen, die ähnlich sind.
flohoff (2025-11-10 09:25:56+00:00): Auch diese turn restriction!??! Warum darf ich da angeblich nur geradeaus? 

Exakt in dem punkt ist doch die linie unterbrochen damit ich entsprechend in die Einfahrt darf - oder eben auch umgekehrt!??!

https://www.openstreetmap.org/relation/19696090/history#map=19/51.890967/8.363857
flohoff (2025-11-10 09:27:08+00:00): Hier noch eine - Natürlich darf ich da alles - Ich darf rechts und links abbiegen - zu hammer und auch auf den Mitarbeiter Parkplatz vom Marktkauf - also darf ich datürlich auch wenden - also einen u-turn machen.

https://www.openstreetmap.org/relation/19696091/history
flohoff (2025-11-10 09:27:33+00:00): 
Ich hab die beide mal entfernt.
Alex Paré (2025-10-10 01:40:23+00:00): Pour plus d'infos voir: https://www.bromont.net/utilisation-des-sentiers-officiels-du-domaine-naturel-du-lac-gale-et-respect-de-la-servitude-de-conservation/
flohoff (2025-10-11 12:27:40+00:00): Moin,
auch die Turn restrictions hier an der Hülsbrockstraße sind IMHo unsinn. 

Die mittellinie ist unterbrochen. Dann darf die überfahren werden, also auch gewendet.

Und auch am ende der Durchgezogenen linie darf ich natürlich dann nach links einen u-turn machen. Deshalb ist die trennung doch exakt bis da raus gezogen.

Flo
flohoff (2025-10-11 12:43:23+00:00): Auch die hier - Woher kommt deiner meinung nach das "no-u-turn"?  Da steht kein schild. Linksabbieger spur, einordnen und u-turn - Völlig legal.

https://www.openstreetmap.org/relation/19696151

Und die hier ist ebenfalls legal. Die trennung der fahrbahnen endet wo auch die durchgezogene linie endet:

https://www.openstreetmap.org/relation/19696150


https://www.openstreetmap.org/relation/19696151/
stirps (2025-10-11 12:47:07+00:00): Ja ich hatte einige hinterlegt. Ich kümmere mich um alle, siehe auch https://www.openstreetmap.org/changeset/173073478.
flohoff (2025-10-11 12:25:51+00:00): Moin,
auch diese Turn restrictions sind unsinn IMHO.

Das es keinen Sinn macht dort zu wenden - D'accord - Aber ich sehe nicht woran du das verbot ableitest.

Es stehen dort keine Schilder.

Flo
無限の刃 (2025-12-12 08:09:21+00:00): https://wiki.openstreetmap.org/wiki/JA:名称#name_は名称だけ
https://wiki.openstreetmap.org/wiki/JA:ライフサイクルの接頭辞
flohoff (2025-10-11 12:24:34+00:00): Moin,
du hast hier 4 "no u-turn" eingetragen. Woraus leitest du das? 

IMHO sind die alle 4 falsch - Es gibt die schilder dort schlicht nicht.

Flo
stirps (2025-10-11 12:44:27+00:00): Ich antworte hier auch mal stellvertretend auf deine anderen Kommentare: Bei den U-Turns hatte ich auch ein bisschen Bedenken; Die wo sich die Straßen zur Kreuzung hin splitten würde ich belassen, weil es einfach nicht Sinn ergibt, dort zu wenden.
Innerhalb der Kreuzung hatte ich länger überlegt dort auch restrictions rein zu machen und mich dazu entschieden sie zu hinterlegen, da es eigentlich genug Möglichkeiten gibt, ohne U-Turn zu wenden (bspw. über Nebenstraßen). Da es an den meisten Stellen aber nicht explizit steht, würde ich alle von mir erstellten no U-Turn restrictions innerhalb der Kreuzungen wieder entfernen. 

VG stirps
Frank Peng (2025-10-10 04:05:17+00:00): I did not remove Industrial Park Road, the VT CRC roads (Research Center/Kraft/Pratt Drive), Southgate Drive, Beamer Way, Washington Street, Kent Street, and Alumni Mall from the Smart Way Bus (SW) route relation because doing so would take a lot of time.

Smart Way Bus no longer services the Virginia Tech Corporate Research Center as of 1/9/2025. The latest Smart Way map can be found on https://www.valleymetro.com/services/smart-way-services
nevw (2025-10-10 04:19:40+00:00): There was a tiny remnant of Jardine National Park mapped on osm but this bit was not on CAPAD 2024 so is deleted. Other tiny remnants of Jardine NP in CAPAD 2024 are not mapped in osm anyway.
nevw (2025-10-10 04:20:58+00:00): This changeset was too large and split by JOSM on upload so added the above comment to both changesets.
nevw (2025-10-10 04:16:23+00:00): There was a tiny remnant of Jardine National Park mapped on osm but this bit was not on CAPAD 2024 so is deleted. Other tiny remnants of Jardine NP in CAPAD 2024 are not mapped in osm anyway.
felipeeugenio (2025-10-10 13:06:02+00:00): Hola.
Está corrcta esta edición? el local se cambió de dirección? porque cambió el nombre de la calle y la numeración, pero el punto quedó donde mismo.

saludos
EM311 (2025-10-13 09:10:55+00:00): Hallo, ist die Pipeline unter den Bahnbrücken auch schon abgebaut?
geozeisig (2025-10-14 05:46:36+00:00): Nein da noch nicht. Der Hang ist schön gemacht und Rasen angesät, aber die Rohre sind am Kanal noch da.
EM311 (2025-10-14 17:33:33+00:00): Du hast die Pipeline schon "gerazed". Die verschwindet wahrscheinlich auch in den nächsten Tagen, daher ist sie schon weg, oder?
kabelhaai (2025-12-01 02:44:22+00:00): FYI the tag cycleway=opposite is not recommended see https://wiki.openstreetmap.org/wiki/Tag:cycleway%3Dopposite
phoenixsaigon1698 (2025-10-27 09:00:57+00:00): Vậy xóa luôn relation 9802982 nhé bạn.
campbelltree (2025-10-10 05:37:35+00:00): Forgot to mention this is based on note #4707855; I'm used to it showing up in closed:note
Andrew Chadwick (2025-10-10 09:49:27+00:00): Changesets should ideally be kept small and localized, please! They're much more informative and less globally visible if you do that.

This change combines parking in Switzerland with garages in Saskatchewan, Canada, so it would have been better as two separate changes.

Maybe it was just pending changes needing to be saved fully between contributions? Vespucci can be a pain with that: I always try to use the "clear and download fresh" button when starting in a new area, but I wish it reminded me to do it.
joost schouppe (2025-12-08 15:11:03+00:00): Hoi Ivan,
Hier had je toch een waarschuwing moeten krijgen dat je een gebouwtje https://www.openstreetmap.org/way/1436848111 bovenop het bestaande https://www.openstreetmap.org/way/95390383 aan het zetten was...
Ivan Lievens (2025-12-08 15:33:50+00:00): Dag Joost,
Waarschijnlijk wel, maar toch om één of andere reden over het hoofd gezien. Ik hoop dat het voor de rest wat meevalt daar in Lebbeke.
Comino (2025-10-10 06:24:28+00:00): Hi,

In your edit you use the deprecated tag "payment:bitcoin=yes".

Please DELETE the payment:bitcoin=yes tag !
Use the "currency:XBT=yes" instead.

For more information please read: https://gitea.btcmap.org/teambtcmap/btcmap-general/wiki/Tagging-Merchants#tagging-guidance
and https://wiki.openstreetmap.org/wiki/Bitcoin

Happy mapping,

Edwin Comino
https://btcmap.org/tagger/6794624
houtari (2025-10-11 21:14:20+00:00): Mikähän rakennelma mahtaa olla kyseessä? Ilmakuva ja MML:n maastokartta antaisi viitteitä että olisi jokin muu kuin man_made=tar_kiln, eli tervahauta joksi tuo on nyt merkattu.
houtari (2025-11-01 13:29:59+00:00): En saanut tuohon ylläolevaan kysymykseeni mitään vastausta, mutta palautin nyt tuon aiemmin pisteenä kuvatun kohteen kartalle alueena jonka varustin building=yes arvolla. Kohteen aikoinaan lisännyt henkilö oli mennyt sen kokonaan poistamaan, joten ajattelin että hyvä se on kartalle palauttaa kun se nyt oli kuitenkin kartoitettu.
qrisztly (2025-10-10 09:35:04+00:00): Ohøj. Er det dårlig praksis at have adressetags på butikspunkterne og bygningspolygonerne? Jeg forsøger at gøre oplysningerne så udtømmende som muligt, så alle flest mulige data optræder i osm, men hvis det på en eller anden måde leder til redundans er det selvfølgelig kontraproduktivt...
osmviborg (2025-10-10 10:02:38+00:00): Vi bruger det ikke i  DK. Adresser er kun på de importerede noder. https://lgms.nl/p/osm/cached-wiki/?page=Da:Adresser
qrisztly (2025-10-10 12:36:05+00:00): Perfekt, tak for info. Jeg undlader adressedata fremover, det går både hurtigere og giver en mere ensartet mapping. Arbejder indtil videre i iD, hvilket fungerer udmærket, selvom jeg kan forstå at josm har flere funktioner.
ilias_ (2025-10-11 01:45:59+00:00): Hi, please, don't delete a hotel node and add its info to the hotel building. The hotel is not only the building, it's the whole grounds. Tag the whole grounds as landuse=commercial, the building as building=hotel, and keep the info on the node.
Kovoschiz (2025-10-10 08:06:07+00:00): There's obviously something there given the `highway=` drawn to the `=peak`
StC (2025-11-01 10:51:13+00:00): Bonjour,

ce changeset a brisé la continuité d'un itinéraire pédestre en rattachant un chemin à la super-relation parente directement au lieu de la relation où il devrait être. Je m'occupe de la réparation.
Roby01 (2025-11-02 06:32:52+00:00): Je suis vraiment désolé de cette mauvaise manip... et merci bcp pour cette rectification!
En fait il y a beaucoup d'erreurs sur cette commune Lancrans, entre les différents tracés officiels des GR9, GR509, GTV, GTJ... et le marquage sur le terrain. Je vois avec le PNR du Haut-Jura, la comcom TerreValserhône pour rétablir quelque chose de cohérent et fiable (!!). Merci
StC (2025-11-02 09:06:35+00:00): Pas de souci, c'est une erreur qu'on fait tous. Le vrai problème c'est que les outils sont encore très peu adaptés à l'utilisation intensive de relations. 

Sauf erreur de ma part, @pyrog39 est déjà en contact avec quelqu'un au PNR, ça vaudrait peut-être le coup de vous coordonner. Un endroit possible pour ça serait le canal OSM Plein Air sur Telegram ou Matrix, où on coordonne nos pratiques et nos actions.

Les écarts sont plutôt dans OSM, ou dans les données "officielles" ? L'un des problèmes usuels qu'on rencontre quand ce sont les données officielles qui sont en cause, c'est que les gestionnaires ont du mal à trouver par quel bout commencer pour collaborer avec nous ; on a eu l'exemple du PNR du Vercors et de la comcom de Bugey Sud récemment : la volonté est là mais les choses se font par étapes.
Roby01 (2025-11-02 18:50:36+00:00): Merci pour toutes ces infos.
Je vais contacter Pyrog39 et voir si l'on peut faire quelque chose.  Et j'espère qu'il y aura moins de boulettes de mon côté!
StC (2025-11-03 19:23:58+00:00): J'ai poursuivi un peu les corrections sur les itinéraires du coin (toujours des pbs de ways dans des super-relations, en général), et en travaillant sur le Grand Tour de Valserine j'ai vu qu'il y a des interactions avec les réseaux de carrefours à clarifier. Si je comprends bien, à l'est il y a le réseau du Pays de Gex qui est en partie existant dans OSM, et à l'ouest il y a celui de Terre Valserhône qui est inexistant dans OSM. Ca serait intéressant de demander des informations à la comcom, idéalement leur plan de jalonnement.
NeisBot (2025-10-10 06:48:40+00:00): Hello, welcome and thank you for your contribution to OSM!

Your changeset was commented because your added description or slogan contains detailed text that may be interpreted as promotional or SEO-related. To ensure OSM remains neutral and focused on map data, I recommend keeping descriptions concise, factual, and free from marketing or promotional language.

Could you please revise your description accordingly?

#MapWithoutSpam #Tags #Description
NeisReview (2025-10-12 12:48:39+00:00): ✅ Corrected by https://osm.org/changeset/173093375
Mateusz Konieczny (2025-11-12 08:04:47+00:00): Hello! https://www.openstreetmap.org/node/13206281162/history has id = 101 that was added in this edit
What is the meaning of this unusual key? Is this tag needed?
Or maybe can it be expressed in a more typical way that would be easier to understand?
Or maybe this key can and should be documented as useful tagging schema?
Mateusz Konieczny (2025-11-12 08:06:03+00:00): maybe https://wiki.openstreetmap.org/wiki/Key:ref would fit?
蕉饼电脑 (2025-10-11 07:34:12+00:00): There is no such element on the ground.
A67-A67 (2025-10-11 11:12:18+00:00): Bedankt voor de toevoeging. Er gaat hier wel iets fout. In Nederland taggen we bedrijven op de adresnodes, niet op de gebouwen. 

Ik heb het hier verbeterd.
kOSMofant (2025-10-12 08:07:16+00:00): Bedankt voor de correctie. Was even in verwarring hierover nadat ik wat wijzigingen wilde doen in een gebied waarin dit dan door anderen ook niet consequent correct was gedaan. Neem aan dat gebouwen met een 'onveranderbare' duidelijke gebruiksfunctie (zoals een zwembad of sporthal) wel als zodanig aangeduid moeten worden en niet alleen algemeen als 'Gebouw'?
A67-A67 (2025-10-12 10:58:24+00:00): Ik denk dat je POI's en gebouwen door elkaar haalt. Apps als Every Door en ook de iD-editor op OSM.org maken het bewerken laagdrempelig, maar maken het minder duidelijk wat je precies aan het doen bent. Bij de iD-editor zie je onderaan wel een lijst met tags staan. Dat is wat je echt aan het bewerken bent.

Wat je aanduid als algemeen gebouw is waarschijnlijk de tag building=yes. Je kan deze aanpassen naar bijvoorbeeld buidling=sport_centre. Het is echter niet te bedoeling om de POI-informatie (bijv. leisure=sport_centre, leisure=swimming_pool, office=company, amenity=restaurant, etc.) toe te voegen aan het gebouw. Dat taggen we op het adres.
A67-A67 (2025-10-11 14:45:42+00:00): 

In this changeset the name is changed from the actual name to the operator, the housenumber is added to the addr:street-tag and the phone number is added double.

I'll revert this incorrect changeset.
rempshaener (2025-10-10 19:21:34+00:00): Hallo,
ich habe Anmerkungen zu den von dir erfassten Hydranten:

- survey:date
Sind die Daten wirklich schon so alt? Dann bitte trotzdem sicherstellen, dass sie aktuell sind.

- couplings
Das Feld bleibt bei Unterflurhydranten leer, da es sich um die „Angabe der vorhandenen Anzahl an Schlauchanschlüssen“ handelt, siehe osm.wiki/DE:Key:couplings?uselang=de. Unterflurhydranten haben in der Regel nur mit Standrohr eine Schlauchkupplung.

- flow_rate
Die 1500 m³/h können nicht stimmen. Meinst du l/min?

- name
Die Nummer dürfte in das Feld „ref“ gehören.

- description
Falls mit „SH“ gemeint ist, dass es sich um Württemberger Schachthydranten handelt: Dafür gäbe es die Angabe fire_hydrant:style=wsh

Vielen Dank für deinen Beitrag und weiterhin viel Spaß beim Mappen. Und bei Fragen gerne melden.
Viele Grüße
Florian Reichartshausen (2025-10-10 19:40:56+00:00): Hallo rempshaener,

danke für Deine Hinweise, ich hab ursprünglich die Hydranten mit OpenFireYak-App verarbeitet, und die Nachträge nun via Paste&Copy aus einem bestehenden Hydranten entnommen.

Da wir auch Überflurhydranten einsetzen, mit 2 Anschlüssen, dachte ich, es macht Sinn das mit anzugeben, je nachdem welche Programme auf die Daten zugreifen.

SH steht hier aber für Schachthydranten und nicht für den Württemberger Schachthydrant, den wir in Baden nicht haben. Unsere Hydranten können daher im Hinweisschild sowohl H als auch SH haben - diese sind dann auch meist mit runden und nicht ovalen Deckeln ausgestattet.

-Name
Es ist die Bezeichnung des Hydranten, mir selbst ist es egal, in welchem Feld, aber je nach Programm, bspw. OpenfireMap, finde ich die Werte in diesen Feldern.  Daher wollte ich das nicht jetzt abändern.

-flow_rate
ja l/min - das muss dann aber bereits so über die oben besagte App gekommen sein.

-survey:date
wird noch bei allen Hydranten geändert, sobald mir der neue Hydrantenplan unseres Wasserzwecksverbands vorliegt, also ja, es sind tatsächlich Daten aus dem besagten Jahr, weil es von diesem Hydrantenplan stammt
rempshaener (2025-10-10 20:05:40+00:00): Hallo,

anders als der Überflurhydrant, an den man direkt Schläuche anschließen kann, geht das beim Unterflurhydranten in der Regel nicht. Es sei denn, es handelt sich um einen „Telehydranten“ – umso wichtiger, es richtig anzugeben.

Für den Schachthydranten habe ich dann leider keine Lösung. Was nicht ist, kann aber noch werden. Gibt es irgendwo Unterlagen zu dieser Bauform?

Der name muss auf jeden Fall geändert werden. Nur ein Hinweis: Es werden nur Nummern eingetragen, die auch auf dem Schild ausgewiesen sind.

Zum Stichwort Hydrantenplan: Es wäre ein Problem, wenn die Daten ohne Prüfung vor Ort übernommen wurden. Daher der Hinweis auf https://wiki.openstreetmap.org/wiki/DE:Import/Guidelines bzw. https://wiki.openstreetmap.org/wiki/DE:Automated_Edits_code_of_conduct

Viele Grüße
Florian Reichartshausen (2025-10-10 20:14:53+00:00): Hallo,

danke für Deine Hinweise, aber die Daten werden ja nicht ungeprüft übernommen, ich hab dazu auch vermerkt das es sich um lokales Wissen handelt. Die Hydranten werden von uns feuerwehrseitig auch regelmäßig geprüft und genutzt.

Zu der Art H und SH kann ich Dir gerne Fotos der jeweiligen Hydranten vor Ort schicken, wüsste jetzt aber leider keine Referenz, die diese zwei Arten erklärt

Grüße
rempshaener (2025-10-10 21:07:22+00:00): Hallo,

alles super, ich wünsche gutes Gelingen.
Wegen des Schachthydranten nur noch eine Frage: passt da ein normales Standrohr rein?

Viele Grüße
Florian Reichartshausen (2025-10-11 07:15:00+00:00): Guten Morgen,

ja korrekt, es passt ein normales Standrohr rein.

Grüße
rempshaener (2025-10-11 21:36:42+00:00): Hallo,
eine Möglichkeit wäre vielleicht fire_hydrant:style =round.
Das wäre das Gegenstück zu fire_hydrant:style=rectangle, was in München recht weit verbreitet ist.
Viele Grüße
IngoWo (2025-10-11 11:30:47+00:00): Hi,
wie kommst du bei der Nummer 23 auf "apartments"? Sieht nach einem Einfamilienhaus ("house") aus. Mag sein, dass es hier zwei oder drei Wohneinheiten gibt, aber da fände ich dann "residential" besser
josterburg (2025-10-11 11:48:02+00:00): Ich habe lediglich bei Streetcomplete auf "Mehrfamilienhaus" geklickt. Das passt für mich besser als Beschreibung. Welcher Tag dahinter steht weiß ich nicht.
IngoWo (2025-10-11 12:03:27+00:00): Dann werde ich das mal auf "residential" ändern. Da gibt es sicher keine Einigkeit im Wiki oder Forum drüber, aber "apartments" ist für mich eher ein größeres mehrstöckiges Miethaus (wie die Nummer 25 daneben zum Beispiel). Ich bin immer selber etwas ratlos, wie man diese in Bremerhaven sehr häufigen 2- oder 3-Parteienhäuser richtig einträgt.
IngoWo (2025-10-11 11:21:04+00:00): Hi,
woher hast du diese Hausnummer? Das Haus ist eine leerstehende Ruine, und falls da mal eine Hausnummer angebracht gewesen sein sollte, ist sie längst verloren gegangen.

Auch raten hilft hier nicht. Das Haus ist ein Eckhaus. Könnte genauso gut eine Hausnummer in der Klopstockstraße haben. Oder zwei Hausnummern (es gibt zwei Eingänge...).
josterburg (2025-10-11 11:44:18+00:00): Ein Straßenschild daneben weißt auf mehrere Hausnummern und dieses Gebäude passt als einziges dazu.
IngoWo (2025-10-11 11:58:27+00:00): Ok, das macht Sinn :-) . Schliesst aber nicht aus, dass das Haus in der Klopstockstraße eine weitere Hausnummer an dem anderen Eingang hat. Da würde ich die Nummer lieber nicht an das ganze Haus packen, sondern einen separaten Node für den Eingang an der Schillerstraße eintragen. Ich werde das mal so ändern.
aceman444 (2025-10-10 23:25:58+00:00): Dakujem, celkom dobre, len usek https://www.openstreetmap.org/way/1436755528 nema mat 3 jazdne pruhy ale len 2, kedze odbocovaci pruh este nema plnu sirku.
NeisBot (2025-10-10 08:09:40+00:00): Hello, welcome and thank you for your contribution to OSM!

Your changeset was commented because your added description or slogan contains detailed text that may be interpreted as promotional or SEO-related. To ensure OSM remains neutral and focused on map data, I recommend keeping descriptions concise, factual, and free from marketing or promotional language.

Could you please revise your description accordingly?

#MapWithoutSpam #Tags #Description
NeisReview (2025-10-12 12:48:05+00:00): 👎 (Partly) Reverted due to lack of response from the original contributor by https://osm.org/changeset/173179074
JeroenHoek (2025-10-10 11:23:57+00:00): Not necessary. You are just creating misaligned roads here.

TomTom should not be pushing this challenge.