Re: [Talk-cz] import dat z UHULu

2007-10-24 Tema obsahu hanoj
 1. ty polygony jsou celkem huste a jejich konverze zabere kolem 10ti 
 sekund pro kazdeho na mem stroji.
 2. jde o to, abych je dvakrat neuploadoval - to by bylo dost strasny
 3. proc to neudelat efektivneji? :)
 
 No, je to samozrejme na tobe, jen...
 
 10sekund na polygon mi neprijde nijak strasnejch, stejne se to bude
 uploadovat tak 10 sekund kazdej kus.. takze moje reseni by bylo pustit
 pres noc vypocet, a potom pres noc upload :-).

*** ja bych rekl, no hurry, celkem nerad bych zase odmazaval vsechny 
name=_ a way o jednom nodu, ktere potkam. U lesa je minimalni 
zavislost na nase bezne mapovani.

hanoj

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


Re: [Talk-cz] import dat z UHULu

2007-10-22 Tema obsahu Michal Grézl
On 10/5/07, Jakub Sykora [EMAIL PROTECTED] wrote:
 Asi uz to predelavat nebudu. Nechame to, co by tam melo byt a mozna ani
 neni. Pouzivat to muze kdo chce a k jakemukoliv ucelu.
 Nejvetsi problem s importovanymi daty je asi s dirami v polygonech i
 kdyz jsem se snazil to co mozna nejlepe vyresit.

 K


jak to vlastne s tim lesem dopadlo? da se nekde ten import stahnout?
je to http://kubajz.kbx.cz/junk/uhul/ finalni verze konverze?

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


Re: [Talk-cz] import dat z UHULu

2007-10-22 Tema obsahu Jakub Sykora
Ahoj,

jsem ted trochu zavalenej, takze se omlouvam, ze to jeste neni. Zjistil 
jsem pak jeste trochu problem ohledne duplicit atp., takze musim 
implementovat skip list.
Doufam, ze to sithnu uz do konce tohoto tydne. Na webu je ted buhvico, 
ale spis nepouzitelny...

Diky za pochopeni,

K

Michal Grézl wrote:
 On 10/5/07, Jakub Sykora [EMAIL PROTECTED] wrote:
 Asi uz to predelavat nebudu. Nechame to, co by tam melo byt a mozna ani
 neni. Pouzivat to muze kdo chce a k jakemukoliv ucelu.
 Nejvetsi problem s importovanymi daty je asi s dirami v polygonech i
 kdyz jsem se snazil to co mozna nejlepe vyresit.

 K

 
 jak to vlastne s tim lesem dopadlo? da se nekde ten import stahnout?
 je to http://kubajz.kbx.cz/junk/uhul/ finalni verze konverze?
 
 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz

-- 
Jakub Sýkora
email: [EMAIL PROTECTED]   ')
ICQ: 68976632   ( =-
mobil: +420 777 594 201  ''

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


Re: [Talk-cz] import dat z UHULu

2007-10-22 Tema obsahu Pavel Machek
Ahoj!

 jsem ted trochu zavalenej, takze se omlouvam, ze to jeste neni. Zjistil 
 jsem pak jeste trochu problem ohledne duplicit atp., takze musim 
 implementovat skip list.
 Doufam, ze to sithnu uz do konce tohoto tydne. Na webu je ted buhvico, 
 ale spis nepouzitelny...

skip list? Masiny jsou rychly, pujde to bez nej, ne? :-).
Pavel

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

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


Re: [Talk-cz] import dat z UHULu

2007-10-05 Tema obsahu Jakub Sýkora
Ahoj,

ptal jsem se na vse, co maji uverejnene na webu. Explicitne mi rikal, ze
to, co vystavuji na webu (at WFS, WMS, soubory na FTP) je pouzitelne. Na
cem vaznou dalsi prava, to zverejnene neni, aby nedoslo k jejich poruseni.

K

 Ahoj,

 jsem rĂĄd, Ĺže to postupuje. Jenom dotaz: pĹ#65533;ehlĂŠdl jsem, jestli
mĂĄme
 nÄ#65533;kde
 odsouhlaseno UHULem, Şe můŞeme jejich WFS pouŞít(?). WMS a WFS jsou
 pĹ#65533;ece jen trochu jinĂĄ data ...

 JĂĄchym

 Jakub Sykora pĂ­ĹĄe v Po 10. 09. 2007 v 12:20 +0200:
 Ahoj,

 co kdybychom pomoci WFS importovali hranice lesu do OSM? Polygony by
 mely byt v epsg:2065, ale nevim, jak se tato projekce prekloip do GPS.
 Kdyby byl nekdo schopen mi dodat rutinu, kterou se to udela, tak je
 mozne zahajit poloautomaticky import (napsal bych JOSM plugin).

 Plugin bych take mohl udelat pro rucni import z te databaze, co psal
 Pavel - automaticky by to delalo body s nazvy a populaci...

 Diky za vyjadreni,

 K

 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
 --
 Jachym Cepicky
 e-mail: [EMAIL PROTECTED]
 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/cgi-bin/mailman/listinfo/talk-cz




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


Re: [Talk-cz] import dat z UHULu

2007-10-05 Tema obsahu Jakub Sykora
Ahoj,

nemas nejaky navrh na zjednoduseni prevodu Svezi dubova bucina atp? 
Hanoj po tom celkem touzi i kdyz me to soucasne prijde dobre :]

Jeste poslu to s tim GML - doted jsem na to nemel moc casu...

K

Jachym Cepicky wrote:
 snad bych mohl taky sem tam poradit, 
 
 j
 
 29.9.07, Jakub Sykora [EMAIL PROTECTED]:
 hanoj napsal(a):
 Tak pomoci informaci na webu jsem zatim dospel k nasledujicimu:

 PLO_KOD odpovida kodu Prirodni Lesni Oblasti podle tabulky uvedene v
 technickem listu OPRL. Na prikladovych datech je to 17, coz znaci
 Polabi. Zatim to take vypada, ze hodnota je stejna s LES_OBL.
 LT znaci Lesni Typ a je to kompletni kod SLT+cislo, ktere zatim nevim,
 co znamena, ale tipl bych nejakou hustotu porostu nebo tak...
 SLT znaci  Soubor Lesnich typu  a  udava  jaky  porost je v dane
 oblasti  viz: http://www.uhul.cz/ssl/techlisty/03oprl/tabulka.htm
 LO_CAST znaci podcast lesni oblasti. Pro Oblast 17b je to tedy to becko.
 Muze nabyvat hodnot a,b,c,d.
 PLOCHA je plocha a doufam, ze v ha.

 Zde se da najit taky vysvetleni vsemoznych cisel :)
 ftp://ftp.uhul.cz/Public/IStandard/2006/OPRL/ISLH_CISELNIKY_OPRL_2006.xls

 *** vyborne! navrhuji teda pridat plose tagy:
 * ID, pro pozdejsi pouziti GIS uzivatelu, id=125

 * zjednodusit SLT na zakladni druhy porostu jako napr. smrk, jedle,
 dub... (poprosim naproti u biologu...) . Jak ale vysledek ulozit? v
 CZ/EN? pouzit nejaky neplatny tag, jako se to dela jinde pri importech?

 * source:topoUhulWFS (nebo obdobny konstrukt)

 ha
 hanoj

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

 Na uhulu maji ty typy porostu taky v ciselniku. Bratranek je drevar,
 takze kdyztak muze radit :] viz. http://dreviny.kbx.cz

 K

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

 
 

