Je fakt, ze aby relace fungovaly, je treba je pred uzivatelem v JOSM uplne zakryt. Pokud bude existovat cudlik udelat area s vyrezem a po kliknuti se vybere prvni obrys a nasledne vyrezy (ala CAD systemy), tak to bude funkcni a efektivni. Pokud budeme muset rucne specifikovat relations, tak je to nepouzitelne a neefektivni.
Je fakt, ze bych zavedl pouze znaceni turisiticke trasy jako takove a maximalne doplnil barvu znaceni. Delat veci jako ruinu atp. uz je hovadina, kterou maximalne oceni uzivatel, kdyz bude v terenu, ale praktickou informaci to nedava (to je IMO duvod, proc v mapach KCT treba tyto znacky nejsou). K P.S.: Diky hanojovi jsem si uvedomil, ze asi nelze mit v OSM detailni model sveta. Koneckoncu by to nebylo asi k nicemu... hanoj wrote: >> Jenze tohle porad neresi soubezne trasy. > *** A co pouzit carku? > kct_red=ruin,local,major > > >> Pokud bude vedle sebe >> normalni zelena znacka a lokalni zelena znacka, tak to neni takto >> mozne popsat (takova mista nejsou vyjimkou, dneska jsem jedno prosel s >> gps). Navic kct imho neni jediny kdo dela znaceni. > *** nesnazme se OSM popsat cely svet detailne, to je nerealne. Jestli > je ale tak dulezite kdo znacku vytvarel, nabizi se "key:operator". > Snazme se generalizovat, cim jednodussi to bude pro uzivatele, tim > snazsi prace s daty a nadeje, ze se to bude spravne pouzivat. Nerad > bych zavadel treba znacky na mapovani parcel KN, kdyz vim ze problemy > "slucek" tezko kdo pochopi/vyuzije. > *** Tedy: Jednota, jednoduchost a potence pro naplnitelnosti daty. > > >> Pouziti relaci v josm neni az tak hrozne, jak jsem puvodne myslel. >> Jedina dulezita vec co chybi je stylovani podle relace, ale bez >> upraveni elemstyle.xml neni mozne ani stylovani marked_trail, kct, >> ..., takze vetsina lidi stezky v josm stejne nevidi. Potlatch relace >> opravdu nepodporuje, ale nevim jestli je to dostatecny duvod se jich >> vzdat. Potlatch nepodporuje spoustu veci. > *** OSM neprijalo na zacatku zadny standardizovany format, protoze se > mu zrejme zdaly moc slozite. System node/way byl jednoduchy, uz ale > nepostacoval na komplikovanejsi vektorove modely, priliz obtezoval > uzivatele. Relations sice davaji nadeji pro rozsirene mapovani, ale > jejich implementace je slozita. Dost by pomohlo neco jednoducheho jako > group nad prvky. Soucasne uzivani je komplikovane, zrizeni relations > netrivialni, modifikace relations spatna, mazani velmi obtizne. Asi > tak na urovni jako je historie v JOSM. Relations je zatim jen > budoucnost a radeji bych se jim vyhnul, co to pujde. > > >> marked_trail_1=green >> marked_trail_2=green >> marked_trail_type_2=local > *** to se mi moc nelibi... neni to v duchu normalni formy tabulek, > obtizne se s tim bude pracovat. > >>>> kct_green=yes >>>> kct_yellow=31415926b (cislo trasy, pro fajnsmekry) >>>> kct_green=Evropska Svatojakubska >>>> kct_red=ruin (silueta zriceniny) =peak (vyhlidka) ... >>>> kct_red=local (naucna stezka, bilocerveny trojuhelnik) > *** martinovo reseni mi prijde elegantnejsi... > > > ha > hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz@openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz -- Jakub Sýkora email: [EMAIL PROTECTED] <') ICQ: 68976632 ( =- mobil: +420 777 594 201 '' _______________________________________________ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
