piebro/osm-data huggingface dataset:
Johnny Carlsen (2024-01-05 02:55:52+00:00): You are putting in a lot of effort into adding details from outdated imagery.  I urge you to please switch to ESRI imagery for this region whenever it is available, it is newer and makes it easier for the two of us to work together. I hate removing work that you just added because it is already outdated and doesn't match the latest imagery available.
wireguy (2024-01-18 03:01:42+00:00): j. can you relook at relation 16918699, it is a broken ring.  thx
jcarlson (2024-01-18 03:07:30+00:00): aw, shoot. i thought i was being super careful, but some of these boundaries are a mess. i will take a look at it right now, thanks for the notice!
jcarlson (2024-01-18 03:15:17+00:00): wait, this relation probably doesn't even need to exist. the name is "unincorporated"...
wireguy (2024-01-18 13:37:20+00:00): Nice! thx for investigating and correcting.
ZeLonewolf (2024-01-20 23:41:56+00:00): Not sure that Ohio borders the DR Congo.
jcarlson (2024-01-21 19:09:20+00:00): did i hit a timezone boundary or something?
ZeLonewolf (2024-01-21 19:13:23+00:00): Not sure, but we were amused by:

https://www.openstreetmap.org/way/53424226/history
jcarlson (2024-01-21 19:16:00+00:00): ha! i admittedly didn't look at member way tags much beyond a few removals of TIGER stuff. looks like the congo's been there since https://www.openstreetmap.org/changeset/115121457
blacx (2024-01-05 20:54:39+00:00): stop puting the amenity=bus_station tagg to bus stops, this is reserved for actual stations, not simple stops, also amenity=bus_stop is not correct
NeisBot (2024-01-05 00:22:25+00:00): Hello tmz19890431, thank you very much for your contribution to the OSM project.

It would be great if you could use the comment field to describe your changes. This makes it easier for others to understand and follow your adjustments on the map more quickly.

Thanks!

#HappyMapping
#ADescriptionSaysMoreThanASingleChar
woodpeck_repair (2024-06-15 22:29:26+00:00): This changeset has been reverted fully or in part by changesets 152740214, 152740288, 152740274, 152740234, 152740192, 152740169, 152740167, 152740249, 152740178 where the changeset comment is: revert contributions by Hamilton 44/Delta Evas ALL, see https://www.openstreetmap.org/user_blocks/16207
InsertUser (2024-01-22 16:47:40+00:00): I have merged this node into the pre-existing feature mapped for Coral Vita (previously mapped as aquaculture). 

