Dobry den, Vy ste asi boli na kazdej ulici v Bratislave, ako ste pisali.

Preco vymazavate body ako node/372829138 a potom hned vedla vytvorite novy bod node/12824978057 ? Preco nestaci presun?

Preco odsekavate useky ciest, hoci su ich vlastnosti rovnake ako povodna cesta? Napr. way/1385228888 , way/1385228885 , way/1385228890 , way/1385228886 , way/1385228879 , way/1385228889 , way/1385228887 .

Relacia relation/19110763 je v poriadku? Co zakazuje zabocit zo Syslej ulice na Parkovu? Ciaru na ceste nevidim. Aka je tam dopravna znacka?

Vytvorili ste novu vetvu cesty way/1385228878 , ale ponechali ste ju v relacii relation/2744419 , kam asi nepatri.

node/12824978038 naozaj brana? Na Ortofoto su tam mini_bumps. To iste node/12824964829 , node/51250879 .

Preco je chodnik way/1385228872 ako sidewalk, ked nejde popri ceste? Nemal by ako sidewalk byt oznaceny chodnik way/799366783 ?

Zase nahodne zmeny unclassified na residential na cestach bez nazvu, ako napr. way/10117183

Thanks for the changeset description. But if there is no traffic sign, just the road is not passable by some vehicles, you should not add those 'bicycle', 'vehicle', etc. tags. Those are for legal permissions and traffic signs. Physical restrictions are tagged differently, e.g. by 'width', 'surface', 'visibility', highway=path and similar tags.

A to cislo nemusi byt na vsetkych budovach. Okrem toho, to asi supisne cislo nebude, kedze supisne 140 v Bratislava-Nove mesto je inde.

Zdravim, to cislo 140 bolo na budove akej farby?

Lebo v katastri nie je.

A tiez ste na vsetky budovy dali building=farm, co je divne, kedze to ma byt horaren. Ak su to nejake hospodarske budovy, tak skuste pozriet nieco ako building=shed, ci nieco podobne.

Zdravim, preco vymaz nazvov ciest ako Frenkiho cesta (way/339740580/ )? Len preto, ze nie su v ZBGISe? Tam asi vela lokalnych nazvov a nazvov cesticiek nebude. Ale je pravda, ze povodny autor ich tiez vykukal z Bingu...

Zdravim, odkial je ten nazov Oeserov rad? Je tam taky napis?
Lebo podla VZN to ma byt Oeserova ulica, pozrite https://bratislava.sk/vzn/06-2024 .

Ok, tak ked to Cesi takto pouzivaju. Len teda je nevyjasnena ta otazka, ci su horarne stale funkcne.

Dakujeme za info. Ano ten Importer by sa mal opravit, ale nie je v nasich moznostiach.
Tiez revertovat to nechceme vsetko (okrem toho je tych sad zmien prilis vela), nove Z-Boxy by sme mohli ponechat, len tam opravit tie udaje a pridat nieco ako "fixme=overit polohu". Ale hladat tiez vymazane X-Boxy a nahradene menej presnymi, to teda bude makacka. Vie to niekto spravit automatizovane?

Kedy planuje obnovit tie vymazane Z-Boxy ?

Hi, why is it not possible to go on the road way/46039554 ? You added access=no so that absolutely none can drive on that road segment. What is happening on that road? Is it in construction?

Ano, a potrebuju to vediet vsetci, treba to vzdy pisat do sad zmien, alebo najlepsie na kazdy objekt, kedze mozu byt z roznych zdrojov.

Thanks, but if you mapped the cycleways as separate ways, they are not cycleway=lane. If they were lanes on the main road (without physical separation to the lanes for cars), they should not have been mapped as separate OSM ways.

way/106612596
Ked je viac budov s rovnakym supisnym je to problem (v minulosti sa to tak robilo). Asi nemozu byt building:part, ked su nespojite. Mohli by byt ale napr. multipolygon a adresa na nom. Alebo napr. na vstupnej budove, alebo na nejakej centralnej/najvacsej. K tomuto nemame koncepciu.

node/8747577055
Ako viete, ze tie adresy neexistuju? Ze nie su v registri adries nic neznamena. Nevidim dovod v ich vymazavani.

node/2261926070 cize vymysleny vchod? Ale to nema zmysel. Nevymyslajte si data.

Ano Bratislava je dost zanedbana, lebo je tazka.
Sam som urobil jeden blok za niekolko dni a robil som to po uliciach (napr. changeset/166743238), aby to bolo poriadne. Bohuzial aj v RA je plno chyb.
Cize nejake mechanicke nasypanie z RA neuznavam, najma ak su indikacie nejasnosti voci realite, ako v pripadoch, co som vypichol. Casto treba mnohe adresy aj na dedinach porovnat s katastrom, alebo aj realitou na mieste. Ak je pochybnost a neda sa to overit, treba dat na bod aspon fixme a nie potichu to zlucit este aj s budovou, na ktoru mozno vobec nepatri.

Tak ako ste opravili chyby, ktore som hlasil?

Okrem toho napr. na node/2261926070 ste podla coho pridali entrance=yes ? Podla mna tam vchod nie je a tabulka s cislom je inde. V registri adries tam ta adresa je, ale to neznamena, ze je tam ja vchod (len patri na tu budovu). Podla mna vsetky tie adresy so supisnym cislom 1306 su umiestnene sporne (vobec to nemusi byt tak ako je to v registri adries, z ulice su umiestnene inak). Takze ak ste to len naslepo umiestnili z RA tak ani s tymto nesuhlasim.

Dakujem za doplnenia, ale uvadzajte aj zdroje. Adresu novej budovy na Ortofotomozaiky nevidite.

Dakujem, len prosim uvadzajte aj zdroj, lebo zo snimok Ortofoto tie nazvy co pridavate nevyplyvaju/nevidno ich tam.

Zdravim, aka je way/1383251433 pesia zona? Preco to nie je nastupiste?

Potom by sa vsetky spojili do jednej starej cesty. Ale tu ste vytvorili uplne novu.

That is not true. White solid line is no real barrier, it is just a legal hint how to drive. Many vehicles like ambulances or police cars can cross it. Even normal cars can, if they want to. Thus, it must not be mapped as if there was a physical barrier. You are introducing obstacles that do not exists in reality, thus your data is wrong.

If other countries map individual lanes, they are going against established system (and I haven't seen this documented on the wiki, so such mapping can be ignored) and navigation will not work there properly (as they are introducing barriers (or inability to change lanes), where there are none.

You are not mapping for logic, but for look. There was all the information about lanes and possibility of changing lanes, thus navigation like Osmand could make proper decision (like tellng you to keep in rightmost lane). It may be it does not support the 'change' tag. But that is for the navigation app to update, not for you to create invalid data. Mapping for the renderer or router is invalid in OSM.

As you confirmed the GPS is imprecise, if the car passes the junction exit point (128) the GPS will not know if you took the nothern (rightmost) lane or not, and may give you wrong instructions. Thus this situation is dangerous.

No, a white solid line is no barrier, see the Lanes wiki page.

GPS is not precise enough to distinguish in which lane you are currently driving (especially at 130kph) so if it guesses wrong, navigation will recalculate the route in the middle of the junction an may give you wrong and dangerous instructions (like continue to the next junction even if you were previously supposed to exit at this one).

I don't see the problem at the 1st exit in Osmand you posted links to. Osmand does exit at the right point. It also has all the information in OSM to tell you to keep in the rightmost lane (using 'change' and 'turn' tags).
You even forgot to update the change:lanes tags so the information in OSM is now wrong and confusing to routers.
And even if you are driving at osm.org/?mlat=48.588421&mlon=18.898501#map=18/48.588421/18.898499, it is still possible in reality to change vehicle to the rightmost lane to take the exit. But you have forbidden this in OSM.

So no, the junction is not more correct this way, you have introduced errors and wrong information.

Please revert this all, and do not make such changes to roads in OSM, it goes against what the model is according to wiki (and this what routers would expect).