[gdal-dev] FileGDB API support for OGR

2011-01-24 Thread Ragi Burhum
Hello list, I checked it a **very alpha** version of a driver that uses the FileGDB API http://resources.arcgis.com/content/geodatabases/10.0/file-gdb-api It was mostly plumbing work, so right now it is very limited: - Only works with Points (it is all the samples where doing). The "API" publish

Re: [gdal-dev] HDF4 file in byte array results in "not recognised" error

2011-01-24 Thread Sam Ritchie
Even, thanks for this. I'll proceed by copying the byte array to a temp file. Best, Sam On Mon, Jan 24, 2011 at 3:54 PM, Even Rouault wrote: > Sam, > > not all drivers support the vsi virtual file systems, such as /vsimem. And > HDF4 > is one of those drivers (the HDF4 libs need a "real" filenam

Re: [gdal-dev] HDF4 file in byte array results in "not recognised" error

2011-01-24 Thread Even Rouault
Sam, not all drivers support the vsi virtual file systems, such as /vsimem. And HDF4 is one of those drivers (the HDF4 libs need a "real" filename). You can generally check if a file system supports vsi virtual file systems by issuing "gdalinfo --format name_of_driver" For a compatible driver

[gdal-dev] HDF4 file in byte array results in "not recognised" error

2011-01-24 Thread Sam Ritchie
Hey all, I'm working on an app that needs to pass HDF4 files (MODIS tiles) around as byte arrays, and then open them up using gdal#Open, from java. Open works great when I pass in the filepath, so I know that my gdal setup is solid. The problem is, when I turn the HDF4 file into a byte array and

Re: [gdal-dev] GDAL/OGR 1.8.0 Released

2011-01-24 Thread Andreas Neumann
Thanks to all on the gdal/ogr team who worked hard to make this release happen! gdal/ogr is getting better and better and is one of the most important corner stones of Open Source GIS! The rapid success of Open Source Desktop and Web-GIS (like QGIS, gvSIG, OpenLayers, and to a certain extent

Re: [gdal-dev] MSSQL GDAL 1.8.0 Feature problem

2011-01-24 Thread Tamas Szekeres
Yes, it seems the ODBC SQL driver doesn't support the 'Initial Catalog' parameter. I've modified the driver documentation accordingly. Best regards, Tamas 2011/1/24 Matthew Blackler > Thanks for you prompt response Tamas! > > Well, after having used the ogrinfo tool (thanks for the hint - f

RE: [gdal-dev] An issue about using GDALWARP todotheNTv2transformation

2011-01-24 Thread heng.feng
Thanks for your quick response, Uwe. Yes, all the tif files have got the same color table. I checked that and added the -pct option. But I think I forgot to remove the old merged one I generated without the -pct option. Now that I have removed the old merged one, a merged colored tif file is su

[gdal-dev] Re: Cropping raster by vector files

2011-01-24 Thread jorgepsantos2002
Hi, Another option is make a subset by mask with GDAL using three algorithms: gdal_translate, gdal_rasterize and gdalwarp. 1 - Original Full Raster + ROI in shapefile format: http://osgeo-org.1803224.n2.nabble.com/file/n5954709/ftolls0.png 2 - Generate a Raster Black with gdal translate: In

AW: [gdal-dev] An issue about using GDALWARP todotheNTv2transformation

2011-01-24 Thread Schmitz, Uwe
Heng, > > Hi Uwe, > > I have been trying to use gdal_merge.py to merge > a few 8 bit colored .tif tiles together. Having > tried all sorts of options for this command, I > always ended up with a merged 8-bit grayscale picture. > I did a search on the internet and found a couple of > posts r

Re: [gdal-dev] MSSQL GDAL 1.8.0 Feature problem

2011-01-24 Thread Matthew Blackler
Thanks for you prompt response Tamas! Well, after having used the ogrinfo tool (thanks for the hint - first time user of ogr/gdal you see), I tested the connection string mutliple times - and it turns out it was because I was using Initial Catalog parameter, instead of the Database parameter. So