Re: [gdal-dev] [Qgis-developer] QGIS Multi-threaded Rendering

Hi, Why not reading small chunks (i.e. 256 x 256) with RasterIO from big raster? We'll get less memory usage. The program can count the percentage using the size of GDALDataset and size of chunks and cancel on any ch

Re: [gdal-dev] How to open Erdas Imagine .ige (Large Raster Spill File) Format with gdal

Pass the *.img filename to GDALOpen. Don't try to open the *.ige file directly. The ERDAS Imagine (HFA) driver will access the spill file implicitly. Luke Jun Xiong wrote > Hi All: > > I have a Erdas .ige file (>=100GB) which was generated by gdal utility > gdal_merge.py, then I want to use

Re: [gdal-dev] How to open Erdas Imagine .ige (Large Raster Spill File) Format with gdal

HI Etienne: Thank you for your reply. Actually I did initialized pszFilename. I just omit parts of the codes to make it readable. On Thu, Dec 12, 2013 at 7:12 PM, Etienne Tourigny wrote: > you have not initialized you variable pszFilename, try replacing it with > the actual file name of the fi

Re: [gdal-dev] How to open Erdas Imagine .ige (Large Raster Spill File) Format with gdal

you have not initialized you variable pszFilename, try replacing it with the actual file name of the file, or setting the contents of the variable. On Fri, Dec 13, 2013 at 12:06 AM, Jun Xiong wrote: > Hi All: > > I have a Erdas .ige file (>=100GB) which was generated by gdal utility > gdal_merg

[gdal-dev] How to open Erdas Imagine .ige (Large Raster Spill File) Format with gdal

Hi All: I have a Erdas .ige file (>=100GB) which was generated by gdal utility gdal_merge.py, then I want to use gdal API to open it, like following: GDALDatasetH hDataset; > char *pszFilename; > GDALAllRegister(); > hDataset = GDALOpen(pszFilename, GA_ReadOnly); The program w

[gdal-dev] OSGeo.OGR.Layer.Clip in C# application

I'm working in Win 7 x64 and VS2010 using gdal/ogr compiled libraries in a C# project (libraries from 'release-1600-x64-dev.zip', built 12/12/2013). I can successfully open two polygon shapefiles as 'DataSource' objects, however when I attempt to clip one shapefile by the other I get this error me

Re: [gdal-dev] ISO WKB

Sounds good to me. Is "wkbVariantOGC" the variant currently implemented ? Is  our 3D support really compliant with an OGC standard ?  Not really anymore, since SFSQL 1.2 defined OGC into sync with ISO. We’re in compliance with the old guidance that was passed and promptly forgotten in the period

Re: [gdal-dev] ISO WKB

On 12 Dec 2013 22:58, "Even Rouault" wrote: > > Le jeudi 12 décembre 2013 23:39:25, Paul Ramsey a écrit : > > It also seems the wkb reader/writer have little handling for empty geometry > > types. I’d like to add some in, if that’s OK. > > Are you sure about that ? > > See : > > >>> from osgeo imp

Re: [gdal-dev] ISO WKB

Le jeudi 12 décembre 2013 23:39:25, Paul Ramsey a écrit : > I’ve been looking over the code, and I think I can make importFromWkb > consume ISO inputs with relatively minor changes. (during the geometry > type determination in the concrete types, it looks easy enough to add a > little logic to deal

Re: [gdal-dev] ISO WKB

I’ve been looking over the code, and I think I can make importFromWkb consume ISO inputs with relatively minor changes. (during the geometry type determination in the concrete types, it looks easy enough to add a little logic to deal with ISO type numbers) For exportToWkb, I’m wondering if maybe

Re: [gdal-dev] ISO WKB

Le jeudi 12 décembre 2013 21:36:42, Paul Ramsey a écrit : > Hey all, > Is there already a facility for writing out ISO-standard WKB in GDAL? The > biggest difference is the wkbGeometryType number for the case of 3d > features. OGR currently uses the old extended SFSQL adopted by PostGIS. > ISO (nat

[gdal-dev] ISO WKB

Hey all, Is there already a facility for writing out ISO-standard WKB in GDAL? The biggest difference is the wkbGeometryType number for the case of 3d features. OGR currently uses the old extended SFSQL adopted by PostGIS. ISO (naturally) did their own thing. As far as I can see, there’s no supp

Re: [gdal-dev] [Qgis-developer] QGIS Multi-threaded Rendering

Selon Martin Dobias : > Hi Even > > thanks for your thoughts. > > On Thu, Dec 12, 2013 at 8:30 PM, Even Rouault > wrote: > >> - rasters - currently we do not have API to cancel requests for raster > >> blocks. This means that currently we need to wait until the raster > >> block is fully read eve

Re: [gdal-dev] [Qgis-developer] QGIS Multi-threaded Rendering

Hi Even thanks for your thoughts. On Thu, Dec 12, 2013 at 8:30 PM, Even Rouault wrote: >> - rasters - currently we do not have API to cancel requests for raster >> blocks. This means that currently we need to wait until the raster >> block is fully read even when we cancel the rendering job. GDA

[gdal-dev] Support of KOLOR KRO raw file

Hi List, Do you know if GDAL can read .kro files ? It’s KOLOR Raw format. This type of file is exported by Kolor Autopano Giga. If not, is it hard to implement? The format is following: (http://www.autopano.net/wiki-en/Format_KRO ) Header is 20 bytes long : 3 bytes : "KRO" signature in hex 0x4B

Re: [gdal-dev] [Qgis-developer] QGIS Multi-threaded Rendering

Hi Martin, (CC'ing gdal-dev : original email is http://lists.osgeo.org/pipermail/qgis-developer/2013-December/029716.html) just commenting on the interesting raster topics. > Finally, some further thoughts/questions: > > - rasters - currently we do not have API to cancel requests for raster > bl

Re: [gdal-dev] Accessing a 2D array stored in 1D by GDALRasterIO()

Selon Yann Chemin : > Hi, > > I loaded an image with: > GDALRasterIO(hB,GF_Read,0,0,nX,nY,oneDarray,nX,nY,GDT_Float32,0,0); > > to run some statistics, however, a new requirement is to make stats per > land-use, > > is there a way to get the index of a given pixel in the 1D array from a > given se

[gdal-dev] Accessing a 2D array stored in 1D by GDALRasterIO()

Hi, I loaded an image with: GDALRasterIO(hB,GF_Read,0,0,nX,nY,oneDarray,nX,nY,GDT_Float32,0,0); to run some statistics, however, a new requirement is to make stats per land-use, is there a way to get the index of a given pixel in the 1D array from a given set of row & column? Thank you, Yann