-- 
Jakub Sýkora
email: [EMAIL PROTECTED]   ')
ICQ: 68976632   ( =-
mobil: +420 777 594 201  ''

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


Re: [Talk-cz] import dat z UHULu

2007-10-05 Tema obsahu Jakub Sykora


[EMAIL PROTECTED] wrote:
 nakonec jsem vzdal XSL transformace pomoci sablon, protoze to neni 
 prilis pruzne a to XML, ktere leze z WFS neni prilis dobre 
 sablonovatelne. Navic XML pro celou republiku by bylo enormne velike 
 (stahl jsem pres 500MB a stale to jelo, takze jsem to zavrhl).
 *** Pekna prace!

Jo bylo to docela zabavny. Zvlast jak jsem se postupne presouval od 
jednoduchych nastroju jako BASH skripty pres XSLT az jsem skoncil u Javy 
a cele to parsuju SAXem...

 
 Udelal jsem kompletni program v Jave, ktery po ctvercich stahuje celou 
 republiku, prevadi se to do OSM. Nize najdete odkaz, kde jsou uz hotova 
 data pripravena pro import. Nahodne jsem je kontroloval a vypada to 
 pomerne presne.
 Spatna situace je zatim v Krusnych horach, kde to moc 
 nesedi vubec, ale je to mozna tim, ze za poslednich 10 let se tam ten 
 lesni porost hodne zmenil.
 *** otazka s cim srovnavame. OrtofotoUHUL je stare okolo 7mi let. Je 
 pravdepodobnejsi ze TypoWFS je aktualizovan, nebo jeste starsi...

Typo WFS by snad mela byt mladsi - podle popisu na webu by mela byt 
hodne aktualni. V Krusnych horach je WFS ridsi nez ofoto, takze bych 
usuzoval, ze je to spravne :]
 
 Pripadne pripominky k tagum atp., prosim, sem. Soubory jsou cislovany 
 souradnicemi BBoxu v puvodni projekci a jeden ctverec je 6000x6000 tech 
 jednotek :).
 *** metry!

Tahle projekce je v metrech? To jsou mi novinky :] Tak je to 6x6km... 
Porad rikam, ze jsem akorat tupej vyvojar...

 
 *** K tagum
 way id=-8236
 tag k=landuse v=forest/
 *** nebude problem s renderovanim? Doposavad jsem uzival nature=wood

Ja pouzival zatim vzdy landuse=forest a je to proste zelenej flek. 
Rozdil mezi wood a forest by mel byt ciste filozoficky a to ten, ze 
nature wood je defakto nalet o ktery se nikdo nestara, kdezto forest je 
les o ktery se nekdo stara. U nas se snad krom pralesu starame o vsechny 
lesy...

 
 
 tag k=source v=UHULtypoWFS/
 tag k=uhul:id v=8236/
 *** zda se ze je tag unikatni na cele CR?

Zda se. Je primo ze vstupnich dat. Upravim zdrojak tak, aby zapisoval 
bokem do souboru IDcka, pak je necham seradit a uvidime, jestli se na 
cele CR vyskytne nejaky duplikat.

 
 tag k=uhul:area v=963.997322074138/
 *** nezaokrouhlit na jednotky m2? Nebo vubec vyhodit?

V tom pripade bych mohl vzit jinou hodnotu - v hektarech - ta je jen na 
dve desetinna mista, ale me se libilo, ze je to v jednotkach SI.

 
 tag k=uhul:slt v=Svěží jedlová bučina/
 *** nenechat ten tag v puvodnim cisle ciselniku UHUL. Tomuto textu rozumi tak 
 nejvyse jachym. 

IMO cislu z ciselniku uz nebude rozumet treba ani Jachym :] A nevim, co 
je na tom k nepochopeni. Proste je to svezi les s prevladajicim bukovym 
porostem a zamichanymi jedlemi... Mozna je to i jinak...

 *** pridat tag trebas: tag k=description v=Jedle/

A to bude delat kdo? Tech cisel z ciselniku je 180 a v podstate je to 
asi nejake standardni trideni. Takova jedlova bucina nejsou ani jedle 
ani buky.

 *** Jestli jsem slibil preklad do jednoslovnych nazvu, tak jsem nic pro to 
 neudelal. Je mozno to prehrnout na tveho bratrance lesaka?

Muj bratranec pravil, ze tomu nerozumi. On je totiz drevar a rikal, ze 
pod mikroskopem pozna i tisic let stary drevo, ale tohle ze je pro nej 
spanelska vesnice.

 
 tag k=is_in v=Českomoravská vrchovina/
 *** OK
 /way
 
 zdravi
 
 Hanoj

Kubajz

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

-- 
Jakub Sýkora
email: [EMAIL PROTECTED]   ')
ICQ: 68976632   ( =-
mobil: +420 777 594 201  ''

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


Re: [Talk-cz] import dat z UHULu

2007-10-05 Tema obsahu enemy
   *** pridat tag trebas: tag k=description v=Jedle/
 
 to ma znazornovat prevladajici drevinu ? prirozene nebo momentalne?
 protoze SLT popisuji jak by to byt melo (mohlo) ale ne, jak to je
 
  
  A to bude delat kdo? Tech cisel z ciselniku je 180 a v podstate je to 
  asi nejake standardni trideni. Takova jedlova bucina nejsou ani jedle 
  ani buky.
  
   *** Jestli jsem slibil preklad do jednoslovnych nazvu, tak jsem nic pro to
 neudelal. Je mozno to prehrnout na tveho bratrance lesaka?
  
 ja bych to proste vynechal. je to pro lesaky, prirodovedce. nechal bych
 to byt.  description=les a hotovo
 
 pokud byste chteli mermomoci mit presnejsi popis typu lesa, muzem se
 domluvit na nejakym prevodniku na 10 kategorii podle prevladajici
 dreviny (borovice, dub, buk, smrk, klec, bezlesi) ale znovu opakuju: LVS
 neznamena, ze to tam je, ale ze by to tam byt asi melo

(borovice, dub, buk, smrk, klec, bezlesi)
*** ja si myslim ze je to velmi dulezita/zajimava informace a jestli z 9/10 
odpovida skutecnosti a prevazujicimu porostu tak by tam mela byt. Udelam o 
vikendu nejaky navrh...

ha
hanoj

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


Re: [Talk-cz] import dat z UHULu

2007-10-04 Tema obsahu Jakub Sykora
Ahoj,

nakonec jsem vzdal XSL transformace pomoci sablon, protoze to neni 
prilis pruzne a to XML, ktere leze z WFS neni prilis dobre 
sablonovatelne. Navic XML pro celou republiku by bylo enormne velike 
(stahl jsem pres 500MB a stale to jelo, takze jsem to zavrhl).
Udelal jsem kompletni program v Jave, ktery po ctvercich stahuje celou 
republiku, prevadi se to do OSM. Nize najdete odkaz, kde jsou uz hotova 
data pripravena pro import. Nahodne jsem je kontroloval a vypada to 
pomerne presne. Spatna situace je zatim v Krusnych horach, kde to moc 
nesedi vubec, ale je to mozna tim, ze za poslednich 10 let se tam ten 
lesni porost hodne zmenil.

Pripadne pripominky k tagum atp., prosim, sem. Soubory jsou cislovany 
souradnicemi BBoxu v puvodni projekci a jeden ctverec je 6000x6000 tech 
jednotek :).

http://kubajz.kbx.cz/junk/uhul/

K

Jakub Sykora wrote:
 Ahoj,
 
 co kdybychom pomoci WFS importovali hranice lesu do OSM? Polygony by 
 mely byt v epsg:2065, ale nevim, jak se tato projekce prekloip do GPS. 
 Kdyby byl nekdo schopen mi dodat rutinu, kterou se to udela, tak je 
 mozne zahajit poloautomaticky import (napsal bych JOSM plugin).
 
 Plugin bych take mohl udelat pro rucni import z te databaze, co psal 
 Pavel - automaticky by to delalo body s nazvy a populaci...
 
 Diky za vyjadreni,
 
 K
 
 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz

-- 
Jakub Sýkora
email: [EMAIL PROTECTED]   ')
ICQ: 68976632   ( =-
mobil: +420 777 594 201  ''

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


Re: [Talk-cz] import dat z UHULu

2007-10-04 Tema obsahu Jakub Sykora
S tema idckama jsem to tak mel a nevim, proc uz to tak zase nemam...

Radeji to predelam a pregeneruju. Mrsknu to nekam na server, protoze uz 
to jede dve hodiny a zdaleka nejsem ani v pulce :] Ty lesy jsou totiz 
strasne bodozni, ale asi ne vic, nez bych je delal ja.

Pokud chces nejakou zajimavou oblast, tak Ti muzu poslat zdrojak te 
Javy. Tam si zadas souradnice a vyplivne to konkretne...

K

Pavel Machek wrote:
 On Fri 2007-10-05 00:31:26, Jakub Sykora wrote:
 Ahoj,

 nakonec jsem vzdal XSL transformace pomoci sablon, protoze to neni 
 prilis pruzne a to XML, ktere leze z WFS neni prilis dobre 
 sablonovatelne. Navic XML pro celou republiku by bylo enormne velike 
 (stahl jsem pres 500MB a stale to jelo, takze jsem to zavrhl).
 Udelal jsem kompletni program v Jave, ktery po ctvercich stahuje celou 
 republiku, prevadi se to do OSM. Nize najdete odkaz, kde jsou uz hotova 
 data pripravena pro import. Nahodne jsem je kontroloval a vypada to 
 pomerne presne. Spatna situace je zatim v Krusnych horach, kde to moc 
 nesedi vubec, ale je to mozna tim, ze za poslednich 10 let se tam ten 
 lesni porost hodne zmenil.

 Pripadne pripominky k tagum atp., prosim, sem. Soubory jsou cislovany 
 souradnicemi BBoxu v puvodni projekci a jeden ctverec je 6000x6000 tech 
 jednotek :).

 http://kubajz.kbx.cz/junk/uhul/
 
 Nemely  by id-cka byt zaporna, aby to slo uploadovat? 
 
 Mozna by bylo hezci mit jmena podle wgs84 souradnic, takhle je docela
 tezky vybrat si zajimavou oblast... ale pokud se udela import bude to
 dost jedno.
 
 Jinak to vypada dobre...
   Pavel
 

-- 
Jakub Sýkora
email: [EMAIL PROTECTED]   ')
ICQ: 68976632   ( =-
mobil: +420 777 594 201  ''

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


Re: [Talk-cz] import dat z UHULu

2007-09-29 Tema obsahu Jakub Sykora
hanoj napsal(a):
 Tak pomoci informaci na webu jsem zatim dospel k nasledujicimu:

 PLO_KOD odpovida kodu Prirodni Lesni Oblasti podle tabulky uvedene v 
 technickem listu OPRL. Na prikladovych datech je to 17, coz znaci 
 Polabi. Zatim to take vypada, ze hodnota je stejna s LES_OBL.
 LT znaci Lesni Typ a je to kompletni kod SLT+cislo, ktere zatim nevim, 
 co znamena, ale tipl bych nejakou hustotu porostu nebo tak...
 SLT znaci  Soubor Lesnich typu  a  udava  jaky  porost je v dane 
 oblasti  viz: http://www.uhul.cz/ssl/techlisty/03oprl/tabulka.htm
 LO_CAST znaci podcast lesni oblasti. Pro Oblast 17b je to tedy to becko. 
 Muze nabyvat hodnot a,b,c,d.
 PLOCHA je plocha a doufam, ze v ha.

 Zde se da najit taky vysvetleni vsemoznych cisel :)
 ftp://ftp.uhul.cz/Public/IStandard/2006/OPRL/ISLH_CISELNIKY_OPRL_2006.xls
 
 *** vyborne! navrhuji teda pridat plose tagy:
 * ID, pro pozdejsi pouziti GIS uzivatelu, id=125

 * zjednodusit SLT na zakladni druhy porostu jako napr. smrk, jedle, 
 dub... (poprosim naproti u biologu...) . Jak ale vysledek ulozit? v 
 CZ/EN? pouzit nejaky neplatny tag, jako se to dela jinde pri importech?

 * source:topoUhulWFS (nebo obdobny konstrukt)

 ha
 hanoj

 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
   
Na uhulu maji ty typy porostu taky v ciselniku. Bratranek je drevar, 
takze kdyztak muze radit :] viz. http://dreviny.kbx.cz

K

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


Re: [Talk-cz] import dat z UHULu

2007-09-29 Tema obsahu Jachym Cepicky
snad bych mohl taky sem tam poradit, 

j

29.9.07, Jakub Sykora [EMAIL PROTECTED]:
 hanoj napsal(a):
  Tak pomoci informaci na webu jsem zatim dospel k nasledujicimu:
 
  PLO_KOD odpovida kodu Prirodni Lesni Oblasti podle tabulky uvedene v
  technickem listu OPRL. Na prikladovych datech je to 17, coz znaci
  Polabi. Zatim to take vypada, ze hodnota je stejna s LES_OBL.
  LT znaci Lesni Typ a je to kompletni kod SLT+cislo, ktere zatim nevim,
  co znamena, ale tipl bych nejakou hustotu porostu nebo tak...
  SLT znaci  Soubor Lesnich typu  a  udava  jaky  porost je v dane
  oblasti  viz: http://www.uhul.cz/ssl/techlisty/03oprl/tabulka.htm
  LO_CAST znaci podcast lesni oblasti. Pro Oblast 17b je to tedy to becko.
  Muze nabyvat hodnot a,b,c,d.
  PLOCHA je plocha a doufam, ze v ha.
 
  Zde se da najit taky vysvetleni vsemoznych cisel :)
  ftp://ftp.uhul.cz/Public/IStandard/2006/OPRL/ISLH_CISELNIKY_OPRL_2006.xls
 
  *** vyborne! navrhuji teda pridat plose tagy:
  * ID, pro pozdejsi pouziti GIS uzivatelu, id=125
 
  * zjednodusit SLT na zakladni druhy porostu jako napr. smrk, jedle,
  dub... (poprosim naproti u biologu...) . Jak ale vysledek ulozit? v
  CZ/EN? pouzit nejaky neplatny tag, jako se to dela jinde pri importech?
 
  * source:topoUhulWFS (nebo obdobny konstrukt)
 
  ha
  hanoj
 
  ___
  Talk-cz mailing list
  Talk-cz@openstreetmap.org
  http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
 
 Na uhulu maji ty typy porostu taky v ciselniku. Bratranek je drevar,
 takze kdyztak muze radit :] viz. http://dreviny.kbx.cz

 K

 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/cgi-bin/mailman/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/cgi-bin/mailman/listinfo/talk-cz


Re: [Talk-cz] import dat z UHULu

2007-09-27 Tema obsahu Jachym Cepicky
promin, ze jsem to podaval tak chaoticky. jsem mimo cr, veci jsem lovil v hlave

mam to chapat tak, ze to funguje?

jeste bych se urcite mrknul na http://grass.fsv.cvut.cz/wiki/index.php/S-JTSK
jsou tam další příklady, vysvětleno jak co funguje atd.

jachym

2007/9/26, hanoj [EMAIL PROTECTED]:
 Hoj,
 pokud tedy shrnu Jachyma (a jeho publikace [1],[3]) tak:


 echo -775279.26 -1069759.49 |cs2cs -f %f +init=epsg:2065
 +towgs84=570.8,85.7,462.8,4.998,1.587,5.261,3.56 +to +init=epsg:4326


14.024991   49.808742 45.841619 
 ===(14d1'29.966E   49d48'31.472N 45.842)

 coz odpovida bodu 104 kampane DOPNUL [2]:
 49d48'31,47599 14d1'29,96593 (IRTF);
 755279,26 1069759,49 (S-JTSK)


 Takze pokud aplikuji na priklad WFS UHUL:
 http://212.158.143.149/cgi-bin/wfs?service=WFSversion=1.0.0request=getFeaturetypeName=typobbox=-685591,-1064775,-682518,-1061770

 Tak mam korektni vysledek...
 http://osm.templ.net/josm-wfs-import.png


 [1] http://grass.fsv.cvut.cz/wiki/index.php?title=S-JTSK
 [2] http://www.geospeleos.com/Mapovani/WGS84toSJTSK/WGS_JTSK.pdf
 [3] http://www.les-ejk.cz/docs/skoleni/projekce.pdf

 takze jeste ziskat metadata k atributum...


 ha hanoj

 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/cgi-bin/mailman/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/cgi-bin/mailman/listinfo/talk-cz


Re: [Talk-cz] import dat z UHULu

2007-09-27 Tema obsahu Jachym Cepicky
nekorektně? tak nahlaš bug. frank se bude určitě těšit na další
problémy s křovákem :D

http://trac.osgeo.org/gdal/

jachym

27.9.07, Jakub Sýkora [EMAIL PROTECTED]:
 Problem bude tedy v tom, ze ogr2ogr dela tu transformaci nekorektne.
 Prepisu to tak, aby se to konvertovalo pomoci cs2cs s tim nastavenim,
 ktere jsi poslal.

 Muzu zkusit na UHUL zavolat tomu cloveku, co to ma na starost a zeptat
 se ho, co ktere udaje presne znamenaji.

 K

 hanoj napsal(a):
  Hoj,
  pokud tedy shrnu Jachyma (a jeho publikace [1],[3]) tak:
 
 
  echo -775279.26 -1069759.49 |cs2cs -f %f +init=epsg:2065
  +towgs84=570.8,85.7,462.8,4.998,1.587,5.261,3.56 +to +init=epsg:4326
 
 
 14.024991   49.808742 45.841619 
  ===(14d1'29.966E   49d48'31.472N 45.842)
 
  coz odpovida bodu 104 kampane DOPNUL [2]:
  49d48'31,47599 14d1'29,96593 (IRTF);
  755279,26 1069759,49 (S-JTSK)
 
 
  Takze pokud aplikuji na priklad WFS UHUL:
  http://212.158.143.149/cgi-bin/wfs?service=WFSversion=1.0.0request=getFeaturetypeName=typobbox=-685591,-1064775,-682518,-1061770
 
  Tak mam korektni vysledek...
  http://osm.templ.net/josm-wfs-import.png
 
 
  [1] http://grass.fsv.cvut.cz/wiki/index.php?title=S-JTSK
  [2] http://www.geospeleos.com/Mapovani/WGS84toSJTSK/WGS_JTSK.pdf
  [3] http://www.les-ejk.cz/docs/skoleni/projekce.pdf
 
  takze jeste ziskat metadata k atributum...
 
 
  ha hanoj
 
  ___
  Talk-cz mailing list
  Talk-cz@openstreetmap.org
  http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
 


 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/cgi-bin/mailman/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/cgi-bin/mailman/listinfo/talk-cz


Re: [Talk-cz] import dat z UHULu

2007-09-27 Tema obsahu Jakub Sykora
Asi jsem prisel na problem! ogr2ogr si totiz z dvourozmerneho vstupniho 
souboru vymyslel trojrozmerny a umistil treti souradnici do -700 a 
nejake drobne. Rekl bych, ze to je to, co zpusobuje ten offset. Zkusim 
ho presvedcit, aby provedl pouze rovinnou transformaci.

K

Jachym Cepicky wrote:
 nekorektně? tak nahlaš bug. frank se bude určitě těšit na další
 problémy s křovákem :D
 
 http://trac.osgeo.org/gdal/
 
 jachym
 
 27.9.07, Jakub Sýkora [EMAIL PROTECTED]:
 Problem bude tedy v tom, ze ogr2ogr dela tu transformaci nekorektne.
 Prepisu to tak, aby se to konvertovalo pomoci cs2cs s tim nastavenim,
 ktere jsi poslal.

 Muzu zkusit na UHUL zavolat tomu cloveku, co to ma na starost a zeptat
 se ho, co ktere udaje presne znamenaji.

 K

 hanoj napsal(a):
 Hoj,
 pokud tedy shrnu Jachyma (a jeho publikace [1],[3]) tak:


 echo -775279.26 -1069759.49 |cs2cs -f %f +init=epsg:2065
 +towgs84=570.8,85.7,462.8,4.998,1.587,5.261,3.56 +to +init=epsg:4326


