Re: [Talk-cz] import dat z UHULu

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

Re: [Talk-cz] import dat z UHULu

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.

Re: [Talk-cz] import dat z UHULu

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

Re: [Talk-cz] import dat z UHULu

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

Re: [Talk-cz] import dat z UHULu

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:

Re: [Talk-cz] import dat z UHULu

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

Re: [Talk-cz] import dat z UHULu

[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). ***

Re: [Talk-cz] import dat z UHULu

*** 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

Re: [Talk-cz] import dat z UHULu

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

Re: [Talk-cz] import dat z UHULu

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

Re: [Talk-cz] import dat z UHULu

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

Re: [Talk-cz] import dat z UHULu

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

Re: [Talk-cz] import dat z UHULu

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]:

Re: [Talk-cz] import dat z UHULu

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

Re: [Talk-cz] import dat z UHULu

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:

Re: [Talk-cz] import dat z UHULu

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,

Re: [Talk-cz] import dat z UHULu

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

Re: [Talk-cz] import dat z UHULu

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.