We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
fsmap.getitems assumes that fs.cat returns a dict: see https://github.com/intake/filesystem_spec/blob/master/fsspec/mapping.py#L95. However, there is a branch in fs.cat that returns bytes, not a dict: see https://github.com/intake/filesystem_spec/blob/master/fsspec/spec.py#L728. Is this deliberate? Should fsmap.getitems convert the non-dict value to a dict, or should fs.cat always return a dict (as per its docstring)?
fsmap.getitems
fs.cat
And maybe some type annotations would be helpful here.
(This came up while testing zarr against the latest fsspec, which causes a test failure because of this API issue)
The text was updated successfully, but these errors were encountered:
see #710
Sorry, something went wrong.
Successfully merging a pull request may close this issue.
fsmap.getitems
assumes thatfs.cat
returns a dict: see https://github.com/intake/filesystem_spec/blob/master/fsspec/mapping.py#L95. However, there is a branch infs.cat
that returns bytes, not a dict: see https://github.com/intake/filesystem_spec/blob/master/fsspec/spec.py#L728. Is this deliberate? Shouldfsmap.getitems
convert the non-dict value to a dict, or shouldfs.cat
always return a dict (as per its docstring)?And maybe some type annotations would be helpful here.
(This came up while testing zarr against the latest fsspec, which causes a test failure because of this API issue)
The text was updated successfully, but these errors were encountered: