Re: [FreeGeoCZ] VFK s oddělenou SGI a SPI
Ha Noj <[email protected]> Thu, 19 Oct 2017 12:08:24 +0200
| Newsgroups | gmane.comp.gis.grass.cz |
|---|---|
| Message-ID | <CANKDr1J-K4ED9oqG3WQEN=RFu8_9ES-9=X0gwYcsBg9Y5eQeNA@mail.gmail.com> |
--===============0664125162== Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Ahoj Martine, díky to je ono, funguje to, lezou z toho soubory 3 GB a víc, ale to nevadí. Doplnil jsem to na wiki: http://freegis.fsv.cvut.cz/gwiki/VFK_/_GDAL#V.C3.ADce_soubor.C5.AF_VFK_pro_jednoho_.C3.BAzem.C3.AD Takové předávání parametrů OGR_VFK_* jsem ještě neviděl. Jak se takový parametr předává ogrinfu v CMD na MS Windows? zdraví Dan Dne 18. října 2017 16:23 Martin Landa <[email protected]> napsal(a): > Cau, > > Dne 18. října 2017 16:00 Ha Noj <[email protected]> napsal(a): >> dostala se ke mně KM ve formátu VFK, která je rozdělena do souborů SGI >> (HP, SBP, SOBR, ...) a SPI (PAR, ...) o velikost cca 1 GB na jeden >> soubor. >> >> Potřeboval bych získat grafiku parcel, ogrinfo nad SPI správně hlásí: >> Warning 3: Data block HP not found. Unable to build geometry for PAR. >> >> >> Jestli jsem to pochopil samotným přemístěním tabulky PAR ze souboru >> SPI.db do souboru SGI.db se mi geometrie nevytvoří... > > ve vychozim chovani vytvari VFK driver knihovny GDAL pro kazdy VFK > soubor vlastni DB (SQLite (*)). V pripade, ze jsou data rozdelena do > vice souboru (bezna praxe) je potreba GDAL donutit, aby data ukladal > do jedne DB: > > OGR_VFK_DB_NAME=vfk.db ogrinfo soubor1.vfk > OGR_VFK_DB_NAME=vfk.db ogrinfo soubor2.vfk > > Od verze 2.2 umoznuje GDAL zadat jako datasource nejen vfk soubor, ale > i vzniklou databazi: > > ogrinfo vfk.db PAR -fid 1 > > Ma > > (*) VFK driver neni urcen pro vetsi objem dat, data uklada do SQLite > databaze, coz dava reseni svoje limity. 1GB je opravdu hodne, bude to > chroupat data hodne dlouho a odezva na dotazy bude taky pomala, ale > teoreticky by to melo jit. Uz pred casem u jeden student psal > rozsireni VFK driveru tak, aby krome SQLite podporoval i PG, ale > bohuzel by se to nedotahlo. Take jsem uvazoval o zrychleni SQLite, > nejprve ukladat do RAM a az na konci na disk (IO operaci jsou vzdy > drahe). V Tvem pripade bys potreboval ale hodne RAM :-) Dej vedet, jak > jsi dopadl, popremyslime o vylepsenich, co cas (ktereho je malo) > dovoli. --===============0664125162== Content-Type: text/plain; charset="iso-8859-2" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline _______________________________________________ FreeGeoCZ mailing list [email protected] http://mailman.fsv.cvut.cz/mailman/listinfo/freegeocz --===============0664125162==--