[Talk-cz] odbo?ovac? pruhy
Pavel Machek
pavel na ucw.cz
Čtvrtek Srpen 13 07:52:52 UTC 2009
On Wed 2009-08-12 17:19:55, Jakub S?kora wrote:
> Ahoj Pavle,
>
> Pavel Machek napsal(a):
> > On Wed 2009-08-12 14:41:14, Jakub S?kora wrote:
> >
> >> Na takovehle detailni modelovani se, myslim, OSM prilis nehodi. Pro
> >> vyuziti v navigaci bych spis byl pro to, aby se zdrojova data pro
> >> navigaci brala z vice zdroju. Napriklad databaze krizovatek by byla
> >> pomerne hezky projekt sam o sobe.
> >>
> >
> > Ja nevim ale.... kde by to melo byt jinde nez v osm?
> >
> >
> V OSM muze byt u krizovatky treba tag s odkazem do nejake jine databaze.
> Proste z principu se OSM na tohle nehodi. Pokud nebude obsahovat nejake
> vrstvy nebo jiny aparat, tak by z toho byl takovy gulas, ze by to proste
> neslo. Staci se podivat na nektere nastroje pro modelovani krizovatek a
> zjistis, ze to zdaleka neni takova legrace namodelovat krizovatku, aby
> to k necemu bylo. A na to je potreba taky celkem dobry editor. Je to
> podobna situace, jakou jsme resili s lesama - zda importovat jen hranice
> nebo i poddruhy lesu a jine pytloviny.
>
> Umim si ale predstavit, ze na nodu krizovatky bude
> crossing_ref=crossdb:12345 a ta databaze krizovatek bude samostatna a
> popsana jinym zpusobem. Kazda navigace stejne vnitrne pouziva uplne jiny
> format, takze potom udelat automaticky build skript, ktery tyhle dve
> informace bude umet vyuzit a vhodne sloucit je uz hracka...
Jestli se osm na neco *opravdu* nehodi tak jsou to odkazy do externich
databazi.
(A ne, jeden odkaz na uzlu fakt neni dostatecna informace).
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
Další informace o konferenci talk-cz