[Talk-lt] Kelių klasifikacija Lietuvoje

[Povilas Dev]

Daugėja asfaltuotų ruožų, tai rajon. keliai kur žvyrkeliai didelė tikimybė,
kad ves į visiškus užkabarius. Anksčiau kai buvo pats asfaltavimo procesas
realiai gavosi miksas. Dabar manau galima pagalvoti apie galbūt
tvarkingesnę sistemą.

2022-07-11, pr 16:17, Tomas Straupis <tomasstraupis at gmail.com> rašė:

> 2022-07-11, pr, 12:58 Albertas Agejevas rašė:
> > Na, tai yra priešingai, negu turėtų būti.  Secondary ir tertiary yra
> aiškūs hierarchijos žingsniai,
>
>   Tai sutarkim kitą variantą ir naudokime. Tik labai gerai, jei jis
> būtų objektyviai ir paprastai apibrėžtas.
>
>   Beje, mano supratimu, tertiary ne miestuose turėtų natūraliai
> išnykti vykdant Lietuvos kelių asfaltavimą. Bet, jei kažkam trukdo,
> nematau problemų jau dabar panaikinti tertiary užmiestyje ir visus
> juos pakeisti į secondary.
>
> > o service ir track, kaip anksčiau diskutavom, vienareikšmiškai
> nepalyginami,
> > nes priklauso nuo situacijos. Track būna miško kelias jungiantis kaimus,
> o
> > būna žolėj išvažinėtos vėžios kur dar neįrengė įvažiavimo ar šiaip kur
> paaugliai
> > keturračiais dažnai malasi.
>
>   Šitame lygyje bėda tame, kad neturime jokio išorinio šaltinio, iš
> kurio galima būtų imti klasifikaciją (kad nebūtų fantazijų ir
> subjektyvių nuomonių). Mano viltis yra kelių generalizavimo
> algoritmas, kuris šitą dalyką gudriau paskirstytų, bet iki to dar daug
> vandens nutekės :-)
>   Track labai gerai aprašei bėdą (kuri tinka ir service), kad yra
> labai platus spektras kelių, kurie žymimi track/service. Ir į vieną
> vietą suplakta tiek kelių svarbumas (ar „priežiūra“), tiek ir kelių
> fizinės savybės.
>   Bet track/service jau visai kita tema.
>
> --
> Tomas
>
> _______________________________________________
> Talk-lt mailing list
> Talk-lt at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lt
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-lt/attachments/20220711/bdeaf8f4/attachment.htm>