import dat z UHULu

49 zpráv
Zpět na přehled

import dat z UHULu

49 zpráv JJHPM 5 účastníků 28 min čtení
  1. Jakub Sykora kubajz na kbx.cz #mf3c96c
    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
  2. Jachym Cepicky jachym.cepicky na gmail.com #mc80623
    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:
  3. Pavel Machek pavel na ucw.cz #m2e70bd
    Ahojky!
    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).
    No, udelat import hranic lesa by bylo super. Rucne se to nedela uplne dobre. Je nejaky popis toho epsg:2065? Na konversi bodu se pouziva cs2cs, ale nemuzu vymyslet parametry.. PROJ(1) NAME cs2cs - cartographic coordinate system filter SYNOPSIS cs2cs [ -eEfIlrstvwW [ args ] ] [ +opts[=arg] ] [ +to [+opts[=arg]] ] file[s] ..aha... http://spatialreference.org/ref/epsg/2065/ http://spatialreference.org/ref/epsg/2065/proj4/ ...tj se to nejspis konvertuje takhle: cs2cs +proj=krovak +lat_0=49.5 +lon_0=42.5 +alpha=30.28813972222222 +k=0.9999 +x_0=0 +y_0=0 +ellps=bessel +pm=ferro +units=m +no_defs +to +proj=latlong
    Plugin bych take mohl udelat pro rucni import z te databaze, co psal Pavel - automaticky by to delalo body s nazvy a populaci...
    To by bylo fajn... Pavel
  4. Jachym Cepicky jachym.cepicky na gmail.com #me2cc2e
    spíš bych použil gdaltranslate nebo něco podobného. parametry budou +init="epsg:2065" +to +init="epsg:4326" na linuxu je definice uložena v souboru /usr/share/proj/epsg nebo podobném j Pavel Machek píše v Ne 16. 09. 2007 v 20:00 +0200:
  5. Jakub Sykora kubajz na kbx.cz #mfde033
    Tak to docela funguje. Udelal jsem XSL transformaci do OSM (zatim jen body) a vypada to, ze se skutecne jedna o hranice lesa, ale je to asi o 50m cely posunuty na SV (WMS je snad dobre). Postupoval jsem takto: 1. stahl jsem si priklad na www.uhul.cz 2. pomoci ogr2ogr prevedl do epsg:4326 3. pomoci sablony jsem vygeneroval osm xml s body a ten zobrazil v JOSM 4. natahl jsem si UHUL rastr pomoci WMS Zbyva vyresit: 1. Proc je posun, zda je fixni nebo se jedna o chybu v konerzi epsg 2. Jake informace o lesu importovat do OSM (rozloha, urceni atp., zdroj dat) 3. Vyresit cislovani v XSL sablone tak, aby bodum odpovidaly segmenty a segmentum cesty V odkazu jsou videt hranicni body. Pri posunuti dat 50m na JZ se dostanou hezky do zakrytu s lesy na ortofotce. Dokonce by mely obsahovat aktualnejsi data nez ortofoto. http://kubajz.kbx.cz/junk/uhul_wfs.png K
  6. hanoj enemy na mail.muni.cz #mdd56c0
    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
  7. Jachym Cepicky jachym.cepicky na gmail.com #me22cc3
    ahoj, hanoj píše v Út 25. 09. 2007 v 14:46 +0200:
    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?
    myslis tech dat z UHULu? Oblastni plan rozvoje lesu (OPRL)? urcite existuje, asi bych se na to umel dostat. co konkretne te zajima? j
  8. Jakub Sykora kubajz na kbx.cz #m7df2d7
    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
  9. hanoj enemy na mail.muni.cz #m696e50
    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.
    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=WFS&version=1.0.0&request=describeFeatureType ha hanoj
  10. Jakub Sykora kubajz na kbx.cz #m83f9f3
    To bys byl hodnej, abychom pripadne upravili prevodni vztah tak, aby to sedelo. Jeste jedna otazka - existuje nejaky program z GDALu, kteremu podsunu pouze souradnice lat a lon v jedne projekci a vysype to souradnice v druhe? Potrebuji nejak prevadet mezi sebou souradnice boundary boxu. Maji totiz ve features pokryti v GPS, ale jako parametr WFS se zadavaji souradnice v tom druhem formatu. Jinak uz jsem vyresil problem transformace GML do OSM celkem uspokojive - sice to bude dvojpruchodove, ale nebude to mit chybu :] Diky,
  11. Jachym Cepicky jachym.cepicky na gmail.com #mbf2c92
    cs2cs není to GDAL, ale z PROJ.4 (což je brácha GDALu) 26.9.07, Jakub Sykora <kubajz na kbx.cz>:
  12. Jachym Cepicky jachym.cepicky na gmail.com #m3ad8be
    Obecně: převod z JTSK do WGS84 potřebuje pro korektní převod parametry +towgs84 ty jsou k nalezení na http://grass.fsv.cvut.cz/wiki/index.php/S-JTSK a jsou 570.8,85.7,462.8,4.998,1.587,5.261,3.56 ale při použití epsg 102067 (nebo tak nejak), coz neni epsg, ale esri, by tam ty parametry mely byt. v me instalaci PROJ je epsg (esri) 102067 definovan jako <102067> +proj=krovak +lat_0=49.5 +lon_0=24.83333333333333 +alpha=30.28813975277->778 +k=0.9999 +x_0=0 +y_0=0 +ellps=bessel +units=m no_defs <> cizlize bez parametru +towgs84 zaver zkuste to nějak takhle: gdalwarp +init=epsg:102067 +towgs84=570.8,85.7,462.8,4.998,1.587,5.261,3.56 +to +init=epsg:4326 snad to zabere jachym P.S. Omlouvám se za zmatek, sám v tom mám jasno jenom intuitivně 25.9.07, hanoj <enemy na mail.muni.cz>:
  13. Jakub Sykora kubajz na kbx.cz #md5a2b5
    Ahoj, zkusim to a uvidime, jestli se hranice posunou tam kam maji :] Vysledek poslu za par minutek... K
  14. Jakub Sykora kubajz na kbx.cz #m5333e8
    Ahoj, prave procitam, co dela gdalwarp - snad by to melo prevadet rastrova data z jedne projekce do druhe - to je mi celkem na nic. Potrebuji prevest souradnice z jedne projekce do druhe. Z UHULu se vytahne GML soubor a ten transfromuji. Da se Tvuj poznatek aplikovat na ogr2ogr? K
  15. Jachym Cepicky jachym.cepicky na gmail.com #m6df569
    ahoj, na vektorovy soubory potrebujes ogr2ogr gdal je jenom na rastry parametry jsou vice mene podobne jachym 26.9.07, Jakub Sykora <kubajz na kbx.cz>:
    Ahoj, prave procitam, co dela gdalwarp - snad by to melo prevadet rastrova data z jedne projekce do druhe - to je mi celkem na nic. Potrebuji prevest souradnice z jedne projekce do druhe. Z UHULu se vytahne GML soubor a ten transfromuji. Da se Tvuj poznatek aplikovat na ogr2ogr? K
    Obecně: převod z JTSK do WGS84 potřebuje pro korektní převod parametry +towgs84 ty jsou k nalezení na http://grass.fsv.cvut.cz/wiki/index.php/S-JTSK a jsou 570.8,85.7,462.8,4.998,1.587,5.261,3.56 ale při použití epsg 102067 (nebo tak nejak), coz neni epsg, ale esri, by tam ty parametry mely byt. v me instalaci PROJ je epsg (esri) 102067 definovan jako <102067> +proj=krovak +lat_0=49.5 +lon_0=24.83333333333333 +alpha=30.28813975277->778 +k=0.9999 +x_0=0 +y_0=0 +ellps=bessel +units=m no_defs <> cizlize bez parametru +towgs84 zaver zkuste to nějak takhle: gdalwarp +init=epsg:102067 +towgs84=570.8,85.7,462.8,4.998,1.587,5.261,3.56 +to +init=epsg:4326 snad to zabere jachym P.S. Omlouvám se za zmatek, sám v tom mám jasno jenom intuitivně 25.9.07, hanoj <enemy na mail.muni.cz>:
    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.
    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=WFS&version=1.0.0&request=describeFeatureType ha hanoj 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
  16. hanoj enemy na mail.muni.cz #ma8ff7c
    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.966"E 49d48'31.472"N 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=WFS&version=1.0.0&request=getFeature&typeName=typo&bbox=-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
  17. Jachym Cepicky jachym.cepicky na gmail.com #m55befc
    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 <enemy na mail.muni.cz>:
  18. Jakub Sýkora kubajz na kbx.cz #m7b4f5a
    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
  19. Jachym Cepicky jachym.cepicky na gmail.com #me7baf0
    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 <kubajz na kbx.cz>:
  20. Jakub Sýkora kubajz na kbx.cz #m4c3f0a
    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 <kubajz na kbx.cz>:
    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
    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.966"E 49d48'31.472"N 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=WFS&version=1.0.0&request=getFeature&typeName=typo&bbox=-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 http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
    http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
    Ja tezko muzu hlasit bug v necem, kdyz tomu vubec nerozumim - to co si tady posilate za cisla je pro me magie :) Zkusim se jeste podivat do konfiguraku te projekce, jestli ta cisla sedi a v pripade, ze ne, tak to opravim podle toho, co jste posilali. Jinak makam na tech metadatech a jde to na UHULu dohledat... K
  21. Jakub Sýkora kubajz na kbx.cz #m03e597
    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.966"E 49d48'31.472"N 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=WFS&version=1.0.0&request=getFeature&typeName=typo&bbox=-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 http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
    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 K
  22. Jakub Sykora kubajz na kbx.cz #md94f77
    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
  23. hanoj enemy na mail.muni.cz #m3d3ed5
    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="1256666" * 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
  24. hanoj enemy na mail.muni.cz #m5e015d
    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.
    *** to se mi take nezda, neb jsou ruzne polohy stupnic v projekcich, ale vzdy kolme ke stredu zeme a ten je +/- vzdy stejny. Rozdil vysek mezi kouli u krovaka a wgs84 je cca 1m, mezi elipsoidickou vyskou wgs84 a geoidem asi 50m. ha hanoj
  25. Jakub Sykora kubajz na kbx.cz #m97d19f
    Ahoj, zatim to tedy udelam tak, ze udelam transformaci z xml do csv s komentari. Ten projedu pomoci cs2cs - protoze to funguje - a naposledy to csvcko s komentari prevedu na OSM xml. Az budu mit pouzitelny vysledek, tak ho dam jako RFC a pokud bude OK, tak ho naimportuji do databaze. K
  26. Jakub Sykora kubajz na kbx.cz #m8205fc
    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="1256666" * 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 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
  27. Jachym Cepicky jachym.cepicky na gmail.com #m58641f
    můžeš prosím někde pověsit 1) vstupní gml 2) výstupní gml co dostaneš 3) výstupní gml co chceš dostat 4) ogr2ogr který jsi zkoušel 5) cs2cs který používáš? rád bych se na to podíval dík j 29.9.07, Jakub Sykora <kubajz na kbx.cz>:
  28. Jachym Cepicky jachym.cepicky na gmail.com #ma10a94
    snad bych mohl taky sem tam poradit, .... j 29.9.07, Jakub Sykora <kubajz na kbx.cz>:
  29. Jakub Sykora kubajz na kbx.cz #m6bfd01
    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
  30. Pavel Machek pavel na ucw.cz #m1d1b52
    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
  31. Jakub Sykora kubajz na kbx.cz #m606da6
    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
  32. Pavel Machek pavel na ucw.cz #m217d46
    Ahoj!
    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...
    No, me by zajimala oblast kolem 14.75, 50.0.. co se tyce lesu mela by byt uz trochu zpracovana, tak by to slo porovnat s rucni praci. Zdrojak poslat muzes, ale nevim jestli s nim neco svedu ;-). Pavel
  33. Jachym Cepicky jachym.cepicky na gmail.com #m57d299
    Ahoj, jsem rád, že to postupuje. Jenom dotaz: přehlédl jsem, jestli máme někde odsouhlaseno UHULem, že můžeme jejich WFS použít(?). WMS a WFS jsou přece jen "trochu jiná data" ... Jáchym Jakub Sykora píše v Po 10. 09. 2007 v 12:20 +0200:
  34. Jakub Sýkora kubajz na kbx.cz #m82d89d
    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
  35. enemy na mail.muni.cz enemy na mail.muni.cz #m2b860c
    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!
    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...
    Pripadne pripominky k tagum atp., prosim, sem. Soubory jsou cislovany souradnicemi BBoxu v puvodni projekci a jeden ctverec je 6000x6000 tech jednotek :).
    *** metry! *** K tagum
    <way id="-8236"> <tag k="landuse" v="forest"/>
    *** nebude problem s renderovanim? Doposavad jsem uzival "nature=wood"
    <tag k="source" v="UHULtypoWFS"/> <tag k="uhul:id" v="8236"/>
    *** zda se ze je tag unikatni na cele CR?
    <tag k="uhul:area" v="963.997322074138"/>
    *** nezaokrouhlit na jednotky m2? Nebo vubec vyhodit?
    <tag k="uhul:slt" v="Svěží jedlová bučina"/>
    *** nenechat ten tag v puvodnim cisle ciselniku UHUL. Tomuto textu rozumi tak nejvyse jachym. *** pridat tag trebas: <tag k="description" v="Jedle"/> *** Jestli jsem slibil preklad do jednoslovnych nazvu, tak jsem nic pro to neudelal. Je mozno to prehrnout na tveho bratrance lesaka?
    <tag k="is_in" v="Českomoravská vrchovina"/>
    *** OK
    </way>
    zdravi Hanoj
  36. Jakub Sykora kubajz na kbx.cz #m53c46d
    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
  37. Jakub Sykora kubajz na kbx.cz #m8e205c
    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
  38. Jachym Cepicky jachym.cepicky na gmail.com #m093bbe
    ahoj, Jakub Sykora píše v Pá 05. 10. 2007 v 12:21 +0200:
    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...
    nebyl by snazsi dom? ale nic nerikam, nic jsem neudelal
    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 :]
    je to jedno. typologicke mapy se taky neaktualizuji kazdych deset let. nehlede k tomu, ze se to kresli vlastne v ruce a vysledna kvalita je dost idndividalani (polohopisna i obsahova)
    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...
    <tag k="uhul:slt" v="Svěží jedlová bučina"/>
    *** nenechat ten tag v puvodnim cisle ciselniku UHUL. Tomuto textu rozumi tak nejvyse jachym.
    slt = soubor lesnich typu 5S - paty lesni vegetacni stupen, s - kategorie svezi, takze trochu kyselejsi pudy atd atd.
    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...
    s tim "svezi les" bych moc neoperoval. IMHO je to uplne zbytecne
    *** 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 jachym
  39. enemy na mail.muni.cz enemy na mail.muni.cz #m0f748c
    *** 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
  40. Pavel Machek pavel na ucw.cz #ma1dc3a
    Ahoj!
    <tag k="source" v="UHULtypoWFS"/> <tag k="uhul:id" v="8236"/>
    *** zda se ze je tag unikatni na cele CR?
    <tag k="uhul:area" v="963.997322074138"/>
    *** nezaokrouhlit na jednotky m2? Nebo vubec vyhodit?
    <tag k="uhul:slt" v="Svěží jedlová bučina"/>
    *** nenechat ten tag v puvodnim cisle ciselniku UHUL. Tomuto textu rozumi tak nejvyse jachym.
    Ja bych to nechal v puvodnim tvaru. Mozna ze tomu rozumi nejvyse jachym, ale poznat od sebe dva ruzny porosty uz neni nijak tezky, a nekdy se to opravdu pouziva pro orientaci -- v mapach pro OB se vyznacuje "rozhrani porostu". Pavel
  41. Jakub Sykora kubajz na kbx.cz #mb4e5e3
    Ahoj,
    ahoj, Jakub Sykora píše v Pá 05. 10. 2007 v 12:21 +0200:
    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...
    nebyl by snazsi dom? ale nic nerikam, nic jsem neudelal
    Ne. Neni to o slozitosti. DOM udrzuje cely dokument v pameti a to je prinejmensim zbytecne plytvani, protoze toho potrebujeme mensinu.
  42. Jakub Sykora kubajz na kbx.cz #m987bff
    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
  43. Michal Grézl michal.grezl na gmail.com #mbefefc
    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?
  44. Jakub Sykora kubajz na kbx.cz #m4c27fc
    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
  45. Pavel Machek pavel na ucw.cz #mc8c45f
    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
  46. Jakub Sykora kubajz na kbx.cz #mea772a
    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
    Ahoj, 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? :) K
  47. Pavel Machek pavel na ucw.cz #mdf4a97
    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? :-).
    Ahoj, 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 :-). Pavel
  48. hanoj enemy na mail.muni.cz #m99680d
    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
  49. Jakub Sykora kubajz na kbx.cz #m31e978
    Jsem stejneho nazoru :] K
Napsat odpověď e-mailem… Odpovědět

Otevře váš e-mailový klient. Odpovědi pak sledujte zde na webu.