<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<br>
Petr Nejedly napsal(a):
<blockquote cite="mid:48319C42.80906@sun.com" type="cite">
<pre wrap="">Ani smykem. 500k nodu x 16B souradnice + 8B ID je samo o sobe 12MB
a to jeste ani nejsou vsechny informace z OSM. Ale to neni problem javy,
tolik tech dat proste je a editor je musi udrzet. A OSM APIv0.6 to muze
udelat jeste horsi.
</pre>
</blockquote>
Ja nacitam diky spatial indexum jen plochu co renderuji, takze v pameti
se udrzuje jen aktualni pohled + do urcite meze nechavam to co uz jsem
nacetl (kdyby se uzivak vratil). To zajistuje pomerne male pametove
naroky. To je u toho XML horsi.<br>
<br>
Vy to muzete to take zkusit vyresit meziformatem. Pri konverzi XML jsem
si musel udelat primitivni indexovane bin soubory, abych je nemusel mit
cele v pameti a mohl tak pohodlne pracovat i s planet.osm. Importovat
celou DB mi prislo silenstvi, kdyz tohle zabira se stejnou informaci
uplne stejne jako planet.bz2. V pameti si pak muzete nechavat jen to co
clovek zmenil a pri ulozeni to zmergovat.<br>
<blockquote cite="mid:48319C42.80906@sun.com" type="cite">
<pre wrap=""><!---->Takze data nejsou komprimovana? V tom 2MB souboru jsem nenasel zadne texty.
</pre>
</blockquote>
No nevim presne jak je definovana komprimace, ale nejsou komprimovana
stylem: zapisu souradnice napr v int32_t za sebe a pak ten blob
zipnu... To prave neni tak efektivni. zlib se pouziva jen na pripady
kdy je vyhodny (napr. nektere texty).<br>
<blockquote cite="mid:48319C42.80906@sun.com" type="cite">
<pre wrap="">Vpodstate budu muset vymyslet obecne renderovani relaci, napr. kvuli
relacnimu znaceni turistickych cest.
</pre>
</blockquote>
Zatim si to zjednodusim jen generovanim der polygonu. To je celkem
lehka uloha. Zbytek relaci necham lezet dokud nekde nevykouknou.<br>
<br>
Tomas<br>
<br>
<br>
</body>
</html>