piebro/osm-data huggingface dataset:
jslawin2 (2022-11-18 16:52:50+00:00): Faktycznie strona https://budynki.openstreetmap.org.pl/
zawiera tysiące błędnie naniesionych budynków.  Nawet istniejące budynki są niechlujnie obrysowane i nie opowiadają rzeczywistości. Jestem ciekaw kto tę stronę tworzy i po co jeśli jest tak zła.
Skąd takie zainteresowanie  moją osobą? Z tej strony importuje wielu innych bardziej "znaczących" mapowiczów z większą ilością identycznych błędów. Wiele takich złych edycji usuwam bez zadawania twórcom pytania dlaczego, dlaczego, dlaczego?
maraf24 (2022-11-18 18:11:44+00:00): "Faktycznie strona https://budynki.openstreetmap.org.pl/
zawiera tysiące błędnie naniesionych budynków. "

Oczywiście, to wynika z użytego źródła - BDOT. I to powinno być powszechnie znane mapowiczom.
Przy imporcie jest tam stosowny komunikat o konieczności weryfikacji istnienia budynków. 
Czy jest on niejasny czy może powinien zostać rozbudowany?
ivanbranco (2022-11-18 18:13:53+00:00): DeepL translates as: "I remove many such bad edits without asking the creators why, why, why?"

Are you referring to me or maraf24? I asked you because, as I said, it could have been a new building that wasn't yet visible in aerial imagery of which you had local knowledge.  There's no special "interest in your person" (quoting from the DeepL again), don't worry.

Czy odnosisz się do mnie czy do maraf24? Zapytałem Cię, bo jak powiedziałem, mógł to być nowy budynek, który nie był jeszcze widoczny na zdjęciach lotniczych, o którym miałeś lokalną wiedzę.  Nie ma specjalnego "zainteresowania Twoją osobą", nie przejmuj się.
Mateusz Konieczny (2022-11-18 22:06:39+00:00): > zawiera tysiące błędnie naniesionych budynków. 

I dlatego importy z niej trzeba weryfikować. Może warto to lepiej wyjaśnić - z tego co pamiętam to strona wzywa do weryfikacji.
Mateusz Konieczny (2022-11-18 22:08:39+00:00): por https://github.com/openstreetmap-polska/gugik2osm/issues/117

(gdyby te dane były w  pelni wiarygodne to by się to automatycznie zaimportowało)
nevw (2022-11-04 00:52:06+00:00): This bears very little resemblance to the shape of the water body. You need to adjust the polygon to replicate what you see in the satellite imagery.
Jmoss0 (2022-11-03 18:24:36+00:00): yay!
ivanbranco (2022-11-04 10:49:36+00:00): Ciao Nino,

per convenzione su OSM usiamo l'inglese britannico, quindi surface=sterrato non va bene. Puoi vedere la lista dei possibili valori a questo link: https://wiki.openstreetmap.org/wiki/IT%3AKey%3Asurface
SomeoneElse_Revert (2022-11-04 11:25:08+00:00): This changeset has been reverted fully or in part by changeset 128478107 where the changeset comment is: Revert some apparent malicious deletions.  See https://www.openstreetmap.org/user_blocks/6504
SomeoneElse_Revert (2022-11-04 11:25:07+00:00): This changeset has been reverted fully or in part by changeset 128478107 where the changeset comment is: Revert some apparent malicious deletions.  See https://www.openstreetmap.org/user_blocks/6504
Stretch Longfellow (2023-09-26 21:31:14+00:00): Fix abbreviations
gscholz (2022-11-04 07:52:13+00:00): Hi Nino,
this changeset has created errors in the OSM database regarding overlapping ways (blue markers):

https://tools.geofabrik.de/osmi/?view=routing&lon=15.08098&lat=38.04168&zoom=13&baselayer=Geofabrik%20Standard&overlays=duplicated_edges%2Cunconnected_open_ends_1

https://overpass-api.de/achavi/?changeset=128451349

This kind of errors irritate routing software and looks ugly on the maps.
Can you please fix this?
Kind regards
Guido
SomeoneElse_Revert (2022-11-04 11:25:10+00:00): This changeset has been reverted fully or in part by changeset 128478107 where the changeset comment is: Revert some apparent malicious deletions.  See https://www.openstreetmap.org/user_blocks/6504
SomeoneElse_Revert (2022-11-04 11:25:09+00:00): This changeset has been reverted fully or in part by changeset 128478107 where the changeset comment is: Revert some apparent malicious deletions.  See https://www.openstreetmap.org/user_blocks/6504
gscholz (2022-11-04 07:54:48+00:00): Hi Nino,
this changeset has created errors in the OSM database regarding overlapping ways (blue markers):

https://tools.geofabrik.de/osmi/?view=routing&lon=15.08098&lat=38.04168&zoom=13&baselayer=Geofabrik%20Standard&overlays=duplicated_edges%2Cunconnected_open_ends_1

https://overpass-api.de/achavi/?changeset=128451507

This kind of errors irritate routing software and looks ugly on the maps.
Can you please fix this?
Kind regards
Guido
SomeoneElse_Revert (2022-11-04 11:25:06+00:00): This changeset has been reverted fully or in part by changeset 128478107 where the changeset comment is: Revert some apparent malicious deletions.  See https://www.openstreetmap.org/user_blocks/6504
gscholz (2022-11-04 07:49:05+00:00): Hi Nino,
this changeset has created errors in the OSM database regarding overlapping ways (blue markers):

https://tools.geofabrik.de/osmi/?view=routing&lon=15.08098&lat=38.04168&zoom=13&baselayer=Geofabrik%20Standard&overlays=duplicated_edges%2Cunconnected_open_ends_1

https://overpass-api.de/achavi/?changeset=128451902

This kind of errors irritate routing software and looks ugly on the maps.
Can you please fix this?
Kind regards
Guido
Caconog (2022-11-04 02:33:10+00:00): Olá rneto, fiz algumas motificacoes na sua faixa, quando temos um meio-fio, a linha que liga os dois caminhos de calçadas devem ter um nó no meio fio (preferencialmente marcando o tipo dela) somente o ponto do eixo deve ser marcado como faixa de pedestre, e o caminho que liga a faixa à calçada somente um highway=footway; footway=crossing
Caconog (2022-11-04 02:34:23+00:00): https://wiki.openstreetmap.org/wiki/Key:crossing

O wiki em ingles tem mais informacoes e graficacoes mas voce tambem pode ler ele em portugues
rneto (2022-11-04 18:12:26+00:00): Perfeito, vlw pelo toque, vou dar uma lida.
trial (2023-01-01 18:25:20+00:00): Ein Revert mit JOSM Reverter wäre besser gewesen. Danke trotzdem!
74523978 (2022-11-03 19:44:45+00:00): Gruwel.
Wetterhorn (2022-11-03 20:08:34+00:00): Pardon?
74523978 (2022-11-03 20:16:14+00:00): Paadjes naar elke voordeur... Parkeerplaatsen te groot en overal aan vastgeplakt. Enz.
Wetterhorn (2022-11-03 20:30:09+00:00): Voldoet gewoon aan de richtlijnen hoor. Fijne avond verder
74523978 (2022-11-03 20:46:50+00:00): Ik ga het aanpassen. Groetjes.
simonschaufi (2023-09-05 16:11:14+00:00): Hello, you changed the road name to "Phố Cát Bà" in https://www.openstreetmap.org/way/39577921 (Changeset #13) but all the address plates of the restaurants show "Đường 1/4". Where is your source that you changed the street name?
Hoàng Tuấn Việt (2023-09-05 16:23:29+00:00): https://haiphong.gov.vn/Cong-dan/Dat-ten-40-pho-va-01-cong-trinh-cong-cong-tren-dia-ban-thanh-pho-80694.html
here's the link. you can check part A, section VIII. HUYỆN CÁT HẢI, the road from the T-junction with Phố Hà Sen and phố Cái Bèo to Cát Cò 1 is named Phố Cát Bà. "Đường 1/4" is the name called by the locals before it is officially named in 2021. It'd take time for the plates to be updated
simonschaufi (2023-09-05 17:50:25+00:00): ok thank you.
erickdeoliveiraleal (2022-11-06 18:00:51+00:00): No deberías haber borrado los campos de fútbol como lo hiciste aquí. https://osmcha.org/changesets/128453574/
erickdeoliveiraleal (2022-11-06 18:01:28+00:00): oh lo siento, te vi agregado.
map per (2022-11-03 21:03:32+00:00): Hi Викторррррррррррррррррррррроооооооооооооооо,

