piebro/osm-data huggingface dataset:
aixbrick (2021-04-21 11:21:23+00:00): Hallo,
ich verstehe die Änderung rund um die WKAs nicht. Vorher war dort die Aufstellfläche gemappt (highway=service mit area=yes) und der Bereich rund um die Türme als natural=grassland. Du hast beide Flächen zusammengelegt und daraus generalisierend ein landuse=industrial gemacht (wo nebenbei bemerkt "surface" keinen Sinn mehr ergibt, da es unterschiedliche Oberflächen sind). Aus meiner Sicht ist das eine Verschlechterung der Daten: Es geht die Information über die Aufstellfläche verloren und dass sich rund um den Turm Gras befindet. Stattdessen sieht man nun ein Industrie*gebiet*. Was genau ist jetzt damit erreicht? Warum muss diese Fläche überhaupt als landuse=industrial getaggt sein?
Gruß
physi_retired (2021-04-21 12:30:23+00:00): Hallo aixbrick,
meine Überlegungen waren folgende:
der Bereich um die Türme war in fast allen Fällen mit deutlich zu großer Fläche als natural=grassland gemappt. Tatsächlich ist ein wesentlicher Teil der Fläche farmland (siehe z. B. WEA 6). Ich habe das also zunächst reduziert. Und auf dieser reduzierten Fläche nimmt der Turm und sein Fundament einen so erheblichen Teil ein, dass die Nutzung (also landuse) sinnvoll durch das Windrad selbst beschrieben wird und nicht durch den Bewuchs der Restfläche. Und da ist industrial inhaltlich korrekt (im Prinzip steht da ja ein kleines Kraftwerk) und auch nicht unüblich. Und die Kranaufstellflächen habe ja keinen anderen Zweck als einen Kran für Wartungs- oder Reparaturarbeiten aufzustellen. Es ist also keine Zufahrtsfläche, wie es highway=service als area beschreiben würde.
Den surface tag habe ich irrtümlich stehen lassen, danke für den Hinweis.
Gruß,
physi
aixbrick (2021-04-21 16:12:30+00:00): Ich kann ja nachvollziehen, dass man die Fläche, die nicht landuse=farmland ist, als landuse=industrial mappt, weil sich auf ihr ein Windrad und dessen Nebenanlagen befinden. Den Rest aber leider nicht. Im Prinzip war es bereits sehr genau gemappt, du hast es jetzt generalisiert ("Hier ist eine Industrie-Fläche, Details unbekannt").
- Selbst nach verkleinern der Grasfläche ist diese noch groß genug, um gemappt zu werden. Möchte man es sehr genau haben, erstellt man ein Multipolygon und schneidet die Windrad-Grundfläche aus. Die Information, dass sich rund um das Windrad Gras befindet, geht hier nun verloren.
- I.d.R. gehen die Zufahrtswege in die Stellfläche über. Es spricht m.M.n. nichts dagegen diese Flächen dann als hw=service mit area=yes zu mappen. Die Information, dass sich hier eine große befestigte/befahrbare Fläche (surface=gravel) befindet, geht hier nun verloren. Für Rettungsdienste kann das z.B. interessant sein.
physi_retired (2021-04-21 16:56:16+00:00): Hallo aixbrick,

ok, noch einmal kurz meine Sicht: 

a) natural=grassland ist für den Bewuchs auf den schräg ansteigenden Fundamenten nicht richtig (siehe wiki). Und ob man tatsächlich Gras außerhalb der Fundamente findet bezweifle ich.
b) Eine Kranstellfläche ist kein Zufahrtsweg.
c) es handelt sich bei den als landuse=industrial gekennzeichneten Flächen um private Firmengelände, auch wenn das nur in Ausnahmefällen durch Schilder oder Absperrungen kenntlich gemacht wird.

Deshalb halte ich den jetzigen mapping-Zustand für richtig und sinnvoll. 

