[gdal-dev] Reading image byte data into a dataset in C#

2012-05-31 Thread avtoader
How does an individual with TIFF data (byte array) load it into a GDAL dataset? I'm trying to eliminate writes to disk to save on time so assuming memory is not an issue, how do I accomplish this? Thanks in advance! -Alex -- View this message in context: http://osgeo-org.1560.n6.nabble.com/Readi

Re: [gdal-dev] Adding an alpha channel to a Virtual Dataset then Writing it out to a TIFF in C#

2012-05-31 Thread avtoader
I fixed the issue by using the "MEM" driver instead of the "VRT". It was really helpful and sped up my image output by a lot! -- View this message in context: http://osgeo-org.1560.n6.nabble.com/gdal-dev-Adding-an-alpha-channel-to-a-Virtual-Dataset-then-Writing-it-out-to-a-TIFF-in-C-tp4977895p49

Re: [gdal-dev] multiple bands in gdal2xyz.py should be comma separated

2012-05-31 Thread Even Rouault
Le jeudi 31 mai 2012 12:55:21, Tom van Tilburg a écrit : > Hi, > > It seems that gdal2xyz.py currently supports the output of multiple > raster bands using: > gdal2xyz.py -band 1 -band 2 etc > > However, when I use this in combination with the parameter -csv I do not > get the extected c

Re: [gdal-dev] CreateCopy() from gtiff file does not initialize AREA_OR_POINT metadata

2012-05-31 Thread Even Rouault
Le jeudi 31 mai 2012 19:47:38, Etienne Tourigny a écrit : > When using a driver's CreateCopy function to copy a source dataset in > GTiff format, It seems that the AREA_OR_POINT metadata is not > initialized. > > This is seemingly for performance reasons as shown in the code below. > However,

Re: [gdal-dev] GDALGetMaskFlags() bug with GTOPO30 data

2012-05-31 Thread Craig Bruce
Even Rouault wrote: > If you do GetMaskBand().GetMaskFlags(), then it will return 0x1, since > the mask band itself has no mask. Oops, that is what I did. Thanks. --+--+-- Dr. Craig S. Bruce| Ph 819-771-8303 x205 |

Re: [gdal-dev] GDALGetMaskFlags() bug with GTOPO30 data

2012-05-31 Thread Even Rouault
Le jeudi 31 mai 2012 20:41:14, Craig Bruce a écrit : > I have run into a bug using GDALGetMaskFlags() with GTOPO30 data with > the GDAL 1.9.0 C API. The test data includes a NoData value: > > [dev:~] gdalinfo /cw/testdata/gtopo30/w180s60.dem > Driver: EHdr/ESRI .hdr Labelled > ... > Band 1 Block=

[gdal-dev] GDALGetMaskFlags() bug with GTOPO30 data

2012-05-31 Thread Craig Bruce
I have run into a bug using GDALGetMaskFlags() with GTOPO30 data with the GDAL 1.9.0 C API. The test data includes a NoData value: [dev:~] gdalinfo /cw/testdata/gtopo30/w180s60.dem Driver: EHdr/ESRI .hdr Labelled ... Band 1 Block=7200x1 Type=Int16, ColorInterp=Undefined NoData Value=- When

Re: [gdal-dev] RE [Polluriel potentiel] Re: ogr ODBC problem [SOLVED]

2012-05-31 Thread Brent Fraser
Steve, That's good news. I did run into the "spaces" problems on Windows (I had a space between the comma and the table name). It caused the connection to fail. Best Regards, Brent Fraser On 5/31/2012 12:14 PM, steve.tout...@inspq.qc.ca wrote: for ogrinfo we were using, as explained he

[gdal-dev] RE [Polluriel potentiel] Re: ogr ODBC problem [SOLVED]

2012-05-31 Thread Steve . Toutant
for ogrinfo we were using, as explained here, http://mapserver.org/input/vector/VirtualSpatialData.html#steps-for-display ogrinfo ODBC:User/Pwd@mssql__archives msStatut_station2002_2006 That was working on windows Though, That doesn't work on our linux distro linux sles 11 sp1. It as to be (comma

[gdal-dev] CreateCopy() from gtiff file does not initialize AREA_OR_POINT metadata

2012-05-31 Thread Etienne Tourigny
When using a driver's CreateCopy function to copy a source dataset in GTiff format, It seems that the AREA_OR_POINT metadata is not initialized. This is seemingly for performance reasons as shown in the code below. However, it has the unwanted side-effect that the AREA_OR_POINT metadata item i

Re: [gdal-dev] RE [Polluriel potentiel] Re: ogr ODBC problem

2012-05-31 Thread Brent Fraser
Steve, In my case I was getting OGR to get data from a database view, but it could have been a table. I think OGR needs (would like?) to know which column it can use for unque id. I would expect your view (or table) would have a unique key column otherwise relation operations (like joins)

Re: [gdal-dev] Building gdal with opencl support on windows

2012-05-31 Thread Jeff McKenna
On 12-05-31 1:04 PM, Piotr Tracz wrote: > I will post mine (just need to grab correct revision from SVN) however > current OpenCL support is really "a technology preview" - after many > tests I noticed it often locks card driver, usualy is slower than > multithreading and gives unaccurate results.

[gdal-dev] RE [Polluriel potentiel] Re: ogr ODBC problem

2012-05-31 Thread Steve . Toutant
Thanks Brent for your answer. But view's primary key? I'm missing something here...What do you mean by that? Do you mean a column with a unique id in the view? There is no such column in my view. Is ogr now needs a unique id in a view? Because it was working before I migrate to linux with a

Re: [gdal-dev] Building gdal with opencl support on windows

2012-05-31 Thread Piotr Tracz
W dniu 2012-05-29 13:15, Yogesh Dahiya pisze: If anyone knows how to hack nmake.opt and alg/makefile.vc to build gdal with opencl support on windows, please do reply. I will post mine (just need to grab correct revision from SVN) however current OpenCL support is really "a technology previe

Re: [gdal-dev] ogr ODBC problem

2012-05-31 Thread Brent Fraser
Steve, Here's a snippet from a MapServer map file I used to access a non-spatial MS SQL server via OGR+VRT+ODBC: TYPE POINT CONNECTIONTYPE OGR CONNECTION " ODBC:username/password@WebMapDSN,v_MyPoints SELECT * FROM v_MyPoints WHERE PropertyID=%PropertyID

Re: [gdal-dev] ogr ODBC problem

2012-05-31 Thread Steve . Toutant
Thanks Jeff I got now OGR_ODBC: Table ?s???s!.? has no identified FID column. I found that several users had this problem but found no solution. I don't have write access to this MSSQL server. I'm connecting via ODBC to a non spatial table, but it contains latitude and longitude informa

[gdal-dev] multiple bands in gdal2xyz.py should be comma separated

2012-05-31 Thread Tom van Tilburg
Hi, It seems that gdal2xyz.py currently supports the output of multiple raster bands using: gdal2xyz.py -band 1 -band 2 etc However, when I use this in combination with the parameter -csv I do not get the extected comma in between the values of my bands. Extected: 5.604, 50.765, 3,