[gdal-dev] Re: Gdal_translate, WMS source and own certificate

2010-12-21 Thread Jukka Rahkonen
Jukka Rahkonen jukka.rahkonen at mmmtike.fi writes: We would like to use gdal_translate for reading fromn our WMS service which is secured by our own certificate and thus not automatically trusted. Our developer had a quick look on a gdal source code and tried to find how options

Re: [gdal-dev] Re: Gdal_translate, WMS source and own certificate

2010-12-21 Thread Adam Nowacki
Can you test http://trac.osgeo.org/gdal/changeset/21304/trunk ? Add UnsafeSSLtrue/UnsafeSSL inside GDAL_WMS. Jukka Rahkonen wrote: Jukka Rahkonen jukka.rahkonen at mmmtike.fi writes: We would like to use gdal_translate for reading fromn our WMS service which is secured by our own certificate

Re: [gdal-dev] Reading the WMS raster output

2010-12-21 Thread Even Rouault
Selon Cher Quisido cherquis...@gmail.com: This has been fixed in GDAL 1.8.0dev. See http://trac.osgeo.org/gdal/ticket/3420 Hi, I am trying to add WMS support to our current GIS application. And I have some problems when reading the raster data. I get 3 bands on the call to GetRasterCount()

RE: Re: [gdal-dev] Can not run ogr2ogr from a web server running PHP

2010-12-21 Thread Peter Hopfgartner
Hi Pavel. Thanks for your quick response. Anyway, I did the following test: I have a PHP file (env.php): ?php exec(/data/sites/plantmap/web/env.sh, $output, $rv); print_r($output); and a shell script #!/bin/sh echo $ORACLE_HOME echo $ORACLE_SID echo $ORACLE_OWNER echo $LD_LIBRARY_PATH When

[gdal-dev] Issues converting images

2010-12-21 Thread Michael Buchoff
We are currently having issues downconverting an 11-bit img file pointing to a 16-bit histogram into an 8-bit tiff file for common viewers. The gdalinfo for the sourcefile is on pastebin (http://pastebin.com/2QBuqwEp). Do you have any recommendations on how we can do this? Thanks in advance.

Re: [gdal-dev] Issues converting images

2010-12-21 Thread Even Rouault
Le mardi 21 décembre 2010 19:50:13, Michael Buchoff a écrit : We are currently having issues downconverting an 11-bit img file pointing to a 16-bit histogram into an 8-bit tiff file for common viewers. The gdalinfo for the sourcefile is on pastebin (http://pastebin.com/2QBuqwEp). Do you have

RE: [gdal-dev] Issues converting images

2010-12-21 Thread Michael Buchoff
As far as I can tell, the -scale option only sets the terrain extents. GDAL seems to be handing this fine. We are looking to downconvert our bits-per-pixel and preferably strip out the histogram for something more widely recognized. Am I misunderstanding something? -Original

[gdal-dev] Disable PHP (and Ruby ?) bindings from GDAL configure ?

2010-12-21 Thread Even Rouault
Hi, I'm wondering if it still makes sense to list the PHP bindings in the configure script as they are unmaintained and probably broken partially / completely, as new typemaps have been added since the time they were first introduced. Users would still be able to cd swig/php; make build; make

[gdal-dev] Naive warping question

2010-12-21 Thread Brian Hamlin
Hi All- I have a series of tiffs, georef'd in 4326, which side by side cover 1000 km at latitude 38 California from the coast past the borders I warped them all to 3310 using gdalwarp with default settings.. However, the resulting images appear to leave a sliver between them In other

Re: [gdal-dev] Naive warping question

2010-12-21 Thread Eli Adam
Brian, You could try gdalbuildvrt, then gdalwarp that with -of VRT, then tile it how you like with gdal_translate. I think that gdal_retile.py has some options to do what you want as well. I think that the slivers are probably because the projections have different angles of

Re: [gdal-dev] Disable PHP (and Ruby ?) bindings from GDAL configure ?

2010-12-21 Thread Francesco P. Lovergine
On Tue, Dec 21, 2010 at 08:56:23PM +0100, Even Rouault wrote: We could wonder about the Ruby bindings situation that lack for maintener love as well. The situation is a bit different here since I see that at least Fedora and Debian still package them, so I guess they must be still