is there really a spring that's supposed to be a car shop as well in the middle of the road (https://www.openstreetmap.org/node/10155410721)?

Is there really a bus stop in the middle of a building (https://www.openstreetmap.org/node/10155410620)?

PLEASE ANSWER these questions.

To me this edit currently appears to be nonsense or trash. I guess It's a candidate for a revert.

cheers
map per
Fl1tzi (2022-11-03 21:29:05+00:00): Hi.
This changeset looks questionable and all the Nodes look like they are either faulty or straight up wrong. I would agree on map per's opinion.
map per (2022-11-04 11:22:24+00:00): Reverted this changeset in https://www.openstreetmap.org/changeset/128478673
HellMap (2022-11-03 22:39:32+00:00): Is there a new a bridge here?
richlv (2022-11-03 22:59:29+00:00): Yeah, so I was told, and shown a photo of a wooden bridge :)
Woazboat (2023-03-24 18:49:45+00:00): Hi,

`access=no` + `foot=yes` ist auf einem `highway=footway` unnötig. Dass Fahrzeuge dort nicht fahren dürfen ist schon durch footway impliziert [1].
https://www.openstreetmap.org/way/1110097049

Hier hast du anscheinend den Übergang zweimal eingetragen?
https://www.openstreetmap.org/way/1110097047

lg, Woazboat

[1] https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access_restrictions#Austria
map per (2022-11-03 21:16:18+00:00): Appears to be trash, just like https://www.openstreetmap.org/changeset/128453579
opendcc (2022-11-04 08:53:50+00:00): Nonsens, should be reverted ...
map per (2022-11-04 11:17:51+00:00): Reverted this changeset in https://www.openstreetmap.org/changeset/128478502
Samuele Battarra (2022-12-22 00:02:55+00:00): Scusa il ritardo nel rispondere, ho visto solo ora. Le casette dell'acqua si taggano con amenity=vending_machine + vending=water

Ho già sistemato quella in questione.
Stretch Longfellow (2023-09-26 21:31:02+00:00): Fix abbreviations
ivanbranco (2024-03-22 00:01:15+00:00): Hi ptarac,

https://www.openstreetmap.org/node/10155468179/history

what's the brand:wikidata value? is not a q-item. Seems like a ref, but the ref tag already has another value. Could you check it out?
TranslatorPS (2024-03-22 14:57:56+00:00): @ivanbranco, judging from the Allegro OneBox numbering scheme, the ref value is the correct one (or at least the most likely to be correct without checking the systems/location: Allegro uses the licence plate code in the last three positions, and Szczecin is in fact ZS), and the other values should be replaced by the standard scheme for these parcel lockers.
ptarac (2024-03-31 14:12:56+00:00): I checked. There was a mistake. I corrected it. Thank you.
trial (2023-07-17 20:44:09+00:00): et sur moi-même tu n'as pas vu que building:colour souffrait du même défaut ? ;-) https://www.openstreetmap.org/way/63196025
Britzz (2023-07-18 09:10:25+00:00): "mintcream" ok, merci pour la poursuite de correction de mes miennes contributions :-)
trial (2023-07-18 11:13:45+00:00): Je corrigeais ces erreurs quand vu le côté groupé je me suis dit que ça devait émaner d'un utilisateur. Je pensais le prévenir quand je suis tombé sur ce changeset. Et visiblement tu avais vu aussi. Perso j'ai vu ça via Osmose.
andwil (2022-11-04 08:19:05+00:00): Moin Eskimofahrer,

