-
Notifications
You must be signed in to change notification settings - Fork 146
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
unstrip_protocol
not implemented correctly
#619
Comments
At the point of running unstrip, we no longer know what protocol prefix was used in the original string, of course. "gcs" and "gs" are both allowed by GCSFS, and the former is by far the more popular with users (see also examples in the documentation). The aim of unstrip is to produce a URL which fsspec will recognise, so either is "valid". |
Thanks for your reply!
How are you measuring that? I believe
Do you mean the fsspec docs or the Google docs? I can't find a single mention of
I believe the aim should also be to produce URIs that are digestible by other tools. Currently, fsspec produces bespoke non-standard URIs not recognized by other tools, including Google's official
That may be true, and I apologize for not having the context on fsspec. I'm just a new client of the library trying to print out URIs which can be consumed by others on my team. I should say that fsspec is an absolutely lovely library to work with and I'm such a fan. That's why I so badly want this little kink to be ironed out. Thanks for your hard work! |
but not among our user base, for obvious reasons. |
Sure, PR is here: #620 |
fs.unstrip_protocol
should return an URI that starts withgs://...
, but instead returnsgcs://...
, which is not a valid GCS URI.The text was updated successfully, but these errors were encountered: