<!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">
No ja jsem se zbavil IDcek OSM, takze jsem usetril spoustu mista. IDcko
s indexem by zabralo mnohdy vice nez cela geometrie a atributy. Proto
mam vsechny primitiva precislovana (nova ID se pouzivaji v routingu) a
tim usetrim hodne mista. Pokud by nekdo potreboval puvodni ID muze se
pouzit nejaky prevod IDcek z novych na puvodni. Software je ale jako
prohlizecka. Neni navrzen jako editor (i kdyz editovat geometrie jde) a
tudiz jsem od tohoto oprosten. Moje priorita je minimalizace mista.<br>
<br>
Velikosti datasetu nejsem omezen. Myslim, ze by stejny model mohl
postihnout cely svet bez ujmy na rychlost. Umi dynamicky pripojovat
dalsi datasety, ktere se pri renderingu chovaji jako jeden. Pote se
muze vygenerovat napr. CR, SK apod. A clovek si stahne mapy jen co
potrebuje, nahraje do adresare data a ma je "spojene".<br>
<br>
Velikost se da odhadnout z bz2. Docela to vychazi, ze je to priblizne
25% osm.bz2 souboru.<br>
<br>
Nyni jsem s vyvojem casove na stiru, ale uz to aspon umi ty diry.
Naportoval jsem na WinCE, kde vse bezi OK, ale neni moc rychle i
presto, ze jsem zrychlil puvodni rendering. Delam tedy na rychlem draft
rendereru, ktery bude pouzit pri tahani mysi a po zastaveni mapu
vyhladi, vykresli detaily, pisma apod. Docela uz to chodi, ale ted
nemam moc cas uklidit kod a udelat release.<br>
<br>
Jinak k josm-ng. Vas ani tak nepali velikost datoveho souboru, takze
bych pouzil sqlite, ktery se na tohle hodi vyborne. Je rychly, maly,
jednoduchy. Nad databazi si udelate abstrakci get..., set...,
remove..., nebo klidne JPA, ale to uz je asi kanon na brabce.<br>
<br>
<br>
Petr Nejedly napsal(a):
<blockquote cite="mid:48471A4D.9000301@sun.com" type="cite">
<pre wrap="">Tomas Kolda napsal(a):
</pre>
<blockquote type="cite">
<pre wrap="">Takze pre alpha je zde:
<a class="moz-txt-link-freetext" href="http://www.web2net.cz/osm/dist.zip">http://www.web2net.cz/osm/dist.zip</a>
Zatim to neumi nazvy cehokoliv (v databazi jiz jsou), zoom maximalne
1:100000 (ostatni nejsou vygenerovany) a je tam naprosto zakladni
nastaveni barvicek. Nejsou vsechny dle OSM, ale tak jak se to libi mne.
Hlavne highways jsou uplne jinak. Pri nejvetsim zoomu (<1:10000) jsou
cervene videt features, ktere nemaji nastaveny vzhled (barvy apod.). Je
tam videt i ta chyba s Berounkou...
</pre>
</blockquote>
<pre wrap=""><!---->
Vratil bych se k tomuhle. Jak velky dataset zvladnete a jak by byla velka
ta databaze pod tim. Germany.osm (7.5M nodes, 1M ways)?
Planet.osm (>200M nodes, 20M ways)?
Do josm-ng jsem udelal mirnou opravu smerem k moznosti prace s jeste vetsimi
datasety - vyclenil jsem z DataSetu implementaci storage a od ni pozaduju
zhruba nasledujici API:
getNode(long)
getWay(long)
getRelation(long)
getPrimitives(Bounds, DeailLevel)
implementaci getPrimitives(Bounds, DetailLevel) zrejme mate (vicevrstvy
spatial index), zbytek je vcelku trivialni (pridavny jednorozmerny index).
Ja zatim na tuhle datovou strukturu nemam cas :-) tak vse drzim v pameti,
coz se pro czechia.osm stale da....
</pre>
</blockquote>
</body>
</html>