piebro/osm-data huggingface dataset:
mavl (2018-12-25 19:41:14+00:00): This changeset has been reverted fully or in part by changesets 65765733, 65762676, 65758117, 65761081, 65759598, 65754732, 65764253 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: poor mapping, damage].
majid1359 (2017-11-20 19:31:33+00:00): تغییرات انجام شود
majid1359 (2017-11-20 19:33:56+00:00): تغییرات انجام شد
majid1359 (2017-11-20 19:38:15+00:00): تغییرات انجام شد
mavl (2018-12-25 19:25:08+00:00): This changeset has been reverted fully or in part by changesets 65765733, 65762676, 65758117, 65761081, 65759598, 65754732, 65764253 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: poor mapping, damage].
majid1359 (2017-11-20 19:43:42+00:00): تغییرات انجام شد
mavl (2018-12-25 19:31:31+00:00): This changeset has been reverted fully or in part by changesets 65765733, 65762676, 65758117, 65761081, 65759598, 65754732, 65764253 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: poor mapping, damage].
mavl (2018-12-25 19:42:15+00:00): This changeset has been reverted fully or in part by changesets 65765733, 65762676, 65758117, 65761081, 65759598, 65754732, 65764253 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: poor mapping, damage].
mavl (2018-12-25 19:17:16+00:00): This changeset has been reverted fully or in part by changesets 65765733, 65762676, 65758117, 65761081, 65759598, 65754732, 65764253 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: poor mapping, damage].
b-jazz (2017-11-20 22:10:17+00:00): While 5 MPH might seem like a reasonable speed, if it isn't officially posted as 5 MPH, it would be better to just leave that tag unset. And if this is a dead end, you should look into properly connecting it (or not connecting it in this case) to Freedom Dr. Maybe foot traffic can go through, but cars can't? There are some barriers that can be placed on the map, but I don't know them off of the top of my head.

Thanks for mapping!
b-jazz (2017-11-23 06:17:40+00:00): Is 5 MPH a "reasonable" speed limit in your opinion, or what is officially posted for the street? If it isn't official, it should be left blank.
edvac (2017-11-20 20:06:29+00:00): 224 unset, quería decir.
majid1359 (2017-11-20 20:02:40+00:00): تغییرات انجام شد
majid1359 (2017-11-20 20:09:29+00:00): تغییرات انجام شد
GerdP (2017-11-21 10:55:29+00:00): Hi!
You changed a highway=path to the unusual highway=access here. 
https://www.openstreetmap.org/way/446160043
I guess you want to express that a car can use this road? If yes, why didn't you use highway=service?
motogs (2017-11-21 17:12:08+00:00): Hi @GerdP, your guess is correct.  The local post van uses the road frequently, but it's virtually unused by any other vehicle.  The car park (at one end) and the Manor House (at the other) are each served by other highways.  None of the usual values - including 'service' - seem appropriate for this road.  After giving it further thought, and trying to use a more common value, I'm proposing to change the value to 'residential'.  It is, after all, in an area that most people would regard as residential.
The road is unsuitable and unnecessary for normal traffic.  There's a danger that even with the values 'residential' or 'service', routing software will use this as a through-way.  Please let me know if can think of a way to tag this road to better reflect its nature.
Thanks for your comments.
GerdP (2017-11-21 17:25:28+00:00): Don't know the local laws, do you think that something like access=destination or motor_vehicle=destination is suitable ?
motogs (2017-11-23 19:13:15+00:00): Thanks for your help on this.  I think motor_vehicle=destination would be fairly appropriate though not strictly accurate.  I considered access =discouraged but there's no signage (yet) to support this.
siffash (2018-03-31 19:19:06+00:00): Why is it boundary=administrative?
ybon (2018-04-30 06:28:43+00:00): hi edvac, tagging boundary=administrative+admin_level=x on coastline ways seems weird to me. Seems to me those tags should only be set to the administrative relations.
For example here: https://www.openstreetmap.org/way/18793204
What do you think? :)
JMO-VE (2018-08-11 22:08:27+00:00): boundary = administrative + admin_level = 4 on coastline causes in the Navit (Navit is a open source (GPL) car navigation system with routing) part of the Iberian peninsula is flooded with water (blue color) which makes this map unusable. Please reverse this situation.
edvac (2018-08-12 09:22:47+00:00): "Boundary ways should have boundary=administrative and the admin_level=* for the highest border".

Please see: https://wiki.openstreetmap.org/wiki/Relation:boundary#Way_tags

