Signal metadata in MultiRecord
Personne n'a encore pris cette issue.
- Langage dominant
- Jupyter Notebook
- Étoiles
- 853
- Forks
- 322
- Métriques de merge des PR
- Aucune PR mergée en 30 j
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.)
Guide de contribution
Aucun guide de contribution indexé pour ce dépôt
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par localiser les définitions de MultiRecord et Record ainsi que le chemin des métadonnées utilisé par rdheader. Comparez la manière dont sig_name est exposé pour les deux types, puis examinez les tests pertinents ou les points d’entrée du chargement des métadonnées. Le travail est terminé lorsque MultiRecord fournit units et samps_per_frame de manière cohérente avec Record sans nécessiter la lecture des données du signal.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- python
- Domaine
- backend-api-design
- Type d'issue
- Fonctionnalité
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Activité
- À l'abandon
- Clarté
- Plutôt claire
- Accessibilité débutants
- 45/100