« zpět na výpis měsíce |

[Talk-cz] import dat z UHULu

Vlákno 10.9. - 24.10.2007, počet zpráv: 50


10.9.2007 12:20:29 (#1)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
618
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

10.9.2007 12:36:04 (#2)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
414 93
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: zobrazit citaci
> 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 na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
-- Jachym Cepicky e-mail: jachym.cepicky na gmail.com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub ------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Toto je digitálně podepsaná část zprávy URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20070910/54efba7f/attachment.sig>

16.9.2007 08:00:29 (#3)
gravatar

Pavel Machek

<pavel at ucw.cz>
1066 1226
Ahojky! zobrazit citaci
> 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 zobrazit citaci
> 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 -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

17.9.2007 07:26:27 (#4)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
414 93
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: zobrazit citaci
> 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
-- Jachym Cepicky e-mail: jachym.cepicky na gmail.com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub ------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Toto je digitálně podepsaná část zprávy URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20070917/82306354/attachment.sig>

17.9.2007 04:05:21 (#5)
gravatar

hanoj

<enemy at mail.muni.cz>
115
hu. Dnes se mi podarilo provolat se k pani Kriegerove z CSU s tim, ze z pravniho oddeleni CSU nam daji stanovisko, zda je nebo neni mozno integrovat data z UIR-ZSJ do nasich geodat pod licenci CC. V pricipu je zrejme nejistota v casti licence "Business Yes"... snad tentokrat bude stanovisko ziskano, at kladne ci zaporne. hanoj

25.9.2007 08:52:31 (#6)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
618
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 Jachym Cepicky wrote: zobrazit citaci
> 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 na openstreetmap.org >> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
-- Jakub Sýkora email: kubajz na kbx.cz <') ICQ: 68976632 ( =- mobil: +420 777 594 201 ''

25.9.2007 02:46:38 (#7)
gravatar

hanoj

<enemy at mail.muni.cz>
115
zobrazit citaci
> 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

25.9.2007 03:16:13 (#8)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
414 93
ahoj, hanoj píše v Út 25. 09. 2007 v 14:46 +0200: zobrazit citaci
> > 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 zobrazit citaci
> > zdravi > > haonj > > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
-- Jachym Cepicky e-mail: jachym.cepicky na gmail.com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub ------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Toto je digitálně podepsaná část zprávy URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20070925/4392c2c2/attachment.sig>

25.9.2007 06:02:18 (#9)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
618
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): zobrazit citaci
>> 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 na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >

25.9.2007 06:29:49 (#10)
gravatar

hanoj

<enemy at mail.muni.cz>
115
Jakub Sykora napsal(a): zobrazit citaci
> 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): zobrazit citaci
> 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

26.9.2007 07:57:41 (#11)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
618
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, hanoj napsal(a): zobrazit citaci
> 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=WFS&version=1.0.0&request=describeFeatureType > > > ha > hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >

26.9.2007 10:15:54 (#12)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
414 93
cs2cs není to GDAL, ale z PROJ.4 (což je brácha GDALu) 26.9.07, Jakub Sykora <kubajz na kbx.cz>: zobrazit citaci
> 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, > > hanoj napsal(a): > > 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=WFS&version=1.0.0&request=describeFeatureType > > > > > > ha > > hanoj > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org > > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz > > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na 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

26.9.2007 10:21:56 (#13)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
414 93
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>: zobrazit citaci
> 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=WFS&version=1.0.0&request=describeFeatureType > > > ha > hanoj > > _______________________________________________ > Talk-cz mailing list > Talk-cz na 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

26.9.2007 06:08:55 (#14)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
618
Ahoj, zkusim to a uvidime, jestli se hranice posunou tam kam maji :] Vysledek poslu za par minutek... K Jachym Cepicky napsal(a): zobrazit citaci
> 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>: > >> 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=WFS&version=1.0.0&request=describeFeatureType >> >> >> ha >> hanoj >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >> >> > > >

26.9.2007 06:24:14 (#15)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
618
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 Jachym Cepicky wrote: zobrazit citaci
> 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>: >> 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=WFS&version=1.0.0&request=describeFeatureType >> >> >> ha >> hanoj >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >> > >
-- Jakub Sýkora email: kubajz na kbx.cz <') ICQ: 68976632 ( =- mobil: +420 777 594 201 ''

26.9.2007 07:23:45 (#16)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
414 93
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>: zobrazit citaci
> 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 > > Jachym Cepicky wrote: > > 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>: > >> 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=WFS&version=1.0.0&request=describeFeatureType > >> > >> > >> ha > >> hanoj > >> > >> _______________________________________________ > >> Talk-cz mailing list > >> Talk-cz na openstreetmap.org > >> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz > >> > > > > > > -- > Jakub Sýkora > email: kubajz na kbx.cz <') > ICQ: 68976632 ( =- > mobil: +420 777 594 201 '' > > _______________________________________________ > Talk-cz mailing list > Talk-cz na 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

26.9.2007 11:29:47 (#17)
gravatar

hanoj

<enemy at mail.muni.cz>
115
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 zobrazit citaci
>>>>> 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

27.9.2007 09:22:58 (#18)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
414 93
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>: zobrazit citaci
> 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 > > _______________________________________________ > Talk-cz mailing list > Talk-cz na 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

27.9.2007 11:33:36 (#19)
gravatar

Jakub Sýkora

<kubajz at kbx.cz>
618
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): zobrazit citaci
> 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 > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >

27.9.2007 11:56:42 (#20)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
414 93
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>: zobrazit citaci
> 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.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 > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org > > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz > > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na 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

27.9.2007 12:00:50 (#21)
gravatar

Jakub Sýkora

<kubajz at kbx.cz>
618
Jachym Cepicky napsal(a): zobrazit citaci
> 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 >> >> 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.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 >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz na openstreetmap.org >>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >>> >>> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> 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

27.9.2007 12:13:09 (#22)
gravatar

Jakub Sýkora

<kubajz at kbx.cz>
618
hanoj napsal(a): zobrazit citaci
> 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 > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > 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

27.9.2007 01:25:24 (#23)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
618
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: zobrazit citaci
> 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 >> >> 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.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 >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz na openstreetmap.org >>> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >>> >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >> > >
-- Jakub Sýkora email: kubajz na kbx.cz <') ICQ: 68976632 ( =- mobil: +420 777 594 201 ''

27.9.2007 09:45:03 (#24)
gravatar

hanoj

<enemy at mail.muni.cz>
115
zobrazit citaci
> 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

27.9.2007 09:45:05 (#25)
gravatar

hanoj

<enemy at mail.muni.cz>
115
Jakub Sykora napsal(a): zobrazit citaci
> 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

29.9.2007 08:20:22 (#26)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
618
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 hanoj napsal(a): zobrazit citaci
> Jakub Sykora napsal(a): > >> 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 > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >

29.9.2007 08:21:27 (#27)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
618
hanoj napsal(a): zobrazit citaci
>> 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 > > _______________________________________________ > Talk-cz mailing list > Talk-cz na 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

29.9.2007 05:41:53 (#28)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
414 93
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>: zobrazit citaci
> 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 > > hanoj napsal(a): > > Jakub Sykora napsal(a): > > > >> 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 > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org > > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz > > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na 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

29.9.2007 05:43:03 (#29)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
414 93
snad bych mohl taky sem tam poradit, .... j 29.9.07, Jakub Sykora <kubajz na kbx.cz>: zobrazit citaci
> 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="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 > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na 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 na 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

5.10.2007 12:31:26 (#30)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
618
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: zobrazit citaci
> 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 na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
-- Jakub Sýkora email: kubajz na kbx.cz <') ICQ: 68976632 ( =- mobil: +420 777 594 201 ''

5.10.2007 12:45:15 (#31)
gravatar

Pavel Machek

<pavel at ucw.cz>
1066 1226
On Fri 2007-10-05 00:31:26, Jakub Sykora wrote: zobrazit citaci
> 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 -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

5.10.2007 12:55:25 (#32)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
618
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: zobrazit citaci
> 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: kubajz na kbx.cz <') ICQ: 68976632 ( =- mobil: +420 777 594 201 ''

5.10.2007 01:05:43 (#33)
gravatar

Pavel Machek

<pavel at ucw.cz>
1066 1226
Ahoj! zobrazit citaci
> S tema idckama jsem to tak mel a nevim, proc uz to tak zase nemam...
:-). zobrazit citaci
> 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.
zobrazit citaci
> 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 -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

5.10.2007 07:49:24 (#34)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
414 93
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: zobrazit citaci
> 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 na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
-- Jachym Cepicky e-mail: jachym.cepicky na gmail.com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub ------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Toto je digitálně podepsaná část zprávy URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20071005/64d2dbc2/attachment.sig>

5.10.2007 10:03:52 (#35)
gravatar

Jakub Sýkora

<kubajz at kbx.cz>
618
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 zobrazit citaci
> Ahoj, > > jsem rĂĄd, Ĺže to postupuje. Jenom dotaz: pĹ&#65533;ehlĂŠdl jsem, jestli
mĂĄme zobrazit citaci
> 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 na openstreetmap.org >> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz > -- > Jachym Cepicky > e-mail: jachym.cepicky na gmail.com > URL: http://les-ejk.cz > GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >

5.10.2007 11:45:50 (#36)
gravatar

enemy na mail.muni.cz

<enemy at mail.muni.cz>
115
zobrazit citaci
> 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! zobrazit citaci
> 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... zobrazit citaci
> 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 zobrazit citaci
> <way id="-8236"> > <tag k="landuse" v="forest"/>
*** nebude problem s renderovanim? Doposavad jsem uzival "nature=wood" zobrazit citaci
> <tag k="source" v="UHULtypoWFS"/> > <tag k="uhul:id" v="8236"/>
*** zda se ze je tag unikatni na cele CR? zobrazit citaci
> <tag k="uhul:area" v="963.997322074138"/>
*** nezaokrouhlit na jednotky m2? Nebo vubec vyhodit? zobrazit citaci
> <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? zobrazit citaci
> <tag k="is_in" v="Českomoravská vrchovina"/>
*** OK zobrazit citaci
> </way>
zdravi Hanoj

5.10.2007 12:21:42 (#37)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
618
enemy na mail.muni.cz wrote: zobrazit citaci
>> 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... zobrazit citaci
> >> 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 :] zobrazit citaci
> >> 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... zobrazit citaci
> > *** 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... zobrazit citaci
> > >> <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. zobrazit citaci
> >> <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. zobrazit citaci
> >> <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... zobrazit citaci
> *** 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. zobrazit citaci
> *** 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. zobrazit citaci
> >> <tag k="is_in" v="Českomoravská vrchovina"/> > *** OK >> </way> > > zdravi > > Hanoj
Kubajz zobrazit citaci
> > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
-- Jakub Sýkora email: kubajz na kbx.cz <') ICQ: 68976632 ( =- mobil: +420 777 594 201 ''

5.10.2007 12:24:35 (#38)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
618
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: zobrazit citaci
> snad bych mohl taky sem tam poradit, .... > > j > > 29.9.07, Jakub Sykora <kubajz na kbx.cz>: >> 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="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 >>> >>> _______________________________________________ >>> Talk-cz mailing list >>> Talk-cz na 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 na openstreetmap.org >> http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz >> > >
-- Jakub Sýkora email: kubajz na kbx.cz <') ICQ: 68976632 ( =- mobil: +420 777 594 201 ''

5.10.2007 02:37:35 (#39)
gravatar

Jachym Cepicky

<jachym.cepicky at gmail.com>
414 93
ahoj, Jakub Sykora píše v Pá 05. 10. 2007 v 12:21 +0200: zobrazit citaci
> 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 zobrazit citaci
> > > >> 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) zobrazit citaci
> > > >> 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...
zobrazit citaci
> > > >> <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. zobrazit citaci
> 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 zobrazit citaci
> > > *** 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 zobrazit citaci
> > 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 -- Jachym Cepicky e-mail: jachym.cepicky na gmail.com URL: http://les-ejk.cz GPG: http://www.les-ejk.cz/pgp/jachym_cepicky-gpg.pub ------------- další část --------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Toto je digitálně podepsaná část zprávy URL: <https://lists.openstreetmap.org/pipermail/talk-cz/attachments/20071005/131a63c0/attachment.sig>

5.10.2007 05:26:15 (#40)
gravatar

enemy na mail.muni.cz

<enemy at mail.muni.cz>
115
zobrazit citaci
> > > *** 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
zobrazit citaci
>>>>(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

5.10.2007 10:18:34 (#41)
gravatar

Pavel Machek

<pavel at ucw.cz>
1066 1226
Ahoj! zobrazit citaci
> > <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 -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

5.10.2007 10:27:46 (#42)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
618
Ahoj, Jachym Cepicky wrote: zobrazit citaci
> 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. zobrazit citaci
> >>>> 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 > > > ------------------------------------------------------------------------ > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
-- Jakub Sýkora email: kubajz na kbx.cz <') ICQ: 68976632 ( =- mobil: +420 777 594 201 ''

5.10.2007 10:29:21 (#43)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
618
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 Pavel Machek wrote: zobrazit citaci
> 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
-- Jakub Sýkora email: kubajz na kbx.cz <') ICQ: 68976632 ( =- mobil: +420 777 594 201 ''

22.10.2007 11:28:54 (#44)
gravatar

Michal Grézl

<michal.grezl at gmail.com>
231
On 10/5/07, Jakub Sykora <kubajz na kbx.cz> wrote: zobrazit citaci
> 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?

22.10.2007 12:16:57 (#45)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
618
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: zobrazit citaci
> On 10/5/07, Jakub Sykora <kubajz na kbx.cz> 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 na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
-- Jakub Sýkora email: kubajz na kbx.cz <') ICQ: 68976632 ( =- mobil: +420 777 594 201 ''

22.10.2007 11:04:29 (#46)
gravatar

Pavel Machek

<pavel at ucw.cz>
1066 1226
Ahoj! zobrazit citaci
> 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

23.10.2007 02:04:49 (#47)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
618
Pavel Machek napsal(a): zobrazit citaci
> 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

23.10.2007 02:10:36 (#48)
gravatar

Pavel Machek

<pavel at ucw.cz>
1066 1226
Ahoj! zobrazit citaci
> >> 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? :-).
zobrazit citaci
> 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 -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

24.10.2007 08:24:24 (#49)
gravatar

hanoj

<enemy at mail.muni.cz>
115
zobrazit citaci
>> 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

24.10.2007 08:14:41 (#50)
gravatar

Jakub Sykora

<kubajz at kbx.cz>
618
Jsem stejneho nazoru :] K hanoj wrote: zobrazit citaci
>>> 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 na openstreetmap.org > http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-cz
-- Jakub Sýkora email: kubajz na kbx.cz <') ICQ: 68976632 ( =- mobil: +420 777 594 201 ''

« zpět na výpis měsíce