piebro/osm-data huggingface dataset:
Austrianton (2022-01-17 17:50:13+00:00): Dann werd ich mich einmal ans Rückgängig machen machen. Ist ja kein sehr großer Aufwand (nachdem ja jeweils nur die Tags gesetzt habe und sonst nicht wirklich was verändert habe). Werden halt etwas größere Edits.

Aber das taggen von Steigen und Wegen als "bicycle=no" hab ich dezidiert von Anwendern der Daten. Wurde von Komoot.de darauf aufmerksam gemacht, dass sie ja nur die OSM Daten verwenden und dort eben keine bicycle=no tags gesetzt sind. Als ich dann gesehen habe, dass selbst OSRM, das ja immerhin einer der beiden auf der Website auswählbaren Router ist, bei Rädern auch über Wanderwege routet, wenn diese keinen dezidierten bicylce=no tag haben, bin ich auf die generell fehlenden tags aufmerksam geworden.

Bezüglich der "Zusatzschilder"; diese sind laut aktueller Rechtsprechung nicht notwendig um eine Forststraße für Räder und Reiter zu sperren. Sie sind nur zum Freigeben der Straßen für Räder und Reiter notwendig.

Und bezüglich der Feldarbeit durch erfahrene Mapper; im gesamten Gebiet waren fast keine access tags gemappt. Und das obwohl eigentlich jede Einfahrt mit Schranken und "Fahrverbot Forststraße" (also Verbot für Räder, Autos und Pferde) markiert ist.

Hätte das von anfang an gepasst, wäre ich niemals über das fehlerhafte Routing von OSRM auf die fehlenden tags aufmerksam geworden und hätte nur die fehlenden Durchflüsse und Brücken überprüft.
fkv (2022-01-17 18:35:44+00:00): Fehler in Routern sollten deren Entwicklern gemeldet werden. highway=path impliziert in Österreich bicycle=no (Link siehe oben) und Router müssen das berücksichtigen. Eine Zeile in ihren Sourcen zu ändern ist nämlich effizienter als hunderttausend highway=path umzutaggen.
Zusatzschilder für Radfahrer sind nicht nötig, weil ein Fahrbot auch ein Radfahrverbot impliziert. Aus dem selben Grund ist ein bicycle=no nicht nötig, wenn ein vehicle=forestry gesetzt ist. Es sei denn, das Radfahrverbot gilt auch für Forstarbeiter - damit keiner mit dem Rad in den Wald zur Arbeit fährt.
Über das "ganze Gebiet" kann ich nichts sagen, aber über die Wege, die ich vor Ort gemappt habe. Auf allen diesen Wegen habe ich die Berechtigungen gesetzt, die ausgeschildert sind. Beispielsweise waren alle Wege, die du in Changeset 116164627 umgetaggt hast, von mir gemappt, waren also richtig getaggt. Im Rax-Schneeberg-Gebiet kenne ich fast alle Wege, weiter westlich bei Mariazell oder südwestlich (Hochschwab...) weniger, aber auch dort werden die lokalen Mapper die letzten 15 Jahre nicht blind durch die Gegend gelaufen sein.
Austrianton (2022-01-17 19:03:34+00:00): Es haben halt wirklich die notwendigen Tags gefehlt, sonst hätte ich eben nicht angefangen einzutragen.

Aber wie gesagt: Mein Fehler. Wird nicht wieder vorkommen
Austrianton (2022-01-17 19:09:40+00:00): Weiters zeigt OSM bei highway=path in ID als standard bicycle=yes an. Das verleitet wirklich massiv zu falschen Tags.
Wo kann ich das melden?
fkv (2022-01-17 19:30:49+00:00): Oh Gott, ich wusste nicht, dass ID so schlimm geworden ist. Wenn access-Tags nicht gesetzt sind, sollte "undefined", "unset" oder "default" angezeigt werden, nicht "yes" oder "no". Komisch ist auch, dass es ein Auswahlfeld für motor_vehicle gibt, aber nicht für vehicle, obwohl das real viel häufiger vorkommt. Der Platz um Bugs zu melden ist: https://github.com/openstreetmap/iD/issues
Es würde mich wundern, wenn den Fehler noch keiner gemeldet hat. Aber je mehr ihn melden, desto besser die Chance, dass er gefixt wird.
Austrianton (2022-01-17 19:35:59+00:00): Ich bin da offensichtlich fälschlicherweise davon ausgegangen, dass man ID in der Hinsicht trauen kann und es mir da die echten Defaults anzeigt.

Und ich werd es melden.
user_5359 (2022-01-15 06:38:37+00:00): Welcome to OSM! Please be careful when editing the map data. You moved the fast food node (see https://www.osm.org/node/4511607184) over 100 meters, please check the position.
StephaneP (2022-01-22 09:07:07+00:00): Bonjour Alix, 
J'ai annulé ton changeset car tu as déplacé des noeuds de plusieurs 100aines de mètre. Certainement une erreur de manip.
http://www.stemani.fr/public/Osm/alix_geovelo.jpg
A+
Stf
alix_geovelo (2022-01-24 14:00:18+00:00): Bonjour,

Oups, en effet, mes excuses, ça ressemble à un glissé de souris que je n'ai pas vu :(
Merci pour la correction

Alix de Geovelo
StephaneP (2022-01-24 14:34:58+00:00): Salut,

Ce qui est curieux, c'est que normalement Josm affiche un message pour ce genre de grand déplacement. Ce type d'alerte est parfois un peu casse-pieds, mais je préfère les laisser actives pour éviter ce genre de bévue. On peut les réactiver dans les préférences avancées, celle-ci c'est message.movedLargeDistance qui doit être sur True.
alix_geovelo (2022-01-24 14:49:27+00:00):  il me semble que ce paramètre est bien activé, l'ayant vu apparaître hier. Je vais tout de même  revérifier   dans les réglages, et surtout être plus attentif encore sur ce sujet.

Merci !
StephaneP (2022-01-24 15:14:14+00:00): Nickel !
De toute façon, ça arrive à tout le monde. Là ça ne porte pas à conséquence puisque j'ai eu la chance de m'en rendre compte rapidement (hasard total).

A+
Jmapper007 (2022-01-14 22:33:03+00:00): Yikes, that is big...
SomeoneElse_Revert (2022-06-11 11:14:22+00:00): This changeset has been reverted fully or in part by changeset 122245102 where the changeset comment is: Following a complaint to the DWG, reverting some dubious-source edits.  See https://www.openstreetmap.org/user_blocks/6058 .
eggie (2022-01-15 08:20:29+00:00): Goed om zaken aan te vullen. De adres- en bedrijfsinfo heb ik verplaatst naar de adresnode.
Gr eggie
4004 (2022-01-24 01:45:53+00:00): здравствуйте.
вы снова забываете про описание правок?
Baloo Uriza (2022-01-18 18:35:20+00:00): Please avoid directing people to real-time communications that can't be directly referenced by URL for changeset explainations.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/116167178
jmapb (2022-01-15 18:39:32+00:00): Hi Hiausirg, please reconsider these continent-scale changesets. Changesets should be small enough that your fellow human mappers can comprehend what's been done. These are so large that not only are they incomprehensible to humans, they also break QA tools like achavi and osmcha.

Furthermore, the changeset comments are unhelpful. What are you deleting, and why? Referring us to a third-party site (and not even linking!) is poor form.

Thanks, J
jmarchon (2022-01-16 09:43:49+00:00): I agree with the above comment
marczoutendijk (2022-01-16 12:29:42+00:00): There was a long discussion on slack regarding this import:
https://osmus.slack.com/archives/C029HV951/p1642195373111600
As a result everything of this import has been deleted in this huge changeset.
b-jazz (2022-01-20 19:28:23+00:00): The summary of that discussion is that a poorly executed and undiscussed import was reverted in this changeset.
skquinn (2022-01-21 02:16:23+00:00): Not everyone follows Slack and the content there is quite possibly perishable even if so. Details should be added to the changeset comment and/or documented in a more permanent medium such as email lists.

I also agree that continent-size changesets are too large. Generally, changesets should be restricted to e.g. one US state or Canadian province, possibly two or three smaller US states in some cases.
user_5359 (2022-01-19 09:54:51+00:00): Hello! Please have a look on http://overpass-turbo.eu/?Q=%5Bout%3Ajson%5D%3B(node%5B%22category%3Apl%22%5D%3Bway%5B%22category%3Apl%22%5D%3B%3E%3Brel%5B%22category%3Apl%22%5D%3B)%3Bout%20meta%3B&C=53.21473;14.73433;12
Did you mean highway:category:pl instead category:pl?

By the way: With :pl the language  Polish is marked not the country Poland (:PL)
markkerrigan (2022-02-26 04:20:44+00:00): did you intend to delete the Bay View State Park Campground multipolygon?
Glassman (2022-02-26 17:33:40+00:00): The campsite polygon is still there just not as an inner polygon to the park since it's part of the park. Tagging it as an inner polygon would indicate that it's excluded from Bay View State Park. I also removed the address from the polygon since the entire park uses the address.
            ---
            
            Published using OSMCha: https://osmcha.org/changesets/116167288
Warin61 (2026-02-05 02:59:21+00:00): Not all of Mount White Station is a meadow.
VictorIE (2022-01-15 19:33:59+00:00): Are you breaking streets? https://www.openstreetmap.org/node/9419537895
DeBigC (2022-01-17 23:30:14+00:00): No, I just forgot to put that one back. There were a load of nodes stacked together here, two landuses, the roads and something else, so I may have forgot to put that back at the end. The root of the problem is a small pocket park was traced as if it was sitting right up against the pathways opposite, adding 10-15% to the size of that landuse
ligfietser (2022-01-23 11:37:13+00:00): Beste Jeroen,
Heb jij de node voor Nederland midden in Amersfoort geplaatst?
Ik begrijp dat je dit wil doen ivm het kadestraal middelpunt, maar dit is arbitrair en onwenselijk ivm met het renderen van de naam van Nederland waardoor bv Amersfoort niet meer wordt gerenderd. Beter is het om de label op een legere plek te plaatsen, er zijn diverse andere alternatieven, zie https://nl.wikipedia.org/wiki/Geografisch_middelpunt_van_Nederland#Verschillende_middelpunten. Bv het middelpunt van de omgeschreven cirkel bij Eembrugge
JeroenvanderGun (2022-01-23 14:13:39+00:00): Klopt (andere changeset), daarvoor lag hij op een volstrekt willekeurige plek in de Flevopolder. De Onze Lieve Vrouwetoren is één van de minst willekeurige opties, die ook goed voldoet aan de beschrijving van de label-node op de wiki: https://wiki.openstreetmap.org/wiki/Relation:boundary#Relation_members

Welke renderer zou dit helpen? Land-labels verschijnen doorgaans alleen als je voldoende bent uitgezoomd, en dan is het label zo groot dat een label bij Eembrugge alsnog Amersfoort bedekt. Bovendien zijn er op dergelijke zoomniveaus talloze grote steden (groter dan Amersfoort) die toch al door provincienamen worden bedekt.

N.B. Sommige renderers, waaronder de standaardrenderer, negeren de locatie van de labelnode van landen en rekenen zelf een punt uit op basis van de vorm, bijv. het zwaartepunt.
ligfietser (2022-01-23 14:30:22+00:00): Dat is oa het geval bij diverse Garmin kaarten oa mijn Openfietsmap (die ik zelf wel kan aanpassen) en Osmand. Die renderers zijn niet zo slim om het zwaartepunt te berekenen. Ik had al eerder de landnode van NL naar de Eempolders verplaatst van de Lange Jan, en dat rendert prima, maar nu heb jij die weer teruggezet. Er zijn diverse alternatieven op legere plekken, oa bij Putten waar ook een markering in het bos ligt met middelpunt van Nederland dus waarom daar niet? Niemand heeft daar last van. Maar Amersfoorters (zoals ik) wel!
JeroenvanderGun (2022-01-23 16:05:12+00:00): Kan ik me ook in vinden. Omdat dat was berekend als zwaartepunt komt het label dan ook in alle renderers ongeveer op dezelfde plek.

https://www.openstreetmap.org/changeset/116505080

Overigens vond ik het als mede-Amersfoorter leuk om die node in de Lange Jan te hebben. Heb daar nu het kadastraal middelpunt apart getagd.
ligfietser (2022-01-23 16:34:14+00:00): 👌Prima opgelost zo!
AndriesWijma (2022-01-15 01:38:03+00:00): Waarom is het volgens jouw geen plaatsnaambord?
smootheFiets (2022-01-15 23:00:30+00:00): Dat had ik anders moeten verworden. Hier hangt natuurlijk wel een boord met een plaatsnaam daarop. Echter, dit is een puur informatief bord (blauwe letters op wit ondergrond), zonder enkele wettelijke betekenis. 

Voor zover ik het begrijp, is dat dus _geen_ traffic_sign=city_limit. Dat gaat over borden die de grens van de bebouwde kom aangeven, met alle wettelijke consequenties daarvan.  In NL dus bordjes H1/H2 (witte letters op blauw ondergrond).  Zo iets hangt hier niet.
AndriesWijma (2022-01-15 23:13:06+00:00): Het is wel een plaatsnaambord en geen kombord. Je hebt gelijk dat traffic_sign=city_limit alleen voor komborden is bedoeld. Ik ben het op een gegeven moment ook voor gehuchten/buurtschappen gaan gebruiken. Ten onrechte dus. Het kan wel waarde hebben ze toch te taggen maar dan moet ik op zoek naar een andere waarde.

In dit specifieke geval zou het 60km-zonebord in elk geval wel getagd kunnen worden.
smootheFiets (2022-01-15 23:33:04+00:00): Dat met de plaatsnaambordjes heb ik trouwens ook zelf gedaan, bijvoorbeeld hier: https://www.openstreetmap.org/node/48389162/history
traffic_sign=city_limit geplaatst, later weer verwijderd.

Ik ben het eens met je dat het waardevol kan zijn om die informatieve plaatsnaamborden wel te mappen. Maar wat voor tag dan? Eerste idee tourism=information. Maar dit past niet helemaal; het bordje is niet (primair) voor toeristen bedoeld.  Heb jij een beter idee?

Over maxspeed gesproken: in DE is het redelijk gebruikelijk om, naast maxspeed, ook source:maxspeed te taggen. De wegstukjes zouden dan source:maxspeed=NL:zone60 | NL:rural kunnen krijgen. Zo'n beetje de logica van NL:G11 op fietspaden, zeg maar. Dat is niet super gebruikelijk in NL, maar ook niet absurd zeldzaam: https://taginfo.geofabrik.de/europe/netherlands/keys/source:maxspeed#map
AndriesWijma (2022-01-15 23:55:26+00:00): Hier staat het bord met code H04: https://www.informatiebord.nl/oefenen/verkeersborden-overzicht. Echter alleen H01 en H02 lijken officieel erkend.
En zonder name-tag heeft het beperkte waarde. H04 i.c.m. name-tag? Misschien wat te geforceerd.

Op de wiki-pagina over traffic_sign staat zowel een voorbeeld van snelheidszone met verkeersbordcode als value, als een voorbeeld met 'maxspeed' als value + source:maxspeed=zone. Ik vind zo'n laatste constructie niet helder omdat het indirect is. Bijv. een waarde als 'BAG' is direct, bij een waarde als 'zone' denk ik: en wat is daar de bron van? Nou, het verkeersbord... maar dan kun je toch beter direct het verkeersbord taggen?
smootheFiets (2022-01-17 14:56:33+00:00): Hier nog een leuk grensgevalletje: een echt bordje H1, ook al is erachter zeker geen bebouwde kom in de wettelijke zin. Ik heb het toch getagged, couldn't resist:
https://www.openstreetmap.org/node/7444589725  :-D

PS: het is op Wikipedia zelfs: https://nl.wikipedia.org/wiki/Marnehuizen#/media/Bestand:Marnehuizen_ingang.jpg
AndriesWijma (2022-01-17 19:47:09+00:00): Dat is een bijzonder geval ja, doch wel correct.

Ik ben een forumtopic gestart over het onderwerp plaatsnaambord gehucht/buurtschap:
https://forum.openstreetmap.org/viewtopic.php?id=74688
Noen (2022-02-28 21:28:12+00:00): Heisann! Sykkelfelt skal ikke legges til som egen linje i kartet. Men de kan beskrives på hovedveien.
sheldonelectric (2023-02-15 18:14:31+00:00): Καλησπέρα Σεραφειμ, τι είναι αυτό το poi που πρόσθεσες εδώ; https://www.openstreetmap.org/node/9419608106/
sheldonelectric (2023-02-15 18:15:05+00:00): κι εδώ https://www.openstreetmap.org/node/9419608107/
Lostmonkey (2025-09-21 08:22:53+00:00): Giver det meget mening at tilføje fire udgaver af Sjørup Ældrecenter (og selve bygningen)? Selvom der findes flere fvst-numre, er det vel ét og samme sted?
Niels Elgaard Larsen (2025-09-21 14:56:23+00:00): Ja, men forskellige afsnit, som er svært at tagge i OSM, men nu har jeg brugt "department" selvom det er tvetydigt.
NM$L (2022-01-15 17:44:27+00:00): Hello, in this changeset, you deleted the building of Chongqingxi(W.) railway station, and also I noticed you have deleted other buildings in other changesets. Could you please tell me why did you do so? Thanks.
Krissmed (2022-01-15 21:30:05+00:00): Hi. To me it looked wrong. This was part of maproulette, and I don't acutally know the area so I didn't want to make a lot changes, wherefore I removed building which looked misplaced and didn't bother fixing all of the surounding area.
快乐的老鼠宝宝 (2022-01-16 02:58:25+00:00): maproulette is not everything
NM$L (2022-01-16 04:49:54+00:00): So I will restore it, and by the way, please check the satellite image before you delete, thx.
cronoser (2022-05-03 22:18:47+00:00): Hola, no borres los parajes, se trata de una importación. He revertido el borrado de los parajes. https://www.openstreetmap.org/changeset/120517917
Minh Nguyen (2022-01-15 02:43:43+00:00): This changeset also removes a fictitious off-ramp in favor of existing turn lane tags at an at-grade intersection.
JesseFTW (2023-07-29 20:40:33+00:00): This link doesn't seem to go to anything relevant anymore. I looked up this changeset because of your use of road_marking=solid_crossing_edge -- if you remember more about what you were intending with that, I'd be glad to hear about it.
Arlo James Barnes (2023-08-09 09:17:46+00:00): https://wiki.osm.org/wiki/key:road%20marking says "solid_crossing_edge -- A solid line along an edge of a pedestrian crossing"
JesseFTW (2023-08-09 12:06:53+00:00): Yes, so I'm trying to understand why you added only 3 of the six such edges visible at Cottage Way and Fulton Avenue. :-)
JesseFTW (2023-08-09 12:11:46+00:00): Also, looking at street view imagery, the street_cabinet you created in the middle of the intersection at Fulton and Arden Way seems wrong. It appears to just be a painted square, not a cabinet. Could you correct that?
Herman Lee (2022-01-16 03:13:44+00:00): 您好，这个编辑集中的name标签最好使用简体中文，谢谢。
MasonSellsFL (2022-01-20 18:45:24+00:00): I checked the street names in this area against public records at the Collier County Property Appraiser, they appear to be correct now.
grouper (2022-01-20 22:28:54+00:00): Cool - I updated the names. I use Collier PA and Collier GIS to check and add names in Collier County. For others listening - Property Appraisers and GIS departments across FL should be the goto source for street names vs TIGER, even if TIGER is "updated" - a lot of legacy crap remains in TIGER.
catdreamer (2022-02-11 06:06:21+00:00): 請用正確tag標示，以免讓人誤判有山屋
XD346 (2022-01-17 15:11:35+00:00): 根据Key:place，suburb在OSM里定义为town或city里的一个主要区域，可能没有很明确的界限，也可能与其他suburb有重叠，suburb里的区域用quarter/neighbourhood来标注。那以华侨城为例，华侨城是沙河街道（i.e. town）中的一个主要区域，虽然名义上是景区，但实际上是包含众多住宅小区，医院，学校，公园的片区，又涵盖多个社区（i.e. quarter, refer to /wiki/China/Boundaries），非常符合这个定义，顾较为适宜以suburb标注此类地名。
MasonSellsFL (2022-01-20 18:47:43+00:00): I checked against the public records, said road does not exist per the collier county plat books. Whatever the fantasy mapper (VisiGround) put here goes into Rookery Bay Reserve.
hatul (2022-01-16 07:56:58+00:00): The trail broken in the roundabout of HaTapuzim and Sheshet Hayamim. I fixed it.

The point of the trailhead is unnecessary in my opinion.
Yitzchak M (2022-01-16 08:23:14+00:00): 1) Thank you!

