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