Hopefully this won't cause Organic Maps to stop rendering it.
milancv (2024-01-05 09:58:56+00:00): test note
FOZ55O593B (2024-01-05 10:06:39+00:00): reply to test note
gudensberger (2025-06-27 11:25:11+00:00): Huhu, hab mir das mal als Beispiel rausgepickt, scheinbar müssen wir zwischen Osmose und RouteQA vermitteln, Osmose zeigt jetzt die Meldung dass hier Ampeln fehlen (https://osmose.openstreetmap.fr/de/map/#item=2090&zoom=17&lat=51.8224857&lon=8.656586&loc=17/51.822287/8.656522&level=1%2C2%2C3&issue_uuid=e3daa48a-7fc6-612b-bd75-34de52d3e7f2 ).
Ich finde wir mappen nicht für den Router, die Ampeln sind ja da und waren auch mit traffic_signals=pedestrian_crossing korrekt gemappt.
flohoff (2025-06-28 15:41:22+00:00): 
Osmose ist hier vollkommen richtig - Aber die aussage ist eine Andere. Osmose sagt - wenn du da ein highway=crossing/crossing=traffic_signals hast ist es wahrscheinlich das es eine gesamtkreuzung gibt die highway=traffic_signals braucht.

Ist hier aber nicht der fall, es ist eine reine Fußgängerampel.

Flo
flohoff (2025-06-28 15:42:47+00:00): Ah - und ich glaube hier gibts noch mehr "misconception" bei osmose:

"Ein Knoten in unmittelbarer Nähe ist bereits als Ampel getaggt."
flohoff (2025-06-28 15:43:10+00:00): Ich vermute das Osmose hier die Kreuzung Allee/Paderborner Straße meint wo ja ein highway=traffic_signals getagged ist.
gudensberger (2025-07-28 23:42:25+00:00): Rein rechtlich sind es Ampeln die zu befolgen sind, entsprechend sollten wir sie auch mappen, einfach nur löschen finde ich ist hier eine unschöne Lösung.

Meiner Meinung nach ist das mappen für den Router und wir mappen ja schließlich auch nicht für den Renderer…
woodpeck_repair (2024-01-04 17:53:59+00:00): This changeset reverts some or all edits made in changesets 144879254, 144879408.
Rainero (2024-01-29 23:03:36+00:00): Hello raincandy,
you have worked on a "mission" of the editor pic4review. Unfortunately this adds the tag highway=bus_stop to the bus platform, which is wrong mapping. This tag is only for nodes, not for areas and is already existing for these bus stops. 
The issue is currently discussed in the Munich OSM community. 
Probably these edits must be reverted. Therefore I would kindly ask you not to do more edits in this pic4review mission.

Best regards,
Rainer
raincandy (2024-01-30 06:08:52+00:00): Thank you for this info!

Where is that discussion being held?
I might want to listen in and help fix the issues!
Rainero (2024-01-30 18:56:39+00:00): Sure, it is on the local mailing list, but the discussion is in german: https://lists.openstreetmap.de/pipermail/bayern/2024-January/001993.html

I hope our expert for public transport will answer also.
MxxCon (2024-01-09 01:07:40+00:00): This was probably supposed to be 25 but snake21 hit wrong row. :)
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/145891915
Ropino (2024-01-09 18:29:40+00:00): Hi, could be, or 35?
I'm not sure...
Feel free to change it.
aceman444 (2024-07-11 21:56:44+00:00): Hi, Thanks for the improvement, if there are different accesses of buses and taxis. Are there really all motor_vehicles allowed on the Busstrasse? As there is motor_vehicle=designated (which overrides vehicle=no) on these roads. Maybe someone wanted to express 'permit needed' or something like that and used wrong value of 'designated' (which means the road is destined for all the vehicles). Do you know the situation there? I don't think normal vehicles except busses and taxis are allowed.
bikepiper (2024-08-29 16:55:28+00:00): Hi!
thanks for specifying the access more restrictively.  When mapping in this area, I was not sure which one of the then existing tags motor_vehicle=designated or vehicle=no takes precedence.
  The general situation is pretty clear (taxi lane only for taxis, bus lane only for (public) busses).  However there might be exceptions:
 mapillary images from 2015 show a sign listing several allowed services, in addition to busses of public transport: "Ausgenommen Linienbusse, Fahrzeuge des diplomatischen Corps, [disabled symbol], Fahrzeuge der Ver- und Entsorgung und Kofferkulitransporte" - which translates to "except public busses,
 vehicles of diplomatic corps, disabled, service vehicles for supply and disposal, transport of luggage trolleys", see 
https://www.mapillary.com/app/?pKey=2975928129361427&focus=photo&lat=48.120823865788&lng=16.563354302139032&z=1.5&x=0.4829595139575155&y=0.6135187761866085&zoom=0

I cannot remember if that sign still exists 9 years later (and I have meanwhile deleted the photos taken otg), but this rather complex situation may have contributed to me not having edited the tagging much further.
aceman444 (2024-08-31 13:00:45+00:00): For access tagging precedence see https://wiki.openstreetmap.org/wiki/Key:access . 'vehicle' is more broad and contains motor_vehicle so if motor_vehicle is specified too, it overrides vehicle.
The problem was that 'designated' means 'road is specifically meant for all motor vehicles'. It does not mean 'only some vehicle types specified on traffic sign'. So it was not disallowing any motor vehicles.
I changed it to vehicle=private which means only the vehicles allowed by owner (possibly via the signs). Still some routing engines ignore this (and route into the area), but it is now more correct.
ElliottPlack (2025-09-25 15:11:22+00:00): Appreciate the work Sherbert. I did find one thing a little strange in Tampa. What is up with these polygons? https://www.openstreetmap.org/way/1237005731#map=19/28.093182/-82.502870

There is a small gap between each edge. Why? Why even have the gap?

thanks!

Elliott
SherbetS (2026-07-21 21:00:27+00:00): Hi Elliott,
These polygons are artefacts of the conflation process. Existing objects from OSM were conflated with the new data by generating a buffer around the old objects and simply subtracting that buffer from the new objects. I passed over the results with my eyes to try to find as many cases like this as I could and remove them before uploading, but evidently these were missed. The reason I used the buffer instead of directly subtracting the existing geometry is that I could not think of an easy way to combine overlapping nodes automatically. 

I have deleted the offending geometry you pointed out.
ElliottPlack (2026-07-21 22:26:15+00:00): Thanks, appreciate the follow up. All sounds good to me as you prioritized preservation over railroading this through. Keep up the good work. Thanks!
wireguy (2024-01-11 14:19:42+00:00): pennville boundary broken, corrected in https://www.openstreetmap.org/changeset/146145200
pyram (2025-01-22 19:01:27+00:00): Hi hopfavogl,

