Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

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.

Évaluation

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

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.

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.

Langage dominant
Jupyter Notebook
Étoiles
853
Forks
323
Métriques de merge des PR
Aucune PR mergée en 30 j

Préparer son environnement

Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.

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.

Autres issues de MIT-LCP/wfdb-python

Toutes les issues de MIT-LCP/wfdb-python

Issues similaires

Plus d'issues Data Engineering

Recevez les nouvelles issues par e-mail

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