2019-03-31, sk, 15:30 Aurimas Fišeras rašė: >> Kodėl negalime? > Nes upių atkarpos nestandariškai sužymėtos, o relation:waterway yra tik > ant labai mažos dalies upių.
Čia jau ratu sukame :-) Klausimas, ar waterway=river per vandens telkinius yra labai „standartinis“ dalykas. Upę kurti pagal name žymas yra tikrai plastelininė logika (nes nestabili, greitai sugriaunama ir, kaip jau minėjau, veikia tik labai nedidelėms vietinės reikšmės upėms, nepamirškime, kad kai kurios upės iš principo keičia pavadinimą nuo kažkokio taško). >> Bet taip, kaip daliname highway, >> kažkokia kitokia žyma bus ir upių atveju, gal virtual=yes, gal >> flow_speed=0 ir pan. Ir tai bus realios situacijos aprašymas (upė turi >> visai kitas savybes, kai „teka“ per telkinį), o ne duomenų keitimas >> grynai vardan braižymo. > Net ir tada, kai tuos duomenis turėsime ir naudosime tik braižymui? ;) Keitimą vardan braižymo turėjau omeny „tag for renderer“. Kai pridedamos su realybe nieko neturinčios žymos tam, kad braižymo rezultatas būtų toks, kokio norime. Šiuo atveju yra ne taip. >> 2. Upės vektoriaus dalinimas. > Jei tai tik techninis dalinimas atvaizdavimui – ne. Tai upės fizinių savybių apibūdinimui. Vektorius vandens telkiniuose neturi absoliučiai jokių normalios upės savybių (na išskyrus šlapumą:-) >> OpenStreetMap-Carto, Garmino mkgmap projektui ir šimtams kitų >> projektų. Atkeitus waterway:name => name mes jau daugiau įtakos >> kitiems projektams nepadarysime. > O kodėl mes turime daryti įtaką kitų projektų žemėlapių atvaizdavimui? Jei atvaizdavimo korektiškumas mums dzin, tada tai nebeaktualu. >> + nauja_žyma pakeitimą po ~savaitės. > Kurios paskirtis bus tik įtakoti atvaizdavimą? Ne, nurodyti, kad ta waterway=river realiai visai ne upė. -- Tomas _______________________________________________ Talk-lt mailing list Talk-lt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-lt
