Taip teisingai, importLT teisingą pavadinimą suteikė (tiksliau tai šaltinis, kurio labiausiai nesinori kaip nors apdoroti/keisti prieš keliant į OSM). Pastebėjau dar vieną dalyką, Gargžduose yra J. Basanavičiaus, o Kuliuose jau Jono Basanavičiaus :-D

Ajajajaj, nereikėjo Gargžduose vėl atkeisti į „Jono Basanavičiaus“. Gatvių duomenis RC pateikia kitaip nei pagrindinius - adresų. Aš jau buvau sutvarkęs :-( Aš dar kartą atkeisiu - nebekeisk :) Kai gatvės sluoksnyje pavadinimas neatitinka to, kas yra adrese - reikia žiūrėti RC duomenis regia.lt arba žiūrėti, iš kur atėję adresų duomenys - jei iš ImportLT arba mano per paskutinius kelis mėnesius - tai tada adreso gatvė teisinga.

Aaa, supratau :-) Ačiū už paaiškinimą.

Kol kas nelabai suprantu, koks ryšys tarp Vilniaus Plano ArcGIS servisų ir OpenStreetMap duomenų?

Pakeitimas atšauktas. iD yra LABAI LABAI PRASTAS redaktorius. Jis tinka tik suoliukams žymėti ir daryti labai mažus pakeitimus. Jo siūlomų „patobulinimų“ NIEKADA negalima klausyti. Jei tik yra galimybė - geriau naudoti pilnavertį redaktorių - JOSM.

Ką reiškia „broken at higher zoom levels“? Skirtingų mastelių kaladėlės persigeneruoja skirtingu metu, kešuojasi skirtingai ir pan. Taip pat, OSM-Carto žemėlapio variantas yra ne vienintelis ir toli gražu ne pats geriausas :-)

Ačiū, dabar viskas puikiai!

O šitas sezoninis upeliukas tikrai eina VIRŠ kelio? way/886664000
Jei visgi eina pralaida, tai reikėtų pridėti tunnel=culvert+layer=-1
Jei eina virš (brasta), tai tada susikirtimas su keliu ir susikirtimo taške dedam ford=yes.

JOSM topologijos klaidų netikrina :-( Kitas dalykas, Lietuvoje mes laikomės griežtesnių duomenų kokybės standartų, kitur topologijos taisyklės nelabai tikrinamos. Jas reikia tiesiog žinoti. Aš todėl ir parašiau, kad būtų galima pasižiūrėti ir žinoti. Kitą kartą irgi parašysiu, o dar kitą kartą jau nebereikės rašyti, nes taisyklės jau bus aiškios :-) O toliau yra kasdien paleidžiamas QA procesas, kuris automatiškai aptinka ir praneša apie topologijos klaidas.

It was not me who has added the tag "number". As per history: relation/269905/history
you can try contacting Frank, he has added that tag, he is a god of bicycles in Lithuania, therefore he should know the answer :-)
@Frankas

Pataisytos topologijos klaidos: persidengiantys poligonai, vidiniai žiedai liečia išorinius žiedus.

Čia, manau, truputį persistengei ;-) Ar turi ten ženklą „P“ pasistatęs ;-)

Trumpi privažiavimai prie namų yra highway=service+service=driveway (pataisiau)

Well, google says your country of origin is Moscow, so you ARE under sanctions.
Discussions in forums change nothing, you either have local knowledge or you cannot do anything useful for OSM.

We have done synchronisation with hundreds of outside data sources and I've yet to see a dataset which does not have errors. You need local knowledge to be able to spot and then fix problems. You hide the country of origin of your company, you might be under sanctions...

We will see what is the opinion of the third actor - companies whose data you're dumping into OSM without any local knowledge. We already had to fix a number of problems and after that all imports are reverted.

It is not enougth to discuss. You have to get agreement of local community. And you didn't. You havent' addressed ANY concerns.

It is not enougth to discuss. You have to get agreement of local community. And you didn't.

It is not enougth to discuss. You have to get agreement of local community. And you didn't.

Automated import without agreement from local community, without proper checking on the ground - against import guidelines. I will be contacting corresponding companies so this problem of low quality imports should go away soon.