-
Notifications
You must be signed in to change notification settings - Fork 10
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Failure due to space in filename #64
Comments
Now that the TC is behind me, I'm looking at a sprint on the ETS. I will take a look at this and other ETS issues. |
This must be a TEAM engine problem. PR #65 does not duplicate the issue. I am unassigning myself. |
@keshav-nangare Can you please do further investigation and create a TEAM Engine issue in case it is related to it? |
Fix did not work and merged branch was reverted: #66 (comment) |
Fixed this issue with commit: ed41f4c Tested the fix with following data: |
The GeoPackage specification has no limitations on characters in filenames and does not state that spaces are not allowed. The only requirement is 'A GeoPackage SHALL have the file extension name ".gpkg".'. In the case that a geopackage has the .gpkg extension, but a space in the name, the ETS fails with an immediate Fatal Error in calling an extension function which eventually tells us there is an "illegal character in path'. Removal of the space from the file name corrects the issue. However, the problem here is that the test code should not HARD fail on such an item. If spaces are a problem and not to be allowed, the test code should report this as an issue; and the specification should also include the requirements to support this if necessary.
The text was updated successfully, but these errors were encountered: