-
Notifications
You must be signed in to change notification settings - Fork 16
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
Add metadata to Device #258
Comments
@rly since this issue is about the format specifcaiton, can you please move the issue to the https://github.com/NeurodataWithoutBorders/nwb-schema repo. |
As long as these additional fields are optional it won't be schema-breaking. serial_number might also be a good field |
Does it really make sense to add 1+X new ones instead of just an optional description? Both solutions don't help in machine reading so using just description would help equally good. |
@t-b you don't think someone might want to query for a session with a specific software version? |
@bendichter The format of the additional strings is fully user defined. So my reasoning is that we only need one these. Does that make sense? |
@t-b on that same reasoning, any data that is stored as a string is a user-defined format. Until a CV/ontology has been designed for these fields, they won't be optimally useful. However, In the interest of progress over perfection, I think we should lay out a few common fields that users can populate as they see fit. |
Sounds good, I'm not tied to any particular solution. |
@rly it sounds like you and others will be looking at vendor formats during the hackathon. It might make sense to have a look at what the intersection of common fields are in the vendor formats and add optional fields that are common across vendors. I.e., I would assume that (even though specific name keys will be different) that many vendors will have some set of common metadata they store. I think this may be a good candidate to play around with for creating the processes for review of extensions to the NWB:N core standard, the reason being a) this is a proposal for an extension to the core, b) it is fairly localized with regard to the NWB:N format (i.e. does not affect many existing types), and c) it seems ok if there is a little bit of a delay. |
Sounds good. I agree - let's discuss at the hackathon and set up fields based on what is common across vendors of all types. Just to add to the earlier points, while these Device metadata would not be machine-readable unless they are formatted consistently, an experimenter, lab, data acquisition system, or converter script could create such consistency, which would allow for queries down the road. (They could also just create consistency in the format of a single Similar to this question is whether we should structure other metadata currently encoded as strings in Reminder to address NeurodataWithoutBorders/pynwb#723 when this is addressed. |
I would be in favor of adding at least a description field to the device. Similar like the format specification of the electrodes in icephys: datasets:
- name: description
dtype: text
doc: 'description of device (e.g., manufacturer, model, firmware version etc) COMMENT: Free-form text' Our devices have a manufacturer, model and a number but this information is mostly encoded in the device name itself. While the device name is machine readable, the description would only be human readable for other labs that do not know of the used setup or the specific device naming specification. |
Several of the fields mentioned in this issue have since been added as optional attributes to Device or will be addressed in #594:
For now, we will recommend software versions be stored in the I will close this issue for now. If there are additional Device metadata fields that would be useful, please open a new issue to discuss. |
To add information about a recording device, e.g. who was the manufacturer, what kind of amplifier, what version is it, what settings were used (or analogous information about an imaging microscope), then I would have to put that into the
name
field or into fields of the NWBFile likedata_collection
. It would be more intuitive to include this metadata information as part of the Device object, which is pretty empty - it has only thename
field. We could bundle this information in a catch-alldescription
field or we could structure this metadata information with specific fields, such asmanufacturer
,hardware_version
, etc.Currently, in PyNWB:
Suggestion:
OR
The text was updated successfully, but these errors were encountered: