Ahoj! > > > dále navržené schéma samo porušuje bod 3, navíc o něm obdobně platí > výtka, > > > kterou jsem měl v minulém mailu, že to nedává intuitivně smysl > > Bohužel se tu duplikuje stejný seznam hodnot pro všechny klíče hiking, > ski, bicycle, wheelchair... což je asi to, na co narážíš? > ne tak úplně - narážím na to, že hodnota je vyjádřena přímo názvem klíče, > což je v tom bodě 3 kritizováno" > ano, vypadá to tak, ale není to tak. Kct_barva=* stálo samo o sobě a POUZE > na straně klíče. A při tom SOUČASNĚ vyjadřovalo HODNOTU, která už pak na > straně hodnoty nikde nebyla uvedena. Navrhované schema (pokud zůstane v > kaskádové podobě, předchozí mail nevylučuje i jiné jednoduché řešení při > zachování celého principu jednoznačnosti a přehlednosti) nestaví hodnotu do > klíče, ale napřed nastaví hodnotu a tu pak ROZVINE dále tím, že ji zopakuje > v klíči. Je z tohoto popisu zřejmý (pochopitelný) rozdíl? > > " > takže máme např. horse=yes, horse=designated ... jak do toho zapadne horse= > learning a co z toho pochopí "náhodný čtenář"?" > Náhodný čtenář nesmí číst náhodně. Musí číst v kontextu. Pokud otaguji > relaci v souladu s navrhovaným schematem jako horse=learning, je zřejmé, že > jakýkoliv tag horse=yes nebo horse=designated je jen zmatečnou duplicitou. > Tag horse=learning už sám o sobě říká, že je to stezka určená pro koně, > takže doplňovat ji horse=yes nebo horse=designated je opravdu zbytečné > > "
ono se horse=yes od horse=designated trochu lisi -- jedno je "kone sem muzou", druhy "je to vyhradne pro kone". Nastesti to horse=yes pujde na cestu, ale horse=learning by slo na relaci, takze se nepotkaj a ke kolizi nedojde... Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html _______________________________________________ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz