Re: [Gdal-dev] Getting Single Band (grayscale) GeoTiff to pass through C# wrapper into bitmap (or othe manipulation of raster data)

That was insanely easy, I feel like a total idiot...I seriously contemplated going the 1 for 1 route, but decided that I wasn't getting the correct data into my buffer. I guess I wasn't fiddling with the correct datatype (which I thought I did try to force it to float). To get the bitmap image I

Re: [gdal-dev] GDAL-Java: How to write Flot32, Int16?

Hi Even, D'accord. I am already using this technique for reading and it seams to be working correctly. But I am not sure that I am doing the right thing when writing. See, if I have that buffer: {{{ ByteBuffer byteBuffer = ByteBuffer.allocateDirect(4 * xsize); FloatBuffer floatBuffer =

Re: [Gdal-dev] Getting Single Band (grayscale) GeoTiff to pass through C# wrapper into bitmap (or othe manipulation of raster data)

2009/11/3 dbitner : > > That was insanely easy, I feel like a total idiot...I seriously contemplated > going the 1 for 1 route, but decided that I wasn't getting the correct data > into my buffer.  I guess I wasn't fiddling with the correct datatype (which > I thought I did try to force it to float

Re: [gdal-dev] GDAL-Java: How to write Flot32, Int16?

Selon Ivan : The Java API only uses ByteBuffer. But you can use the asDoubleBuffer(), asFloatBuffer(), asIntBuffer() or asShortBuffer() methods to create views of the byte buffer as double, float, int or short buffer. For example : ByteBuffer byteBuffer = ByteBuffer.allocateDirect(8 * buf_xsize

Re: [Gdal-dev] Getting Single Band (grayscale) GeoTiff to pass through C# wrapper into bitmap (or othe manipulation of raster data)

Since you have a single band image the GDALRead.cs would be a better example how to do this (http://trac.osgeo.org/gdal/browser/trunk/gdal/swig/csharp/apps/GDALRead.cs) However all the examples out there use byte data type, and you might have to modify the examples to pass an array of floats inste

[gdal-dev] GDAL-Java: How to write Flot32, Int16?

Hi, Does anybody know how to write a FloatBuffer, IntBuffer or ShotBuffer using the Java API? Thanks, Ivan ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] Building a Mercator Image from Un-projected data..Majorconfusion and help requested.

Cassanova, Bill wrote: Thank you for your response. Your email motivated me to try something. Not sure it's quite right but it does seem closer: It looks right at a quick glance, but note that you are essentially re-writing gdalwarp -- is that code too opaque to make use of? I ran the g

[gdal-dev] Problem with OSR projection on "+init=IGNF:LAMBE +wktext"

Hi, I'm using OSR (on GDAL 1.6.1) bindings in C# to project points, and I have problem with the projection "+init=IGNF:LAMBE +wktext" to "+init=IGNF:LAMB93" At the first execution, I have one result and on all the others I have another results. An exemple :

[Gdal-dev] Getting Single Band (grayscale) GeoTiff to pass through C# wrapper into bitmap (or othe manipulation of raster data)

Hello, I normally try to figure this out, but I've spent two days on it: I'm currently attempting to get the GeoTIFF raster information which is my elevation data for a given dataset. I'm basically attempting to use GDAL to drape a bitmap over my GeoTIFF (which will generate a 3d geometry).

Re: [gdal-dev] Building a Mercator Image from Un-projected data..Major confusion and help requested.

Cassanova, Bill wrote: My question is how does this convert to pixel location FROM the data set and then INTO the image. Each pixel center is at a given lat-long in each image, but with different projections, these are different. So you need to do: pixel1 -> lat-long lat-long -> meters_in_n

Re: [gdal-dev] Corner Coordinates for a PixelisPoint type GeoTIFF

Hi Hermann, as far as I know, GDAL always returns coordinates in the pixel_corner convention. Take a look here about conventions: http://www.vterrain.org/Misc/cellreg.html Therefore, I guess from gdalinfo you see the AREA_OR_POINT = POINT (Center_extent) metadata whilst the coordinates are exposed

Re: [gdal-dev] Corner Coordinates for a PixelisPoint type GeoTIFF

Hi Hermann, as far as I know, GDAL always returns coordinates in the pixel_corner convention. Take a look here about conventions: http://www.vterrain.org/Misc/cellreg.html Therefore, I guess from gdalinfo you see the AREA_OR_POINT = POINT (Center_extent) metadata whilst the coordinates are exposed

[gdal-dev] ogr2gui v0.6 release announcement

Inventis today announced the release of OGR2GUI version 0.6, the graphical user interface used to convert and manipulate geospatial data based on ogr2ogr. What's new in this version? - The migration of the GUI code to Nokia's QT platform - Now supports database formats such as Oracle Spatial, Pos

[gdal-dev] Corner Coordinates for a PixelisPoint type GeoTIFF

Hi All, I am somewhat puzzled by the different sets of corner coordinates that gdalinfo and listgeo report for the same PixelisPoint GeoTIFF, see [1] and [2]. Can both be true at the same time? Thanks, Hermann [1] $ gdalinfo cdda100.tif Driver: GTiff/GeoTIFF Files: cdda100.tif Size is 5639

[gdal-dev] GUI front end for gdal_del and gdal_contour

Hi all. For those of you using gdal_dem or gdal_countour, the new version of our free 3D visualization software ‘SpacEyes 3D Viewer’ ( for windows ) includes an utility providing an easy to use interface for these two command line tools. More information is available on our web site :