hast du das Gebäude mit der Hausnummer 4 absichtlich gelöscht?

Wenn das Haus z.B. abgerissen wurde, wäre es gut wenn zumindest die Adressdaten bestehen blieben (dafür bieten sich Lifecycle Prefixes an [1]). Denn die Lücke wird ja sicher neu bebaut.

Eine kurze Info wäre toll, gerade wenn's nur ein Unfall war. :-)

Danke dir und viele Grüße
André


[1] https://wiki.openstreetmap.org/wiki/DE:Lifecycle_prefix
eskimofahrer (2022-11-04 14:28:03+00:00): Das Haus Nr. 4 wurde abgerissen. 
Der Neubau erfolgt Anfang nächsten Jahres. 
Sorry für die ungestüme Löschung. 
Ich merke mir das fürs nächste Mal. 
Eskinofahrer
andwil (2022-11-04 19:52:12+00:00): Kein Problem, ist ja kein Weltuntergang. Ich habe einen neuen Adress-Node gesetzt, dann finden zumindest Routing-Apps weiterhin den Weg zur Hausnummer 4. Viel Spaß weiterhin!
Jakka (2022-11-03 20:53:13+00:00): attention highway goes true water ?
https://www.openstreetmap.org/way/109928791#map=19/50.67992/5.70233&layers=N
literan (2022-11-06 11:51:50+00:00): тег name - для имен собственных, а не для длинных описаний

https://wiki.openstreetmap.org/wiki/RU:%D0%9D%D0%B0%D0%B7%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F#%D0%98%D0%BC%D1%8F_-_%D1%8D%D1%82%D0%BE_%D0%BD%D0%B0%D0%B7%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5_%D0%B8_%D1%82%D0%BE%D0%BB%D1%8C%D0%BA%D0%BE
OlevU (2022-11-11 09:39:57+00:00): окей, спасибо, что исправил. может есть какой-то тег, чтобы можно было бы фиксить полное название или достаточно в бренде указывать модель?
literan (2022-11-11 09:56:29+00:00): для автосалонов/автосервисов - марка обслуживаемых авто указывается в теге brand (вот такое исключение из общего правила...)

есть тег official_name - но это именно официальное название типа "Lime lounge and restaurant and bar"

именно описание словами можно в тег description занести
OlevU (2022-11-11 10:13:21+00:00): тогда внесу в description, если ты не против. окей?
literan (2022-11-11 10:58:23+00:00): конечно не против
Rainero (2022-11-05 21:56:43+00:00): Hallo PriNahr,  
willkommen bei Openstreetmap! Super, dass du zur Vervollständigung der Geodaten bei OSM beiträgst.  
Ein paar Hinweise möchte ich dir geben:  
bei deinen Bearbeitungen sind ein paar doppelte Punkte entstanden, d.h. Punkte, die an derselben Position übereinanderliegen. Zwei Flächen, die aneinandergrenzen, sollten entlang ihrer Randlinien gemeinsame Punkte haben. Der Editor verschmilzt die eigentlich auch, evtl. hast du versehentlich solche Punkte markiert und die Taste d gedrückt? Das spaltet einen gemeinsamen Punkt in zwei auf und wird verwendet, wenn man den Punkt nur für eine der Flächen verschieben will.  
Der iD-Editor (im Browser) warnt übrigens davor. In der Statusleiste rechts unten gibt es dann eine orange Fläche mit ! im Dreieck und der Zahl der gefundenen Fehler. Da kann man drauf klicken und bekommt eine Liste angezeigt, die man nach "meine Bearbeitungen" filtern kann. Wenn man dann einen der Fehler anklickt, erscheint links eine Auswahl der Lösungsmöglichkeiten.  

