<div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small;color:rgb(0,0,0)">Hi,<br><br>Thanks! But it is workig only for some while for some hdf's, error still appears. I assigned one uniform target extent for all the files since this was what I specified before I downloaded the files from the oceancolor nasa.<br><br>ERROR:<br><br>D:\hdf\file\input> gdalwarp -geoloc -te 109.975 3.475 135.025 25.025 HDF4_SDS:UNKNOWN:"A2014045050000.L2_LA<br>C.SeAHABS.hdf":37 sample.tif<br>Creating output file that is 927P x 798L.<br>Processing input file HDF4_SDS:UNKNOWN:A2014045050000.L2_LAC.SeAHABS.hdf:37.<br>ERROR 1: Too many points (438 out of 441) failed to transform,<br>unable to compute output bounds.<br>Warning 1: Unable to compute source region for output window 0,0,927,798, skipping.<br>0...10...20...30...40...50...60...70...80...90...100 - done.<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 15, 2014 at 11:02 PM, <span dir="ltr"><<a href="mailto:gdal-dev-request@lists.osgeo.org" target="_blank">gdal-dev-request@lists.osgeo.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Send gdal-dev mailing list submissions to<br>
<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:gdal-dev-request@lists.osgeo.org">gdal-dev-request@lists.osgeo.org</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:gdal-dev-owner@lists.osgeo.org">gdal-dev-owner@lists.osgeo.org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of gdal-dev digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Problem with HDF5 CSK files and .hdr files generated by ENVI (vf)<br>
2. Working with Kakadu (kursatk)<br>
3. GDAL sqlite /spatialite support with trignometric functions<br>
(yhema.2705)<br>
4. Re: Problem with HDF5 CSK files and .hdr files generated by<br>
ENVI (Even Rouault)<br>
5. Re: Working with Kakadu (Even Rouault)<br>
6. Re: Problem with HDF5 CSK files and .hdr files generated by<br>
ENVI (victor fomin)<br>
7. Re: GDAL sqlite /spatialite support with trignometric<br>
functions (Jukka Rahkonen)<br>
8. Re: ERROR 1: Too many points (440 out of 441) failed to<br>
transform, unable to compute output bounds. (Andre Joost)<br>
9. Re: ERROR 1: Too many points (440 out of 441) failed to<br>
transform, unable to compute output bounds. (Simon Shak)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Mon, 15 Sep 2014 01:44:54 -0700 (PDT)<br>
From: vf <<a href="mailto:victor.fomin.1@gmail.com">victor.fomin.1@gmail.com</a>><br>
To: <a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
Subject: [gdal-dev] Problem with HDF5 CSK files and .hdr files<br>
generated by ENVI<br>
Message-ID: <<a href="mailto:1410770694879-5161812.post@n6.nabble.com">1410770694879-5161812.post@n6.nabble.com</a>><br>
Content-Type: text/plain; charset=us-ascii<br>
<br>
<br>
Dear GDAL developers,<br>
<br>
I constate that GDAL (e.g. gdalinfo) fails to open correctly CSK hdf5 files<br>
which have been read before by ENVI software (and .hdr file is generated<br>
near .h5 source file). In this case GDAL uses driver "ENVI/ENVI .hdr<br>
Labelled" instead of HDF5 if the file is not present. Suppression of the<br>
generated .hdr file can fix the problem. Do you think that it is the only<br>
solution ?<br>
<br>
Cheers,<br>
Victor<br>
<br>
<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://osgeo-org.1560.x6.nabble.com/Problem-with-HDF5-CSK-files-and-hdr-files-generated-by-ENVI-tp5161812.html" target="_blank">http://osgeo-org.1560.x6.nabble.com/Problem-with-HDF5-CSK-files-and-hdr-files-generated-by-ENVI-tp5161812.html</a><br>
Sent from the GDAL - Dev mailing list archive at Nabble.com.<br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Mon, 15 Sep 2014 01:57:27 -0700 (PDT)<br>
From: kursatk <<a href="mailto:kursatk@gmail.com">kursatk@gmail.com</a>><br>
To: <a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
Subject: [gdal-dev] Working with Kakadu<br>
Message-ID: <<a href="mailto:1410771447865-5161815.post@n6.nabble.com">1410771447865-5161815.post@n6.nabble.com</a>><br>
Content-Type: text/plain; charset=us-ascii<br>
<br>
Hi;<br>
<br>
I read lots of texts about gdal and kakadu, and i am a bit confused. I'm<br>
trying to read a jp2 image with kakadu driver by using gdal java bindings<br>
api. Hence, i should register JP2KAK driver. Most of my researchs say that,<br>
i can do that by building gdal with kakadu library. But, i wonder, isn't<br>
there a way to do that as using plugin architecture? I mean, i am looking<br>
for some easy ways.<br>
<br>
Thanks for your advance.<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://osgeo-org.1560.x6.nabble.com/Working-with-Kakadu-tp5161815.html" target="_blank">http://osgeo-org.1560.x6.nabble.com/Working-with-Kakadu-tp5161815.html</a><br>
Sent from the GDAL - Dev mailing list archive at Nabble.com.<br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Mon, 15 Sep 2014 04:23:33 -0700 (PDT)<br>
From: "yhema.2705" <<a href="mailto:yhema.2705@gmail.com">yhema.2705@gmail.com</a>><br>
To: <a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
Subject: [gdal-dev] GDAL sqlite /spatialite support with trignometric<br>
functions<br>
Message-ID: <<a href="mailto:1410780213752-5161833.post@n6.nabble.com">1410780213752-5161833.post@n6.nabble.com</a>><br>
Content-Type: text/plain; charset=us-ascii<br>
<br>
hi ,<br>
<br>
I have build gdal 1.11 with spatialite and sqlite support. I want the layer<br>
attributes of the shape file be updated with trignometric values .Update is<br>
functioning well for arithemetic functions for trignometric functions it is<br>
giving error : ERROR 1: In ExecuteSQL(): sqlite3_prepare(UPDATE gemetry_test<br>
SET ID = tan(45) ):<br>
no such function: tan.<br>
thanks all<br>
<br>
<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://osgeo-org.1560.x6.nabble.com/GDAL-sqlite-spatialite-support-with-trignometric-functions-tp5161833.html" target="_blank">http://osgeo-org.1560.x6.nabble.com/GDAL-sqlite-spatialite-support-with-trignometric-functions-tp5161833.html</a><br>
Sent from the GDAL - Dev mailing list archive at Nabble.com.<br>
<br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Mon, 15 Sep 2014 14:48:26 +0200<br>
From: Even Rouault <<a href="mailto:even.rouault@spatialys.com">even.rouault@spatialys.com</a>><br>
To: vf <<a href="mailto:victor.fomin.1@gmail.com">victor.fomin.1@gmail.com</a>><br>
Cc: <a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
Subject: Re: [gdal-dev] Problem with HDF5 CSK files and .hdr files<br>
generated by ENVI<br>
Message-ID: <<a href="mailto:1410785306.5416e01af385f@imp.free.fr">1410785306.5416e01af385f@imp.free.fr</a>><br>
Content-Type: text/plain; charset=ISO-8859-15<br>
<br>
Selon vf <<a href="mailto:victor.fomin.1@gmail.com">victor.fomin.1@gmail.com</a>>:<br>
<br>
><br>
> Dear GDAL developers,<br>
><br>
> I constate that GDAL (e.g. gdalinfo) fails to open correctly CSK hdf5 files<br>
> which have been read before by ENVI software (and .hdr file is generated<br>
> near .h5 source file). In this case GDAL uses driver "ENVI/ENVI .hdr<br>
> Labelled" instead of HDF5 if the file is not present. Suppression of the<br>
> generated .hdr file can fix the problem. Do you think that it is the only<br>
> solution ?<br>
<br>
Victor,<br>
<br>
You can define GDAL_SKIP=ENVI as environment variable as well to avoid the ENVI<br>
driver to be used at all.<br>
We could/should probably register the ENVI driver in last, so to be sure it is<br>
used only after all other drivers have been tried.<br>
Could you paste the content of the .hdr file ? It is a bit strange that such a<br>
file is generated without a BIL/BIP/BIQ image file that matches it (isn't there<br>
any other file next to the .hdr and .h5 file that would have been generated by<br>
ENVI?). There are perhaps some keywords in that .hdr file that would show it<br>
should be ignored.<br>
<br>
Even<br>
<br>
--<br>
Spatialys - Geospatial professional services<br>
<a href="http://www.spatialys.com" target="_blank">http://www.spatialys.com</a><br>
<br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Mon, 15 Sep 2014 14:54:27 +0200<br>
From: Even Rouault <<a href="mailto:even.rouault@spatialys.com">even.rouault@spatialys.com</a>><br>
To: kursatk <<a href="mailto:kursatk@gmail.com">kursatk@gmail.com</a>><br>
Cc: <a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
Subject: Re: [gdal-dev] Working with Kakadu<br>
Message-ID: <<a href="mailto:1410785667.5416e18321d43@imp.free.fr">1410785667.5416e18321d43@imp.free.fr</a>><br>
Content-Type: text/plain; charset=ISO-8859-15<br>
<br>
Selon kursatk <<a href="mailto:kursatk@gmail.com">kursatk@gmail.com</a>>:<br>
<br>
> Hi;<br>
><br>
> I read lots of texts about gdal and kakadu, and i am a bit confused. I'm<br>
> trying to read a jp2 image with kakadu driver by using gdal java bindings<br>
> api. Hence, i should register JP2KAK driver. Most of my researchs say that,<br>
> i can do that by building gdal with kakadu library. But, i wonder, isn't<br>
> there a way to do that as using plugin architecture? I mean, i am looking<br>
> for some easy ways.<br>
<br>
In theory almost all GDAL drivers could be compiled as plugins, but not all of<br>
them have the makefile support to do so. I've looked at the JP2KAK driver and<br>
currently there are no makefile rules for Linux or Windows to make it build as a<br>
plugin. I don't think there ara fundamental reasons for not having plugin<br>
support for this driver (although JP2KAK could be a pain since the way the<br>
Kakadu library makes it available to other programs/libraries is non standard).<br>
Just someone has to do it.<br>
<br>
><br>
> Thanks for your advance.<br>
><br>
><br>
><br>
> --<br>
> View this message in context:<br>
> <a href="http://osgeo-org.1560.x6.nabble.com/Working-with-Kakadu-tp5161815.html" target="_blank">http://osgeo-org.1560.x6.nabble.com/Working-with-Kakadu-tp5161815.html</a><br>
> Sent from the GDAL - Dev mailing list archive at Nabble.com.<br>
> _______________________________________________<br>
> gdal-dev mailing list<br>
> <a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
> <a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
><br>
<br>
<br>
--<br>
Spatialys - Geospatial professional services<br>
<a href="http://www.spatialys.com" target="_blank">http://www.spatialys.com</a><br>
<br>
<br>
------------------------------<br>
<br>
Message: 6<br>
Date: Mon, 15 Sep 2014 14:57:11 +0200<br>
From: victor fomin <<a href="mailto:victor.fomin.1@gmail.com">victor.fomin.1@gmail.com</a>><br>
To: Even Rouault <<a href="mailto:even.rouault@spatialys.com">even.rouault@spatialys.com</a>>,<br>
<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
Subject: Re: [gdal-dev] Problem with HDF5 CSK files and .hdr files<br>
generated by ENVI<br>
Message-ID:<br>
<<a href="mailto:CA%2BynR02PTAYT5k8A%2B5xGt8ZJrpBG8qgB%2BH532aF52dAw0tx4cg@mail.gmail.com">CA+ynR02PTAYT5k8A+5xGt8ZJrpBG8qgB+H532aF52dAw0tx4cg@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Even,<br>
<br>
<br>
Thank you for the suggestion to skip the driver, it is ok for me.<br>
Concerning other files generated by ENVI, I am not sure how it is working,<br>
but I have the only .hdr file after simple opening the CSK imagery.<br>
<br>
Here is the content of the .hdr file :<br>
--------<br>
ENVI<br>
description = {<br>
COSMO SkyMed # 3 Prod Type: Level 1A Single-look Complex Sland Acquisition<br>
Mode:ENHANCED SPOTLIGHT Pol: Vertical Tx/Vertical Rx}<br>
samples = 19124<br>
lines = 14378<br>
bands = 2<br>
header offset = 0<br>
file type = ENVI Standard<br>
data type = 2<br>
interleave = bsq<br>
sensor type = COSMO-SkyMed<br>
byte order = 0<br>
read procedures = {envi_cosmo_read_spatial, envi_cosmo_read_spectral}<br>
subset procedure = envi_cosmo_read_scroll<br>
wavelength units = Unknown<br>
band names = {<br>
Real-SCS_U-ENHANCED SPOTLIGHT-VV, Imaginary-SCS_U-ENHANCED SPOTLIGHT-VV}<br>
cosmo info = {<br>
/S01/SBI,<br>
CSKS3_SCS_U_S2_19_VV_RD_SF_20140905173604_20140905173612_qlk_S01_00, none,<br>
none, /S01/SBI,<br>
CSKS3_SCS_U_S2_19_VV_RD_SF_20140905173604_20140905173612_qlk_S01_01, none,<br>
none}<br>
-------<br>
<br>
<br>
Victor<br>
<br>
<br>
<br>
<br>
On Mon, Sep 15, 2014 at 2:48 PM, Even Rouault <<a href="mailto:even.rouault@spatialys.com">even.rouault@spatialys.com</a>><br>
wrote:<br>
<br>
> Selon vf <<a href="mailto:victor.fomin.1@gmail.com">victor.fomin.1@gmail.com</a>>:<br>
><br>
> ><br>
> > Dear GDAL developers,<br>
> ><br>
> > I constate that GDAL (e.g. gdalinfo) fails to open correctly CSK hdf5<br>
> files<br>
> > which have been read before by ENVI software (and .hdr file is generated<br>
> > near .h5 source file). In this case GDAL uses driver "ENVI/ENVI .hdr<br>
> > Labelled" instead of HDF5 if the file is not present. Suppression of the<br>
> > generated .hdr file can fix the problem. Do you think that it is the only<br>
> > solution ?<br>
><br>
> Victor,<br>
><br>
> You can define GDAL_SKIP=ENVI as environment variable as well to avoid the<br>
> ENVI<br>
> driver to be used at all.<br>
> We could/should probably register the ENVI driver in last, so to be sure<br>
> it is<br>
> used only after all other drivers have been tried.<br>
> Could you paste the content of the .hdr file ? It is a bit strange that<br>
> such a<br>
> file is generated without a BIL/BIP/BIQ image file that matches it (isn't<br>
> there<br>
> any other file next to the .hdr and .h5 file that would have been<br>
> generated by<br>
> ENVI?). There are perhaps some keywords in that .hdr file that would show<br>
> it<br>
> should be ignored.<br>
><br>
> Even<br>
><br>
> --<br>
> Spatialys - Geospatial professional services<br>
> <a href="http://www.spatialys.com" target="_blank">http://www.spatialys.com</a><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.osgeo.org/pipermail/gdal-dev/attachments/20140915/73a1aabb/attachment-0001.html" target="_blank">http://lists.osgeo.org/pipermail/gdal-dev/attachments/20140915/73a1aabb/attachment-0001.html</a>><br>
<br>
------------------------------<br>
<br>
Message: 7<br>
Date: Mon, 15 Sep 2014 14:20:01 +0000 (UTC)<br>
From: Jukka Rahkonen <<a href="mailto:jukka.rahkonen@mmmtike.fi">jukka.rahkonen@mmmtike.fi</a>><br>
To: <a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
Subject: Re: [gdal-dev] GDAL sqlite /spatialite support with<br>
trignometric functions<br>
Message-ID: <<a href="mailto:loom.20140915T161807-624@post.gmane.org">loom.20140915T161807-624@post.gmane.org</a>><br>
Content-Type: text/plain; charset=us-ascii<br>
<br>
yhema.2705 <yhema.2705 <at> <a href="http://gmail.com" target="_blank">gmail.com</a>> writes:<br>
<br>
><br>
> hi ,<br>
><br>
> I have build gdal 1.11 with spatialite and sqlite support. I want the layer<br>
> attributes of the shape file be updated with trignometric values .Update is<br>
> functioning well for arithemetic functions for trignometric functions it is<br>
> giving error : ERROR 1: In ExecuteSQL(): sqlite3_prepare(UPDATE gemetry_test<br>
> SET ID = tan(45) ):<br>
> no such function: tan.<br>
> thanks all<br>
<br>
Works for me with the Windows binaries (v.2.0-dev) from <a href="http://gisinternalt.com" target="_blank">gisinternalt.com</a>.<br>
<br>
C:\temp\>ogrinfo -dialect sqlite tantest.shp -sql "update tantest set<br>
num=tan(45)"<br>
<br>
C:\temp\>ogrinfo tantest.shp -al<br>
INFO: Open of `tantest.shp'<br>
using driver `ESRI Shapefile' successful.<br>
<br>
Layer name: tantest<br>
Geometry: Polygon<br>
Feature Count: 1<br>
Extent: (3213863.000000, 6802915.000000) - (3215302.000000, 6804011.000000)<br>
Layer SRS WKT:<br>
(unknown)<br>
num: Real (33.16)<br>
OGRFeature(tantest):0<br>
num (Real) = 1.6197751905438615<br>
POLYGON ((3213863 6803646,3215055 6804011,3215302 6803152,3214776<br>
6802915,3213863 6803646))<br>
<br>
<br>
-Jukka Rahkonen-<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 8<br>
Date: Mon, 15 Sep 2014 16:39:06 +0200<br>
From: Andre Joost <<a href="mailto:andre%2Bjoost@nurfuerspam.de">andre+joost@nurfuerspam.de</a>><br>
To: <a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
Subject: Re: [gdal-dev] ERROR 1: Too many points (440 out of 441)<br>
failed to transform, unable to compute output bounds.<br>
Message-ID: <lv6u0h$kfa$<a href="mailto:1@ger.gmane.org">1@ger.gmane.org</a>><br>
Content-Type: text/plain; charset=UTF-8; format=flowed<br>
<br>
Am 15.09.2014 04:22, schrieb Love:<br>
> Thanks andre, will try this as soon as I can and will give you a update.<br>
><br>
> I just want to ask if will it be possible to batch process my hdf files and<br>
> gdalwarp everything if I'm going to specify the -te of each files?<br>
><br>
<br>
I am not sure if the -te coordinates follow a certain pattern. It should<br>
be possible to read the metadata information with gdalinfo, and extract<br>
the coordinate information with a python script that can build the<br>
gdalwarp command from it. But I am not a python expert.<br>
<br>
HTH,<br>
Andr? Joost<br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 9<br>
Date: Mon, 15 Sep 2014 10:02:05 -0500<br>
From: Simon Shak <<a href="mailto:skunkmyrddyn@gmail.com">skunkmyrddyn@gmail.com</a>><br>
To: Andre Joost <<a href="mailto:andre%2Bjoost@nurfuerspam.de">andre+joost@nurfuerspam.de</a>><br>
Cc: <a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
Subject: Re: [gdal-dev] ERROR 1: Too many points (440 out of 441)<br>
failed to transform, unable to compute output bounds.<br>
Message-ID:<br>
<CAJuTQSGAJ_sy2AM0ZXH+13GfR=<a href="mailto:w5uR-RAwJQ3LFmvafUKy2L1w@mail.gmail.com">w5uR-RAwJQ3LFmvafUKy2L1w@mail.gmail.com</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
I have had this error message show up if the s_srs is not correctly auto<br>
detected or not present in the input file. I have used a combination of<br>
looking through other nonstandard meta data files present with the image<br>
sets or using a program like global mapper which has a good chance at<br>
guessing the correct s_srs and then specifying it with the -s_srs option.<br>
On Sep 12, 2014 11:19 AM, "Andre Joost" <<a href="mailto:andre%2Bjoost@nurfuerspam.de">andre+joost@nurfuerspam.de</a>> wrote:<br>
<br>
> Am 12.09.2014 04:54, schrieb Love:<br>
><br>
>> Hi,<br>
>><br>
>> The gdalinfo in my post is the gdalinfo of the subdataset 37. I have also<br>
>> tried gdal_translate but when I tried to use gdalwarp using the<br>
>> gdal_translate output, it has error. I really need to use gdalwarp so that<br>
>> I could project the image into epsg:4326(+prj=longlat). If I'm going to<br>
>> use<br>
>> the gdal_translate I am ask to indicate the gcp which is not good in my<br>
>> case because I have many hdf files in my local directory and maybe they<br>
>> have different gcp and I need to batch process them later using the<br>
>> gdalwarp with the +proj=longlat command. What could be the solution?<br>
>><br>
><br>
> gdalwarp needs the -geoloc switch, and the target extent with -te. See<br>
> also <<a href="http://osgeo-org.1560.x6.nabble.com/gdal-dev-" target="_blank">http://osgeo-org.1560.x6.nabble.com/gdal-dev-</a><br>
> Geolocation-Arrays-td4372909.html><br>
><br>
> There does not seen to be any progress on this issue.<br>
><br>
> The values for -te can be found with gdalinfo on the subdataset.<br>
><br>
> HTH,<br>
> Andr? Joost<br>
><br>
> _______________________________________________<br>
> gdal-dev mailing list<br>
> <a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
> <a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
><br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.osgeo.org/pipermail/gdal-dev/attachments/20140915/5ab581c6/attachment.html" target="_blank">http://lists.osgeo.org/pipermail/gdal-dev/attachments/20140915/5ab581c6/attachment.html</a>><br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
gdal-dev mailing list<br>
<a href="mailto:gdal-dev@lists.osgeo.org">gdal-dev@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/gdal-dev" target="_blank">http://lists.osgeo.org/mailman/listinfo/gdal-dev</a><br>
<br>
End of gdal-dev Digest, Vol 124, Issue 22<br>
*****************************************<br>
</blockquote></div><br></div>