Re: [Talk-cz] porovnavani map

[Michal Grézl]

2008/10/24 Jachym Cepicky <[EMAIL PROTECTED]>:
> nevím jak u ostatních api, ale u OpenLayers
>
> map.events.register("zoomend",map,zoomAllMaps);
>

uz sem to nasel eventy zoomend a moveend, pridam to tam. dik za nakopnuti:)

-- 
Michal Grézl
http://walley.org

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Možnost využití dat Povodí Labe

[Petr Dlouhý]

On Fri, 24 Oct 2008 08:02:20 +0200, Tomas Kolda <[EMAIL PROTECTED]> wrote:

A které routování s tím nefunguje? Zkoušel jsem yournavigation.org (který  
vychází z gosmore), a nevadí mu to. Tuhle cestu  

  
to našlo přestože ty silnice nejsou ani na jedné křižovatce přerušené.

> Ano to s tim routovanim pravda je. Je to tim, ze graf (vrcholy a hrany)
> urcuji way, kde vrchol je pocatecni a koncovy nodeID. To jsou prave ty
> krizovatky. Kdyz je spojis do jedne way napr. u Tckove krizovatky tak
> pak bude ta treti slepa, protoze nema navaznou way, ktera zacina stenym
> nodeID jako ona konci Orientace u jednosmerne hrany se urcuje stejne
> jako u graficke mapy (oneway). Proto se nesmi spojovat napric  
> krizovatkou.
>
> Slo by to v pripade, ze nekdo kdo dela routovani bude kontrolovat kazdy
> nodeID v way a kdyz uvidi, ze je obsazen koncovy z jine cesty tak tam
> umele udela krizovatku. To je ale velika nevyhoda, protoze ty nemuzes
> implicitne predpokladat krizovatku pro kazdy sdileny nod. Proto se to
> dela explicitne tim sekanim.

Řekl bych, že pro název nebo ref se relace nehodí, tam by šlo spíš použít  
hledání, ale asi ne každý o tom ví (a nevím, jak je to v Potlachu).
Například u cyklostezek, naopak považuji osobně relaci za jedinou  
správnou, protože kromě jednoduchého opravování tagu na umožňuje (v novém  
JOSMu) nechat si stáhnout všechny objekty, které v ní jsou.

>
> Jinak sdidelni nazvu pres vsechny cesty by mohlo jit udelat pres
> pojmenovanou relaci, ne? Nikdy jsem to nedelal, ale mozna se to tak v
> OSM dela...
>
> T
>
>
> Petr Dlouhý napsal(a):
>> On Fri, 24 Oct 2008 07:14:14 +0200, Tomas Kolda <[EMAIL PROTECTED]>  
>> wrote:
>>
>> Automaticky jsem na silnicích nic nespojoval. Používal jsem to při
>> vytváření toho grafu (aby se vymazal bod, pokud je ta silnice někde
>> uprostřed přerušená).
>>
>> Ručně jsem ovšem některé silnice spojoval, protože mi to tak připadá  
>> lepší
>> (možá si ale neuvědomuji nějakou zradu). Silnice pocházející z importu
>> jsou toti přerušené v místě neexistující křižovatky, což má za následek,
>> že když si toho někdo nevšimne a udělá křižovatku kousek vedle, tak je  
>> pak
>> to přerušení kousek za křižovatkou. Další výhoda je, že pokud je nutné
>> změnit tag, tak to stačí udělat na míň místech, a pokud je nutné mít
>> rozdílný tag pro část té waye, tak to bude pravděpodobně stejně nutné
>> přerušit.
>> Opravdu je to s tím routováním pravda? Vždyť většina silnic není na
>> (všech) křižovatkách přerušená.
>> Jestli ale má spojování nějakou zásadní nevýhodu, tak s tím přestanu.
>>
>>
>>> Jaka by mela byt vyhoda spojovani? Vzdyt nechceme polygony a cary o
>>> rozmerech nekolika kilometru U silnic to ma navic za nasledek, ze  
>>> se
>>> pak neda routovat. Co jsi spojoval na silnicich? Nebo to detekuje
>>> krizovatku o dvou hranach a vice nespojuje?
>>>
>>> T
>>>
>>>
>>
>>
>>
>>
>



-- 
Petr Dlouhý

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] porovnavani map

[Jachym Cepicky]

nevím jak u ostatních api, ale u OpenLayers

map.events.register("zoomend",map,zoomAllMaps);

no a pak už něco jako

function zoomAllMaps(e) {
   for (var i = 0; i < apis.length; i++) {
   apis[i].zoomToExtent(this.getExtent());
   }
};

nebo tak nějak podobně

j

Dne 24. říjen 2008 8:07 Michal Grézl <[EMAIL PROTECTED]> napsal(a):
> 2008/10/24 Jachym Cepicky <[EMAIL PROTECTED]>:
>> A ještě by to chtělo, aby ty mapy měly synchronní pohyb :-D
>
> no jestli vis jak to udelat tak porad, jeste sem nezjistil jak udelat
> nakej ondrag callback:), ja prozatim jen kopiroval examply a generoval
> api klice. Rozhodne to jeste poupravim.
>
>> ale jinak zajímavá stránka!
>>
>> j
>>
>
>
> --
> Michal Grézl
> http://walley.org
> ___
> Talk-cz mailing list
> Talk-cz@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/jachym_cepicky-gpg.pub
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] porovnavani map

[Michal Grézl]

2008/10/24 Jachym Cepicky <[EMAIL PROTECTED]>:
> A ještě by to chtělo, aby ty mapy měly synchronní pohyb :-D

no jestli vis jak to udelat tak porad, jeste sem nezjistil jak udelat
nakej ondrag callback:), ja prozatim jen kopiroval examply a generoval
api klice. Rozhodne to jeste poupravim.

> ale jinak zajímavá stránka!
>
> j
>


-- 
Michal Grézl
http://walley.org
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Možnost využití dat Povodí Labe

[Tomas Kolda]

Ano to s tim routovanim pravda je. Je to tim, ze graf (vrcholy a hrany) 
urcuji way, kde vrchol je pocatecni a koncovy nodeID. To jsou prave ty 
krizovatky. Kdyz je spojis do jedne way napr. u Tckove krizovatky tak 
pak bude ta treti slepa, protoze nema navaznou way, ktera zacina stenym 
nodeID jako ona konci Orientace u jednosmerne hrany se urcuje stejne 
jako u graficke mapy (oneway). Proto se nesmi spojovat napric krizovatkou.


Slo by to v pripade, ze nekdo kdo dela routovani bude kontrolovat kazdy 
nodeID v way a kdyz uvidi, ze je obsazen koncovy z jine cesty tak tam 
umele udela krizovatku. To je ale velika nevyhoda, protoze ty nemuzes 
implicitne predpokladat krizovatku pro kazdy sdileny nod. Proto se to 
dela explicitne tim sekanim.


Jinak sdidelni nazvu pres vsechny cesty by mohlo jit udelat pres 
pojmenovanou relaci, ne? Nikdy jsem to nedelal, ale mozna se to tak v 
OSM dela...


T


Petr Dlouhý napsal(a):

On Fri, 24 Oct 2008 07:14:14 +0200, Tomas Kolda <[EMAIL PROTECTED]> wrote:

Automaticky jsem na silnicích nic nespojoval. Používal jsem to při  
vytváření toho grafu (aby se vymazal bod, pokud je ta silnice někde  
uprostřed přerušená).


Ručně jsem ovšem některé silnice spojoval, protože mi to tak připadá lepší  
(možá si ale neuvědomuji nějakou zradu). Silnice pocházející z importu  
jsou toti přerušené v místě neexistující křižovatky, což má za následek,  
že když si toho někdo nevšimne a udělá křižovatku kousek vedle, tak je pak  
to přerušení kousek za křižovatkou. Další výhoda je, že pokud je nutné  
změnit tag, tak to stačí udělat na míň místech, a pokud je nutné mít  
rozdílný tag pro část té waye, tak to bude pravděpodobně stejně nutné  
přerušit.
Opravdu je to s tím routováním pravda? Vždyť většina silnic není na  
(všech) křižovatkách přerušená.

Jestli ale má spojování nějakou zásadní nevýhodu, tak s tím přestanu.

  

Jaka by mela byt vyhoda spojovani? Vzdyt nechceme polygony a cary o
rozmerech nekolika kilometru U silnic to ma navic za nasledek, ze se
pak neda routovat. Co jsi spojoval na silnicich? Nebo to detekuje
krizovatku o dvou hranach a vice nespojuje?

T






  


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] porovnavani map

[Jachym Cepicky]

A ještě by to chtělo, aby ty mapy měly synchronní pohyb :-D

ale jinak zajímavá stránka!

j

2008/10/24 Jachym Cepicky <[EMAIL PROTECTED]>:
> Aby to bylo dokonale, muzes u OpenLayers dat
> OpenLayers.Contro.PanZoom() a ne PanZoomBar().
>
> j
>
>
> 2008/10/23 Michal Grézl <[EMAIL PROTECTED]>:
>> Na adrese http://garmin.openstreetmap.cz/compare.html jsem zkusil
>> vyrobit porovnavatko map, jsou tam vsechny co znam (a maji nejake api
>> o kterem vim), zobrazeni se synchronizuji clickem do googlu (leva
>> horni, pak to vyrobi alert s pozici) u seznamu a amap nesedi prilis
>> zoom ale plusminus to je ono.
>>
>> --
>> Michal Grézl
>> http://walley.org
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@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/jachym_cepicky-gpg.pub
>



-- 
Jachym Cepicky
e-mail: jachym.cepicky gmail com
URL: http://les-ejk.cz
GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] porovnavani map

[Jachym Cepicky]

Aby to bylo dokonale, muzes u OpenLayers dat
OpenLayers.Contro.PanZoom() a ne PanZoomBar().