14.024991   49.808742 45.841619 
 ===(14d1'29.966E   49d48'31.472N 45.842)

 coz odpovida bodu 104 kampane DOPNUL [2]:
 49d48'31,47599 14d1'29,96593 (IRTF);
 755279,26 1069759,49 (S-JTSK)


 Takze pokud aplikuji na priklad WFS UHUL:
 http://212.158.143.149/cgi-bin/wfs?service=WFSversion=1.0.0request=getFeaturetypeName=typobbox=-685591,-1064775,-682518,-1061770

 Tak mam korektni vysledek...
 http://osm.templ.net/josm-wfs-import.png


 [1] http://grass.fsv.cvut.cz/wiki/index.php?title=S-JTSK
 [2] http://www.geospeleos.com/Mapovani/WGS84toSJTSK/WGS_JTSK.pdf
 [3] http://www.les-ejk.cz/docs/skoleni/projekce.pdf

 takze jeste ziskat metadata k atributum...


 ha hanoj

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


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

 
 

-- 
Jakub Sýkora
email: [EMAIL PROTECTED]   ')
ICQ: 68976632   ( =-
mobil: +420 777 594 201  ''

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


Re: [Talk-cz] import dat z UHULu

2007-09-25 Tema obsahu Jakub Sykora
To nevim, ja jsem pouze technik a udelal jsem to nejzakladnejsi - vyuzil 
dva odkazy na www.uhul.cz. Kazdopadne me zatim tizi ten offset. Nejake 
napady?

K

hanoj napsal(a):
 2. Jake informace o lesu importovat do OSM (rozloha, urceni atp., zdroj dat)
 
 *** urcite ID z uhul, datum importu, puvod dat (autor), vznik datasetu, 
 jehl/listnaty

 *** je nejaky ciselnik popisne slozky dat?

 zdravi

 haonj




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


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


Re: [Talk-cz] import dat z UHULu

2007-09-25 Tema obsahu hanoj
Jakub Sykora napsal(a):
 To nevim, ja jsem pouze technik a udelal jsem to nejzakladnejsi - 
 vyuzil dva odkazy na www.uhul.cz. Kazdopadne me zatim tizi ten 
 offset. Nejake napady?
*** ze by ten posun byl konstantni je velmi podivne. Neco podobneho 
(lokalne to vypadalo jako posun na vychod) se stavalo pri spatne 
transformaci JTSK-WGS84 (na strane serveru).
*** zkusim zitra otestovat to WFS jinde, zda je zdroj dat OK.


Jachym napsal(a):
 myslis tech dat z UHULu? Oblastni plan rozvoje lesu (OPRL)? urcite 
 existuje, asi bych se na to umel dostat. co konkretne te zajima?
*** ano, nejaka metadata odpovidajici, lesu tedy:
http://212.158.143.149/cgi-bin/wfs?service=WFSversion=1.0.0request=describeFeatureType


ha
hanoj

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


Re: [Talk-cz] import dat z UHULu

2007-09-10 Tema obsahu Jachym Cepicky
jedna, jestli se nepletu, UHUL nabizi data i ve WGS84 (epsg:4326) a
jednak to lze udělat např. takhle:

ogr2ogr -s_srs epsg:2065 -t_srs epsg:4326 -f GML output_file.xml
input_file.xml 


ogr2ogr je soucast baliku GDAL (http://www.gdal.org)

snad to pomuze

jachym

Jakub Sykora píše v Po 10. 09. 2007 v 12:20 +0200:
 Ahoj,
 
 co kdybychom pomoci WFS importovali hranice lesu do OSM? Polygony by 
 mely byt v epsg:2065, ale nevim, jak se tato projekce prekloip do GPS. 
 Kdyby byl nekdo schopen mi dodat rutinu, kterou se to udela, tak je 
 mozne zahajit poloautomaticky import (napsal bych JOSM plugin).
 
 Plugin bych take mohl udelat pro rucni import z te databaze, co psal 
 Pavel - automaticky by to delalo body s nazvy a populaci...
 
 Diky za vyjadreni,
 
 K
 
 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
-- 
Jachym Cepicky
e-mail: [EMAIL PROTECTED]
URL: http://les-ejk.cz
GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub



signature.asc
Description: Toto je digitálně	 podepsaná část	 zprávy
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz