Signal metadata in MultiRecord

オープン
#441 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
3/5
見積もり時間
1〜2日
初心者へのやさしさ
45/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
停滞
技術スタック
python

調査の方向性

まず、MultiRecord と Record の定義、および rdheader が使用するメタデータのパスを特定します。両方の型で sig_name がどのように公開されているかを比較し、その後、関連するテストまたはメタデータ読み込みのエントリーポイントを確認します。MultiRecord が、シグナルデータを読み取ることなく、Record と一貫した形で units と samps_per_frame を提供できれば完了です。

索引モデルが issue の本文から書いたものです。

説明

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.)

主要言語
Jupyter Notebook
スター
853
フォーク
322
PR マージ指標
30日以内にマージされた PR はありません

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

MIT-LCP/wfdb-python のほかの issue

MIT-LCP/wfdb-python の issue をすべて見る

似ている issue

Backend & API Design の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。