I've done many boundary imports in different countries so far. Everybody was happy with the proposed tagging schema, not surprisingly, as it is the tagging schema that the OSM community has agreed upon.

So it's not weird at all adding boundary=administrative + admin_level=4 to the coastline, as the coastline is the administrative limit for the autonomous communities in Spain. The Spanish territorial sea is under the central government control, and therefore admin_level 2.

If Navit has a rendering problem, Navit should solve its rendering problem, but not asking the OSM community to change their tagging schema to make Navit happy.
siffash (2018-08-13 20:11:33+00:00): Hi edvac,
Thank you for your contribution and detailed explanation.
So far I haven't seen such tagging for coastlines, that's why it's seen very unusual and unexpected, and makes using OSM more difficult. The idea of OSM is to be flexible and at the same time very convenient to be used by other open source services and applications, thus making open source community stronger in the rival with google maps and other paid services.
edvac (2018-08-18 00:13:39+00:00): Hi all:
As it is controversial, and in any case optional, I have deleted the tags boundary and admin_level from the coastline boundaries. This includes like 23 segments that aren't coastline in any case...
I think this would need a discussion in the tagging list, and a modification in the corresponding wiki (if needed), for clarification.
Thank you all for the input.
mueschel (2017-11-25 13:48:03+00:00): Hi,
you invented some new tags here, could you explain the meaning of them?

  Ellip ht = 1624.112 (meters)
  Ortho ht = 1639.9 (meters)

Thanks, Jan
opendcc (2017-11-20 21:19:39+00:00): Hallo,

access = no bedeutet, keiner darf den Weg benutzen. Siehe hierzu https://wiki.openstreetmap.org/wiki/DE:Key:access.

Wenn es z.B. für Autos gesperrt ist, aber Landwirtschaft frei ist dann kommt da:

vehicle=agricultural
traffic_sign=DE:250;DE:1026-36
Tomas Straupis (2017-11-21 10:18:50+00:00): Kodėl ištrintas priemiestis „Narsiečiai“? Nebėra tokio?
blauer_elefant (2017-11-22 09:07:19+00:00): Hi, Du hast einen neuen Node angelegt, obwohl dieser Laden bereits an ein Building getaggt ist. Da Du viel mehr Infos eingetragen hast als ich damals auf meiner Radtour, kannst Du vielleicht beide Objekte zusammenführen (z.B. in JOSM mit Replace Geometry) und dabei gleich noch die korrekte Syntax für Öffnungszeiten nutzen. Danke.
childnode (2017-11-22 17:42:53+00:00): oh, danke für den Hinweis.. Ich war am Handy und da erschienen die neuen Gebäude (noch) nicht .. sorry ...
Commodoortje (2017-11-20 21:24:27+00:00): Welkom michel_nl.
Ik zie dat je de opgeheven stroom masten en kabels hebt verwijderd.
Inderdaad deze zijn in werkelijkheid inmiddels gesloopt.
Hiervoor in de plaats is een nieuwe 380kV voor de 150kV gekomen.
Weet jij waar deze precies staan?
http://www.doetinchem-wesel380kv.nl/
michel_nl (2017-11-20 21:30:56+00:00): Iemand heeft in het verleden al op basis van de tracekaart al eerder eens ingetekend, dat klopt prima volgens mij. Als er een nieuwere luchtfoto onderlaag is kan die nog wel gecontroleerd worden.
Commodoortje (2017-11-21 04:24:19+00:00): Dank je voor je reactie.
Veel plezier tijdens het mappen.
Verbeter de kaart voorzichtig, zeker in het begin.
eggie (2017-11-21 07:58:39+00:00): Oke... Maar nu komt het!  Een eiand uiteraard in water zie je niet. Je ziet dan alleen de bomen door het water schijnen. Je "moet" zoiets in een multipoligoon-relatie leggen met het water als outer en het eiland als inner. Dit zal nog ingewikkelder zijn, want het water ligt weer als een inner in het gras net als de stukken bos. Ik kijk wel even. Dit gaar alleen maar goed met editor. JOSM.

editor josm stap voor stap
https://forum.openstreetmap.org/viewtopic.php?id=53710
eggie (2017-11-21 08:12:29+00:00): Opgelost. Water op land mag dus ook niet. Dat neem je dan op in de MultiPolygon als inner. Dan maak je weer een nieuwe Multi van dat water. dat is outer en de twee eilandjes worden weer toegevoegd als inner.
Anders zie je zeker op de afgeleide kaarten geen eilanden. Er zijn ook mappers die het nog ingewikkelder oplossen (alles in één relatie) , maar zo doe ik ..anders wordt het een heel  gepuzzel..
4004 (2017-11-20 21:45:57+00:00): на правой кнопке мыши в редакторе есть функция спрямления углов
eggie (2017-11-21 08:15:40+00:00): Hier hetzelfde verhaal. Je ziet aanvankelijk nog de bomen in het water.
Nu ligt het water als inner in het bos. Nieuwe relatie op het water waar je het eiland weer invoegt. Dus echt overstappen naar JOSM, want Nederland is te ingewikkeld met die landuse voor een simpele editor als iD.
RoterEmil (2017-11-21 20:21:37+00:00): Hallo 'Klobali' und willkommen bei OSM! Mir scheint Dein Eintrag etwas ungenau. Handelt es sich wirklich um eine NGO und heißt sie "Juliusstr. 41 Berlin"? Übrigens werden Straßennamen in Adressangaben bei OSM immer ausgeschrieben (also nicht "Juliusstr", sondern "Juliusstraße").
Danke für Deine Antwort und schöne Grüße
Klobali (2017-11-21 22:36:25+00:00): Danke. Ich hatte etwas probiert es aber tatsächlich nicht richtig gemacht. Ich möchte den Knoten wieder löschen weiß aber nicht wie es geht. Wäre toll, wenn ihr das für mich machen könnt. Grüße
RoterEmil (2017-11-22 09:06:51+00:00): Danke für Deine schnelle Antwort - kein Problem. Habe den Punkt soeben entfernt.
eggie (2017-11-21 08:21:15+00:00): Voeg je ook de aard in van het adres.. shop=  craft=  office= ??
Alleen een naam is niet voldoende.
4004 (2017-11-20 21:48:34+00:00): теги addr для самих улиц проставлять не нужно, только для обьектов на ней. и в тегах addr название должно быть полным/соответствовать - включая слово "улица"
4004 (2017-11-20 21:51:44+00:00): предлагаю ознакомиться https://wiki.openstreetmap.org/wiki/RU:%D0%92%D0%B8%D0%BA%D0%B8%D0%9F%D1%80%D0%BE%D0%B5%D0%BA%D1%82_%D0%A0%D0%BE%D1%81%D1%81%D0%B8%D1%8F/%D0%A1%D0%BE%D0%B3%D0%BB%D0%B0%D1%88%D0%B5%D0%BD%D0%B8%D0%B5_%D0%BE%D0%B1_%D0%B8%D0%BC%D0%B5%D0%BD%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B8_%D0%B4%D0%BE%D1%80%D0%BE%D0%B3
eggie (2017-11-21 08:42:02+00:00): http://overpass-api.de/achavi/?changeset=53961115
Hier ging de adresnode er vandoor, maar die heb ik als lege node al gewist.
highflyer74 (2017-11-21 07:41:45+00:00): Hallo!

