Checked the wiki and tagged accordingly.
Thank you.

Restored.

In relation/189775?
Looks like my object selection mistake - selected the relation at the same time as way/262807333

Prieš tvarkydamas miško multipoligon'ą pašalinau, o po to greičiausiai nebeliko laiko joms sugrąžinti. Grąžinau.

Etiketės nerodymas, jei visos neįmanoma parodyti turėtų būti elementari techninė problema. Juk dabar nerodomos etiketės, jei netelpa į joms prieinamą vietą. Dabar gaunasi, kad specialiai žymime renderinimui.
„Visi“ standartiniai OSM žemėlapiai niekada visko „teisingai“ nerodys. Tam ir yra šiokie tokie žymų standartai, kad „standartiniai“ OSM žemėlapiai galėtų pasirinkti ką rodyti, o ko ne.
Kaip dabar atrodys „standartinis“ pasaulio upių žemėlapis, kai Lietuvoje upės dingsta (didžioji dalis upių neturi relation:waterway, o dabar neturi ir standartinių pavadinimų, o tik lokalią išimtį) ežeruose?

Pagal UETK upės eina ir per ežerus.
Hmm, toks žymėjimas panašus į sudėtingą hacką (upes reikia sukarpyti, nuimti standartinę, uždėti nestandartinę žymą, visus informuoti ir t. t.).
O negali ežerai būti aukštesniame sluoksnyje ir tiesiog uždengti upių dalių, einančių per ežerus, pavadinimus?

Bet tokiais atvejais šie taškai priklauso ryšiams su role admin_centre ar label.
O čia šiaip taškai buvo tiesiog dubliuojantys apskritis.

Man atrodo ta pati situacija su rajonais prieš kelis metus buvo, tik tada net Nominatim rezultatus sudubliuodavo.

Objektų skaičiaus nekeičiau, bet sutinku, kad objektas turi būti vienas.

Sveiki,
waterway=ditch ir highway=* paprastai nesikerta.

Arba kelyje yra tiltas (bridge=yes ir layer=1), arba upelyje yra pralaida (tunnel=culvert ir layer=-1)
Pavyzdžiui, way/631248720#map=16/55.7382/23.1576

Tokią klaidą fiksuoja OSM duomenų validatoriai, pvz., https://osmose.openstreetmap.fr/

Labas,
jau ne vieną tokį pakeitimą aptikau, kur pagal LAKD, LAKIS duomenis pažymėtas asfaltas, o realiai jo ten nėra.
Pvz., šiame pakeitime šis kelias: way/348727873/history
Net ir ~3 metams praėjus čia asfalto vis dar nėra bei niekada nebuvo...

Čia matosi, kaip asfaltas baigiasi:
https://www.mapillary.com/app/?focus=photo&pKey=cRKgTOaHFEcIS9MvBR6ekw&lat=56.36790833333333&lng=24.634244444444448&z=17&x=0.3985706103678318&y=0.7916071814935255&zoom=2.9976807166260917

Taip, tačiau tada gali būti problemų su nuotraukos licencija. Pvz., jei licencija reikalauja atribucijos...

https://commons.wikimedia.org/wiki/Commons:Reusing_content_outside_Wikimedia#How_to_comply_with_a_file's_license_requirements

https://commons.wikimedia.org/wiki/Commons:Reusing_content_outside_Wikimedia/technical

ok.

Hmm,
pagal landuse=basin apibrėžimą čia turbūt:
natural=water + water=pond
o ne:
natural=water + water=basin
ar:
natural=water + water=reservoir

Bet kuriuo atveju painiava ir apibrėžimuose, ir žymėjime...

Typo, thanks, corrected.

ok.
Kaip suprantu, šiuo atveju Facebook puslapis prieinamas viešai, nes man jį atidarė ir leido naršyti, nors nesu Facebook naudotojas.
Jei toks testas nepraeina, tada nededu tokios nuorodos ;)

Apskritai, dabar daugelis smulkių shop=* objektų savo tinklalapio net neturi (arba tinklalapis nukreipia į fecebook ;)), tik facebook, tai gaunasi, kad facebook=website. Tokiu atveju įvedu tik website.

ok

Catch-22 – realiai/dabar niekas nenaudoja, nes informacija nesuvesta ;)

Nieko keisto, OSM – universali duomenų bazė, generuodamas žemėlapį atvaizdavimui išfiltruoji, tai ko reikia konkrečiam žemėlapiui.
Juk kaip kitaip sugeneruoti šaligatvių žemėlapį kiemsargiui, jei nebus tokios info OSM'e? ;)

Ne, čia tik teoriškai reikia.
Tikrai nereikia micromapping=yes ;)

Hmm, bet tada ir prekybos centre atskirų parduotuvių nežymime, nes jos yra VIENO prekybos centro kampeliai? OSM'e bus kelios parduotuvės, nors realiai yra viena...

Viešbučio korpusai bus greičiausiai į vieną ryšį sudėti, arba kaip su mokyklomis – teritorija tourism=hotel, o atskiri pastatai building=hotel?