MIT-LCP / MIT-LCP/wfdb-python

Reading MS signal metadata in rdheader

Ouverte
#442 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

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

In general, it's useful to be able to read record metadata without reading the signals.

For multi-segment records, however, rdheader just reads the MS header by default (rd_segments=False), which means it doesn't read any of the signal metadata (e.g. signal names and units).

With rd_segments=True, rdheader reads the signal metadata and also all of the segment headers, which are not always needed.

For some applications it would be useful to have a middle ground of reading the multisegment header and the layout header, but not any of the segment headers. (Note that this is what isigopen does.)

I think this might make sense as the default behavior, since reading the signal metadata is a very common use of rdheader.

Guide de contribution

Aucun guide de contribution indexé pour ce dépôt

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Piste de recherche

Commencez par localiser les points d’entrée rdheader et isigopen et examinez comment sont lus leurs en-têtes multisegment, de layout et de segment. Consultez les tests existants pour les enregistrements multisegment, puis définissez la condition d’achèvement comme la lecture des métadonnées du signal et de l’en-tête de layout sans lire les en-têtes des segments individuels, avec une couverture pour la valeur par défaut ou l’option sélectionnée.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Stack technique
python
Domaine
data
Type d'issue
Fonctionnalité
Difficulté
3/5
Temps estimé
1-2 jours
Activité
À l'abandon
Clarté
Plutôt claire
Accessibilité débutants
45/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.