nachdem "nebenan" ( https://www.openstreetmap.org/way/61340079/history ) die Straße umbenannt wurde und Dein Changeset-Kommentar dies nahelegt:
War das hier ein Tippfehler mit dem Namen? Dann sollten diese beiden Wegstückchen an der Bahn auch berichtigt werden (Hallertauer = Holledauer)

Gruß
pyram
vng_me (2024-01-14 02:36:35+00:00): Is it a real bus stop here?
eggie (2024-01-04 19:43:41+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privebericht. 

MVG, 

Eggie 

Namens de OSM Community
Hb- (2024-04-05 13:14:01+00:00): Warum wurde von diesem Gebäude https://osm.org/way/516690091 die Adresse entfernt? Der Briefkasten am Tor ist klar zu sehen: https://www.google.com/maps/@52.5034348,11.8566133,3a,15y,96.37h,86.89t/data=!3m6!1e1!3m4!1sQhOCpCHrboEAd6ZjG60jjw!2e0!7i16384!8i8192?entry=ttu
SafetyIng (2024-04-05 16:25:12+00:00): Die Adressinformation ist an die Ebene "Höher" gewandert: 
https://www.openstreetmap.org/way/232444179
MxxCon (2024-01-09 01:18:24+00:00): Hello.
Is there now no right turn at all from 108th to astoria blvd?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/145893811
ChrisHamby (2024-01-09 11:14:23+00:00): Right turns are still allowed at the intersection but the slip lane has been permanently closed
eggie (2024-01-04 19:46:45+00:00): Hi Maurice... Please decrease your edit-area.. Shifting the map with editor iD in editmodus will harm the map.
Greetz,
eggie
Maurice Janssen (2024-01-04 20:07:09+00:00): Thank for your advice. In the future I will change one small area and save it then before I go to another area.
Maurice Janssen (2024-01-04 20:07:22+00:00): Do I have to change something for now?
eggie (2024-01-04 20:10:35+00:00): Maurice, 
I don't see any damage for now..
Enjoy mapping
eggie
canfe (2024-01-05 06:16:52+00:00): Lou Roc dla Gialinà è il nome in italiano o piemontese o esistono entrambi?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/145893995
canfe (2024-01-05 06:19:23+00:00): Non bisogna dare nomi comuni come "baita" ad una baita, sennò tutte le panchine avrebbero il nome "panchina". L'ho corretto.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/145893995
Frans S (2024-01-17 11:52:23+00:00): Hello Hannah, Thanks for mapping.
Please square the complex mapped buildings as well.
Best regards and keep mapping
Tatfahren (2024-01-04 19:15:48+00:00): Und Zack, hab ich review_requested vergessen. Seis drum, das fixme ist ja trotzdem gesetzt.
SCNC (2024-01-04 19:22:34+00:00): Ik heb het misschien uit frustratie beetje te grof ingetekend, maar als je het nu al weer weg haalt ga ik het ook niet meer netjes intekenen. Kijk maar hoe je het oplost, als er zo omgegaan wordt met iemand zijn werk dan doe ik het ook niet meer. Eerste wat ik ooit ingetekend heb liep keurig van gevel tot hoge kade wand, de kade zelf was apart gebied. Maar blijkbaar is het alleen goed als je met high tech software tot in details fucking eilandjes gaat maken van het trottoir, waarbij de weg zelf nog steeds weg blijft terwijl je volgens de wet en borden gewoon mag lopen.
Tjuro (2024-01-04 20:01:24+00:00): Beste SCNC,

Zelf snap ik het goed dat het frustrerend is als je werk wordt gewijzigd/verwijderd. Zelf ben ik ook niet echt een fan van super kleine voetgangers vlakken. Maar ik hou ook niet van een pure borden legaliteit werkelijkheid.

Ik denk dat het belangrijk is om te realiseren dat wij eigenlijk allemaal hetzelfde willen. En dat als we dat willen bereiken dat we dan moeten samenwerken.

Dan is ook mijn vraag aan jou wat een goed compromis zou zijn tussen wat jij graag wil en wat TWHB heeft ingetekend?

Met vriendelijke groet,

Tjuro
SCNC (2024-01-04 20:07:16+00:00): Gewoon het voetgangersgebied zoals het is, volgens verkeersbesluit, zoals we alles intekenen in OSM, gelijk aan de werkelijkheid en niet omdat iets mooi is of omdat we het wel of niet goed vinden. Routing kan gedaan worden door binnen het voetgangersgebied extra voetpaden te tekenen, maar persoonlijk vind ik dat lelijk en bullshit, immers mag je vrij door het gebied bewegen. Maar ook wat dat betreft tis dit mening, en aangezien we het zo doen doen we het zo
NorthCrab_upload (2024-01-04 19:20:53+00:00): Zauważyłem, że Twoja zmiana zawiera niepoprawne adresy. Przygotowałem listę obiektów do poprawy oraz dodatkowe informacje:

Duplikat adresu w okolicy.
https://www.openstreetmap.org/node/11488392654
https://www.openstreetmap.org/way/476889172

Nazwa ulicy nie istnieje w okolicy.
https://www.openstreetmap.org/node/11488395414

Pozdrawiam! 🦀
Adela Švončinárová (2024-01-04 20:16:44+00:00): fiiiha, Alexandra Alagovicha? to pocujem prvy krat.
aceman444 (2024-01-04 22:00:46+00:00): Hej, novsie ulice v casti Galanta-Hody.
aceman444 (2024-01-04 22:01:26+00:00): Teda smerom na Hody, este je to v casti Galanta. Severne od velkej nemocnice Sv. Lukasa.
woodpeck_repair (2024-01-21 22:28:06+00:00): This changeset has been reverted fully or in part by changeset 146530328 where the changeset comment is: revert von Sockenpuppen-Edits, s. https://osmfoundation.org/wiki/Data_Working_Group/DWG_2023-12-14_Resolution_banning_accounts_related_to_beautifulplaces_et_al
eggie (2024-01-04 19:53:37+00:00): Dag Jona Ester  Plak je paden niet vast aan de landuse. De kaart wordt dan lastig te bewerken voor medemappers.
MVG
eggie
eggie (2024-01-04 19:57:01+00:00): Dag JE   Je pad heb ik losgemaakt van de landuse grass.
Groet
eggie
eggie (2024-01-04 19:59:05+00:00): I disconnected the path from the landuse=grass 
Greetz
eggie
MxxCon (2024-01-09 01:20:50+00:00): Once again you deleted a lot of legitimate address nodes and all the OSM history with them. 🫤
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/145894897
map per (2024-02-01 20:11:26+00:00): Wegen review_requested:
amenity=parking_entrance + access=private ist da richtig. Danke fürs Einzeichnen!
britischer_elch (2024-02-02 13:08:25+00:00): Vielen Dank fürs Checken! :-)
CycleStreets (2024-06-12 07:53:20+00:00): Do you know why way 24157948 has lost it's cycleway status?
Adam Edwards (2024-06-12 10:30:53+00:00): No idea, it should be shown as a cycle and foot path.  I know of no reason why that should have been changed.
Adam Edwards (2024-06-12 10:33:05+00:00): I will cycle down there and check as soon as I can.
Adam Edwards (2024-06-18 09:52:58+00:00): So I went and had a look.  The path is signed as shared used from the east end but at the west end ie just off Gypsy Moth Ave there is an END of cycle path sign.  The path is a narrow block paved route and in that part of the business park, the footpaths are block paved and the cycle paths are tarmac.  So its ambiguous.  How do you mark a cycle path where the signs are unclear?
BCNorwich (2024-01-05 07:12:35+00:00): Hi, Welcome to OpenStreetMap.

Semi-detached are joined. An area tag was not needed. A small adjustment made, please check.

Regards Bernard.
GJD713 (2024-01-10 12:35:06+00:00): That looks good thanks, the main purpose was to get the house numbers correct
SD Mapman (2024-01-04 20:20:16+00:00): Changeset 10000!
Nathan_A_RF (2024-01-15 21:54:35+00:00): What data did you use for these names?
conifermapper (2024-01-15 23:42:36+00:00): OS OpenData StreetView and OS OpenMap Local place names
CurlingMan13 (2024-01-04 21:11:32+00:00): When mapping golf carts, do not overlap existing roadways.  I have removed or reverted this changeset in full or part.
jstrong625 (2024-01-04 21:14:28+00:00): I am sorry. Thank you. I was going to go back and remove them and the buildings after I exported the map.
wambacher (2024-01-05 12:18:53+00:00): Moin, da hast du aber mächtig zugeschlagen :(

Siehe https://postcode.wambachers-osm.website/?map=13/51.227912/10.300968&base=OSM&data=PCBDE,WPCDE

Woe ist denn die Quellenlage bezüglich der PLZ-Änderungen?

Die Post ist normalerweise sehr konservativ und ändert PLZ auch bei Eingemeindungen nicht.

Gruß
walter
tst1979 (2024-01-05 13:18:29+00:00): Hallo Walter,
siehe hier:
https://www.muehlhausen.de/home/?tx_news_pi1%5Baction%5D=detail&tx_news_pi1%5Bcontroller%5D=News&tx_news_pi1%5Bnews%5D=6946&cHash=5c572f59ccb0b0c4e94ec63bafb2b3a5
und hier:
https://www.dingelstaedt.de/wp-content/uploads/Broschuere_Infobroschuere_Struth_mit-geaenderter-Seite.pdf
In Eigenrieden ändern sich sogar noch drei Straßennamen!
VG
Tobias
streckenkundler (2024-01-05 14:48:23+00:00): Hallo Zusammen,

an beide: 
Siehe CS https://www.openstreetmap.org/changeset/145919797#map=13/51.2668/10.3650&layers=N

@tst1979: Ist das  auch davon betroffen? Dann bitte mit @lberges klären, bei seinen Edits muß man immer genau schauen, da er beratungsresistenterweise seltsame Quellen nutzt.

streckenkundler
wambacher (2024-01-05 15:05:48+00:00): Ich halte die Korrektur von iberges für korrekt. 
Ich weiss nicht,. was seine "dubiosen"Quellen sein sollen, aber auf  https://www.postdirekt.de/plzserver/index.html (unsere Referenz !) ist alles unverändert.
Und in den Änderungsmitteilungn der Post steht nix von einer Änderung drin.

lberges war übrigens Mitarbeiter der Post und für PLZ zuständig. 

https://www.openstreetmap.org/user/lberges

@streckenkundler: Dass du lberges etwas auf dem Kicker hast, ist mir bekannt. Ich vertraue ihm aber zu 100%.
streckenkundler (2024-01-05 15:38:17+00:00): @Wambacher... lieber besser nachgefragt!

Hier bei mir in der Lausitz waren die Admin-Grenzen bis Neujahr durchweg echt gruselig (alles gänigen al=*) und damit auch die PLZ-Grenzen... Sehr viele Admin-Grenzen (al=9) fehlten auch! Einige Gemeinde-Grenzen (al=8 und kleiner) kommen noch. Eine Reihe von PLZ-Angaben waren nach diesen Grenzen erfasst. Mit besseren Admin- und somit PLZ-Grenzen (auch im Vergleich zu den amtlichen Landesdaten hat lberges die Adressen gelassen und einfach die PLZ-Grenze angepasst. Auch nach mehrfachen  und gut gemeinten Ratschägen ignoriert lberges sowas geflissentlich! Alle Admin-Grenzen, amtliche PLZ-Grenzen, Hausnummern... Alles ist hier voll nutzbar. Da erwarte ich aber auch von jemand, der sowas von sich schreibt, daß diese Ratschläge beherzigt und diese Daten zum Abgleich mit genutzt werden, aber nichts da... :(

Zum Glück ploppte in deiner Fehlerprüfung recht wenig auf, da ich das weitestgehend im Blick hatte... Ich vertraue diesen PLZ-Datenbanken auch nur bedingt... Sind solche Änderungen wie hier immer bereits zum Stichtag bei den PLZ-Servern eingepflegt? Ich habe da zu minestens erst mal so meine Zweifel!
Zum anderen moniere ich noch immer, daß er keine Quelle bei solchen Änderungen angibt... 

Bei der Sache hier muß geprüft werden, welche Admin-Grenzbereiche und somit die PLZ-Bereiche von der Änderung betroffen sind... Vertrauen ist gut, Kontolle ist besser! Ich hab aber in Brandenburg genug zu tun.

Sven
tst1979 (2024-01-05 15:53:15+00:00): Hallo Zusammen,
@wambacher @streckenkundler @lberges
warum die Post hinterher hinkt erschließt sich mir nicht?!? Fakt ist, die PLZ hat sich zum 1.1.2023 (!!!) geändert.
Beberstedt, Bickenriede, Hüpstedt und Zella haben alle die 37351!
https://gemeinde-anrode.de/images/amtsblatt/12-2022.pdf

Bitte beachten!
VG
TSt1979
streckenkundler (2024-01-05 16:03:32+00:00): @tst1979 Dickes Danke! Du bestätigst hier meine Vermutung! Aktualisierung der PLZ-Datenbank hinkt gewaltig! Sie ist somit zu mindestens zur Zeit keine vernünftige Referenz mehr! 

Dann dürfte von https://www.openstreetmap.org/relation/1159780 nicht mehr viel übrig bleiben?
tst1979 (2024-01-05 16:12:24+00:00): Hallo @streckenkundler,
hallo zusammen,
richtig! Eigentlich haben nur noch Lengenfeld-Stein, Faulungen und Hildebrandshausen die 99976.
Eigenrieden bekommt die 99974.
Und Struth (mit Annaberg u. Kl. Zella) die 37351.

Wer passt die PLZ-Karten an? Machen das Admins?

Sorry, für die losgetretene Diskussion. Aber die amtlichen Hinweise sind halt anders, wie die Post. Warum die so langsam ist, keinen Plan. Unglücklich, dass die Einwohner so ewig auf die Post warten müssen. 
Vielleicht können wir einen Beitrag leisten, dass es etwas flotter geht...^^
VG
TSt1979
streckenkundler (2024-01-05 16:31:59+00:00): @tst1979 Da du auch mit JOSM editierst, kannst du selbst die PLZ-Grenze anpassen, vielleicht hilft @wambacher auch? 

Ich hab bei JOSM immer viele Filter festgelegt, hier z.B.:
-boundary=*
-boundary=administrative or place=*
-boundary=administrative or -boundary=postal_code
-"addr:postcode"=99976

Ich würde Daten im Bereich laden, den Filter "boundary=administrative or boundary=postal_code" setzen.
Dann z.B. https://www.openstreetmap.org/relation/1266452 laden, und nach und nach die neuen Grenzsegmente hinzufügen... und aus der alten PLZ-Relation entfernen... Immer schön drauf achten, daß beteiligte Relationen vor dem Hochladen vollständig geladen sind...

Solche heftigen PLZ- und somit Grenzänderungen sind aber selten...

Mit dem Filter  "addr:postcode"=99976 ermittelst du dann alle Objekte, die die alte PLZ haben und kannst diese in die neue ändern. Achtung: Adressen sind mal als Punkt, mal am Gebäude.

Mal einen kleinen Bereich probieren, wenn du nicht klar kommst, kannst du ja bei JOSM die Datenebene vor dem Hochladen löschen. und um Hilfe rufen.

Sven
streckenkundler (2024-01-05 16:43:11+00:00): @tst1979 Ich habs auch mal im Forum geschrieben:
https://community.openstreetmap.org/t/sind-adressen-in-osm-amtlich-oder-postalisch/99332/51

Da erreicht man einen größeren Personenkreis...
s777n (2025-03-07 20:14:10+00:00): Здравствуйте. А зачем вы удалили это  здание?  https://www.openstreetmap.org/way/1259611924 https://yandex.ru/maps/-/CHBSuZ0e
s777n (2025-03-07 20:25:42+00:00): То здание в другом пакете правок. В этом пакете правок вы почему то удалили вот это здание - Они видно и на спутниковых снимках и на панорамах https://yandex.ru/maps/-/CHBSyF23 https://www.openstreetmap.org/way/1039555961
xmd5a (2025-03-07 21:14:57+00:00): Добрый вечер. Да, странно почему удалил. Видимо пользовался старыми снимками и поторопился. Вернул обратно и то и то.
eggie (2024-01-04 21:15:04+00:00): Dag Jeoffrey  Er is hier al een adresnode.
We taggen instellingen op de adresnode. 
Alle info heb ik naar de adresnode verplaatst.
MVG
eggie
NeisBot (2024-01-05 00:22:25+00:00): Hi UI-1 👋

your recent changeset has been marked due to a temporary or permanent block from further map edits. 

If you have any questions or if there's anything you'd like to discuss regarding the mapping, feel free to reach out! We're here to help. 

Best regards, 🤖

Details https://osm.org/user_blocks/15549
#ContributorHasBeenBlocked
02JanDal (2024-01-04 22:29:43+00:00): Hi there!

A few of these names/descriptions I think would be better suited to be replaced by a proper tag. For example `description=f.d. Ladugård` could be `disused:building=barn` (however, if the building still looks like a barn, which is likely, then using just `building=barn` would be correct).

Also, for buildings you've given names like "f.d. Läkarvillan" I think it would be better to just name them `name=Läkarvillan` (if the name is still in use) or `old_name=Läkarvillan` (if the name is no longer in active use). See also https://wiki.openstreetmap.org/wiki/Names for more info.

Happy mapping,
Jan