aceman444's Comments
| Changeset | When | Comment |
|---|---|---|
| 169963633 | Hi, why are you removing the int_ref tags? You provide no description and no source. Such a change is very dubious. |
|
| 162449769 | 3 bodky? Zrejme teda bezcenna zmena aj pre Vas. |
|
| 174413605 | Just stacking bad changes on other bad changes without solving anything. Probably tagging for routers that do not understand "change" tags. |
|
| 172143254 | The triple branching at wrong location was actually caused by wrong change at changeset/172143108 . All of this will be reverted. |
|
| 172143254 | Wrong change again, unneded branching of roads and even invalid values of turn:lanes at way/1431091476 so navigation will be wrong after this change, not before it. |
|
| 172143005 | This change is absolutely wrong and will be reverted. Don't ever damage roads in this way. See lanes=*#Examples and further examples. |
|
| 162449706 | A dalsie nezmyselne zmeny.
|
|
| 178052860 | Hi, please put proper descriptions on your changesets, see osm.wiki/Good_changeset_comments . Not just "updated tags". Although in this case it is actually the full description of what you have done here. Just blindly clicking "update tags" in the iD editor without knowing what you are doing. Thus losing correct names of pharmacies, changing CSOB,Wustenrot,Kooperativa wikidata to wrong one (Czech vs. Slovak branch), changing Z-Box parcel_locker brand to the one of its operator (which is even more weird because iD should know the brand=Z-Box as seen in https://nsi.guide/index.html?t=*&k=amenity&v=parcel_locker#zbox-e15ec5 , so it should not have proposed such a change). On atms the brand should not contain the bank operating it, that is in the operator tag.
So please no more of such mechanical changes, before you understand what they do and whether the new values are actually correct. iD is known for wrong suggestions and you as a beginner should not blindly let it do changes you do not understand. Thanks. |
|
| 180978783 | Zdravim, preco davate znacky traffic_signals:* na cestu a nie na semafor? Ano da sa aj na obe ak velmi chcete, ale primarne nech su na bode semaforu. A hlavne nech si neodporuju, ako napriklad:
|
|
| 181006521 | Take ani nie je. Potom access=private, cize len komu da vlastnik suhlas. Neda kazdemu okoloiducemu, len zakaznikom a len niektorym. Ale ti maju aj velke parkovisko pred budovou. |
|
| 180992573 | node/13713511140 nevyzera ako spomalovac pre cyklistov. Skor to podla fotky vyzera na jersey_barrier. |
|
| 181006521 | Tu na branu
|
|
| 180863116 | Opravil som, dakujem. |
|
| 180863116 | Dakujem, ale preco ste vymazali bod parkoviska node/6343865820 ? Je teraz naozaj trojuholnikove, alebo je to chyba? |
|
| 172110424 | Zdravim, ked ste dali na branu access=private, je uz vehicle=private zbytocne. access pokryva vsetky sposoby dopravy. |
|
| 180323089 | Nemam s tym problem, aj ked zase mi pride divne nazyvat vsetky tie plochy medzi panelakmi parkami. Na druhej strane v Bratislave nimi asi aj su, su tam cielene vysadene a udrziavane stromy, lavicky, niekde ihriska. Oficialne ich mesto mozno parkami nevola, ale zrejme pravidla OSM pre leisure=park by to aj splnalo. |
|
| 180822538 | Ok, ale blokovanie bolo urobene cez motor_vehicle=no, nie cez fixme (to bola len informacia)... |
|
| 180323089 | Ok. Ale park podla wiki ma splnat, ze stromy v nom su upravovane. Cize z toho pohladu sa park a les nemaju prekryvat, lebo v lese stromy nie su upravovane. Ja som to daval len z toho pohladu, ze je to park a je pokryty stromami. Lebo moze byt aj park bez stromov. Ale teda mozeme to rozlisit. |
|
| 180546278 | Preco takyto popis do nazvu?
|
|
| 180189131 | Ked je povrch rovnaky pre cyklo aj pesiu cast, a je zadany cez surface, je pridavat footway:surface a cycleway:surface zbytocne. |