> Tak jsem konečně nějak rozjel ...

> 4. Dlaždice, tak jak jsou vyrendrovány teď, zabírají relativně hodně místa, > protože jsem vypnul převod do 256 barev, což není zrovna dobré pokud by se > mapa měla používat na přenostných zařízeních s GPRS připojením, ale > výsledek je mnohem pěknější. V budoucnu tedy uvažuji o servrování obou > variant (24 bitů na pixel a a 256 barev). Nějaké místo bych mohl ušetřit > vypnutím vykreslování "stromečků" na zalesněných plochách, které nenesou > žádnou důležitou informaci.

> poznámku o čase od poslání iniciálního mailu na toto téma bych si asi měl > odpustit, že? :-)

> dovolil bych si jisté pochybnosti o tom, že se v mapě opravdu využívá více > než 256 barev - není problém v převodu palety? > > (a pokud ano, je tam těch barev hodně, myslímže by se dalo najít, kde > nějaké barvy ušetřit - jestli jsou např. dvě zelené značky jinak zelené > pouze o okem nepostřehnutelný rozdíl v odstínu, myslímže opravdu > nepotřebujeme, aby se lišily ...)

> 3. Turistické značky zatím rendruji podle filtru: ><Filter>([network]='nwn' or [network]='nwn:kct') and ([name]='yellow' or > [symbol]='yellow')</Filter> >a analogicky pro červenou, zelenou a modrou značku. Jaký je tedy správný > způsob tagování turistických značek pro ČR/SR, na kterém jsme se > dohodli? Mám > používat i nějaké jiné filtry (třeba dočasně než se to sjednotí)?

> Dne pondělí 22 Červen 2009 13:36:14 Karel Volný napsal(a): > > poznámku o čase od poslání iniciálního mailu na toto téma bych si asi měl > > odpustit, že? :-) > > Omlouvám se, že jsem svůj e-mail neposlal do tohoto vlákna. Přišel jsem o > několi e-mailů z té doby, a tak jsem radši založil vlákno nové.

> > dovolil bych si jisté pochybnosti o tom, že se v mapě opravdu využívá > > více než 256 barev - není problém v převodu palety? > > > > (a pokud ano, je tam těch barev hodně, myslímže by se dalo najít, kde > > nějaké barvy ušetřit - jestli jsou např. dvě zelené značky jinak zelené > > pouze o okem nepostřehnutelný rozdíl v odstínu, myslímže opravdu > > nepotřebujeme, aby se lišily ...) > > Co se týče vykreslování ploch a cest, tady problém není. Nejvíce barev si > vezme vykreslování stínování. Po převodu do 256 barev je u stínování na PC > monitoru jasně viditelný dithering.

> Na PDA by to vidět být nemuselo. Přesná > čísla, kolik paměti se však tímto převodem ušetří však zatím nemám. Další > varianta ušetření paměti je servrováním JPEG obrázků místo PNG, ale tam by > zas mohly být vidět artefakty způsobené ořezáním spektra.

> Měl jsem pocit, že jsme se dohodli na používání tagů kct_barva=typ (i pro > relace). Toto značení používá i routes plugin a <openstreetmap.cz>, a > používá se na většině území (pokud vím). Proběhla od té doby na toto téma > nějaká diskuze, kterou jsem nezaznamenal?

> Jinak ta mapa nezvládá souběžné trasy a rozcestníky, ale to je asi v plánu.

> Souběžné trasy to svým způsobem řeší průhledností (0.7), takže to celkem > vidět > je a trasy mohou být na svých místech (bez offsetu). Jak si představujete > zobrazovat rozcestníky? Něco jako barevné puntíky?

> Souběžné trasy to svým způsobem řeší průhledností (0.7), takže to celkem > vidět je a trasy mohou být na svých místech (bez offsetu).

> Jak si > představujete zobrazovat rozcestníky? Něco jako barevné puntíky?

> Zatím jsem tomu stezky správně zobrazit moc nevěnoval. Vzal jsem prostě > první > způsob tagování, který jsem našel v datech a ten jsem použil. Následně > si dané > vlákno pročtu a mapu přerendruji.

> > Jak si představujete zobrazovat rozcestníky? Něco jako barevné puntíky? > No, v českých mapách existuje už docela zavedená značka - černý kříž.

> > co znamená "celkem vidět je"? > - podotýkám, že nemalá část populace trpí nějakou poruchou barvocitu > (není tomu tak dávno, co jsem se pokoušel vyřešit problém optimálních barev > v mapě, ale nějak to usnulo, lidé problematikou se zabývající se mi > neobtěžovali odpovědět na mail :-/) >

> > proč vymýšlet kolo? - > http://wiki.openstreetmap.org/wiki/Image:Dav_signpost.png > > K.

> Plugin routes i openstreetmap.cz renderují prvky (waye, relace), které mají > tag kct_barva=cokoliv jako čáru dané barvy. Možná že by ale bylo užitečné > renderovat plnou čáro jen to co má kct_barva=major (možná i kct_barva=yes), > a ostatní renderovat přerušovanou čarou.

> Zatím nevím, jak v Mapniku filtrovat "kct_barva=*" (jestli to vůbec > jde), takže > zatím budu používat "kct_barva=major or kct_barva=yes" ...

> Zdravím. > > Tak jsem konečně nějak rozjel rendering OSM v Mapniku. Kromě výchozího > nastavení jsem přidal vrstevnice, stínování a základní renderování > turistických značek. Výsledek je dostupný na http://blackhex.no- > ip.org/opentrackmap.html . Zatím to berte jenom jako takovou demoverzi, budu > tam dělat ještě hodně změn:

> 5. Na co se zaměřím v následujících dnech: Vrcholy hor bych chtěl rendrovat > pomocí bodu a kóty. Chtěl bych nakreslit a rendrovat ikonky pro všechny možné > objekty na mapě, tak jak jsme zvyklí z naších turistických map (kostel, > pramen, hrad, atp.)

> Jak jsem se ptal, jestli podobné projekty už existují, tak ano (a celkem se > divím, že mi o nich nikdo nic neřekl): > > http://wiki.openstreetmap.org/wiki/OpenPisteMap

> http://beta.letuffe.org/

>> proč vymýšlet kolo? - >> http://wiki.openstreetmap.org/wiki/Image:Dav_signpost.png >> >> K. > > Tak tohle raději ne :-)

> Jsem se teď díval, jak jsou tagovány další stezky a zjistil jsem, že > některé > nejsou v žádné relaci (pouze označeny např. tagem kct_red=yes), což > celkem > komplikuje rendrování. Je tohle vpořádku, nebo by měla být pro každou > trasu > definována relace, i když by obsahovala jednu linii?

> No, me by se libily i veci jako krmelec, posed

> sraz

> oplocenka,

> skalka

> znamy z map pro orientacni beh...

> > http://beta.letuffe.org/ > > Nedostupne, funguje to nekomu?

> > proč vymýšlet kolo? - > > http://wiki.openstreetmap.org/wiki/Image:Dav_signpost.png > > > > K. > > Tak tohle raději ne :-),

> to bude lepší ten křížek.

> Jinak je někde na webu > seznam, nebo dokonce doporučení nebo norma symbolů na turistických mapách? > Jsem našel pouze toto > http://www.hununpa.cz/modules/news/article.php?storyid=233 , což není > zrovna moc přehledné.

> proč ne? - jaký je důvod nepoužít zavedenou značku, kterou používají > organizace zodpovědné za značení ve dvou zemích z nichž jednou je právě ČR > (KČT), a která je do značné míry podobná značce používané v zemi další > (KST)?

> > to bude lepší ten křížek. > > ... který čistě náhodou vypadá stejně jako už bezmála století a půl > používaný jiný znak, pokud tedy nejde o muslimskou zemi, kde je to půlměsíc

