Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

Reading MS signal metadata in rdheader

Offen
#442 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
3/5
Geschätzter Aufwand
1-2 Tage
Anfängerfreundlichkeit
45/100
Issue-Typ
Feature
Klarheit
Größtenteils klar
Aktivitätsstatus
Veraltet
Tech-Stack
python
Bereich
data

Rechercherichtung

Beginnen Sie damit, die Einstiegspunkte rdheader und isigopen zu finden, und prüfen Sie, wie deren multisegment-, Layout- und Segment-Header gelesen werden. Sehen Sie sich vorhandene Tests für multisegment-Datensätze an und definieren Sie anschließend den Abschluss so, dass Signalmetadaten und der Layout-Header gelesen werden, ohne einzelne Segment-Header zu lesen, mit Abdeckung für den ausgewählten Standardwert oder die Option.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

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.

Vorherrschende Sprache
Jupyter Notebook
Sterne
853
Forks
323
PR-Merge-Kennzahlen
Keine gemergten PRs in 30 T.

Entwicklungsumgebung

Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus MIT-LCP/wfdb-python

Alle Issues in MIT-LCP/wfdb-python

Ähnliche Issues

Weitere Issues zu Data Engineering

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.