Hi, why is it not possible to go on the road osm.org/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.

osm.org/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.

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

osm.org/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. osm.org/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 osm.org/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 osm.org/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).

Zdravim, myslim, ze tu jedlo nevyrabaju (takze nie product=food), ale predavaju zariadenia pre gastro. Pozriem na to.

Hi, what is the point of these changes?
There is a single road with 3 lanes, without a physical separation or barrier. It should not be mapped as 2 OSM ways. See osm.wiki/Lanes#Motorway_with_lanes_and_destinations

Thanks, but there are some problems with these changes:
1. Do not move buildings according to Ortofoto images, when they are done according to a more precise source (kapor2 or ZBGIS, Slovak cadastre map). Your changes to buildings like osm.org/way/61399303 at Zahradnicka have damaged correct buildings to incorrect positions.

2. You cannot have 2 level building like osm.org/way/61399303 and inside it a 7 level building like osm.org/way/1318227763 . This is incorrect 3D mapping and should be done differently (7 level 'building' outline and then inside the 2- and 7-level parts), see osm.wiki/Simple_3D_Buildings .

3. address like osm.org/node/12200316201 is incomplete. You could have added a 'fixme' tag so that others notice and finish it.

4. You should not have deleted osm.org/node/6502562114 but just change its tags to the new shop in its place, not create a new node osm.org/node/12200314988 . History of shops at the same place is useful for other mappers.

5. Agains, building length of osm.org/way/78068912 was correct according to cadastre map and imagery. You did not need to change it.

6. For removed buildings, we tend to change their tag from building=* to removed:building=*, not remove them completely from OSM. They may still be visible on older imagery and mappers may be confused. See osm.wiki/Lifecycle_prefix .

Hi, thanks for updating the railway tracks. However the movement of junction points at Kazanska/Dvojkrizna streets (e.g. osm.org/node/25504814 and osm.org/node/18003675 are all wrong. The ways representing roads can be split into 2 separate ways when there is already a physical barrier between them, or it is not physically possible to change from one lane (road) to another. If there is just a white solid line, they should not be separated. See osm.wiki/Lanes#Motorway_with_lanes_and_destinations . You should just have added ''change" tags, without touching the geometry.

Hi, thanks for updating the trolley wires in Bratislava.
However, you have done some mistakes here.

If there is already the tag trolley_wire=yes on both-ways road, adding trolley_wire:backward=yes or :forward does not add anything, as both ways are already tagged. On some roads you ment the wires are only in one direction, in that case you should have removed the bidirectional trolley_wire=yes tag after adding :backward or :forward variant.

Why is there no trolley wire at osm.org/way/203390144 ? How would the trolleybus reverse to the next stop (on the opposite side of the road) ? The trolley wire exists there.

Naozaj je osm.org/node/12925910365/ vnutri budovy? Podla fotiek na stranke Packety nie je. Preco to teda davate takto nepresne?

To iste, nezmyselny vymaz existujuceho bodu a vytvorenie noveho so stratou dobrych udajov.

Preco ste vymazali existujuci bod a nahradili novym, pricom ste stratili dobre udaje a pridali vase sporne? Takto sa to nerobi.

Dobry den. Naozaj je aj na Slovensku operatorom Zasilkovna? Podla webstranky je to "Packeta Slovakia s.r.o."

Aky je zdroj tychto udajov? Co je to "POI Imported", odkial ma udaje a aku licenciu?

Naozaj ma zmysel znacka postal_code ked tam nedorucuje Slovenska posta?