j


2008/10/23 Michal Grézl <[EMAIL PROTECTED]>:
> Na adrese http://garmin.openstreetmap.cz/compare.html jsem zkusil
> vyrobit porovnavatko map, jsou tam vsechny co znam (a maji nejake api
> o kterem vim), zobrazeni se synchronizuji clickem do googlu (leva
> horni, pak to vyrobi alert s pozici) u seznamu a amap nesedi prilis
> zoom ale plusminus to je ono.
>
> --
> Michal Grézl
> http://walley.org
>
> ___
> Talk-cz mailing list
> Talk-cz@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/jachym_cepicky-gpg.pub

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Možnost využití dat Povodí Labe

[Petr Dlouhý]

On Fri, 24 Oct 2008 07:14:14 +0200, Tomas Kolda <[EMAIL PROTECTED]> wrote:

Automaticky jsem na silnicích nic nespojoval. Používal jsem to při  
vytváření toho grafu (aby se vymazal bod, pokud je ta silnice někde  
uprostřed přerušená).

Ručně jsem ovšem některé silnice spojoval, protože mi to tak připadá lepší  
(možá si ale neuvědomuji nějakou zradu). Silnice pocházející z importu  
jsou toti přerušené v místě neexistující křižovatky, což má za následek,  
že když si toho někdo nevšimne a udělá křižovatku kousek vedle, tak je pak  
to přerušení kousek za křižovatkou. Další výhoda je, že pokud je nutné  
změnit tag, tak to stačí udělat na míň místech, a pokud je nutné mít  
rozdílný tag pro část té waye, tak to bude pravděpodobně stejně nutné  
přerušit.
Opravdu je to s tím routováním pravda? Vždyť většina silnic není na  
(všech) křižovatkách přerušená.
Jestli ale má spojování nějakou zásadní nevýhodu, tak s tím přestanu.

> Jaka by mela byt vyhoda spojovani? Vzdyt nechceme polygony a cary o
> rozmerech nekolika kilometru U silnic to ma navic za nasledek, ze se
> pak neda routovat. Co jsi spojoval na silnicich? Nebo to detekuje
> krizovatku o dvou hranach a vice nespojuje?
>
> T
>



-- 
Petr Dlouhý

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Možnost využití dat Povodí Labe

[Petr Dlouhý]

On Fri, 24 Oct 2008 01:41:31 +0200, Petr Dlouhý <[EMAIL PROTECTED]>  
wrote:


Tak posílám všechny xslt, která používám k porovnávání silnic v OSM s  
databází RSD. Sjednocení wayí se stejným ref (změňte to na něco, co  
jednoznačně identifikuje tu řeku) je v souboru "unifySameRef.xsl".


Možná by bylo dobré spojit stejnou řeku na křižovatce do jedné (na  
silnice

jsem si udělal xslt, zítra můžu poslat)






--
Petr Dlouhý

osmrsd_porov.tar.bz2
Description: application/bzip2
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Možnost využití dat Povodí Labe

[Tomas Kolda]

Jaka by mela byt vyhoda spojovani? Vzdyt nechceme polygony a cary o 
rozmerech nekolika kilometru U silnic to ma navic za nasledek, ze se 
pak neda routovat. Co jsi spojoval na silnicich? Nebo to detekuje 
krizovatku o dvou hranach a vice nespojuje?


T

Petr Dlouhý napsal(a):

On Fri, 24 Oct 2008 00:33:55 +0200, Tomas Kolda <[EMAIL PROTECTED]> wrote:

  

Ahoj,

takze jsem dodelal import. Dost me zdrzel prevod souradnic, ale melo by
to byt ok. Pro zvedave k presnosti posilam vysek databaze v okoli
prehrady. Zatim je tam jen waterway a vzdy river, ale nazvy uz tam
jsou.Polygony a brehy jeste dodelavam.




Mě teda ta přesnost nepřipadá nijak přehnaně vysoká, ne pokud si děláme  
ambice, že to jednou může sloužit i jako turistická mapa. Později bychom  
toho mohli litovat, protože například podle detailů ve tvaru těch řek by  
šlo odhadnout polohu různých objektů při podrobném mapování (cesta vede  
podel řeky a odpojí se u třetího meandru).
Nemám úplně představu, kolik to bude zabírat celkem, ale pokud se to vejde  
do 50MB (po komprimaci), tak bych o tom osobně nepřemýšlel. Byl bych spíš  
pro to, aby se udělala generalizovaná verze czehie určená pro export do  
různých zařízení (například do navigace se možná řeky nemusí exportovat  
vůbec).
Možná by bylo dobré spojit stejnou řeku na křižovatce do jedné (na silnice  
jsem si udělal xslt, zítra můžu poslat)


  

Podivejte na super prehnanou presnost u nekterych potucku, presne jak
jsem rikal.

http://www.web2net.cz/osm/dibavod.zip

Zitra uz snad poslu nejakej zdrojacek at si muzete hrat. Spise jeste
bude prace s navazanim "krizovatek", ale to asi udelam jen prostorove.

T

PS: Jeste poprosim nekoho komu neprijdou zakony dost sifrovane at
nezavisle potvrdi tu moznost pouziti. Ja se v pravni hantyrce
neorientuji... Jen abysme to pak cele nemuseli revertovat.


Tomas Kolda napsal(a):






  


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Možnost využití dat Povodí Labe

[Martin Kokeš]

Petr Dlouhý napsal(a):
> Mě teda ta přesnost nepřipadá nijak přehnaně vysoká, ne pokud si děláme  
> ambice, že to jednou může sloužit i jako turistická mapa. Později bychom  
> toho mohli litovat, protože například podle detailů ve tvaru těch řek by  
> šlo odhadnout polohu různých objektů při podrobném mapování (cesta vede  
> podel řeky a odpojí se u třetího meandru).
> Nemám úplně představu, kolik to bude zabírat celkem, ale pokud se to vejde  
> do 50MB (po komprimaci), tak bych o tom osobně nepřemýšlel. Byl bych spíš  
> pro to, aby se udělala generalizovaná verze czehie určená pro export do  
> různých zařízení (například do navigace se možná řeky nemusí exportovat  
> vůbec).
>   
Mám na to stejný názor. Pokud to má být mapa univerzální (s tím, že z ní 
bude možno exportovat různě podrobné mapy pro různé účely), bylo by 
podle tohoto návrhu optimální zachovat data tak jak jsou a případně je 
zpřesňovat už jen ručně podle GPS, či případně v budoucnu pomocí 
přesnějšího ortofota. Stačí se podívat, co všechno člověk najde v 
Garminu a mapě TOPO 2 Czech PRO. Pokud bude OSM stejně tak dobrá ne-li 
lepší (díky znalostem lokálních přispěvatelů), bude to jen dobře.

MK


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Možnost využití dat Povodí Labe

[Petr Dlouhý]

On Fri, 24 Oct 2008 00:33:55 +0200, Tomas Kolda <[EMAIL PROTECTED]> wrote:

> Ahoj,
>
> takze jsem dodelal import. Dost me zdrzel prevod souradnic, ale melo by
> to byt ok. Pro zvedave k presnosti posilam vysek databaze v okoli
> prehrady. Zatim je tam jen waterway a vzdy river, ale nazvy uz tam
> jsou.Polygony a brehy jeste dodelavam.
>

Mě teda ta přesnost nepřipadá nijak přehnaně vysoká, ne pokud si děláme  
ambice, že to jednou může sloužit i jako turistická mapa. Později bychom  
toho mohli litovat, protože například podle detailů ve tvaru těch řek by  
šlo odhadnout polohu různých objektů při podrobném mapování (cesta vede  
podel řeky a odpojí se u třetího meandru).
Nemám úplně představu, kolik to bude zabírat celkem, ale pokud se to vejde  
do 50MB (po komprimaci), tak bych o tom osobně nepřemýšlel. Byl bych spíš  
pro to, aby se udělala generalizovaná verze czehie určená pro export do  
různých zařízení (například do navigace se možná řeky nemusí exportovat  
vůbec).
Možná by bylo dobré spojit stejnou řeku na křižovatce do jedné (na silnice  
jsem si udělal xslt, zítra můžu poslat)

>
> Podivejte na super prehnanou presnost u nekterych potucku, presne jak
> jsem rikal.
>
> http://www.web2net.cz/osm/dibavod.zip
>
> Zitra uz snad poslu nejakej zdrojacek at si muzete hrat. Spise jeste
> bude prace s navazanim "krizovatek", ale to asi udelam jen prostorove.
>
> T
>
> PS: Jeste poprosim nekoho komu neprijdou zakony dost sifrovane at
> nezavisle potvrdi tu moznost pouziti. Ja se v pravni hantyrce
> neorientuji... Jen abysme to pak cele nemuseli revertovat.
>
>
> Tomas Kolda napsal(a):




-- 
Petr Dlouhý

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Možnost využití dat Povodí Labe

[Tomas Kolda]

Jo a jeste ten ciselnik nazvu s primitivni detekci rek a potoku. Muzete 
navrhovat jak to udelame ve vychozim importu... (sada cp1250)


http://www.web2net.cz/osm/dibavod_nazvy.zip

T

Tomas Kolda napsal(a):

Ahoj,

takze jsem dodelal import. Dost me zdrzel prevod souradnic, ale melo 
by to byt ok. Pro zvedave k presnosti posilam vysek databaze v okoli 
prehrady. Zatim je tam jen waterway a vzdy river, ale nazvy uz tam 
jsou.Polygony a brehy jeste dodelavam.


Podivejte na super prehnanou presnost u nekterych potucku, presne jak 
jsem rikal.


http://www.web2net.cz/osm/dibavod.zip

