I understand all that and even though I'm a win user I always try to be very careful with case names (basically, I avoid upper cases). But while it is easy to see the case of the real file (I know that urls are case sensitive) it's not so easy so clear to know what's inside a compressed file on the internet because if you know it it means one already have it in the local file system. Since is up to gdal to read the contents of the compressed file and get its data (NOT the file itself) it seams to me that there would be no danger in being case insensitive. But this is really a minor point (once you know why it didn't work on the first time), I know.

Joaquim

Even,

Still one further point on this matter. This works fine with the
promised slowness (fair enough)

gdalinfo
/vsitar/vsicurl/http://edcftp.cr.usgs.gov/pub/data/gtopo30/global/w020n90.t
ar.gz/W020N90.DEM

but the file name is case dependent. I mean, this doesn't work

gdalinfo
/vsitar/vsicurl/http://edcftp.cr.usgs.gov/pub/data/gtopo30/global/w020n90.t
ar.gz/w020n90.dem

I'm not sure what is the right thing to do here but as a Win (and
occasional Mac or Linus)  user I guess that I was expecting no case
dependency.
GDAL's behaviour with the case sensitivity in a virtual file path is completely
OS independant.

Actually filenames in archives are case sensitive. I have just made a .tar.gz
with 2 filenames that only differ by their case :

$ tar tvzf aa.tar.gz
-rw-r--r-- even/even         2 2011-03-24 23:54 Aa
-rw-r--r-- even/even         3 2011-03-24 23:54 aa

And the same with a zip file :

$ unzip -l aa.zip
Archive:  aa.zip
   Length      Date    Time    Name
---------  ---------- -----   ----
         2  2011-03-24 23:54   Aa
         3  2011-03-24 23:54   aa
---------                     -------
         5                     2 files

Admitedly a windows user will not be very happy when he uncompresses those
archives in a "real" filesystem ;-)

I will also note that URLs are also case sensitive.

http://edcftp.cr.usgs.gov/pub/data/gtopo30/global/w020n90.tar.gz is a valid
URL, but http://edcftp.cr.usgs.gov/pub/data/gtopo30/global/w020n90.tar.gZ is
not

So I'm not sure that there's really a point in making the lookup of filenames
inside the archive case insensitive.

Joaquim


_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/gdal-dev

Reply via email to