[gdal-dev] SPHEROID["unretrievable - using WGS84"...

2009-11-10 Thread Hermann Peifer
Hi, testepsg EPSG:3785 gives [1], whereas gdalwarp -t_srs EPSG:3785 input.tif output.tif results into [2] This looks like a bug, or not? I am using gdal 1.6.2 Hermann [1] Validate Succeeds. WKT[EPSG:3785] = PROJCS["Popular Visualisation CRS / Mercator", GEOGCS["Popular Visualisation CRS"

[gdal-dev] Image classification

2009-11-10 Thread Srikanth
Dear All , Is there any utility in gdal libary which provides Image classification ( Supervised and Unsupervised) ? -- Regards, Srikanth K. www.servetheneedy.org ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/

Re: [gdal-dev] Re: JAVA API - Performance

2009-11-10 Thread Ivan
Caio Simone, I just downloaded imageio-ext to check how it does that but it looks like I don't need to do that now, I can take you report instead. Thank you very much. I will take a look on array pinning for a start. I translated the GDAL Proximity [1] code to Java and I timed both of then with

[gdal-dev] gdal to define projection, EPSG:3412

2009-11-10 Thread John Callahan
Is it possible to define/set a coordinate system using GDAL? I downloaded some data (from NSIDC) I know is in EPSG:3412. (http://spatialreference.org/ref/epsg/3412/, http://nsidc.org/data/atlas/epsg_3412.html) The data is in bsq format, therefore requires a hdr file that I've been piecing

Re: [gdal-dev] gdalwarp: output too big?

2009-11-10 Thread Greg Coats
The tiffinfo utility reports the number of columns and rows in TIFF images, including BigTIFF images. $ ls -lh dcua_00.30m_BostonBlvd_8x8_BigTiff=YES.tif -rw-r--r-- 1 gregcoats staff 4.2G Sep 12 16:54 dcua_00.30m_BostonBlvd_8x8_BigTiff=YES.tif $ tiffinfo dcua_00.30m_BostonBlvd_8x8_BigTi

Re: [gdal-dev] Re: JAVA API - Performance

2009-11-10 Thread Simone Giannecchini
Ciao Even, just wanted to add my 2 cents. As you know for the imageio-ext project we have been using the GDAL-JNI bindings (actually a modified version of them) for a while in order to allow Java users to leverage on GDAL using the ImageIO framework which standard in Java. This way we also enabled

[gdal-dev] gdalwarp: output too big?

2009-11-10 Thread Jennings Jay
Using gdalwarp (GDAL version 1.6) at the command line. Input: 8-bit color imagery NITF in geographic projection, pixel sizes of 4.4956841432e-06 degrees and 4.8692867036e-06 degrees, or very nearly 0.50 meters per pixel. Output: intended to be EPSG 3785 at the specified Level 19 pixelsize, which

[gdal-dev] Re: JAVA API - Performance

2009-11-10 Thread Even Rouault
Selon Ivan : Ivan, thanks for your testing (CC'ing the list as it is of general interest). Actually, I also read on some sites that using ByteBuffer object versus regular Java arrays is not always a win. Plus the fact that we must use a direct buffer that has an extra allocation cost according to