Aber ich bitte um Verständnis, dass ich die Diskussion jetzt nicht weiter fortsetzen möchte, denn meine langjährige osm-Erfahrung zeigt, dass sich die Argumente ab jetzt nur noch wiederholen. Wenn du es anders machen willst, dann ändere oder revertiere es gern nach deinen Vorstellungen...
Gruß,
physi
sskalyan (2021-04-23 05:39:23+00:00): Hi,

This restriction isn't accurate, based on 2020 mappilary imagery which is far latest than bing street side. (https://bit.ly/2S1osG9). Based on this image, it clear that vehicles in right most lane exiting Haymarket can take right into Pall Mall. There are even lane markings confirming the same. Kindly revisit this changeset and update it according to ground. Happy mapping.

Thanks,
Kalyan
Roman Oleynik (2021-05-21 13:01:13+00:00): Hi, Kalyan!
This changeset was reverted by me right after its creation. Everything is correct now. Link: https://www.openstreetmap.org/relation/12609123

Best regards,
Roman.
JessAk71 (2021-05-02 06:45:58+00:00): Hello, this changeset has removed the building and height tags from this building. Since this is still a building, these are valid tags. Please do not remove valid tags from existing buildings unless you know they are incorrect. Please be more careful in future edits.
JessAk71 (2021-05-02 20:27:09+00:00): I have fixed this for you.
pabi12 (2021-05-03 04:40:58+00:00): Sorry for the inconvenience we had made, we will be more careful regarding this matter from now on.
eggie (2021-04-21 12:56:08+00:00): Dag Stuiv.. Waarom zou de oude situatie niet routeren?
Hoe is het werkelijke verloop van die fietsoversteek?
mvg
eggie
eggie (2021-04-21 13:02:02+00:00): Dit is toch de huisige situatie,..
https://www.mapillary.com/app/?lat=51.7744606999987&lng=5.928330583058306&z=17&menu=false&focus=photo&pKey=P2xkf50u3lOYAvc4cYxq4W

Dus waaarom dan iets heel anders intekenen?
egie
eggie (2021-04-21 13:05:29+00:00): Situatie nov 2020
https://www.mapillary.com/app/?lat=51.77451329999275&lng=5.928364699898271&z=17&menu=false&focus=photo&pKey=iWidGCCqt3TrEcnPjspLn5&x=0.4878350479383546&y=0.4247061491839369&zoom=0
Dat is toch een rechte oversteek?
eggie (2021-04-21 13:15:57+00:00): https://www.openstreetmap.org/directions?engine=graphhopper_bicycle&route=51.77424%2C5.92830%3B51.77443%2C5.92716#map=19/51.77448/5.92856
eggie (2021-04-21 13:17:22+00:00): Welke routeapp gaat de fout in?
Graag reactie... want anders rest me niets anders dan je bijdragen terug te draaien.
MVG
eggie
eggie (2021-04-21 14:20:56+00:00): Je actie heb ik teruggedraaid. De wegklasse weer hersteld. 
Als bron heb ik ortho 2021 en mapillary gebruikt en de kennis van een lokale mapper. 
Routingapps hebben soms vele weken nodig om hun updates door te voeren . Svp naar de werkelijkheid mappen. 
Wanneer je nog vragen hebt stel ze gerust. 
MVG
eggie
ika-chan! (2021-04-21 11:57:28+00:00): You've basically added addr:country=GR to everything over a great number of changesets, even when there are no other tags. What is going on?
user_9221753 (2021-04-21 13:34:29+00:00): Sorry, by mistake.
I will fix this as soon as possible.
I wanted to update & fix postcodes and cities with Country and by mistake I changed more things than i was planning to.
SomeoneElse (2021-11-03 11:17:51+00:00): Hello and welcome to OpenStreetMap!

Can you please explain what your source for your additions is?  I'm sure that the names that you have added are not visible on aerial imagery.

Best Regards,
Andy
SomeoneElse (2021-11-03 11:18:01+00:00): Привет и добро пожаловать в OpenStreetMap!

Не могли бы вы объяснить, какой у вас источник для ваших дополнений? Я уверен, что добавленные вами имена не видны на аэрофотоснимках.

С уважением,
Энди
mweper (2021-04-21 12:04:22+00:00): Andrés, no entiendo que es lo que se hizo aquí. ¿Me puedes explicar por MP? ¿Se creo una relación a partir de polígonos simples, con que objetivo? Es más sencillo de mantener un área simple que una relación.
impiaaa (2021-04-21 15:39:36+00:00): Please don't add duplicate information, I've told you this already. There is no need to add a node for the hotel if the building already has a "tourism=hotel" tag on it.
impiaaa (2021-04-21 20:02:59+00:00): Sorry, to clarify: Instead of copying information from a node to an area, use the "merge" feature to automatically move the information without leaving a node behind. Also, I've gone through some of your mistakes and fixed them, but I don't have time to do it all myself. Please tell your team that they should be fixing previous mistakes as well as responding to feedback for future changes.
Riyana_Shrestha (2021-04-23 03:13:54+00:00): We are notatying per guidance from OSM user https://wiki.openstreetmap.org/wiki/User:Lyx on our Talk for Zartico here: https://wiki.openstreetmap.org/wiki/Talk:Zartico.

What you are suggesting is in conflict with that guidance and the One feature, one OSM element guidance. Please contact https://www.openstreetmap.org/user/Eddie%20Cannon to clarify.
impiaaa (2021-04-23 15:06:48+00:00): No, I am suggesting the same thing. "One feature, one OSM element" means that there should not be both a building and a node tagged with "tourism=hotel", which is exactly my complaint. The methodology that Lyx suggests is what the iD editor does automatically when you use the "merge" command as I had suggested. Perhaps you are misunderstanding their instructions: "move the existing node to one corner of the building" does not mean to just position the node near the corner, but to use the node as a corner as a part of the new way. Again, you don't have to worry about this since iD does that automatically when you use the "merge" function.
Mateusz Konieczny (2022-07-29 14:31:30+00:00): Can you look at https://www.openstreetmap.org/note/3289327 ?
marczoutendijk (2021-04-22 13:13:27+00:00): Hello,
What are you trying to add to OSM?
A name is not enough to put it on the map, neither is "UNIQUE ID"
What is an Akshaya Center?  
We have seen many additions to the map like this, all by different users (and very often different spellings of "unique id" - which is not a documented tag anyway).  
Please explain what you are doing.  


Marc Zoutendijk  
OpenStreetMap Foundation  
Data Working Group
eggie (2021-04-21 13:08:37+00:00): Wat is er veranderd sinds now 2020 ?
https://www.mapillary.com/app/?lat=51.77451329999275&lng=5.928364699898271&z=17&menu=false&focus=photo&pKey=iWidGCCqt3TrEcnPjspLn5&x=0.48581390541569625&y=0.3985233361033776&zoom=0
eggie (2021-04-21 11:23:27+00:00): Dag wobest.. Goed om zaken actueel te houden, maar wanneer een bedrijf verdwijnt hoort het adres intact achter te blijven. Nu is nr 17 niet meer vindbaar.
MVG
eggie
eggie (2021-04-21 11:25:01+00:00): adres nr 17 hersteld
literan (2021-04-21 16:25:15+00:00): permissive это не "нужен пропуск", это сейчас въезд свободный, но в любой момент могут отменить
tonyf1 (2021-10-25 10:09:50+00:00): reverted  Changeset #112939302
Enock4seth (2021-04-21 13:28:28+00:00): Welcome to OpenStreetMap, please tests contributions are not allowed. Find out more about getting started here https://learnosm.org/en/beginner/
SomeoneElse_Revert (2021-11-03 10:39:26+00:00): This changeset has been reverted fully or in part by changeset 113325200 where the changeset comment is: Reverting some POI edits of unknown provenance where the editor has refused contact with the US community.  See https://www.openstreetmap.org/user_blocks/5420 ..
archie (2021-04-21 12:02:17+00:00): Sorry, the same as w Skillinge. It's the blasted SeaMap Editor, which deletes, when not handled correctly. My fault!
archie (2021-04-21 12:38:43+00:00): Well, not entirely my fault. You add something to a  seamark-item. Then you open up that item in SeaMap Editor and "Save", the first addition to the seamark item will be deleted. Try to add e.g. seamark:national_name=NN. Then edit w SeaMap Editor and "Save" seamark:national_name ... gone! As w beacons in this case.  SeaMap Editor is dangerous; chips away things quite valid.
eggie (2021-04-21 12:35:12+00:00): Dag Simon, 
Wellicht dan moped=yes bijtaggen, want die worden in OSM als motor_vehicle afgehandeld.
MVG
eggie
Cucazer (2021-04-27 18:27:33+00:00): Laipni lūdzam OSM!/Добро пожаловать в OSM!
Vai var paskaidrot, kas šeit bija cerēts izdarīt?
tkoval83 (2021-04-21 19:32:52+00:00): Доброї пори дня.
Чи не скажете чому назви магазинів починаються з маленької букви?
tkoval83 (2021-04-21 19:33:47+00:00): А також чому деякі магазини розміщені прямо на дорозі?
eggie (2021-04-21 12:26:11+00:00): Top!
pangoSE (2021-04-23 15:10:09+00:00): Tack för uppdateringen och mapillary länken!
eggie (2021-04-21 12:27:04+00:00): Helemaal correct
gr eggie
ibanez (2021-04-29 09:26:56+00:00): Wo steht "Verbindungsweg 37003" vor Ort am Weg? Ansonsten gehört es nicht in den Name-Tag.
ToniE (2021-04-21 12:44:24+00:00): probably, there is no street with the name "Eichenlaich" in Polling?
EdLoach (2021-04-21 14:14:26+00:00): In some ways this is an unhelpful changeset as it wrongly drags the corners of one house to cover the two newly built ones as well, but it has at least brought to my attention that despite having surveyed the new builds that I have driven past twice today, and probably feature often on Mapillary, I hadn't got around to adding them. I'll fix them now.
Flynn Marquardt (2021-04-22 15:01:05+00:00): With this changeset the borders of RD Congo and Uganda have no members anymore.

Can you please fix or ervert that?

Avec cette modification, les frontières de la RD Congo et de l'Ouganda n'ont plus de membres.

Pouvez-vous s'il vous plaît corriger ou inverser cela ?
Jocelyn (2021-04-24 12:07:03+00:00): I've seen the same thing, with a relation incorrectly updated on this Changeset.

I will try to revert the change on the boundary.
Jocelyn (2021-04-24 12:19:44+00:00): I've reverted boundary of both countries, with additional fixes to make the boundary complete.
clairedelune (2021-05-06 11:57:27+00:00): Thanks Flynn and Jocelyn for the quick reaction. I ended up reverting the rest of this changeset after communicating with Ghislainnduyiriuosbeni.
taketaketake (2021-05-28 07:59:29+00:00): かなり特殊な交差点編集をしていますが、質問させて下さい
Uターン禁止を設定しているみたいですが、実際にUターン禁止の交差点でしょうか？
実際に規制されていないのでしたら設定するべきでは有りませんし、正しいリレーションで対応して下さい
abakus_uploader (2021-04-21 22:31:29+00:00): (Wiadomość automatyczna)
Cześć!
Otrzymujesz ten komentarz, ponieważ dodałeś lub zmodyfikowałeś adres, który jest niepełny lub błędny.
Adres powinien zawierać minimum trzy znaczniki: addr:city=[nazwa_miejscowosci] + addr:street=[nazwa_ulicy] + addr:housenumber=[numer_porządkowy].
Wyjątkiem są miejscowości bez nazwanych ulic - wtedy stosujemy znaczniki: addr:place=[nazwa_miejscowosci] + addr:housenumber=[numer_porządkowy].
Bez poprawnego oznaczenia adresów, nie będą one brane pod uwagę przez wyszukiwarki, dlatego warto je dostosować do ww. schematu (w zależności od sytuacji).
Więcej informacji na forum: https://forum.openstreetmap.org/viewtopic.php?id=5632 - a pytania najlepiej zadawać tu: https://forum.openstreetmap.org/viewtopic.php?pid=681873
Pozdrawiamy!
Niels Elgaard Larsen (2023-01-18 18:40:39+00:00): How can the caravan site have caravans=no ?
thetornado76 (2023-01-18 20:01:31+00:00): This is a motorhome stopover where only motorhomes are allowed. So no cars with caravans.
Otenkiya (2021-04-30 02:16:33+00:00): この編集により新規作成された国道3号に属するウェイを放置したため、リレーション: 国道3号 (2061678)に多数の分断が発生。対処済み。
Luca Moiana (2021-04-22 09:02:17+00:00): l'editing è errato, muovendo i sentieri si sono creati nodi errati con la linea elettrica (che ho sistemato), e connessioni tra poligoni di uso del suolo e sentieri (ERRORE GRAVE).
Ti chiedo di voler riparare agli snap  errati e di fare attenzione ai prossimi editing, con queste modalità stai vanificando la sistemazione dell'uso del suolo che aveva richiesto mesi
SHARCRASH (2021-04-21 15:39:50+00:00): Hi!
Are the ways near the castle only for bicycles or shared with other motorized vehicles even if they are only for private use?
eggie (2021-04-21 13:36:25+00:00): Welkom bij OpenStreetMap. Ik heb een uitgebreid welkomstbericht met wat handige tips en links gestuurd als privébericht. 


MVG, 

Eggie 
namens de OSM Community
Romwriter (2021-04-21 19:13:46+00:00): Tagging vervollständigt/berichtigt: https://www.openstreetmap.org/changeset/103360764
user_5359 (2021-04-21 16:17:03+00:00): Willkommen bei OSM! Kleine Absicherungsfrage: Ist die Spitzengeschwindigkeit von 100 km/h auch an den Teil, der durch den bebauten Anteil von Niedernhagen, korrekt? Ich frage nur, weil es etwas Kenntnis benötigt, die Straße mit ID aufzutrennen und eine andere Geschwindigkeit einzutragen.
hsc666 (2021-04-21 19:20:08+00:00): Ich habe ja Zweifel, ob dort überhaupt 100 erlaubt sind. Auf den letzten Mapillary-Bilder von 2018 findet sich eine 50 nördlich der Bebauung, die anscheinend nicht in Richtung Süden aufgehoben wird (https://www.mapillary.com/map/im/1gApZHoPUhR_oBx5pAGcKg). @Selahattin67: Kannst Du vielleicht entsprechende Fotos besorgen, mit denen sich Deine Änderung nachweisen ließe?
Selahattin67 (2021-04-24 10:46:17+00:00): hallo,
ich habe bilder aber wie kann ich die hochladen ?
e-mail etc..?
user_5359 (2021-04-24 10:59:45+00:00): Du kannst die Bilder auf einem beliebigen Webspace hochladen und dann verlinken. Wenn Du so etwas nicht in Zugriff hast, kannst Du mir eine OSM-Interne Nachricht schicken, ich schick Dir dann meinen E-Mailadresse und lade die Bilder entsprechend hoch.
Selahattin67 (2021-04-25 12:03:03+00:00): http://dertlifm.com/1.jpeg
http://dertlifm.com/2.jpeg
die sind richtung becke
Polarbear (2021-06-21 16:06:35+00:00): Auch hier finden sich wieder die seltsamen Node-Verschiebungen um den Wert 1 in der letzten Kommastelle, z.B.
https://www.openstreetmap.org/node/4559046734/history
Und wieder reichlich mechanische Änderungen an Bushaltestellen.
skyper (2021-04-22 14:28:13+00:00): Hallo kaeru
iD ist leider beim Aufteilen von Wegen mit aller Vorsicht zu benutzen und hat auch hier die Reihenfolge der Mitglieder der Bus Relation 17 SVK kaputt gemacht. Bitte beschwere verwende doch JOSM.

Kannst Du das bitte in Ordnung bringen, danke.

Viele Grüße,
skyper
skyper (2021-04-22 14:30:00+00:00): Sorry, wollte schreiben:

Bitte beschwere Dich bei den entwickelnden Personen und benutze solange JOSM zum Aufteilen.
Ciao
skyper (2021-04-22 14:35:05+00:00): Ah, es sind beide Bus Relationen betroffen. Wie das iD wohl hinbekommt?
skyper (2021-05-10 18:55:46+00:00): Habe ich mittlerweile repariert. Würde mich allerdings über Reaktionen auf meine Kommentare weiterhin freuen.

Grüße skyper
user_5359 (2022-01-29 07:22:21+00:00): Hello! Please have a look on https://www.openstreetmap.org/node/8651535098. What is the meaning of the tag yes = zebra ?
landscapemapper (2022-01-31 10:04:14+00:00): Hello! That was obviously nonsense. Thanks for pointing this out.
regards!
SomeoneElse (2021-11-03 12:46:28+00:00): Hello and welcome to OpenStreetMap!

Can you please explain what your source for your additions is?  I'm sure that the names that you have added are not visible on aerial imagery.

Best Regards,
Andy
SomeoneElse (2021-11-03 12:46:38+00:00): Привет и добро пожаловать в OpenStreetMap!

Не могли бы вы объяснить, какой у вас источник для ваших дополнений? Я уверен, что добавленные вами имена не видны на аэрофотоснимках.

С уважением,
Энди
SomeoneElse_Revert (2021-07-28 20:40:37+00:00): This changeset has been reverted fully or in part by changesets 108776146, 108778638 where the changeset comment is: Reverting some allegedly Google-derived and otherwise poor edits in the Philippines and Nigeria.  See https://github.com/OSMPH/papercut_fix/issues/83 , https://lists.openstreetmap.org/pipermail/talk-ph/2021-July/006788.html et al
eggie (2021-04-21 16:21:13+00:00): Beste Miranda... 
Straatnamen correctie is prima, maar......
Waarom al deze straten een hogere wegklasse geven?
Het zijn niet doorgaande straten dus highway=residential

MVG
eggie
eggie (2021-04-21 16:27:35+00:00): De niet doorgaande straten heb ik weer op residential gezet.
mvg
eggie
MirandaV (2021-04-21 19:18:14+00:00): Eggie straten stonden allemaal anders, 2 typen (ben even de correcte titel kwijt maar wit en beige). Heb allemaal op beige (kleiner) gezet dus ik begrijp je opmerking niet?
eggie (2021-04-21 19:28:06+00:00): Dag Miranda,

Dit waren je edits.. http://overpass-api.de/achavi/?changeset=103346214
Het gaat niet om beige of welke kleur dan ook, maar om de categorie. Die bepaalt de routering.
Zo zijn alle niet doorgaande woonstraten highway=residential.
De meer doorgaande straten unclassified. Overigens is er geen voorkeur in routering tussen unclassified en residential bij de meeste routers.
Straten met een bord woonerf highway=living_street
De Peulenlaan bv is een doorgaande ader en is dus tertiary net als Thorbeckestraat.
Een router kijkt dus naar de wegklasse en bepaalt zo de voorkeur van de routering. 
Woonstraten die erg belangrijk zijn in de doorstroming hebben vaak een veel hogere wegklasse. De bebouwing zegt dus niet alles.
Zie Nederlandse wiki wegentagging 

https://wiki.openstreetmap.org/wiki/NL:The_Netherlands_roads_tagging 

residential is dus een klasse kleiner dan unclassified

MVG
eggie
MirandaV (2021-04-22 06:11:15+00:00): Eggie, sorry voor de onduidelijke reactie maar ik typte op mijn telefoon en wist alleen de kleuren en niet de categorie uit m'n hoofd. Nu achter de pc: de straten stonden op objecttype 'straat (in een woonwijk)' maar sommige straten niet, die stonden op 'kleine openbare weg' (zoals nu nog een stukje van de Rijnstraat als je uitzoomt). Aangezien alle straten in dat wijkje nagenoeg gelijk zijn (en klein en niet doorgaand) heb ik ze dus allemaal op 'kleine openbare weg' gezet. Ik zal je artikel vanavond op m'n gemak eens lezen, dank daarvoor!
Misschien kan jij ook gelijk zien/aangeven waarom dit soms wijzigt bij in- en uitzoomen? Ook dat de weg doorloopt bij de Wilhelminaschool en de naam Lekstraat/Nilstraat wijzigt bij zoomen?

Gr. Miranda
eggie (2021-04-22 06:24:04+00:00): Dag Miranda,
Het is nu goed getagd met higway=residential  
Je had juist de verkeerde categorie gekozen en de kleine openbareweg (unclassified)  heeft je op het verkeerde been gezet. 
Dat is de juiste wegklasse in een bewoonde niet doorgaande straat.

Dat de ligging en de namen nog wijzigen komt door de trage rendering of door je eigen cache van je beeldscherm.
Een paar keer CTRL-F5 doet wonderen. (Je eigen cache leegmaken) 

In het kort
Erftoegangsweg 	highway=residential 	Straten binnen woonwijken waar vooral woonhuizen aan staan, maar geen doorgaande wegen binnen wijken (tertiary).

en
 	highway=unclassified 	Overige wegen binnen de bebouwde kom die toegang bieden tot een beperkt gebied (bijvoorbeeld 1 wijk). 			
highway=unclassified 	Wegen binnen een woonwijk zonder huizen, eventueel met bedrijfspanden.

MVG
eggie
eggie (2021-04-22 06:31:08+00:00): Aanvulling  De straten in de staatsliedenbuurt ten noorden van de Peulenlaan zullen ook nog op highway=residential gezet kunnen worden.
highway=unclassified is een erfenis van een import van kaartenmaker AND in 2007. Toen was unclassified de laagste categorie op highway=track na. 
Er waren gewoon minder smaken toen bij de import
Gr eggie
MirandaV (2021-04-22 10:14:47+00:00): Super bedankt voor je uitgebreide uitleg!
ravali_78 (2021-04-22 03:07:51+00:00): Hi PhamNgocHoan,
I have fixed the alignment as building polygon overlapping with residential road.Kindly check with node 8324419132,https://www.openstreetmap.org/changeset/103371930
Thank you
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/103346677
ravali_78 (2021-04-22 03:00:38+00:00): Hi PhamNgocHoan,
I have fixed the alignment as building polygon overlapping with residential road kindly check with way 332672969,way 895528655,https://www.openstreetmap.org/changeset/103371552.
Thank you
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/103347217
ravali_78 (2021-04-22 02:57:18+00:00): Hi PhamNgocHoan,
I have fixed the alignment as building polygon crossing on residential road kindly check with way 332672969,https://www.openstreetmap.org/changeset/103371552.
Thank you
            ---
            #REVIEWED_BAD #OSMCHA
            Published using OSMCha: https://osmcha.org/changesets/103347312
EneaSuper (2021-04-22 11:33:44+00:00): Ciao, penso tu abbia fatto un buon lavoro, ma non riesco a capire bene il motivo per il quale tu abbia adoperato la chiave "razed".

Lì, da quello che so, stanno ripristinando la linea, quindi credo sia il caso di indicarla come in costruzione...