[gdal-dev] accessing zip files by URL

[Even Rouault]

> 
> 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