Bitte beachte, daß Briefkästen keine Adresse haben. Mit anderen Worten: Tagging mit addr:* wird nicht verwendet, sondern es wird stattdessen ref=* genutzt. Lese Dir dazu bitte den entsprechenden Wiki-Artikel (https://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dpost_box) einmal durch. Danke!
BuZZ-dEE (2017-11-21 15:14:30+00:00): Alles klar, ich ändere das. Vielen Dank für den Hinweis.
eggie (2017-11-21 08:45:20+00:00): Hier de kadastergegevens om e.e.a. te herstellen. Doe je dat zelf?
https://bagviewer.kadaster.nl/lvbag/bag-viewer/index.html#?searchQuery=joop%20geesinkweg%20125&resultOffset=0&objectId=0437100000007467&geometry.x=123836.62540052&geometry.y=483153.3515982&zoomlevel=7&detailsObjectId=
eggie (2017-11-21 08:32:11+00:00): Ook hier geldt. Is er geen BAG adresnode aanwezig om te gebruiken.
eggie (2017-11-21 08:36:44+00:00): Hier heeft het gebouw zelf ook nog eens adresgegevens gekregen + de naam van het bedrijf. Dat staat wel leuk, maar is niet de bedoeling. Het gebouw zal geen naam hebben denk ik. Haal je dat er weer af en ook dat adres? 
Een kerk of ander bijzonder gebouw heeft vaak wel een naam. 
Alle info dus op de node.
Conrad Hagemans (2017-11-21 09:24:26+00:00): Dank voor je opmerking. Het gebouw heet inderdaad "Yellow Rose". Staat groot op de gevel. Er zitten meerdere bedrijven gevestigd.
johnny_1982 (2017-12-20 16:33:34+00:00): This changeset adds the housenumber. I remember this place. The housenumber was not 1. The company website mentions instead 91. Are you sure about this. Also the exisiting address interpolation line suggests "close to 100" not 1.
eggie (2017-11-21 08:26:33+00:00): Wel goed getagd met office=company, maar je hebt hier zelf een adres aangemaakt .. Maak gebruik van de reeds aanwezige BAG adresnodes. Daarop bijtaggen.
eggie (2017-11-21 08:30:41+00:00): Dit is een lastige waar niet zomaar een oplossing voor is. Twee bedrijven op hetzelfde adres. Ik heb één company overgezet naar de BAG node . De andere ongemoeid gelaten. Er zijn forumleden een oplossing aan het verzinnen voor zulke dubbelingen.
Conrad Hagemans (2017-11-21 09:38:45+00:00): Ik heb nu de oorspronkelijke node weer teruggezet zonder bedrijfsnaam. Dus puur het adres. verder twee nodes toegevoegd met de bedrijfsnaam die daar gevestigd zijn. Mogen deze nodes geen eigen adres hebben?
eggie (2017-11-21 10:14:06+00:00): Dat is dus gewoon schipperen. Het was ook al een vraag op het forum. 

Er geen consensus: Mij lijkt 1x een adres genoeg ...anders dubbeling.
Jouw oplossing kan ook ivm dat ene adres.

https://forum.openstreetmap.org/viewtopic.php?id=28864
en
https://forum.openstreetmap.org/viewtopic.php?id=53958

Het komt steeds weer terug.
Je zou in het forum zo'n draadje nog eens kunnen openen. 
Succes..
Glassman (2017-11-20 23:43:35+00:00): I expanded the street name. OSM spells out street names to avoid software problems trying to un-abbreviate them.
4004 (2017-11-21 21:56:03+00:00): is this a recent tagging change?
vvoovv (2017-11-21 22:41:15+00:00): http://wiki.openstreetmap.org/wiki/Key:building:height is redirected to http://wiki.openstreetmap.org/wiki/Key:height. building:height isn't mentioned anywhere in the OSM wiki.
4004 (2017-11-23 21:29:32+00:00): thanks, reminds me to update the Ru page
m-faktor (2017-11-21 17:20:34+00:00): Здравствуйте!
Уважаемый Steve_32, не могли бы Вы обосновать и показать ошибки, которые нашли в этом мультиполигоне? Так-то Вы лихо вынесли все внутренние области полигона и оставили две внешние с ролью outer. Внутренний отладчик в JOSM проблем не видел. Как впрочем ничего не увидел и OSM Inspector. Что увидели Вы? Спасибо заранее.
Steve_32 (2017-11-21 19:20:39+00:00): m-faktor, привет. Взялся я за него, потому как отслеживаю все объекты с тегом design:ref (типовой проект здания). И в моей базе появилась большая территория вместо здания.  
Собственно про мультиполигон: Я не понял, зачем вы из территории школы вырезали все объекты, которые на ней находятся? Ведь понятие школа включает в себя всё, что находится на её территории. А роль inner подразумевает дырку в мультиполигоне. Например, центральную часть в здании этой самой школы, или, как вариант, остров внутри полигона водоёма...  
Надеюсь, понятно объяснил )))
m-faktor (2017-11-21 20:30:34+00:00): Да, спасибо, я понял. Вы одним предложением помогли мне переосмыслить понятия "отношение" и "мультиполигон". Мне нужно было отталкиваться от свойств объекта и не резать в нем реверсивно дырок. Моя ошибка. Семантически-да, все, что огорожено забором и есть собсно школа.
Steve_32 (2017-11-21 21:32:22+00:00): Да, мультиполигон - это один из видов отношений. Если хочешь почитать подробнее:  
http://wiki.openstreetmap.org/wiki/RU:Отношения_-_мультиполигон  
http://wiki.openstreetmap.org/wiki/RU:Примеры_мультиполигонов  
Удачи!
BCNorwich (2017-11-21 08:55:38+00:00): Hello and Welcome to OpenStreetMap.
Could you explain what you meant to do when adding a huge park are across central London including the Thames River, (folk will get wet socks walking there)?
It does not look right as such ought be removed. If I can help you achieve a genuine addition to the map please just ask.
Otherwise I'll wait a while before removing the park.
Regards Bernard
BCNorwich (2017-11-25 10:11:52+00:00): Hi, after no response I have reverted the changeset as it seems to be a fiction.
Regards Bernard
Danny Ho (2017-11-25 18:35:12+00:00): Hi, just a test and its fine.
thanks:
BCNorwich (2017-11-25 18:50:05+00:00): Hi, yes all OK now park is removed.
It was might have only been a test but the changes were uploaded to the live worldwide database from which hundreds of maps are derived and updated. So not quite the place to make tests.
As I said though all is well. If there's anything I can help you with please just ask.
Regards Bernard
Danny Ho (2017-11-25 18:58:02+00:00): Ohhi am so sorry!
understood and will not happen again, thank you very much for the answer and for now I have no questions.
thank you very much
5m4u9 (2017-11-21 04:14:27+00:00): en este cambio, modificaste la estatua de tupac amaru, hmm... la cambiaron?

desde donde añadí menciona tupac amaru
http://www.miteleferico.bo/?p=9619

bueno le faltaría etiquetas de wikipedia y todo...
Caleidoscopic (2017-11-22 15:32:39+00:00): Restituido, los vecinos me dijeron que era Túpac Katari y no verifiqué en la placa.
Seraphle (2017-11-21 00:43:17+00:00): mauvaise manip sur le commentaire laissé.
Le bon est le suivant : Autour de Guignen - Ille-et-Vilaine (France) : suppression nœuds orphelins (sans tag)
tonyf1 (2017-11-21 05:32:45+00:00): Hi. Assuming that this is an office, it would be better tagged 
office=insurance
name=SEQ Life Brokers
rather than at the moment
insurance=SEQ Life Brokers
because maps know how to render offices but not insurances
Andrew Barker (2017-11-21 03:02:34+00:00): #arupmelb
happychang (2017-11-22 04:01:24+00:00): 有些地圖上 ref 只會顯示五個字,
"環島1-17" 就會顯示成 "環島1-1",
看支線要不要改成 "環1-17".

另外有些地圖上, 環島1和環島1-17共線的話,
有時只會看到環島1-17, 
再加上環島1-5,
環島1會消失一大段.
h4k1m0u (2017-11-21 02:53:47+00:00): Added another parking (Typo)
nyeates1 (2017-11-22 01:57:09+00:00): It looks that many trail names were removed. I have not reviewed the 72 ways that show as touched, and I saw a handful that I personally have added and heard from locals and scoured Strava for hours to get. Not Blue is one example - I have heard locals refer to this both in writing and verbally. It is how I now refer to it. Nigerian Hoe (the trail was literally created by a hoe tool from Nigeria). Many others come from Strava route names where mtn bikers create and compete on these and reference them as such. To massively remove all of these all at once, is a sad loss of data to me personally and to my business, which will be utilizing these maps and trail names for a future event. Risque names aside, this is still an issue I would like to discuss.
Sparks (2017-11-22 02:07:14+00:00): Can you point me to a definitive source for these trail names (DNR, County of Frederick, City of Frederick, etc)?  Every source I can find says that the trails are not named and when I was in the area I found no trail names (although I didn't venture on all of them).
Sparks (2017-11-22 02:08:58+00:00): I'll compromise on this (in lieu of a formal source).  I'll revert the change and make those trail names local names (loc_name) so that if an actual name gets used both will be in the data.
Sparks (2017-11-22 03:45:00+00:00): And... nope, loc_name without name doesn't render.  I looked for additional input on the wiki and found directive showing that in lieu of a formal name that a local name should be used as name=* so I have reverted that change.  All should be back to the way it was.  Sorry about the mix up.
chachafish (2017-12-29 09:59:02+00:00): Rexma423, in this changeset it appears you have deleted approximately 30 buildings, which were complete with addresses This represents a lot of work that must now be redone. Please be careful when deleting another user's work. The imagery you are using is old and not the latest satellite imagery. The construction at 21st and Decatur and further east, was completed long ago.
Aphroditelita (2018-04-11 02:56:38+00:00): Sorry about that.
chachafish (2018-04-13 15:40:41+00:00): No problem. It's been corrected.
erickdeoliveiraleal (2017-11-29 14:08:07+00:00): Você deletou ruas que outros usuários fizeram aqui e criou uma praça no lugar onde deveria haver duas ruas: https://nrenner.github.io/achavi/?changeset=53965421

Nâo se deve colar áreas com vias. Então a praça pode ser mantida, mas você tem que redesenhar as ruas ao redor dela. E você deixou a Travessa José martins solta, sem ligação com outras ruas.
Supaplex (2018-01-21 07:12:51+00:00): 恭喜您完成第一次的地圖編輯！ 歡迎加入開放街圖，群眾共同參與，繪製生活週遭大家關心事物的共編地圖。以下是相關的參考資料，歡迎隨時指教與提問。

編輯須知
台灣的標示依循準則可參考 http://wiki.openstreetmap.org/wiki/Taiwan
常見的圖徵標示方式可參考 http://wiki.openstreetmap.org/wiki/Zh-hant:Map_Features

台灣社群網站
台灣 OpenStreetMap 網站 http://www.openstreetmap.tw
臉書粉絲頁OpenStreetMap台灣 https://www.facebook.com/opestreetmaptaiwan/
台灣社群Facebook社團 https://www.facebook.com/groups/OpenStreetMap.TW/
郵件論壇 https://lists.openstreetmap.org/listinfo/talk-tw
Slack https://osm-tw.signup.team/

Happy Mapping!
tonyf1 (2017-11-21 06:40:11+00:00): Hi. That's a lot of deletions. Where did Coles and Myer move to? What happened?
CD123 (2017-11-21 21:12:05+00:00): they did not move i deleted them
nevw (2017-11-22 02:24:54+00:00): Can you tell us why you deleted them, CD123? 
Was it an accidental deletion?
tonyf1 (2017-11-23 04:42:31+00:00): Hi CD123. I assume your deletions were either an accident or you didn't realise you were editing the public map. On this basis I have reverted your edits with Changeset #54016899
mavl (2018-12-25 21:00:27+00:00): This changeset has been reverted fully or in part by changesets 65765733, 65762676, 65758117, 65761081, 65759598, 65754732, 65764253 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: poor mapping, damage].
mavl (2018-12-25 21:49:49+00:00): This changeset has been reverted fully or in part by changesets 65765733, 65762676, 65758117, 65761081, 65759598, 65754732, 65764253 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: poor mapping, damage].
Warin61 (2020-05-19 03:47:12+00:00): In the middle of the street? 
Deleted. There are blubbers already mapped to the north east and south west.
utack (2018-02-21 20:08:50+00:00): Is die Straße hier immernoch dicht nach 3 Monaten?  
Umleitungsschild steht noch, aber kann ich mir kaum vorstellen
Asterix200 (2018-02-22 04:52:59+00:00): 
    Vollsperrung
    16.07.17 - 30.03.18

    Aktenzeichen
    	

    2017B00273

    Ort/Straße
    	

    S 96 OD Volkersdorf-Radeburger Straße

    Ortslage
    	

    zwischen K 8019 (Moritzburger Str.) Einmündung Waldteichstraße

    Grund
    	

    Brückenbau und grundhafter Straßenausbau in mehreren BA

    Umleitung
    	

    Vollsperrung mit vereinfachter Umleitungssführung / LZA über die Waldteichstraße sowie Sackgassenreglung analog Regelplan BI/17

    Bemerkung
    	

    Zuständige Behörde/ Postanschrift
    	

    Landratsamt Meißen
    Dezernat Verwaltung/Kreisverkehrsamt SG Straßen-, Güter- und Personenverkehr
    Postfach 10 01 52
    01651 Meißen

Stadt/Gemeinde

    Radeburg (Internet)

klassifiziertes Straßennetz

    S96
    Abschnitt: 4848031 4848009
    Länge: 1743 m
utack (2018-02-22 15:48:11+00:00): Danke!
user_5359 (2020-05-23 13:34:29+00:00): Hallo! Kurze Nachfrage zu den beiden Häusern https://www.osm.org/way/139165783/history und https://www.osm.org/way/115680971: Hat der Schlüssel addr:country_1 für Dich eine Bedeutung oder kann er weg?
maxerickson (2018-07-28 14:11:09+00:00): Please don't change obvious cycleways to path in the name of "consistency".
mavl (2018-12-25 20:00:50+00:00): This changeset has been reverted fully or in part by changesets 65765733, 65762676, 65758117, 65761081, 65759598, 65754732, 65764253 where the changeset comment is: The changesets are reverted [DWG has the request to revert the changesets. Reason: poor mapping, damage].