-
Notifications
You must be signed in to change notification settings - Fork 23
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
Fix make_or_load_nwbfile #1138
Fix make_or_load_nwbfile #1138
Conversation
…file methods have been run
@h-mayorquin, @rly, *works for my example -- failing for some reason for the test example... |
Ok, based on @rly's comments, I think we should wait on this until we have a function in pynwb that can update an io with the current global namespace. Then, we can keep append-mode support and just update the existing io. |
@pauladkisson thanks for doing the detective work of tracking this bug and building an example. I tried this before and I failed. This context manager has been a source of headaches and on top of that, I find it really difficult to read and understand. Cody and I wanted to break it into different pieces but never found the time and resources to do it. If we could peel away the append mode functionality from the rest then we can create the io once all the calls to I think this is the way to move forward, let me know if there is something I am missing. |
I agree. I know it is a Python feature, but I have never seen this syntax before and I find it unintuitive and confusing. |
Yeah, I think this is reasonable. What should we do with append in the mean time? |
We can discuss a couple of general solutions but, as I mentioned in #1114 I think the necessary imports for With that said, I would still like to peel away the non-append mode functionality for two reasons:
|
This PR fixes a bug with
make_or_load_nwbfile
that pops up whenever extensions are lazily imported.Fixes #1114
See rly/ndx-pose#36 for detailed example.