Zitra uz snad poslu nejakej zdrojacek at si muzete hrat. Spise jeste 
bude prace s navazanim "krizovatek", ale to asi udelam jen prostorove.


T

PS: Jeste poprosim nekoho komu neprijdou zakony dost sifrovane at 
nezavisle potvrdi tu moznost pouziti. Ja se v pravni hantyrce 
neorientuji... Jen abysme to pak cele nemuseli revertovat.



Tomas Kolda napsal(a):
Pro prvni rozhozeni do kategorii to bude stacit. Pote seznam 
doopravime rucne a ten se pouzije.


Jinak jsou stejne jen 2-3 pouzitelne kategorie 
(waterway/river,canal?,stream). V OSM bych rekl, ze spise vyjadruji 
sirku pri kresleni, takze by botic jako river asi nevadil.


T

Stanislav Brabec napsal(a):

Tomas Kolda píše v Čt 23. 10. 2008 v 10:32 +0200:
  

Typ waterway bych detekoval podle nazvu. Pokud tam bude slovo potok
tak potok, jinak reka. Vse bez nazvu bych dal take potok. Take muzem
pomoci distinct vyjet vsechny nazvy a nekdo muze oznacit seznam co je
reka... Zbytek se doupravi rucne.



To nebude fungovat příliš dobře.

Botič je potok.

Hamerský potok je řeka.

Zlatá stoka je umělý kanál.

A například Nová řeka je také umělý kanál.

  




___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
  



___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
  
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Možnost využití dat Povodí Labe

[Tomas Kolda]

Ahoj,

takze jsem dodelal import. Dost me zdrzel prevod souradnic, ale melo by 
to byt ok. Pro zvedave k presnosti posilam vysek databaze v okoli 
prehrady. Zatim je tam jen waterway a vzdy river, ale nazvy uz tam 
jsou.Polygony a brehy jeste dodelavam.


Podivejte na super prehnanou presnost u nekterych potucku, presne jak 
jsem rikal.


http://www.web2net.cz/osm/dibavod.zip

Zitra uz snad poslu nejakej zdrojacek at si muzete hrat. Spise jeste 
bude prace s navazanim "krizovatek", ale to asi udelam jen prostorove.


T

PS: Jeste poprosim nekoho komu neprijdou zakony dost sifrovane at 
nezavisle potvrdi tu moznost pouziti. Ja se v pravni hantyrce 
neorientuji... Jen abysme to pak cele nemuseli revertovat.



Tomas Kolda napsal(a):
Pro prvni rozhozeni do kategorii to bude stacit. Pote seznam 
doopravime rucne a ten se pouzije.


Jinak jsou stejne jen 2-3 pouzitelne kategorie 
(waterway/river,canal?,stream). V OSM bych rekl, ze spise vyjadruji 
sirku pri kresleni, takze by botic jako river asi nevadil.


T

Stanislav Brabec napsal(a):

Tomas Kolda píše v Čt 23. 10. 2008 v 10:32 +0200:
  

Typ waterway bych detekoval podle nazvu. Pokud tam bude slovo potok
tak potok, jinak reka. Vse bez nazvu bych dal take potok. Take muzem
pomoci distinct vyjet vsechny nazvy a nekdo muze oznacit seznam co je
reka... Zbytek se doupravi rucne.



To nebude fungovat příliš dobře.

Botič je potok.

Hamerský potok je řeka.

Zlatá stoka je umělý kanál.

A například Nová řeka je také umělý kanál.

  




___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
  
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] budova na ostrově a nad vodou

[Karel Volný]

'hoj

> mapnik ma vseobecne problem s prekryvanim objektu - tedy urcovanim co se
> ma vykreslit driv. Neda se to v nem nijak jednoduse nastavit a nekdy to
> nejde vubec. Treba nejde nakreslit zeleznici, ktera jede pod silnicnim
> mostem (myslim) nebo tramvaj, ktera podjizdi zeleznicni most.
> Takze je mozne, ze se Ti to ani nepodari.

mimochodem, já taky děkuju za info ... už jsem si začínal myslet, že jsem 
úplně nemožnej, když se mi nedařilo donutit ho vykreslit zároveň značku i 
popisek rozcestníku

(styl, který mi nakonec fungoval, viz konec souboru na 
http://osm.hajnet.cz/osm.xml - návrhy na vylepšení vítám ;-)

K.

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] porovnavani map

[Michal Grézl]

Na adrese http://garmin.openstreetmap.cz/compare.html jsem zkusil
vyrobit porovnavatko map, jsou tam vsechny co znam (a maji nejake api
o kterem vim), zobrazeni se synchronizuji clickem do googlu (leva
horni, pak to vyrobi alert s pozici) u seznamu a amap nesedi prilis
zoom ale plusminus to je ono.

-- 
Michal Grézl
http://walley.org

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] budova na ostrove( a nad vodou

[Kubajz]

Ten bug uz je tam zanesen velice dlouho ale neda se s tim nic delat.

http://trac.openstreetmap.org/ticket/980

nebo muj pokus :) http://trac.openstreetmap.org/ticket/1121

K

BH napsal(a):
>> Mozna to neni spravne reseni, ale co presne pod tou budovou vykousnout do
>> reky pevninu? Jestli bereme mapu jako grafickou vektorovou reprezentaci, tak
>> 
>
> Ale fuj, dyk pod manesem voda proteka ...
> Neni jen mapnik, pokud si nekdo vygenmeruje specialni mapu vod
> (vodaci, napr?), tak by takovehle reprezentace asi moc neocenil :)
>
>   
>> by to mohlo byt jedno. Reseni to mozna neni "nejhezci", ale bude to asi to
>> co chces.
>>
>> Nebo bug report do mapniku?
>> 
>
> To si myslim ze je to spravne reseni :)
>
> Martin
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>   


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] budova na ostrově a nad vodou

[BH]

> Mozna to neni spravne reseni, ale co presne pod tou budovou vykousnout do
> reky pevninu? Jestli bereme mapu jako grafickou vektorovou reprezentaci, tak

Ale fuj, dyk pod manesem voda proteka ...
Neni jen mapnik, pokud si nekdo vygenmeruje specialni mapu vod
(vodaci, napr?), tak by takovehle reprezentace asi moc neocenil :)

> by to mohlo byt jedno. Reseni to mozna neni "nejhezci", ale bude to asi to
> co chces.
>
> Nebo bug report do mapniku?

To si myslim ze je to spravne reseni :)

Martin

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] budova na ostrově a nad vodou

[Tomas Kolda]

Mozna to neni spravne reseni, ale co presne pod tou budovou vykousnout 
do reky pevninu? Jestli bereme mapu jako grafickou vektorovou 
reprezentaci, tak by to mohlo byt jedno. Reseni to mozna neni 
"nejhezci", ale bude to asi to co chces.


Nebo bug report do mapniku?

T

Kubajz napsal(a):

Ahoj,

mapnik ma vseobecne problem s prekryvanim objektu - tedy urcovanim co se 
ma vykreslit driv. Neda se to v nem nijak jednoduse nastavit a nekdy to 
nejde vubec. Treba nejde nakreslit zeleznici, ktera jede pod silnicnim 
mostem (myslim) nebo tramvaj, ktera podjizdi zeleznicni most.

Takze je mozne, ze se Ti to ani nepodari.

K

Stanislav Brabec napsal(a):
  

Ahoj.

Nevíte, jak označit budovu na ostrově a nad vodou, aby ji mapnik viděl?

Již jsem vyčerpal všechny pokusy (různé experimentování s tagem layer),
a ani jeden nevedl k výsledku - viditelné budově na ostrově a nad vodou
v mapniku.

http://www.openstreetmap.org/?lat=50.078105&lon=14.413541&zoom=18&layers=B000FTF
Budova Mánesu je vidět jen zčásti, Žofína vůbec.

  




___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
  


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] budova na ostrově a nad vodou

[Kubajz]

Ahoj,

mapnik ma vseobecne problem s prekryvanim objektu - tedy urcovanim co se 
ma vykreslit driv. Neda se to v nem nijak jednoduse nastavit a nekdy to 
nejde vubec. Treba nejde nakreslit zeleznici, ktera jede pod silnicnim 
mostem (myslim) nebo tramvaj, ktera podjizdi zeleznicni most.
Takze je mozne, ze se Ti to ani nepodari.

K

Stanislav Brabec napsal(a):
> Ahoj.
>
> Nevíte, jak označit budovu na ostrově a nad vodou, aby ji mapnik viděl?
>
> Již jsem vyčerpal všechny pokusy (různé experimentování s tagem layer),
> a ani jeden nevedl k výsledku - viditelné budově na ostrově a nad vodou
> v mapniku.
>
> http://www.openstreetmap.org/?lat=50.078105&lon=14.413541&zoom=18&layers=B000FTF
> Budova Mánesu je vidět jen zčásti, Žofína vůbec.
>
>   


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] budova na ostrově a nad vodou

[Stanislav Brabec]

Ahoj.

Nevíte, jak označit budovu na ostrově a nad vodou, aby ji mapnik viděl?

Již jsem vyčerpal všechny pokusy (různé experimentování s tagem layer),
a ani jeden nevedl k výsledku - viditelné budově na ostrově a nad vodou
v mapniku.

http://www.openstreetmap.org/?lat=50.078105&lon=14.413541&zoom=18&layers=B000FTF
Budova Mánesu je vidět jen zčásti, Žofína vůbec.

-- 
Stanislav Brabec
http://www.penguin.cz/~utx


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Dobrisska vodni nadrz

[Kubajz]

Ahoj,

az budete mit zase nekdo chut pouzivat prvky lesnich relaci k jinemu 
ucelu, tak to, prosim, nedelejte. U Dobrise nekdo vytvoril, byt omylem, 
z lesa vodni nadrz. Je to tim, ze renderery jsou zmatene, kdyz nektery z 
prvku relace multipolygon ma rozdilne znaceni. Tady asi nekdo oznacil 
diru v lese tagem water a kazdy renderer se s tim popral po svem. Mapnik 
pro jistotu udelal obrovskou vodni nadrz s lesnimi ostruvky a Osmarender 
pro zmenu les s vodnimi plochami.

Kdo jste se v tom stoural, tak to, prosim, opravte.

K

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Možnost využití dat Povodí Labe

[Tomas Kolda]

Pro prvni rozhozeni do kategorii to bude stacit. Pote seznam doopravime 
rucne a ten se pouzije.


Jinak jsou stejne jen 2-3 pouzitelne kategorie 
(waterway/river,canal?,stream). V OSM bych rekl, ze spise vyjadruji 
sirku pri kresleni, takze by botic jako river asi nevadil.


T

Stanislav Brabec napsal(a):

Tomas Kolda píše v Čt 23. 10. 2008 v 10:32 +0200:
  

Typ waterway bych detekoval podle nazvu. Pokud tam bude slovo potok
tak potok, jinak reka. Vse bez nazvu bych dal take potok. Take muzem
pomoci distinct vyjet vsechny nazvy a nekdo muze oznacit seznam co je
reka... Zbytek se doupravi rucne.



To nebude fungovat příliš dobře.

Botič je potok.

Hamerský potok je řeka.

Zlatá stoka je umělý kanál.

A například Nová řeka je také umělý kanál.

  


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Možnost využití dat Povodí La be

[Stanislav Brabec]

Tomas Kolda píše v Čt 23. 10. 2008 v 10:32 +0200:
> Typ waterway bych detekoval podle nazvu. Pokud tam bude slovo potok
> tak potok, jinak reka. Vse bez nazvu bych dal take potok. Take muzem
> pomoci distinct vyjet vsechny nazvy a nekdo muze oznacit seznam co je
> reka... Zbytek se doupravi rucne.

To nebude fungovat příliš dobře.

Botič je potok.

Hamerský potok je řeka.

Zlatá stoka je umělý kanál.

A například Nová řeka je také umělý kanál.

-- 
Stanislav Brabec
http://www.penguin.cz/~utx


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Možnost využití dat Povodí La be

[Tomas Kolda]

Ja mam take rad presna data. Ale bude se neumerne nafukovat databaze a 
to vcetne ruznych prevodu do Garmina apod. Z meho hlediska je to jedno, 
ja si data stejne pri prevodu do sve aplikace generalizuji, ale nevim 
jak je to s prevodniky do jinych zarizeni. Uvidime jak bude veliky 
vysledny XML a podle toho rozhodneme...

Musi se na to proste s rozumem. Kdyz nekdo mapuje silnici, tak take dava 
opticky rozumne aproximace. Je to trochu o citu. Ale dle velikosti dat 
tech linii se mi zda, ze to trochu prehnali (velky pocet mezibodu). Po 
generalizaci napr. na metr opticky rozdil nikdo neuvidi a na 2 jen pri 
velkem priblizeni a malem polomeru oblouku. V tomto pripade se tedy 
skutecne neda mluvit o jakychsi pseudokartogramech...

To bych stejne tak mohl zmapovat D1 pomoci vykresovych planu kde bude 
oblouk vypocitan s milimetrovou presnosti a tim nafouknout databazi o 
nekolik GB. To ale nema vubec zadny vyznam. Proto si myslim, ze u rek a 
potoku, kde se tezko da rict kde je vlastne stred, je dvoumetrova 
presnost az az.

T

> +1
>
> prolítnul jsem si maily o konkrétních velikostech ... s lehkým přimhouřením 
> oka se dá říci, že Mooreův zákon stále funguje, takže co se nám dnes zdá z 
> hlediska zpracování nepředstavitelně veliké a podrobné bude za chvíli "uboze 
> jednoduché"
>
> nejsem sice přítelem vynucování hardwarových upgradů, nicméně neměli bychom 
> se 
> tomu bránit za cenu zahazování kvalitních dat, nýbrž zkvalitněním jejich 
> zpracování
> (a teď si jdu zamést před vlastním prahem a dát si do úkolů při zprovozňování 
> svého generátoru dlaždic, že nemám plýtvat přenosovou kapacitou na stahování 
> celého snapshotu, když lze - pokud vím - získat jen rozdílové aktualizace)
>
> just my €0.02 ;-)
>
> K.
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-cz
>   


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Možnost využití dat Povodí La be

[Karel Volný]

Dne úterý 21 říjen 2008 Martin Kokeš napsal(a):
> Jiri Klement napsal(a):
> >> V tom pripade jdu na to. Dibavod obsahuje celou CR s neuveritelnou
> >> podrobnosti. Problem bude vyfiltrovani dat, protoze obsahuji snad i
> >> louze :) Bude potreba udelat nejakou simplifikaci a pridani jen toku,
> >> ktere maji alespon nazev. No to se muzeme domluvit. Zkusim udelat vzorek
> >> rek, vodnich nadrzi a obrysu brehu (riverbank) v nejake oblasti.
> >
> > Pokud budou ty data presna, tak bych je prilis nezjednodusoval. To
> > same pro ruzne potucky, skoro zadny nema oficialni nazev, ale jsou to
> > dulezite orientacni body.
>
> Mám stejný názor. Myslel jsem si také, že tu děláme mapy a ne jakési
> pseudokartogramy... :-)

+1

prolítnul jsem si maily o konkrétních velikostech ... s lehkým přimhouřením 
oka se dá říci, že Mooreův zákon stále funguje, takže co se nám dnes zdá z 
hlediska zpracování nepředstavitelně veliké a podrobné bude za chvíli "uboze 
jednoduché"

nejsem sice přítelem vynucování hardwarových upgradů, nicméně neměli bychom se 
tomu bránit za cenu zahazování kvalitních dat, nýbrž zkvalitněním jejich 
zpracování
(a teď si jdu zamést před vlastním prahem a dát si do úkolů při zprovozňování 
svého generátoru dlaždic, že nemám plýtvat přenosovou kapacitou na stahování 
celého snapshotu, když lze - pokud vím - získat jen rozdílové aktualizace)

just my €0.02 ;-)

K.

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Možnost využití dat Povodí La be

[Tomas Kolda]

Uz mam pripravenou sqlite databazi s naimportovanyma datama. Napr jen 
pro linie ma pres 200 MB. Nepouzivam spatial extenze, protoze je zatim 
python primo nepodporuje a nechci abyste si museli neco doinstalovavat 
az to budeme ladit. Tu generalizaci bych tam fakt asi dal, protoze jinak 
bude pomer bodu vod oproti cele czechii nezanedbatelny. Staci presnost 2 
metry a myslim, ze spadneme na mene nez polovinu (uvidim). Ale je to o 
diskuzi. Ja napr. nepotrebuji polohu potucku s presnosti na centimetry. 
Uvidime jak se domluvime


Mozna dnes, ale spis zitra bych poslal vyrez nejakeho uzemi se skriptem 
generujicim OSM. Typ waterway bych detekoval podle nazvu. Pokud tam bude 
slovo potok tak potok, jinak reka. Vse bez nazvu bych dal take potok. 
Take muzem pomoci distinct vyjet vsechny nazvy a nekdo muze oznacit 
seznam co je reka... Zbytek se doupravi rucne.


Brehy se prevedou na riverbank a nadrze asi na natural/water.

T

Martin Kokeš napsal(a):

Petr Nejedly napsal(a):
  

No ja jsem se mezitim mrknul i na A01 (osy vsech toku) a to bylo bratru 5M
bodu a vsechno siroko daleko (cela republika) modre.
A kdyz jsem se koukal zblizka na horni tok moravy (od pramene po obec Horni
Morava, cili asi 8km), bylo tam spousta potucku ;-)

Předpokládám, že potůček je "A naturally-formed waterway that is too 
thin to be classed as a river. A person may be able to just jump over 
it."Tak takový atribut OSM zná, stejně jako "An artificial waterway for 
carrying storm water or industrial discharge. ". ;o)
Jako je jasné, že Saúdská Arábie se, co se týče vodstva asi bude mapovat 
lépe, ale na druhou stranu, co mají říkat třeba Nizozemci nebo Finové, 
že... :-)


MK


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz
  


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Tag pro alej

[Michal Grézl]

2008/10/23 Tomáš Mika <[EMAIL PROTECTED]>:
> Ahoj,
>  nevim jestli jsme spatne koukal, ale nenarazil jsem na tag, kterym by
> sla oznacit stromova alej. V mapach KCT je na to celkem pekne
> vystihujici ikonka. Po importu lesu jsou na mape lesni artefakty - nekdy
> jenom slabe cary, kde je vetsinou jen par stromu , nekdy zadne a nekde
> by se hodila prave ta alej. Snazim se je nejak rozume ucesat nebo
> promazat. Jaka je vase praxe?. Dik za postrehy
> ToM!k
>
http://wiki.openstreetmap.org/index.php/Proposed_features/tree_row
nekde sem videl i primo alley, ale asi to uz neexistuje. Nejspis to v
anglii nemaji, a v americe to znamena neco jineho.

-- 
Michal Grézl
http://walley.org

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Tag pro alej

[Tomáš Mika]

Ahoj,
  nevim jestli jsme spatne koukal, ale nenarazil jsem na tag, kterym by 
sla oznacit stromova alej. V mapach KCT je na to celkem pekne 
vystihujici ikonka. Po importu lesu jsou na mape lesni artefakty - nekdy 
jenom slabe cary, kde je vetsinou jen par stromu , nekdy zadne a nekde 
by se hodila prave ta alej. Snazim se je nejak rozume ucesat nebo 
promazat. Jaka je vase praxe?. Dik za postrehy
ToM!k

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz