Petr Nejedly napsal(a):
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.
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.
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.
Takze data nejsou komprimovana? V tom 2MB souboru jsem nenasel zadne texty.
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).
Vpodstate budu muset vymyslet obecne renderovani relaci, napr. kvuli
relacnimu znaceni turistickych cest.
Zatim si to zjednodusim jen generovanim der polygonu. To je celkem lehka
uloha. Zbytek relaci necham lezet dokud nekde nevykouknou.
Tomas
_______________________________________________
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
