<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=windows-1252"

 http-equiv="Content-Type">

</head>

<body bgcolor="#ffffff" text="#000000">

Ja to delam presne obracene, pro grafiku spojuji entity se stejnymi

atributy a navigacni data beru tak jak jsou. Proste to pro OSM

upravim... A stejne tak se to bude muset udelat pro Garmin, jak rikas.<br>

<br>

A timto bych uzavrel tenhle offtopic :)<br>

<br>

T<br>

<br>

Ondrej Novy napsal(a):

<blockquote cite="mid:20081024080418.GA16148@nomi.cz" type="cite">

  <pre wrap="">Ahoj,

On Fri, Oct 24, 2008 at 09:48:37AM +0200, Tomas Kolda wrote:

  </pre>

  <blockquote type="cite">

    <pre wrap="">V tom pripade se pouziva to co jsem psal v druhem odstavci (sekani ways 

pomoci algoritmu, jenz urcuje zda tam krizovatka je ci neni). Komercni 

navigacni data napr. multinet jsou skutecne rozsekana po castech (format 

GDF).

Jestli je to v OSM takto zavedene, tak proc ne. Asi tento zpusob 

zpracovani zavedli, protoze je tak kreslena vetsina silnic. Osobne bych 

volil druhou variantu, ale na to uz je pozde...

    </pre>

  </blockquote>

  <pre wrap=""><!---->

ber to tak, ze z aktualni varianty do tve varianty se to da kdykoliv

zkonvertovat 'online' (napr. pri buildovani routovacich dat - tak to dela

Garmin - ma ulozeny cary jako spojnice + routovaci graf zvlast, mimo jine

proto v Garminu nefunguje aktualne routovani nad OSM :).

Obracene to jde hur (nemuzu jen tak spojovat automaticky veci).

  </pre>

</blockquote>

<br>

</body>

</html>