2) And yet, I think it is desirable. I would do this for all REGIONAL trails marked in orange or purple. You, of course, can appeal to an administrator to have it removed!
hatul (2022-01-16 08:29:26+00:00): 2. Havn't admin in OSM, everyone can edit or delete. We have to decide for ourselves.
Yitzchak M (2022-01-16 08:57:37+00:00): 1) I am looking for HaTapuzim and Sheshet Hayamim. In what town?

2) My intention was for it to appear in Israel Hiking Maps (IHM)! Trailheads ARE a feature of OSM, and a good one, in my opinion! IHM doesn't use trailheads, so I created my own way of doing it, with "attractions".
hatul (2022-01-16 16:17:23+00:00): 1. הוד השרון
2. צריך למעט בתגית אטרקציה. אפשר לראות במפה שהשביל מתחיל שם והנקודה מיותרת.
Yitzchak M (2022-01-16 17:10:45+00:00): 1. Whatever was wrong, you fixed it! Good!
maraf24 (2022-01-30 22:59:15+00:00): Wycofane w https://www.openstreetmap.org/changeset/116177326
TagaSanPedroAko (2022-01-15 11:52:18+00:00): Please be more specific with changeset comments. Completely have no idea why you've been here in the first place other than to say "Version Map Paints" in every edit.
pyrog (2022-01-15 08:38:19+00:00): Clean sport=ski tag only in Italy.

En France, ajout ou mise à jour de POI
aweech (2022-01-19 15:56:38+00:00): Hi,
The West Popperton trails were supposed to be foot traffic only. Do you have a source for your change?
maraf24 (2022-01-30 22:53:24+00:00): Wycofane w https://www.openstreetmap.org/changeset/116177254
oiooio (2022-01-19 07:47:52+00:00): Hi korday,
why have you deleted the residental landuses? Was someting wrong with them?
Best regards,
oiooio
Niiepce (2022-03-24 12:50:01+00:00): Hallo shimue866,
konntest du bei dieser Quelle vor Ort ein Schild mit der Aufschrift "Trinkwasser" finden oder was ist der Grund, weshalb du "Trinkwasser (beschildert)" angegeben hast? Da ich bei dieser Quelle und bei der daneben noch nie so ein Schild oder ähnliches gesehen habe oder finden konnte wundert es mich nur etwas, aber vielleicht habe ich auch etwas übersehen.
MfG Niiepce
user_5359 (2022-01-16 16:28:14+00:00): Hello! Please have a look on https://www.osm.org/way/69103863. Do you know that the key admin_level has only numerical values?
lucanomax (2022-01-16 18:26:16+00:00): Damn I should've checked the wiki before (https://wiki.openstreetmap.org/wiki/Key:admin_level). I asked only in a telegram group for any tips. I will edit soon!
puchaczowsky (2022-01-15 11:20:22+00:00): do wycofania
Temat-Droga (2022-01-15 11:49:11+00:00): Łączy Głogów z Legnicą, ma ważniejszą role niż DK12
puchaczowsky (2022-01-15 12:42:00+00:00): 1) nie łączy bezpośrednio, a zresztą po co dwie drogi primary obok siebie

2) jakoś wylotówka z Lubina do Legnicy i odwrotnie nie jest primary

3) twoje zestawy zmian są wątpliwe o czym świadczy między innymi to:
https://www.openstreetmap.org/changeset/116174444
https://www.openstreetmap.org/changeset/116149252
Temat-Droga (2022-01-15 18:05:12+00:00): Na forum napisałem o degradzie DK12
A wylotówka z Lubina nie jest primary już ci mówie czemu, ponieważ jest tam obwodnica S3 a głogów nie jest bezpośrednio przy S3. Więc wylotówka na S3 będzie primary po za tym w lubinie taka jest ale na północ
puchaczowsky (2022-01-15 19:08:40+00:00): całkowicie nie rozumiem powodów dla których chcesz degradować DK12, moim zdaniem są bezzasadne, a co za tym idzie podnoszenie klasy DW329 również

czyli jak S-ka jest w graniach miasta to nagle primary dróg wyjazdowych nie obowiązuje? niezłe widzimisie
Temat-Droga (2022-01-16 07:53:17+00:00): No nie. Bo właśnie ta na Legnice jest secondary a ta w granicach lubina jest primary. A co do DK12 to degradacja ponieważ ta droga nie spełnia warunków primary. (Do Cottbus ludzie jeżdzą A18) a po za tym nie uważam bo droga Cottbus-Leszno musiała mieć na całym odcinku primary. Głogów już jest większy od Leszna. Po za tym to primary dla DW329 to głównie przedłużenie dla DK12 Głogów-Leszno jak chce degradować DK12 Łęknica-Głogów. DW329 to główna droga jak ktoś jedzie DK12 nikt nie robi kółek żeby jechać DK12 tylko zawsze się jeździ DW329. Główna trasa na Sudety, Legnice i łącznik S3-S5.
puchaczowsky (2022-01-16 09:31:00+00:00): jedynie gdzie degradacja miałaby sens to odcinek Żary Zachód - Łęknica, dla reszty jest to całkowicie nieuzasadnione
szydzio (2022-01-16 10:17:29+00:00): Zmiana wycofana.
Temat-Droga (2022-01-16 12:04:33+00:00): DK12 Łęknica-Głogów 
Klasa G na odcinku Szprotawa - Głogów
Nie łączy dużych miast (Połączenie Cottbus - Głogów/Leszno nie jest na tyle ważne by musiało być primary. (Ja osobiście nie zaliczam Głogowa i Leszna do dużych miast)
Mniej osób używa tej drogi niż DW329 (2015) jeździ 8k aut obecnie nawet 15k 
DK12 na dolnym śląsku 3-6k (2015)
szalona_entropia (2022-01-15 10:20:21+00:00): Przestań może takie śmieciowe edycje wprowadzać
Temat-Droga (2022-01-15 11:48:15+00:00): Ale primary dla tej drogi to nieporozumienie...
Ona się kwalifikuje jako secondary...
szalona_entropia (2022-01-15 15:10:26+00:00): Takie zmiany należy uzasadniać czymś więcej niż "mi się wydaje".
Temat-Droga (2022-01-15 18:06:14+00:00): Ale jak mam uzasadniać to skoro w tej edycji nic nie moge napisać?
DaveF (2022-01-17 17:23:40+00:00): Hi
Welcome to OSM.
This project is not for adding personal information. If you want a reference to the location that you can distribute, I recommend using the 'share' feature on the right hand side:

https://www.openstreetmap.org/?mlat=51.27678&mlon=-2.46824#map=19/51.27678/-2.46824
skyper (2022-02-24 15:59:10+00:00): Hallo kaeru
Kannst Du Dir bitte die Öffnungszeiten noch einmal anschauen, die haben einige Syntaxfehler.
Hat iD keine Fehlerüberprüfung für opening_hours? In JOSM würde das bemängelt.
Erneut frage ich mich, wie Du die Öffnungszeiten anhand von Luftbildern eintragen kannst.

Grüße skyper