> to je neúplný značkový klíč zjevně obšlehnutý z nějaké starší mapy KČT > btw, značka kostela je tam nějaká uříznutá, se mi zdá ... normálně je to > křížek s plným kolečkem dole

> > Tak tohle raději ne :-), to bude lepší ten křížek. Jinak je někde na webu > seznam, nebo dokonce doporučení nebo norma symbolů na turistických > mapách? > Jsem našel pouze toto > http://www.hununpa.cz/modules/news/article.php?storyid=233 , což není > zrovna > moc přehledné. > > Jsem se teď díval, jak jsou tagovány další stezky a zjistil jsem, že > některé > nejsou v žádné relaci (pouze označeny např. tagem kct_red=yes), což > celkem > komplikuje rendrování. Je tohle vpořádku, nebo by měla být pro každou > trasu > definována relace, i když by obsahovala jednu linii? >

> > No, me by se libily i veci jako krmelec, posed, sraz, oplocenka, > skalka znamy z map pro orientacni beh... >

> > No, me by se libily i veci jako krmelec, posed > > Nevim jestli budou lidi ochotni dokreslovat do mapy objekty az do > takoveho detailu - nebo aspon na vetysim uzemi. Nekde sice jsou veci > dost detailni, ale u nekterych vetsich mest (Napr. Pelhrimov, 16500 > obyvatel) jsou akorat hlavni tahy skrz mesto a jinak vubec nic - > http://www.openstreetmap.org/?lat=49.4305&lon=15.2323&zoom=14&layers=B000FTF > > Ale mozna by stalo za to dat krmelec a posed mezi navrhovane Map features. > http://wiki.openstreetmap.org/wiki/Proposed_features > ... asi nekam do skupiny man_made...

> Kdyby mely byt vsechny lesy nakreslene s podrobnosti pro orientacni > beh (kazdy vetsi sutr/jama/rozhrani porostu/lesni > pesinka/prusek/hustnik/atd ...) tak jednak by to byla fura prace to > nakreslit nebo i jen udrzovat (ony ty porosty se celkem "rychle" meni, > paseka -> husty les -> les -> paseka), jednak by pak dump pro celou CR > mel nekolik gigabajtu (asi jako dneska ma pro celou planetu :) > > I kdyz krmelce, posedy a vetsi skalky by tam jeste mohly dat (neni > jich tolik a jsou to pomerne vyrazne orientacni body), to by bylo > celkem i udrzovatelne

> Bylo by super, když by se v množství detailů OSM blížila mapám pro > orienťák. Nejlepší by bylo přemluvit autory nových map, aby využívali > rovnou OSM. ;-) Pokud vím, tak orienťácké mapy občas vytváří i amatéři. > Mělo by stačit vyladit renderer a vylepšit editory (podpora vrstev). > Nemáte někdo kontakty?

> > > > co znamená "celkem vidět je"? > > - podotýkám, že nemalá část populace trpí nějakou poruchou barvocitu > > (není tomu tak dávno, co jsem se pokoušel vyřešit problém optimálních barev > > v mapě, ale nějak to usnulo, lidé problematikou se zabývající se mi > > neobtěžovali odpovědět na mail :-/) > > > > No v tom případě by kompromisem mohly být střídavě čárkované dvou až tří > barevné linie. > > > > > proč vymýšlet kolo? - > > http://wiki.openstreetmap.org/wiki/Image:Dav_signpost.png > > > > K. > > Tak tohle raději ne :-), to bude lepší ten křížek. Jinak je někde na webu > seznam, nebo dokonce doporučení nebo norma symbolů na turistických mapách? > Jsem našel pouze toto > http://www.hununpa.cz/modules/news/article.php?storyid=233 , což není zrovna > moc přehledné. > > Jsem se teď díval, jak jsou tagovány další stezky a zjistil jsem, že některé > nejsou v žádné relaci (pouze označeny např. tagem kct_red=yes), což celkem > komplikuje rendrování. Je tohle vpořádku, nebo by měla být pro každou trasu > definována relace, i když by obsahovala jednu linii? > > -- > Ing. Radek Bartoň > > Faculty of Information Technology > Department of Computer Graphics and Multimedia > Brno University of Technology > > E-mail: blackhex na post.cz > Web: http://blackhex.no-ip.org > Jabber: blackhex na jabber.cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

> Orientacke mapy se kresli typicky v OCADu (no, spis skoro vsechny), > coz je na to specializovany program. Oproti OSM umi navic hlavne > spliny, je vice WYSIWYG (pri kresleni je videt jak mapa bude vypadat) > a ma v sobe i veci co v OSM nejsou (vrstevnice). Navic obsahuje > specialni funkce specificke pro orientak (kresleni trati, kontrol, > legendy...), taky muzou byt licencni problemy (podklady pro orientacke > mapy nejsou vzdy kompatibilni s cc-by-sa, casto je to zakladova mapa > 1:10000, nekdy se jako podklad bere starsi orientacka mapa a ne vzdy > bude chtit oddil vydat svou mapu pod cc-by-sa. Navic pokud se kresli > nova mapa, tak je standard ji nezverejnovat pred zavodem, ve kterem je > poprve pouzita) > > "Upgradovat" OSM natolik, aby se to dalo pouzit ke kresleni > orientackych map je prace asi natolik narocna, ze to spis nepujde. Co > by mohlo (teoreticky) projit je import jednotlivych map z OCAD formatu > (je to sice proprietarni binarni format, ale je k nemu uplna > dokumentace) do OSM, otazkou je, jak se k tomu budou stavet oddily. > Pokud by se neimportovala mapa uplne cela (kazdy sutr/jama/mala > pesinka....) a nejak se zjednodusila (lesni cesty, silnice, hranice > lesa a porostu ....) tak by to mozna oddilum nemuselo vadit. Nicmene > by se muselo dohadovat s kazdym oddilem asi zvlast. > > Jinak na http://csob.tmapserver.cz/ je mapovy server svazu orientaciho > behu - vetsina existujicich map tam je, jsou tam i nahledy a hlavne > kontakt na oddil, ktery ji vytvoril. Je tam i videt jaka cast CR je > pokryta orientacnimi mapami. Tech par velkych ctvercu miva jako > podklad nebo zdroj vojenskou nebo turistickou mapu - mapy pro > 24hodinove zavody a podobne, takze jednak to nejsou klasicke mapy pro > orientak (je to proste trasa prekreslena do jine mapy), jednak > nepujdou importovat z licencnich duvodu). Ten zbytek (ty mrnave > ctverecky) jsou klasicke orientacke mapy, ktere by importovat sly, > nicmene dle meho odhadu jde tak o 1-5% plochy CR. > > Da se tam stahnout i databaze map a shapefile s jejich obrysy. > > Martin > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

> CO se licencí týče, dokážu sehnat některé mapy možná i jako PD, ale spíš > starší (i 30 let), které ještě nejsou v OCADu (autorem je můj otec)

> Dobrý den. > > Na server http://blackhex.no-ip.org/opentrackmap.html jsem nahrál další verzi > mapy OpenTrackMap. Tentokrát je celá ČR vykreslována do úrovně 13 a Lysá Hora > v Beskydech do úrovně 17. > > Hlavní změny jsou v tom, že jsem díky radě Jáchyma konečně vyřešil problém se > špatně projektovaným stínováním. Mapa je teď dostupná ve dvou variántách: ve > standardní kvalitě (256 barev) a ve vysoké kvalitě (32bit), úspora místa > standardní kvality je trochu více než dvojnásobná. Turistických stezek je > vykresleno daleko více, ale bohužel jsem zjistil, že i tak nejsou vykreslovány > úplně všechny, co jsou v datech, a tak je v úrovni 13 jen necelá polovina > republiky a teďka mi běží nové rendrování. Jelikož jsem však provedl drobnou > optimalizaci načítaných dat, vykreslování by mělo jet tentokrát rychleji. > > S pozdravem, > > -- > Ing. Radek Bartoň > > Faculty of Information Technology > Department of Computer Graphics and Multimedia > Brno University of Technology > > E-mail: blackhex na post.cz > Web: http://blackhex.no-ip.org > Jabber: blackhex na jabber.cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

