-
Notifications
You must be signed in to change notification settings - Fork 2
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
Define required NWB fields in the context models #51
Comments
@magland we could start with a fixed list of allowed |
The frontend reads from the remote nwb/hdf5 file directly. I like your idea, but it will be challenging to come up with the right syntax. Depending on the desired criteria, this could get complicated quickly. A related note. When running spike sorting in batch, right now the GUI only reads the options from the first selected file, as it would be potentially expensive to read from all of the selected files. And then what if there were inconsistencies.... how to present that in the input form? |
I think it's fine for any batch processing right now to presume consistent NWB files in terms of these fields
Yeah I agree, but as a first approach, we can have it simple, just a couple of pre-defined types would be allowed, and we go building more case-by-case as the needs of new Processors appear |
Okay. Do you think we should just forward everything in json_schema_extra directly to the spec.json? Or do we want to have a predefined allowed fields? Right now we have 'secret' and 'options'. I'm just thinking about how we eventually might want some sort of directive that is handled on the Python side but does not get forwarded to the schema. |
since we'll be implementing explicitly what each of these extra props do on the frontend, I think it would be better to have a pre-defined list |
What do you think of the following
|
@luiztauffer Based on our discussion, what do you think about this for now:
|
Actually I'm going to revise that
|
what would |
It specifies that we're selecting an electrical series in the input file 'input' (a processor may in principle have multiple input files) |
makes sense to me! |
@magland how should we define, in the Processor context models, NWB specific fields?
Here's one idea, using
json_schema_extra
. Thenwb_field
key would accept strings in a format that would allow the frontend to identify and search for the available options of that type inside the chosen NWB file. The names are tentative:resulting schema:
The text was updated successfully, but these errors were encountered: