Signal metadata in MultiRecord
Nobody has claimed this yet.
- Dominant language
- Jupyter Notebook
- Stars
- 853
- Forks
- 322
- PR merge metrics
- No merged PRs in 30d
Description
MultiRecord has a sig_name attribute (which is copied from the first segment.) Should it also have units and samps_per_frame attributes, for convenience?
(An application calls rdheader in order to obtain record metadata, without reading any signal data. If the same attributes are available both for Record and MultiRecord then applications don't need to handle the two cases differently.)
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by locating the MultiRecord and Record definitions and the metadata path used by rdheader. Compare how sig_name is exposed for both types, then check the relevant tests or metadata-loading entry points. Done means MultiRecord provides units and samps_per_frame consistently with Record without requiring signal data to be read.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- python
- Domain
- backend-api-design
- Issue type
- Feature
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100