> Ahoj, > super, konečně aktuální mapa se značkama. Tohle je IMHO nejdůležitější - > aby bylo někde vidět, jak to přibývá a že to má smysl. > > Dík > > J > > On Wed, Jun 24, 2009 at 11:19:58AM +0200, Radek Bartoň wrote: >> Dobrý den. >> >> Na server http://blackhex.no-ip.org/opentrackmap.html jsem nahrál další verzi >> mapy OpenTrackMap. Tentokrát je celá ČR vykreslována do úrovně 13 a Lysá Hora >> v Beskydech do úrovně 17. >> >> Hlavní změny jsou v tom, že jsem díky radě Jáchyma konečně vyřešil problém se >> špatně projektovaným stínováním. Mapa je teď dostupná ve dvou variántách: ve >> standardní kvalitě (256 barev) a ve vysoké kvalitě (32bit), úspora místa >> standardní kvality je trochu více než dvojnásobná. Turistických stezek je >> vykresleno daleko více, ale bohužel jsem zjistil, že i tak nejsou vykreslovány >> úplně všechny, co jsou v datech, a tak je v úrovni 13 jen necelá polovina >> republiky a teďka mi běží nové rendrování. Jelikož jsem však provedl drobnou >> optimalizaci načítaných dat, vykreslování by mělo jet tentokrát rychleji. >> >> S pozdravem, >> >> -- >> Ing. Radek Bartoň >> >> Faculty of Information Technology >> Department of Computer Graphics and Multimedia >> Brno University of Technology >> >> E-mail: blackhex na post.cz >> Web: http://blackhex.no-ip.org >> Jabber: blackhex na jabber.cz >> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-cz > > -- > Jachym Cepicky > e-mail: jachym.cepicky gmail com > URL: http://les-ejk.cz > GPG: http://www.les-ejk.cz/pgp/JachymCepicky.pgp > Key fingerprint: 0C6D 0EAE 76BD 506C F299  ED8A C8AB 74B8 08D4 E08F > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > > iEYEARECAAYFAkpB/ysACgkQyKt0uAjU4I+19ACeIXtUF6hJAs08B++igoUkK7nZ > YxgAoIoX4X6phNg8Kxsrb1oWuRiPBRfV > =snIf > -----END PGP SIGNATURE----- > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > >

> Na openstreetmap.cz je taky aktualni mapa, vrstva "KCT vse" se > obnovuje kazdy den.

> Dne středa 24 Červen 2009 12:32:06 Jiri Klement napsal(a): > > Na openstreetmap.cz je taky aktualni mapa, vrstva "KCT vse" se > > obnovuje kazdy den. > > No tak tomuhle konkurovat nebudu moci. Vzhledem k výpočetní náročnosti > renderingu a hardware, který mám k dispozici, si budu moci dovolit > aktualizace tak jednou za 14 dní. Řešením by byla automaticky akualizovaná > overlay vektorová vrstva, ale to je to samé co je k dispozici na > openstreetmap.cz, takže to nemá cenu zavádět.

> řešením je i generování dlaždic ondemand

> jinak momentálně mohu nabídnout výpomoc s jedním ne-úplně-novým strojem > (Athlon64 1,8 GHz), který ale běží furt; o jeho rychlosti, resp. pomalosti > při předchozích experimentech už jsem se tu zmiňoval ;-) > stačí definovat rozhraní (kde si mám stáhnout vstup, kam mám uploadnout > výstup) a dodat konfiguraci

> Dne středa 24 Červen 2009 13:18:38 Karel Volný napsal(a): > > řešením je i generování dlaždic ondemand > > O tom jsem taky uvažoval. Přijde mi rozumné vykreslovat daždice řekněme do > úrovně 13 všechny a vyšší úrovně pak ondemand. Vykreslování jedné dlaždice > od úrovně 14 výše mi na stroji Intel Core 2 Duo E8400 (3GHz) s 2 GB RAM > trvá přibližně vteřinu, což je podle mě trochu hodně na odemand > vykreslování s rozumnou odezvou. Navíc webový server je jenom Intel Pentium > 3 Celeron 1GHz s 1536 MB RAM. Pro zprovoznění ondeman renderingu by se > musela zajistit perzistence vstupních dat v paměti webového serveru, aby se > nemusely načítat pro každý request znovu.

> Taky mě napadlo sbírat statistiky o používání různých dlaždic a vykreslovat > je pak na základě "areas of interest" nebo vytvořit webový formulář, kde by > si uživatel mohl "objednat", jaká oblast se má dokreslit nad úroveň 13.

> Nicméně implementace těchto věcí by si nějaký čas zabrala a teď se chci > spíše zaměřit na ustanovení vhodného renderovacího stylu než na nějaké > zkvalitňování vlastní služby.

> > jinak momentálně mohu nabídnout výpomoc s jedním ne-úplně-novým strojem > > (Athlon64 1,8 GHz), který ale běží furt; o jeho rychlosti, resp. > > pomalosti při předchozích experimentech už jsem se tu zmiňoval ;-) > > stačí definovat rozhraní (kde si mám stáhnout vstup, kam mám uploadnout > > výstup) a dodat konfiguraci > > Cením si takovéto nabídky, ale vzhledem k ranému stádiu projektu, by bylo > provádění aktualizací v pravidelných intervalech plýtvání výpočetním časem > (alespoň zatím).

> Pokud máte zájem o spolupráci, mohu zveřenit všechny > skripty a konfigurační soubory na SVN serveru, případně po domluvě Vám dát > i práva pro zápis. Poku však chcete mermomocí plýtvat svým výpočetním časem > můžete vykreslovat oblasti, které Vás zajímají nad úroveň 13 a výsledek mi > pak nějak posat a já bych je pak umístil na web.

> řekl bych, že musí být něco shnilého ve státě dánském, domnívám se (ale za > nic neručím, má paměť ...), že s mod_tile mi to odsejpalo líp i na tom > podstatně slabším stroji

> no hlavně by to asi bylo vynalézáním kola - to už by bylo lepší prozkoumat > možnosti zneužití tiles na home, IMO

> takže moci si z SVNka stáhnout a aktualizovat vyvíjející se "turistický" > styl pro Mapnik atd. je už vpodstatě půl práce hotovo ...

> Dne středa 24 Červen 2009 14:04:35 Karel Volný napsal(a): > > řekl bych, že musí být něco shnilého ve státě dánském, domnívám se (ale > > za nic neručím, má paměť ...), že s mod_tile mi to odsejpalo líp i na tom > > podstatně slabším stroji > > Dost se to zpomalilo s vykreslováním stínování, ale to je věc kterou tam > prostě chci mít :-).

> Jinak díky za informaci o existenci mod_tile. To jsou > přesně informace, které potřebuji.

> > no hlavně by to asi bylo vynalézáním kola - to už by bylo lepší > > prozkoumat možnosti zneužití tiles na home, IMO > > No to určitě, akorát nevím jestli máme s takovým projektem šanci se dostat > mezi seznam oficiálních projektů. Máte s tím zkušenosti?

> > takže moci si z SVNka stáhnout a aktualizovat vyvíjející se "turistický" > > styl pro Mapnik atd. je už vpodstatě půl práce hotovo ... > > Tak tedy SVN má adresu [1] a webové rozhraní je na [2] (omlouvám se za ten > šíleně nedoladěný CSS styl). > > Pokud byste ten rendering rozjížděl, tak budete potřebovat PostgreSQL, > PostGIS, Mapnik 0.6, osm2pgsql, demtools a SRTM data z [3]. Další informace > můžu poskytnout přes Jabber a případně Vám můžu poslat shapefile se > souřadnicemi a GeoTIFF se stínovou mapou. > > [1] - svn://blackhex.no-ip.org/OpenTrackMap > [2] - http://blackhex.no-ip.org/browser/OpenTrackMap > [3] - http://glcf.umiacs.umd.edu/data/srtm/description.shtml

> Na openstreetmap.cz je taky aktualni mapa, vrstva "KCT vse" se > obnovuje kazdy den.

> Mohl bych poprosit, aby se oddělily značky, které mají hodnotu "major" > (případně i "yes") od těch, které mají nějakou jinou hodnotu (například > aby byli čárkované). Chtěl bych, aby se nepletly různé koňské, lyžařs?é a > cyklystycké stezky od těch normálních turistických. Dekuji.

> Dne středa 24 Červen 2009 12:32:06 Jiri Klement napsal(a): > > Na openstreetmap.cz je taky aktualni mapa, vrstva "KCT vse" se > > obnovuje kazdy den. > > No tak tomuhle konkurovat nebudu moci. Vzhledem k výpočetní náročnosti > renderingu a hardware, který mám k dispozici, si budu moci dovolit aktualizace > tak jednou za 14 dní. Řešením by byla automaticky akualizovaná overlay > vektorová vrstva, ale to je to samé co je k dispozici na openstreetmap.cz, > takže to nemá cenu zavádět.

> CO se licencí týče, dokážu sehnat některé mapy možná i jako PD, ale spíš > starší (i 30 let), které ještě nejsou v OCADu (autorem je můj otec)

> "Upgradovat" OSM natolik, aby se to dalo pouzit ke kresleni > orientackych map je prace asi natolik narocna, ze to spis nepujde. Co > by mohlo (teoreticky) projit je import jednotlivych map z OCAD formatu > (je to sice proprietarni binarni format, ale je k nemu uplna > dokumentace) do OSM, otazkou je, jak se k tomu budou stavet oddily. > Pokud by se neimportovala mapa uplne cela (kazdy sutr/jama/mala > pesinka....) a nejak se zjednodusila (lesni cesty, silnice, hranice > lesa a porostu ....) tak by to mozna oddilum nemuselo vadit. Nicmene > by se muselo dohadovat s kazdym oddilem asi zvlast.

> nepujdou importovat z licencnich duvodu). Ten zbytek (ty mrnave > ctverecky) jsou klasicke orientacke mapy, ktere by importovat sly, > nicmene dle meho odhadu jde tak o 1-5% plochy CR.

> Na druhou stranu ruzne vektorove overlaye nejsou pouzitelne pro > tangogps etc. Na pocitaci to nevadi, ale na "GPS-ce" se dela lip se > standartnimi dlazdicemi. > > (tangogps chodi s opentrackmap, staci vyplnit: > http://blackhex.no-ip.org/tiles/%d/%d/%d.png . Dik!) > Pavel

> > Add čárkované linie u poznávacích značek: Můžete mi říct souřadnice, kde > taková stezka je, ať vidím jeslti mi to funguje?

>

> > lesa a porostu ....) tak by to mozna oddilum nemuselo vadit. Nicmene > > by se muselo dohadovat s kazdym oddilem asi zvlast. > > Jestli ma nekdo kontakty, bylo by to super.

> Jinak k "upgrade" OSM tak aby byla pouzitelna pro orientacni beh > doufam jednou dojde, jen to chvili potrva.

> > nepujdou importovat z licencnich duvodu). Ten zbytek (ty mrnave > > ctverecky) jsou klasicke orientacke mapy, ktere by importovat sly, > > nicmene dle meho odhadu jde tak o 1-5% plochy CR. > > Ona to je sice "mala" plocha, ale zas je to _zajimava_ plocha -- > orientacky mapy jsou typicky na nejhezcich mistech.

> Zdravím. > > Tak jsem přerendroval OpenTrackMap [1] s vykreslováním speciálních > turistických naček. Prozatím je to tak, že kct_barva='major' nebo > kct_barva='yes' se vykresluje normální plnou čarou, kct_barva='local', > kct_barva='learning', kct_barva='special' nebo kct_barva='horse' se > vykresluje > čárkovaně s poměrem 3:1 a kct_barva='ski' se vykresluje plnou čarou s > oranžovým podkladem. Zatím jsem neřešil problém se souběžností více > značek. > Cesty s hodnotami tagů ruin, peak, spring a interesting_object se zatím > nevykreslují, ale chtěl bych je vykreslovat plnou čarou doplněnou o > příslušný > symbol. > > Bohužel stala se nějaká změna v OpenLayers [2] a přestaly se mi z mně > neznámého důvodu vykreslovat dlaždice. Dokonce i mapa na hlavní stránce > OpenLayers nějak nefunguje, ale zato OpenStreetMap se zobrazuje normálně. > Proto asi jediný způsob, jak OpenTrackMap zobrazit je použít TangoGPS > nebo > podobnou aplikaci s URL [3] nebo [4]. > > Při výběru tagů, které se mají vykreslovat, jsem vycházel z [5]. Nicméně > mě > zajímalo, jaké další tagy jsou v datech. Spustil jsem proto následující > SQL > dotaz: > > select osm_id,kct_yellow,kct_red,kct_green,kct_blue from planet_osm_line > where > (kct_red is not null and kct_red not in ('major', 'yes', 'local', > 'learning', > 'ruin', 'peak', 'spring', 'interesting_object', 'horse', 'ski', > 'european')) > or (kct_green is not null and kct_green not in ('major', 'yes', 'local', > 'learning', 'ruin', 'peak', 'spring', 'interesting_object', 'horse', > 'ski', > 'european')) or (kct_blue is not null and kct_blue not in ('major', > 'yes', > 'local', 'learning', 'ruin', 'peak', 'spring', 'interesting_object', > 'horse', > 'ski', 'european')) or (kct_yellow is not null and (kct_yellow not in > ('major', 'yes', 'local', 'learning', 'ruin', 'peak', 'spring', > 'interesting_object', 'horse', 'ski', 'european'))); > > který mi vrátil následující tabulku: > > osm_id | kct_yellow | kct_red | kct_green | kct_blue > ----------+--------------+-------------+-----------+---------- > 30923811 | castle | | | > 30828980 | | | | major? > 30828976 | | | | major? > 30828978 | | | | major? > 32139066 | major; local | | | > 30828970 | | major? | | > 26242675 | | major? | | > 26242647 | major? | | | > 32087240 | major; local | | major | > 32087250 | major; local | | | > 28027566 | major; local | | | > 28027702 | major; local | | | > 28027963 | major; local | | | > 26242533 | | major? | | > 28027920 | major; local | | | > 28028391 | major; local | | | > 28067127 | | | major? | > 28067126 | | | major? | > 26242527 | | | major? | > 26242515 | | | major? | > 27237128 | | special | | > 36282984 | | | view | > 23023095 | | | | view > 36270124 | | | | view > 24512884 | | major,horse | | > 23329123 | | | | major ? > 26714126 | | horse,major | | > 22901463 | major ? | | | > 25153548 | | major,horse | | > 26714102 | | major,horse | | > 26714109 | | major,horse | | > 24277972 | | true | | yes > 23745229 | | special | special | > 28427166 | | | special | > 18531728 | | special | | > 19750620 | | view | | > 28726856 | | | main | > 28726852 | | | main | > 29463914 | major | special | | > 29463924 | major | special | | > 29463933 | major | special | | special > 28901117 | major | special | | special > 35205837 | | | true | > 35205836 | | | true | > 35205839 | | true | | > 28832716 | | | blue | > 31483219 | yes | E3 | | > 31483076 | yes | E3 | yes | cyklo > 31483075 | | E3 | | > 31483077 | | E3 | yes | cyklo > 31871752 | diagonal | | | > 25117366 | true | | | > (52 rows) > > Z tohoto vyplává několik otázek: > > 1) Proč jsou tam tagy "major?" a "major ?" > 2) Více hodnotové tagy ("major; local", "major,horse" a "horse,major") > bude > celkem problém vykreslit a myslím, že mapeři by se měli tohoto způsobu > tagování vyvarovat. Nějaký nápad, jak tohle vyřešit?

> 3) Mají být cesty s hodnotami tagů, které nejsou zmíněny na [2], také > vykreslovány a jak? Konkrétně jde o hodnoty diagonal, view, cyklo, > castle. > 4) V datech jsem nenašel jedinou cestu kct_barva='european'. Němělo by > proto > být kct_barva="E3" změněno na kct_barva='european' a ref="E3"?

> 5) Znáte nějakou službu podobnou [6], která umí najít a zobrazit pozici > cesty/bodu s určitými tagy, ale podporuje hledání na větším území? > > [1] - http://blackhex.no-ip.org/opentrackmap.html > [2] - http://openlayers.org/ > [3] - http://blackhex.no-ip.org/tiles/%d/%d/%d.png > [4] - http://blackhex.no-ip.org/tiles_hq/%d/%d/%d.png > [5] > http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/Editing_Standards_and_Conventions#Turistick.C3.A9_zna.C4.8Den.C3.AD > [6] - http://www.itoworld.com/static/osmmapper > > S pozdravem, >

> > 2) Více hodnotové tagy ("major; local", "major,horse" a "horse,major") > > bude > > celkem problém vykreslit a myslím, že mapeři by se měli tohoto způsobu > > tagování vyvarovat. Nějaký nápad, jak tohle vyřešit? > > Opravdu jsou nekde sloučené trasy? Nevedou tam ve skutečnosti dvě různé > trasy, které by měly být značené samostatně?

> E3 je evropská cesta, a je tedy víceméně nezávislá na trasách KČT (pouze > je pomocí nich vyznačená) a měla by tedy být zaznamenána jako samostatná > relace. Už jsem jí tak začal značit, a je to relace č. 123404.

> Zdravím. > > Tak jsem přerendroval OpenTrackMap [1] s vykreslováním speciálních > turistických naček. Prozatím je to tak, že kct_barva='major' nebo > kct_barva='yes' se vykresluje normální plnou čarou, kct_barva='local', > kct_barva='learning', kct_barva='special' nebo kct_barva='horse' se vykresluje > čárkovaně s poměrem 3:1 a kct_barva='ski' se vykresluje plnou čarou s > oranžovým podkladem. Zatím jsem neřešil problém se souběžností více značek. > Cesty s hodnotami tagů ruin, peak, spring a interesting_object se zatím > nevykreslují, ale chtěl bych je vykreslovat plnou čarou doplněnou o příslušný > symbol. > > Bohužel stala se nějaká změna v OpenLayers [2] a přestaly se mi z mně > neznámého důvodu vykreslovat dlaždice. Dokonce i mapa na hlavní stránce > OpenLayers nějak nefunguje, ale zato OpenStreetMap se zobrazuje normálně. > Proto asi jediný způsob, jak OpenTrackMap zobrazit je použít TangoGPS nebo > podobnou aplikaci s URL [3] nebo [4]. > > Při výběru tagů, které se mají vykreslovat, jsem vycházel z [5]. Nicméně mě > zajímalo, jaké další tagy jsou v datech. Spustil jsem proto následující SQL > dotaz: > > select osm_id,kct_yellow,kct_red,kct_green,kct_blue from planet_osm_line where > (kct_red is not null and kct_red not in ('major', 'yes', 'local', 'learning', > 'ruin', 'peak', 'spring', 'interesting_object', 'horse', 'ski', 'european')) > or (kct_green is not null and kct_green not in ('major', 'yes', 'local', > 'learning', 'ruin', 'peak', 'spring', 'interesting_object', 'horse', 'ski', > 'european')) or (kct_blue is not null and kct_blue not in ('major', 'yes', > 'local', 'learning', 'ruin', 'peak', 'spring', 'interesting_object', 'horse', > 'ski', 'european')) or (kct_yellow is not null and (kct_yellow not in > ('major', 'yes', 'local', 'learning', 'ruin', 'peak', 'spring', > 'interesting_object', 'horse', 'ski', 'european'))); > > který mi vrátil následující tabulku: > > osm_id | kct_yellow | kct_red | kct_green | kct_blue > ----------+--------------+-------------+-----------+---------- > 30923811 | castle | | | > 30828980 | | | | major? > 30828976 | | | | major? > 30828978 | | | | major? > 32139066 | major; local | | | > 30828970 | | major? | | > 26242675 | | major? | | > 26242647 | major? | | | > 32087240 | major; local | | major | > 32087250 | major; local | | | > 28027566 | major; local | | | > 28027702 | major; local | | | > 28027963 | major; local | | | > 26242533 | | major? | | > 28027920 | major; local | | | > 28028391 | major; local | | | > 28067127 | | | major? | > 28067126 | | | major? | > 26242527 | | | major? | > 26242515 | | | major? | > 27237128 | | special | | > 36282984 | | | view | > 23023095 | | | | view > 36270124 | | | | view > 24512884 | | major,horse | | > 23329123 | | | | major ? > 26714126 | | horse,major | | > 22901463 | major ? | | | > 25153548 | | major,horse | | > 26714102 | | major,horse | | > 26714109 | | major,horse | | > 24277972 | | true | | yes > 23745229 | | special | special | > 28427166 | | | special | > 18531728 | | special | | > 19750620 | | view | | > 28726856 | | | main | > 28726852 | | | main | > 29463914 | major | special | | > 29463924 | major | special | | > 29463933 | major | special | | special > 28901117 | major | special | | special > 35205837 | | | true | > 35205836 | | | true | > 35205839 | | true | | > 28832716 | | | blue | > 31483219 | yes | E3 | | > 31483076 | yes | E3 | yes | cyklo > 31483075 | | E3 | | > 31483077 | | E3 | yes | cyklo > 31871752 | diagonal | | | > 25117366 | true | | | > (52 rows) > > Z tohoto vyplává několik otázek: > > 1) Proč jsou tam tagy "major?" a "major ?" > 2) Více hodnotové tagy ("major; local", "major,horse" a "horse,major") bude > celkem problém vykreslit a myslím, že mapeři by se měli tohoto způsobu > tagování vyvarovat. Nějaký nápad, jak tohle vyřešit? > 3) Mají být cesty s hodnotami tagů, které nejsou zmíněny na [2], také > vykreslovány a jak? Konkrétně jde o hodnoty diagonal, view, cyklo, castle. > 4) V datech jsem nenašel jedinou cestu kct_barva='european'. Němělo by proto > být kct_barva="E3" změněno na kct_barva='european' a ref="E3"? > 5) Znáte nějakou službu podobnou [6], která umí najít a zobrazit pozici > cesty/bodu s určitými tagy, ale podporuje hledání na větším území? > > [1] - http://blackhex.no-ip.org/opentrackmap.html > [2] - http://openlayers.org/ > [3] - http://blackhex.no-ip.org/tiles/%d/%d/%d.png > [4] - http://blackhex.no-ip.org/tiles_hq/%d/%d/%d.png > [5] > http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/Editing_Standards_and_Conventions#Turistick.C3.A9_zna.C4.8Den.C3.AD > [6] - http://www.itoworld.com/static/osmmapper > > S pozdravem, >

> > A jak bude otagovaná?

> Dobrý den > > Vykradl jsem skript z OSM.cz a tročku ho poupravil > http://map.vsetin.org/?zoom=12&lat=49.35424&lon=17.9568&layers=0B000FTF

> On Mon, 29 Jun 2009 09:04:16 +0200, Radek Bartoň <blackhex na post.cz> wrote: > > Pardon, spletl jsem si číslo. Je to > <http://www.openstreetmap.org/browse/relation/132404>, pak máme na našem > území ještě trasu E10, a tu jsem vyznačil jako > <http://www.openstreetmap.org/browse/relation/132340>.

> No jak se tak dívám na [1]. Nemělo by to být otagované: > type=route > route=foot > ref=E?? > network=e-road (případně nwn)

> ------------ Původní zpráva ------------ > Od: Radek Bartoň <blackhex na post.cz> > Předmět: Re: [Talk-cz] OpenTrackMap > Datum: 29.6.2009 09:04:35 > ---------------------------------------- > Zdravím. > > Tak jsem přerendroval OpenTrackMap [1] s vykreslováním speciálních > turistických naček. Prozatím je to tak, že kct_barva='major' nebo > kct_barva='yes' se vykresluje normální plnou čarou, kct_barva='local', > kct_barva='learning', kct_barva='special' nebo kct_barva='horse' se vykresluje > čárkovaně s poměrem 3:1 a kct_barva='ski' se vykresluje plnou čarou s > oranžovým podkladem. Zatím jsem neřešil problém se souběžností více značek. > Cesty s hodnotami tagů ruin, peak, spring a interesting_object se zatím > nevykreslují, ale chtěl bych je vykreslovat plnou čarou doplněnou o příslušný > symbol. > > Bohužel stala se nějaká změna v OpenLayers [2] a přestaly se mi z mně > neznámého důvodu vykreslovat dlaždice. Dokonce i mapa na hlavní stránce > OpenLayers nějak nefunguje, ale zato OpenStreetMap se zobrazuje normálně. > Proto asi jediný způsob, jak OpenTrackMap zobrazit je použít TangoGPS nebo > podobnou aplikaci s URL [3] nebo [4]. > > Při výběru tagů, které se mají vykreslovat, jsem vycházel z [5]. Nicméně mě > zajímalo, jaké další tagy jsou v datech. Spustil jsem proto následující SQL > dotaz: > > select osm_id,kct_yellow,kct_red,kct_green,kct_blue from planet_osm_line where > (kct_red is not null and kct_red not in ('major', 'yes', 'local', 'learning', > 'ruin', 'peak', 'spring', 'interesting_object', 'horse', 'ski', 'european')) > or (kct_green is not null and kct_green not in ('major', 'yes', 'local', > 'learning', 'ruin', 'peak', 'spring', 'interesting_object', 'horse', 'ski', > 'european')) or (kct_blue is not null and kct_blue not in ('major', 'yes', > 'local', 'learning', 'ruin', 'peak', 'spring', 'interesting_object', 'horse', > 'ski', 'european')) or (kct_yellow is not null and (kct_yellow not in > ('major', 'yes', 'local', 'learning', 'ruin', 'peak', 'spring', > 'interesting_object', 'horse', 'ski', 'european'))); > > který mi vrátil následující tabulku: > > osm_id | kct_yellow | kct_red | kct_green | kct_blue > > > ----------+--------------+-------------+-----------+---------- > > > 30923811 | castle | | | > > > 30828980 | | | | major? > > > 30828976 | | | | major? > > > 30828978 | | | | major? > > > 32139066 | major; local | | | > > > 30828970 | | major? | | > > > 26242675 | | major? | | > > > 26242647 | major? | | | > > > 32087240 | major; local | | major | > > > 32087250 | major; local | | | > > > 28027566 | major; local | | | > > > 28027702 | major; local | | | > > > 28027963 | major; local | | | > > > 26242533 | | major? | | > > > 28027920 | major; local | | | > > > 28028391 | major; local | | | > > > 28067127 | | | major? | > > > 28067126 | | | major? | > > > 26242527 | | | major? | > > > 26242515 | | | major? | > > > 27237128 | | special | | > > > 36282984 | | | view | > > > 23023095 | | | | view > > > 36270124 | | | | view > > > 24512884 | | major,horse | | > > > 23329123 | | | | major ? > > > 26714126 | | horse,major | | > > > 22901463 | major ? | | | > > > 25153548 | | major,horse | | > > > 26714102 | | major,horse | | > > > 26714109 | | major,horse | | > 24277972 | | true | | yes > 23745229 | | special | special | > 28427166 | | | special | > 18531728 | | special | | > 19750620 | | view | | > 28726856 | | | main | > 28726852 | | | main | > 29463914 | major | special | | > 29463924 | major | special | | > 29463933 | major | special | | special > 28901117 | major | special | | special > 35205837 | | | true | > 35205836 | | | true | > 35205839 | | true | | > 28832716 | | | blue | > 31483219 | yes | E3 | | > 31483076 | yes | E3 | yes | cyklo > 31483075 | | E3 | | > 31483077 | | E3 | yes | cyklo > 31871752 | diagonal | | | > 25117366 | true | | | > (52 rows) > > Z tohoto vyplává několik otázek: > > 1) Proč jsou tam tagy "major?" a "major ?" > 2) Více hodnotové tagy ("major; local", "major,horse" a "horse,major") bude > celkem problém vykreslit a myslím, že mapeři by se měli tohoto způsobu > tagování vyvarovat. Nějaký nápad, jak tohle vyřešit? > 3) Mají být cesty s hodnotami tagů, které nejsou zmíněny na [2], také > vykreslovány a jak? Konkrétně jde o hodnoty diagonal, view, cyklo, castle. > 4) V datech jsem nenašel jedinou cestu kct_barva='european'. Němělo by proto > být kct_barva="E3" změněno na kct_barva='european' a ref="E3"? > 5) Znáte nějakou službu podobnou [6], která umí najít a zobrazit pozici > cesty/bodu s určitými tagy, ale podporuje hledání na větším území? > > [1] - http://blackhex.no-ip.org/opentrackmap.html > [2] - http://openlayers.org/ > [3] - http://blackhex.no-ip.org/tiles/%d/%d/%d.png > [4] - http://blackhex.no-ip.org/tiles_hq/%d/%d/%d.png > [5] > > http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/Editing_Standards_and_Conventions#Turistick.C3.A9_zna.C4.8Den.C3.AD > [6] - http://www.itoworld.com/static/osmmapper > > S pozdravem, > > -- > Ing. Radek Bartoň > > Faculty of Information Technology > Department of Computer Graphics and Multimedia > Brno University of Technology > > E-mail: blackhex na post.cz > Web: http://blackhex.no-ip.org > Jabber: blackhex na jabber.cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz > > >

> Jenom dotaz, > ze kdy jsou poslední renderovaná data - já jsem v pátek a přes víkend > doplňoval turistické značení v Hradci Králové a zejména v Novohradeckých > lesích a tyto značky ve Vámi renderované mapě nevidím. Děkuji, Pražák

> Tady by jste mi mohli poradit jak (nejlépe inkrementálně) extrahovat data z > OSM databáze podle zadaného čtvercového nebo obecného regionu? Zejména Kubajz > by o tom mohl něco vědět :-).

> Add evropské cesty: ten tag network=e-road je pro renderování nutný neboť > route=foot jsou i obyčejné trasy, jak jsem zjistil. > > [1] - http://download.geofabrik.de/osm/europe/ > > -- > Ing. Radek Bartoň

> asi by to chtelo aby na geofabrik rozjeli rsync server, to by vcelku > pomohlo.

> Nebo aplikovat na vyrez republiky minutove diffy. Pokud by to > slo.

> Zdravím. > > Tak jsem přerendroval OpenTrackMap [1] s vykreslováním speciálních > > -- > Ing. Radek Bartoň > > Faculty of Information Technology > Department of Computer Graphics and Multimedia > Brno University of Technology > > E-mail: blackhex na post.cz > Web: http://blackhex.no-ip.org > Jabber: blackhex na jabber.cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

> > 1) Pro? jsou tam tagy "major?" a "major ?" > > 2) V?ce hodnotov? tagy ("major; local", "major,horse" a "horse,major") > > bude > > celkem probl?m vykreslit a mysl?m, ?e mape?i by se m?li tohoto zp?sobu > > tagov?n? vyvarovat. N?jak? n?pad, jak tohle vy?e?it? > > Opravdu jsou nekde slou?en? trasy? Nevedou tam ve skute?nosti dv? r?zn? > trasy, kter? by m?ly b?t zna?en? samostatn??

> On Mon, 29 Jun 2009 10:17:56 +0200, Radek Barto? <blackhex na post.cz> wrote: > > OK, ud?lal jsem to tak. Ono ale stejn? asi ?asem bude muset doj?t ke > sjednocen? t? cesty v r?mci Evropy. > Nezn? n?hodou n?kdo ??sla relac? t?ch evropsk?ch tras v dal??ch st?tech, > pokud ji? existuj??

> Z tohoto vypl??v?? n??kolik ot??zek: > > 1) Pro?? jsou tam tagy "major?" a "major ?"

> Tohle moc nechápu, proč rsync, když by na czech_republic.osm.bz2 stačil wget.

>> Nebo aplikovat na vyrez republiky minutove diffy. Pokud by to >> slo. > > No to jsem právě myslel, akorat nevím, jak to udělat. API, pokud vím, nepovolí > dotaz na tak velkou oblast. >

> Dne pondělí 29 Červen 2009 11:26:57 Michal Grézl napsal(a): > > >> asi by to chtelo aby na geofabrik rozjeli rsync server, to by vcelku >> pomohlo. >> > > Tohle moc nechápu, proč rsync, když by na czech_republic.osm.bz2 stačil wget. > > >> Nebo aplikovat na vyrez republiky minutove diffy. Pokud by to >> slo. >> > > No to jsem právě myslel, akorat nevím, jak to udělat. API, pokud vím, nepovolí > dotaz na tak velkou oblast. > >

> ... > prvotnim stazenim sveta, zbytek uz je celkem rychly. Obzvlast s pouzitim > Cckoveho programu na orez namisto perlu.

> Nejjednodussi cesta je stahnout cely svet, aplikovat diff (on ani moc > totiz nejde aplikovat na vyrez) a pak provest vyrez. Jediny problem je s > prvotnim stazenim sveta, zbytek uz je celkem rychly. Obzvlast s pouzitim > Cckoveho programu na orez namisto perlu. >

> Ahoj, > > On Mon, Jun 29, 2009 at 03:51:12PM +0200, Kubajz wrote: > >> ... >> prvotnim stazenim sveta, zbytek uz je celkem rychly. Obzvlast s pouzitim >> Cckoveho programu na orez namisto perlu. >> > > to mi chce rict ze ten muj crap v Cecku nekdo pouziva a upravil ho pro api > 0.6? :) > >

> Nejjednodussi cesta je stahnout cely svet, aplikovat diff (on ani moc > totiz nejde aplikovat na vyrez) a pak provest vyrez. Jediny problem je s > prvotnim stazenim sveta, zbytek uz je celkem rychly. Obzvlast s pouzitim > Cckoveho programu na orez namisto perlu.

> Mam jednu pripominku k mape - nasel jsem misto, kde nejak nesedi > stinovani - na mape je zobrazen vodorovny pruh, kteremu tam nic > neodpovida. Jedna se v podstate o malickost, ale pri detailnim pohledu > to kazi dojem. > > Jedna se o oblast severne od Malych Svatonovic, na openstreetmap je to > priblizne > http://www.openstreetmap.org/?lat=50.5387&lon=16.0523&zoom=14&layers=B000FT

> O tomhle problému vím. Tento jev se vyskytuje všude na mřížce celých stupňů, > podle které jsou děleny dlaždice výškové mapy. Tady je to ještě vpohodě, ale > podívejte se třeba na Lysou Horu v Beskydech. Otázkou je jestli je to chyba ve > vlastních SRTM datech nebo v procesu generování stínování...

>> O tomhle problému vím. Tento jev se vyskytuje všude na mřížce celých stupňů, >> podle které jsou děleny dlaždice výškové mapy. Tady je to ještě vpohodě, ale >> podívejte se třeba na Lysou Horu v Beskydech. Otázkou je jestli je to chyba ve >> vlastních SRTM datech nebo v procesu generování stínování... > > O tom, jak se generuje stinovani a vrstevnice nic moc nevim, ale > myslim si, ze pokud by chyba byla v datech, tak by to ovlivnilo i > vrstevnice. I ty jsou genegovany s SRTM dat, ne? >

> O tom, jak se generuje stinovani a vrstevnice nic moc nevim, ale > myslim si, ze pokud by chyba byla v datech, tak by to ovlivnilo i > vrstevnice. I ty jsou genegovany s SRTM dat, ne?

>Dalsi problem jsou diry bez dat v horach, horske > vrcholy a okoli chybi.

> Jenze vrstevnice to ovlivnilo take, priblizte si to a uvidite, tenhle > problem maji fsichni co pouzivaji srtm, je v datech, mam vygenerovan > hillshading pomoci kosmosu a tam je to take, neda se s tim nic delat, > leda opravit srtm, spousta firem to dela a pak opravena data prodava > za tezke penize. Dalsi problem jsou diry bez dat v horach, horske > vrcholy a okoli chybi.

> Že by se svítalo na lepší časy? http://www.ct24.cz/veda-a-technika/59617- > nejucelenejsi-mapa-sveta-bude-ke-stazeni-na-internetu/

> Ahoj, > > crap nekdo pouzival do API 0.6 :)

> Pokud byste ten rendering rozjížděl, tak budete potřebovat PostgreSQL, > PostGIS, Mapnik 0.6, osm2pgsql, demtools a SRTM data z [3]. Další informace > můžu poskytnout přes Jabber a případně Vám můžu poslat shapefile se > souřadnicemi a GeoTIFF se stínovou mapou.

> zdravím, > > (ad rendering pro OpenTrackMap) > tak jsem na to konečně trošku kouknul ... a mám zásek :-( > > > Pokud byste ten rendering rozjížděl, tak budete potřebovat PostgreSQL, > > PostGIS, Mapnik 0.6, osm2pgsql, demtools a SRTM data z [3]. Další > > informace můžu poskytnout přes Jabber a případně Vám můžu poslat > > shapefile se souřadnicemi a GeoTIFF se stínovou mapou. > > nedaří se mi zkompilovat demtools - > > $ make compile > Demtools compilation ... > g++ hillshade.cpp -lgdal -o bin/hillshade > g++ color-relief.cpp -lgdal -o bin/color-relief > In file included from color-relief.cpp:35: > stringtok.h:10: error: ‘string’ has not been declared > stringtok.h: In function ‘void stringtok(Container&, const int&, const > char*)’: > stringtok.h:13: error: ‘string’ has not been declared > stringtok.h:13: error: expected initializer before ‘len’ > stringtok.h:14: error: ‘string’ has not been declared > stringtok.h:14: error: expected `;' before ‘i’ > stringtok.h:16: error: ‘i’ was not declared in this scope > stringtok.h:16: error: ‘len’ was not declared in this scope > stringtok.h:19: error: request for member ‘find_first_not_of’ in ‘in’, > which is of non-class type ‘const int’ > stringtok.h:20: error: ‘string’ has not been declared > stringtok.h:24: error: ‘string’ has not been declared > stringtok.h:24: error: expected `;' before ‘j’ > stringtok.h:27: error: ‘j’ was not declared in this scope > stringtok.h:27: error: ‘string’ has not been declared > stringtok.h:28: error: request for member ‘substr’ in ‘in’, which is of > non- class type ‘const int’ > stringtok.h:31: error: request for member ‘substr’ in ‘in’, which is of > non- class type ‘const int’ > stringtok.h:34: error: ‘j’ was not declared in this scope > color-relief.cpp: In function ‘void ReadColorScale(const std::string&)’: > color-relief.cpp:85: error: no matching function for call to > ‘stringtok(std::list<std::basic_string<char, std::char_traits<char>, > std::allocator<char> >, std::allocator<std::basic_string<char, > std::char_traits<char>, std::allocator<char> > > >&, std::string&, const > char [2])’ > make: *** [compile] Error 1 > > > ... nějaké rady/nápady? > > jaktože ‘string’ has not been declared když #include <string>? > > K. > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz

> Pokud byste ten rendering rozjížděl, tak budete potřebovat PostgreSQL, > PostGIS, Mapnik 0.6, osm2pgsql, demtools a SRTM data z [3]. Další informace > můžu poskytnout přes Jabber a případně Vám můžu poslat shapefile se > souřadnicemi a GeoTIFF se stínovou mapou. > > [1] - svn://blackhex.no-ip.org/OpenTrackMap > [2] - http://blackhex.no-ip.org/browser/OpenTrackMap > [3] - http://glcf.umiacs.umd.edu/data/srtm/description.shtml

> které datové soubory mám z toho GLCF stáhnout?

> Dne středa 08 Červenec 2009 11:30:41 Karel Volný napsal(a): > >> které datové soubory mám z toho GLCF stáhnout? > > Zdravím. > > Omlouvám se za pozdní odpověď. Byl jsem mimo. Já jsem stáhnul > SRTM_fB03_n0*e0*.tif. Jiné varianty by se měly lišit úrovní filtrace > chybějících hodnot. Pokud jsem přečetl dokumentaci správě, tyto soubory by > měly být nejkvalitnější, ale mužete zkusit i jiné, aby jsme si byli jisti. >

> Jo a ještě jsem zapoměl poznamenat, že vzledem k průhlednosti vykreslených > stezek je vhodné tagovat značky buď  pomocí tagů přímo nebo pomocí relací, ale > ne oboje. > > -- > Ing. Radek Bartoň > > Faculty of Information Technology > Department of Computer Graphics and Multimedia > Brno University of Technology > > E-mail: blackhex na post.cz > Web: http://blackhex.no-ip.org > Jabber: blackhex na jabber.cz > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

> moc nechapu to mapovani pomoci relaci. Kdyz mam cervenou a zlutou > stezku, ktere vedou castecne vedle sebe, tak by prece meli byt pouze > dve relace - jedna pro cervenou a druha pro zlutou stezku. Nektere > cesty proste budou ve vice nez jedne relaci.

> Jestli je problem tohle > vykreslit, tak muzes pouzit [1], kde se kazdy den generuji stezky s > odstranenimy relacemi. Nerozlisuju normalni a naucne stezky, ale pokud > by byl zajem, tak to muzu dodelat. > [1] http://openstreetmap.cz/kct.osm

> Z pohledu vykreslování je právě tento způsob celkem problém. Použít kct.osm by > bylo řešení. Nicméně lepší by bylo, kdyby šlo nějakým skriptem převést stezky > tagované bez relací na relace, rozsekat relace na relace o jedné barvě, tak > jak jsem to popsal v úvodním e-mailu a pak naimportovat pouze tyto relace do > DB a vykreslit. Zabránilo by se tak drobným artefaktům při vykreslování > jednotlivých segmentů. > > Čím jste kct.osm vytvořil? Že bych si podobně vytvořil extrakt značek > speciálně pro moje účely.

> Zdravím všechny. > > V mapě se již rendrují rozcestníky domluveným symbolem. Zatím používám pro > dané pravidlo tag amenity=signpost, ale všimnul jsem si, že se i hojně používá > information=guidepost. Co se má tedy používat správně? Podle [2] první > varianta.

> -- > Ing. Radek Bartoň > > Faculty of Information Technology > Department of Computer Graphics and Multimedia > Brno University of Technology > > E-mail: blackhex na post.cz > Web: http://blackhex.no-ip.org > Jabber: blackhex na jabber.cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-cz >

> Zdravím všechny. > > Od posledního vlákna jsem na serveru provedl několik změn. První je změna > adresy serveru na [1]. >

> ten symbol rozcestniku je dost hnusny, pouzil bych to co je v josm a > co mam ja na openstreetmap.cz, tj. symbolizovany rozcestnik.

> 2009/8/5 Radek Bartoň <blackhex na post.cz>: > > Zdravím všechny. > > > > Od posledního vlákna jsem na serveru provedl několik změn. První je změna > > adresy serveru na [1]. > > jeste me tak napadlo jestli nechces domenu misto toho no-ip treba > openstreetmap.cz? Teda samozrejme pokud mas staticky ip.

> Dne středa 05 Srpen 2009 11:56:22 Michal Grézl napsal(a): >> 2009/8/5 Radek Bartoň <blackhex na post.cz>: >> > Zdravím všechny. >> > >> > Od posledního vlákna jsem na serveru provedl několik změn. První je změna >> > adresy serveru na [1]. >> >> jeste me tak napadlo jestli nechces domenu misto toho no-ip treba >> openstreetmap.cz? Teda samozrejme pokud mas staticky ip. > > No nevím jestli by opentrackmap.openstreetmap.cz bylo příjemnější než > opentrackmap.no-ip.org. Ještě tak možná tracks.openstreetmap.cz. Kyžtak můžeš > přidat alias. IP statická je, ale časem se samozřejmě může změnit. Každopádně > díky za nabídku. > > -- > Ing. Radek Bartoň >

> ten symbol rozcestniku je dost hnusny, pouzil bych to co je v josm a > co mam ja na openstreetmap.cz, tj. symbolizovany rozcestnik.

> Dne St 5. srpna 2009 Michal Grézl napsal(a): >> ten symbol rozcestniku je dost hnusny,  pouzil bych to co je v josm a >> co mam ja na openstreetmap.cz, tj. symbolizovany rozcestnik. > > jo, a symbol kříže s kolečkem je dost hnusný, vůbec se mi nelíbí, od teďka si > na svoji mapu budu kreslit kostel jako šesticípou hvězdičku, ta bude hezčí, to > se mi líbí

> a jděte do háje s tím, že nevíte, co to znamená, že se to již desítky let > jinde kreslí jinak, to je moje mapa, buďte rádi, že vám ji dávám k použití, > jestli se vám nelíbí moje hvězdička, tak si udělejte mapu vlastní, každý totiž > určitě má tolik volného času a prostředků, aby si to rozběhnul sám pro sebe, a > vůbec ho nemůže mrzet, že někdo jiný nad výsledky jeho práce (resp. práce > všech) staví projekt jen pro sebe místo toho, aby spolupracoval zpátky > > :-p

> K. >