id,summary,reporter,owner,description,type,status,priority,milestone,component,version,severity,resolution,keywords,cc 7146,vsis3: VSIFStatL only works with key with unicode character if ReadDir is run first.,tveastman,warmerdam,"`VSIFStatL()` doesn't work on this path (An S3 key named `b/ü.txt`) : {{{ >>> gdal.VSIStatL(u'/vsis3/public-bucket-gdal-vsis3-tests/b/\xfc.txt') None }}} However, it *does* work if the bucket has been cached using `ReadDirRecursive()` first. {{{ >>> gdal.ReadDirRecursive(u'/vsis3/public-bucket-gdal-vsis3-tests') ['a/', 'a/a.txt', 'b/', 'b/+.txt', 'b/_.txt', u'b/\xfc.txt'] >>> gdal.VSIStatL(u'/vsis3/public-bucket-gdal-vsis3-tests/b/\xfc.txt') > }}} In the interest of helping shake out some more of these `/vsis3/` bugs, I'm creating a `pytest` test suite that runs against a public (world readable) S3 bucket. I won't be able to keep it there forever, but I hope it's useful. My test suite is at https://github.com/koordinates/gdal-vsis3-tests/ The bucket is called 'public-bucket-gdal-vsis3-tests'. You should be able to access it too. I've also found that the `VSIFOpenEx()` method can't open files with similarly weird name S3 keys. I'll be adding a test case for that and filing a bug tomorrow, but I'll let you know now in case you can look into it before I've documented it better. Cheers!",defect,closed,normal,2.2.3,default,unspecified,normal,fixed,vsis3 VSIFstatL unicode,robert.coup@…