Als ich zur Korrektur den Kartenausschnitt geöffnet habe, bekam ich noch einige weitere Warnungen angezeigt (ich arbeite mit dem Editor JOSM, der für einige detailliertere Bearbeitungen Vorteile bietet), nämlich überlappende Landnutzungsflächen. Und da möchte ich einen zweiten Hinweis loswerden: der Konsens in der OSM-Gemeinde ist, Flächen nicht mit linienförmigen Elementen zu verkleben, also z.B. landuse nicht mit highway oder waterway. Hintergrund ist, dass linienförmige Objekte in der Realität eine Breite haben, d.h. z.B. landuse=farmland geht nicht bis Straßenmitte, sondern endet neben der Straße. Außerdem erleichtert dieses Vorgehen späteres Bearbeiten.  
Weiter viel Spaß bei OSM :) 

Viele Grüße,
Rainer
74523978 (2022-11-05 09:26:40+00:00): Rijbanen op parkeerplaatsen zijn normaalgesproken service=parking_aisle
gscscnd (2022-11-03 21:55:40+00:00): access=no i foot=yes na highway=footway są zbędne i szkodliwe.
gscscnd (2022-11-05 20:56:59+00:00): Po krótkiej dyskusji innym kanałem bardziej szczegółowa rozpiska tego, co można zrobić lepiej. Na <https://osmlab.github.io/changeset-map/#128455157> jest wizualizacja zbliżona do tej, z której korzystam przy analizie zestawów zmian.
1. <https://www.openstreetmap.org/node/3361886658> — łącznik zamiast myślnika, czyli bez odstępów w „widowiskowo-sportowa”.
2. Dodając tag maxspeed warto dodać też source:maxspeed i/lub maxspeed:type. Np. wartość „sign” oznacza, że takie ograniczenie wynika z oznakowania, a wartość „PL:urban” — że 50 km/h wynika z terenu zabudowanego.
3. <https://www.openstreetmap.org/node/2239279761> — błąd (chyba że sytuacja w terenie jest bardzo dziwna), na tym węźle nie powinno być żadnych tagów opisujących rondo, bo rondo jest już opisane tagami na linii <https://www.openstreetmap.org/way/313661331>. Jeżeli to nie jest minirondo, to popraw błąd. Jeżeli to jest minirondo, to skasuj tę linię i zostaw Twoje tagi na węźle łączącym drogi dochodzące do minironda. bicycle=yes w każdym razie zbędne, na drogach highway=residential jest to domyślna wartość.
4. <https://www.openstreetmap.org/way/512166044> — do czego tutaj ma służyć motor_vehicle=designated? Domyślnie ruch pojazdów silnikowych jest dozwolony na wszelkich highway=service. Jest tam jakieś specjalne oznakowanie?
5. <https://www.openstreetmap.org/way/216987625> — tutaj przywróciłbym landuse=commercial. Oczywiście edytor iD może dostać czkawki. Dotychczasowe rozrysowanie, czyli samo landuse=commercial na obszarze i osobno amenity=fuel na węźle też było OK.
6. <https://www.openstreetmap.org/way/354270895> — od tego zacząłem. Mamy tutaj tag highway=footway, który implikuje foot=designated oraz (mniej więcej) access=no. Z tego powodu uważam, że tych dwóch tagów nie powinieneś dodawać. Co więcej, foot=yes (które dodałeś) jest „słabsze” niż foot=designated, dlatego opisałem je jako „szkodliwe”. Zobacz <https://wiki.openstreetmap.org/wiki/Key:access>.
HellMap (2022-11-03 22:35:03+00:00): Hi!

Please try not to connect areas to roads like https://www.openstreetmap.org/way/1104667630 - the road line represents the middle of the road and but grass does not go the middle of the road.

You shouldn't add mud areas unless they are permanent (like a swamp). https://www.openstreetmap.org/way/1110109943 does not seem like that. See 
https://wiki.openstreetmap.org/wiki/Tag:natural=mud

Also, you have not replied or fixed the issues with the former railway at https://www.openstreetmap.org/changeset/127631652
Mathias_ADAV (2023-04-18 14:17:46+00:00): Bonjour,

je viens de voir votre contribution concernant la création de piste cyclable le long de la route de Béthune D943.

Cette contribution est inexacte puisqu'il s’agit en fait de bande cyclable (cycleway = lane), dont l'information est déjà présente sur le highway. Je vais donc supprimer l'ensemble de ces pistes cyclables.

Pour bien faire la différence entre les différents aménagements cyclable, merci de vous référer au wiki : https://wiki.openstreetmap.org/wiki/FR:Bicycle

N'hésitez pas à poser des questions sur le forum OSM France https://forum.openstreetmap.fr/ ou revenir vers moi : carto@droitauvelo.org
MxxCon (2022-11-09 02:31:48+00:00): Hello.
What is the source of the height info in this edit?
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/128455398
Mathias_ADAV (2023-04-24 13:30:31+00:00): Bonjour,

je viens de voir votre contribution concernant la création de piste cyclable le long de la rue de l'université

Cette contribution est inexacte puisqu'il s’agit en fait de bande cyclable (cycleway = lane), dont l'information est déjà présente sur le highway. Je vais donc supprimer l'ensemble de ces pistes cyclables.

Pour bien faire la différence entre les différents aménagements cyclable, merci de vous référer au wiki : https://wiki.openstreetmap.org/wiki/FR:Bicycle

N'hésitez pas à poser des questions sur le forum OSM France https://forum.openstreetmap.fr/ ou revenir vers moi : carto@droitauvelo.org

Bon mapping !
Wetterhorn (2022-11-03 21:35:11+00:00): Hi MrKooken, je edit voldoet niet aan de richtlijn voor Parking Lots, deze moet altijd verbonden zijn met een weg: 

https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking

Pas je m zelf aan of blijven wij elkaars edits bewerken?
74523978 (2022-11-03 21:47:03+00:00): Parkeerplaatsen mogen nooit verbonden zijn met een weg. Voor de grote parkeerplaatsen geldt dat er een weg overheen moet lopen (zonder verbinding), de overige gelden als street_side.
eggie (2022-11-03 21:48:14+00:00): Dag ikkedus.. Waar haal je die tagging vandaan?

Zou gewoon amenity=fast_food gebruiken. Dat levert in ieder geval een symbool op.
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dfast_food

MVG
eggie
eggie (2022-11-03 21:58:17+00:00): Aangepast... fast_food is gebruikelijk.

MVG
eggie
cyton (2022-11-03 21:39:33+00:00): Die geoportal daten der hausumringe sind auch super um sowas einzutragen. Eventuell sind die gemetrien verschoben oder verdreht, aber meist stimmen die dimensionen sehr gut.
user_14771166 (2022-11-03 21:44:07+00:00): Danke, guter Hinweis. Ich verfeinere mal.
Svalbard (2022-11-04 18:17:47+00:00): Hallo, warum wurde der korrekt erfasste Gebäudeumriss gelöscht und verunstaltet neu eingetragen? Bitte den alten Umriss wieder herstellen. Vielen Dank! Gruß Svalbard
Allison P (2024-04-20 17:49:25+00:00): You should not tag the university phone number on features like parking spaces. The number should be for the feature itself.
dcapillae (2022-11-03 21:48:08+00:00): Buenas tardes.

¿Es una obra de arte en un espacio público o está dentro del restaurante?

Gracias por su colaboración.

Atentamente,

Daniel Capilla
dcapillae (2022-11-03 21:54:44+00:00): Imagino que se trata solo de corregir el nombre del restaurante (corregido).
Ropino (2022-11-10 19:11:37+00:00): Hi,
please connect traffic_calming with the highway an use correct tagging:
https://wiki.openstreetmap.org/wiki/Key:traffic_calming
Thx in advance
map per (2023-05-08 17:29:58+00:00): Hallo J-MUC,

hier gibt es einen Hinweis (1) zum Straßenschlüssel den du als ref eingetragen hast. Es gibt dafür anscheinend de:strassenschluessel=* als eigenen key (was es nicht alles gibt...). Welchen key findest du hier besser?

Danke und viele Grüße
map per

(1) https://www.openstreetmap.org/note/3678667
J-MUC (2023-05-08 22:33:02+00:00): Hallo map per,

danke für die Hinweise, sowohl den auf die note als auch bzgl. Straßenschlüssel. Hätte den Wert schon mal fast wieder gelöscht, da er ganz offensichtlich nicht zur sonst üblichen Verwendung von ref bei Straßen passte. Habe nach Deinem Hinweis den key jetzt auf de:strassenschluessel geändert. 

Danke und viele Grüße

J-MUC
J-MUC (2023-05-08 22:46:51+00:00): Wow, scheint die erste Straße in Bayern zu sein, bei der jetzt der Straßenschlüssel unter Verwendung von de:strassenschluessel hinterlegt ist...
A67-A67 (2022-11-06 22:54:20+00:00): Excuses.

Ik twijfel wel of dit daadwerkelijk een woonerf is, na het bekijken wat foto's. Staat er een woonerf-bord?
goedegazelle (2022-11-19 11:51:10+00:00): De weg is privileged i.e. valt niet onder de normale regels. Er staat aangegeven dat voetgangers voorrang hebben op alle andere verkeersdeelnemers.
user_5359 (2022-11-05 07:34:14+00:00): Welcome to OSM! Please notice this is a production database not a playground or testing database. Your entry was reverted. If this is a misunderstanding, you can answer with your arguments here.
pitscheplatsch (2022-11-06 08:54:35+00:00): I guess we should completely revert this changeset. What do you think user_5359?
user_5359 (2022-11-06 17:12:09+00:00): Done!
Dave Venables (2022-11-12 10:32:40+00:00): I think that this is the Wigston Framework Knitters Museum https://wigstonframeworkknitters.org.uk/ LE18 2BA not the Ruddington one near Nottingham https://www.openstreetmap.org/node/2720034154 NG11 6HE
I think this changeset has applied the Ruddington details and address to this Wigston one
jessie_expedia (2022-11-14 17:32:08+00:00): Thank you for catching this mistake! I updated the website and additional details I had added incorrectly in Changeset #128901267.
danieldegroot2 (2022-11-03 22:54:45+00:00): *and added gate
forgot to upload changes in between.
user_5359 (2023-04-28 07:22:56+00:00): Hello! A peak doesn't have an address! the key is_in is correct.
Iko IRM-RV (2023-05-08 07:36:00+00:00): I'm agree that key is_in is correct. i'm revert it, Thank you user_5359
mrpulley (2024-06-14 12:52:15+00:00): Maxspeed is 50 (not 60) for Cowper Street (85396890, 443174278) and Oxley Street (443174272, 443174277). Corrected at https://www.openstreetmap.org/changeset/152452243
Roundabout 85396892 is probably 50, but left alone, as other ways not checked.
mrpulley (2026-02-28 07:19:35+00:00): Maxspeed 50 (not 60) for Oxley Street (443174274, 85396893, 443174275) and Cowper Street (85396898, 443174271, 443174276)
Roundabout 85396892 maxspeed 50
Fixed at https://www.openstreetmap.org/changeset/176262329
blaz (2022-11-05 08:53:28+00:00): Misaligning ways from exactly aligned LIDAR data to misaligned areal imagery.
blaz (2022-11-05 09:06:26+00:00): Added imaginary intersections between streams and tracks.
Assumed way enters a stream without surveying. According to LIDAR data is seems more likely that crossing is a culvert. Details that are not clearly visible from imagery should not be guessed, survey is required. Until then ways without intersections should be left as is so that OSM data inspection tools can alert to incomplete data or at leas add appropriate fixme tag. Like "fixme=Estimated data. Determine correct crossing type."
blaz (2022-11-05 09:13:32+00:00): Also, misaligning ways from exact LIDAR data to misaligned areal imagery.