Re: [gdal-dev] Pix format reading Gdal

[jratike80]

naresh wrote
> Dear All, 
> I have configured GDAL2.1.0 in windows 64 bit machine.
> 
> The  gdalwrap, gdaltranslate  commands for pixfile formats showing error.
> Please kindly help me how to overcome the issue
> 
> Thanks, 
> Naresh

Please kindly enhance your question which does not tell really anything
about your problem as it stands. Provide details.

-Jukka Rahkonen-



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Pix-format-reading-Gdal-tp5323138p5323142.html
Sent from the GDAL - Dev mailing list archive at Nabble.com.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] gdalenhance command issue with stddev option

[jratike80]

naresh wrote
> Dear All, 
> I have configured GDAL2.1.0 in windows 64 bit machine. I am using
> following command 
> 
> gdalenhance -of JPEG -stddev 2.0 E:\first.jpg E:\first_enhance.jpg 
> 
> got the following error 
> 
> option -stddev incomplete, or not recognised 
> 
> Please help me how to use gdalenhance command with option stddev 
> 
> Thanks, 
> Naresh

Hi,

By http://lists.maptools.org/pipermail/fwtools/2008-February/001153.html the
tool was 9 years ago "essentially an abandoned prototype".

-Jukka Rahkonen-





--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/gdalenhance-command-issue-with-stddev-option-tp5323137p5323140.html
Sent from the GDAL - Dev mailing list archive at Nabble.com.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] Pix format reading Gdal

[naresh]

Dear All, 
I have configured GDAL2.1.0 in windows 64 bit machine.

The  gdalwrap, gdaltranslate  commands for pixfile formats showing error.
Please kindly help me how to overcome the issue

Thanks, 
Naresh



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/Pix-format-reading-Gdal-tp5323138.html
Sent from the GDAL - Dev mailing list archive at Nabble.com.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

[gdal-dev] gdalenhance command issue with stddev option

[naresh]

Dear All, 
I have configured GDAL2.1.0 in windows 64 bit machine. I am using following
command 

gdalenhance -of JPEG -stddev 2.0 E:\first.jpg E:\first_enhance.jpg 

got the following error 

option -stddev incomplete, or not recognised 

Please help me how to use gdalenhance command with option stddev 

Thanks, 
Naresh



--
View this message in context: 
http://osgeo-org.1560.x6.nabble.com/gdalenhance-command-issue-with-stddev-option-tp5323137.html
Sent from the GDAL - Dev mailing list archive at Nabble.com.
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] libcurl and the certificates and Windows

[Even Rouault]

On lundi 5 juin 2017 23:02:54 CEST Joaquim Luis wrote:
> https://github.com/curl/curl/issues/1538

Hopefully https://trac.osgeo.org/gdal/changeset/38903 should improve 
the situation a bit (note: completely untested), provided curl-ca-bundle.crt 
is in one of the searched paths. Note: as far as I can see, this is not the 
case 
in gisinternals since it is not in the path where GDAL binaries are...

Even

-- 
Spatialys - Geospatial professional services
http://www.spatialys.com
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] libcurl and the certificates and Windows

[Joaquim Luis]

Even ,

I think you may be interested to see the all extend of  
https://github.com/curl/curl/issues/1538 Not friendliest place to report  
(possible) issues.


Joaquim




On lundi 5 juin 2017 19:07:24 CEST Vautour, André (INT) wrote:


I'd like to add that I think an option like GDAL_HTTP_CA_CERT_FILE or



GDAL_HTTP_CA_CERT_PATH would be useful to have.



See http://gdal.org/cpl__http_8h.html#aee8368b7821300f4b81ef4da8a9c6a29


"""

CAINFO=/path/to/bundle.crt. This is path to Certificate Authority (CA)  
bundle file. By default, it will be looked in a system location. If the  
CAINFO options is >not defined, GDAL will also look if the  
CURL_CA_BUNDLE environment variable is defined to use it as the CAINFO  
value, and as a fallback to the >SSL_CERT_FILE environment variable.  
(GDAL >= 2.1.3)

"""


--
Spatialys - Geospatial professional services

http://www.spatialys.com___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] libcurl and the certificates and Windows

[Even Rouault]

