Coverage remained the same at 53.656% when pulling 89a3bbc58dd83eb11483149d2a285ad067cc1ca0 on fix-gdal-binaries into 6d93b8c33c6ee43a09cf570f099e1f5d1ccb2cd8 on master.
Coverage remained the same at 53.656% when pulling 5d329e7ce550503b51f6703cefc67f9b38109f1c on fix-gdal-binaries into 6d93b8c33c6ee43a09cf570f099e1f5d1ccb2cd8 on master.
Coverage remained the same at 53.656% when pulling 5d329e7ce550503b51f6703cefc67f9b38109f1c on fix-gdal-binaries into 6d93b8c33c6ee43a09cf570f099e1f5d1ccb2cd8 on master.
Coverage remained the same at 53.656% when pulling c06bba328deda7a694961e8f6cecac9e98863e9a on fix-gdal-binaries into 6d93b8c33c6ee43a09cf570f099e1f5d1ccb2cd8 on master.
Coverage remained the same at 53.656% when pulling 64f2f813b1762765efd8d47ff0d85a42dc29d62f on fix-gdal-binaries into 6d93b8c33c6ee43a09cf570f099e1f5d1ccb2cd8 on master.
Coverage remained the same at 53.656% when pulling efad2ab146dcd54b6a3d1f9f29451b157fd7c2fa on fix-gdal-binaries into 6d93b8c33c6ee43a09cf570f099e1f5d1ccb2cd8 on master.
Previously, we loaded files from disk the following way:
ClassLoader -> String -> File -> absolute path
This was producing file paths with encoded spaces (
Program%20Files
) rather than just spaces. To fix this, a File object MUST be constructed as such:Paths.get(ClassLoader.getSystemResource("testfile.sample").toURI()).toFile()
That will result in files paths that will be correctly encoded when exported to string for methods such as
GdalUtility.open()
.This change is