On lundi 5 juin 2017 19:07:24 CEST Vautour, André (INT) wrote:
> I'd like to add that I think an option like GDAL_HTTP_CA_CERT_FILE or
> GDAL_HTTP_CA_CERT_PATH would be useful to have.

See http://gdal.org/cpl__http_8h.html#aee8368b7821300f4b81ef4da8a9c6a29

"""
CAINFO=/path/to/bundle.crt. This is path to Certificate Authority (CA) bundle 
file. 
By default, it will be looked in a system location. If the CAINFO options is 
not 
defined, GDAL will also look if the CURL_CA_BUNDLE environment variable is 
defined to use it as the CAINFO value, and as a fallback to the SSL_CERT_FILE 
environment variable. (GDAL >= 2.1.3) 
"""

-- 
Spatialys - Geospatial professional services
http://www.spatialys.com
___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Re: [gdal-dev] libcurl and the certificates and Windows

[INT]

I'd like to add that I think an option like GDAL_HTTP_CA_CERT_FILE or 
GDAL_HTTP_CA_CERT_PATH would be useful to have.

In our applications, usage of libcurl outside of GDAL sets the CURLOPT_CAINFO 
to point to our certificate bundle, but, for GDAL, we instead set 
GDAL_HTTP_UNSAFESSL=YES. Had that option existed, I'm sure we would have used 
it.

That being said, I still feel that, for Windows, using the Certificate Stores 
is what makes the most sense. That way, in an organizational setting, 
certificates can be managed via the domain instead of having to configure each 
workstation separately. That would involve building libcurl with SChannel 
support instead of OpenSSL. From I can tell, that would only work for Windows 
XP onwards.

André


From: gdal-dev [mailto:gdal-dev-boun...@lists.osgeo.org] On Behalf Of Joaquim 
Luis
Sent: Saturday, June 3, 2017 14:30
To: gdal-dev@lists.osgeo.org; Even Rouault ; 
Joaquim Luis 
Subject: Re: [gdal-dev] libcurl and the certificates and Windows

For reference

https://github.com/curl/curl/issues/1538


On Sat, 03 Jun 2017 17:22:33 +0100, Even Rouault 
> wrote:

On samedi 3 juin 2017 17:04:07 CEST Joaquim Luis wrote:

> Hi,

>

> For quite some time I cannot use the 'vsis' because of certificates issue.

> For example, a GMT test that has a command like this no longer works on

> Windows

>

> gdalinfo

> /vsicurl/http://larryfire.files.wordpress.com/2009/07/untooned_jessicarabbit

> .jpg

>

> because

>

> ERROR 11: HTTP response code: 301 - SSL certificate problem: unable to get

> local issuer certificate

> gdalinfo failed - unable to open

> '/vsicurl/http://larryfire.files.wordpress.com/2009/07/untooned_jessicarabbi

> t.jpg'.

>

> It used to work but probably with an older libcurl dll.

> The above is with my own build gdal and dependencies (libcurl included)

> but the same happens with the gisinternals binaries.

>

> I have re(and re)ad this page about the certificates

>

> https://curl.haxx.se/docs/sslcerts.html

>

> but regarding Windows and the curl-ca-bundle.crt file what is said about

> it simply does not work. The only thing that works is setting the ENV

> variable

>

> set CURL_CA_BUNDLE=V:\bin\curl-ca-bundle.crt

>

> Now, we had this in GMT recently and I used the nuke option

>

> curl_easy_setopt (Curl, CURLOPT_SSL_VERIFYPEER, 0L); /* Tell libcurl to

> not verify the peer */

>

> so tried to do the same thing in the GDAL code (the obvious point seamed

> to be VSICurlSetOptions in cpl_vsi_curl.cpp) but still does not work.



Someone reported to me a similar issue with recent OSGeo4W.



Did you try setting GDAL_HTTP_UNSAFESSL=YES? This is taken into account in 
CPLHTTPSetOptions() that is called by VSICurlSetOptions(), and this set 
CURLOPT_SSL_VERIFYPEER=0 and CURLOPT_SSL_VERIFYHOST=0.



This solved the issue.



Thanks, yes that works too (and, no I hadn't tried it before) although it's a 
different solution than setting  CURL_CA_BUNDLE , which does not turn out the 
certificates verification.


___
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev