edfcore 0.2.54 → 0.2.56
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/CHANGELOG.md +26 -0
- package/dist/constants.d.ts +1 -1
- package/dist/constants.js +1 -1
- package/package.json +1 -1
- package/src/constants.ts +1 -1
package/CHANGELOG.md
CHANGED
|
@@ -6,6 +6,32 @@ alone does not tell you whether you were affected.
|
|
|
6
6
|
edfcore is pre-1.0. Patch releases have carried behaviour changes where the old behaviour was a
|
|
7
7
|
defect; those are called out below.
|
|
8
8
|
|
|
9
|
+
## 0.2.56
|
|
10
|
+
|
|
11
|
+
- **Fixed** `tests/README.md`, which said "There are no binary fixtures in this repository" and
|
|
12
|
+
listed Tier 2 of its own fixture policy as "Not used". Both stopped being true in 0.2.34, when
|
|
13
|
+
the parity harness committed six small EDF/BDF files and their goldens — about 1.4 MB. I added
|
|
14
|
+
those without revisiting the policy that forbade them.
|
|
15
|
+
- The policy is now stated as it actually is, with the reason: a parity fixture has to be bytes a
|
|
16
|
+
DIFFERENT implementation wrote, so regenerating it in memory with this project's own writer
|
|
17
|
+
would make the comparison circular and prove nothing. The licence rule is unchanged and was
|
|
18
|
+
never at risk — the committed files are generated locally by pyEDFlib, the downloaded corpus is
|
|
19
|
+
still gitignored, and only the JSON goldens reference it, by name and hash. None of it ships:
|
|
20
|
+
the package contains `dist`, `src` and the changelog.
|
|
21
|
+
|
|
22
|
+
## 0.2.55
|
|
23
|
+
|
|
24
|
+
- **Added** CLI coverage against the real corpus. Every existing CLI fixture is a few hundred bytes
|
|
25
|
+
written by this project, which checks the decisions — exit codes, flags, output shape — and
|
|
26
|
+
cannot check what a command does when pointed at 48 MB of clinical recording, or at a scoring
|
|
27
|
+
file with 154 events and a record duration of zero.
|
|
28
|
+
- The load-bearing one: **`edfcore validate` exits 0 on a real recording from a real sleep lab.**
|
|
29
|
+
That is what makes the command usable as a CI gate at all; a validator that fails real files is
|
|
30
|
+
worse than no validator, because it teaches people to ignore it.
|
|
31
|
+
- Also pins that the sleep-edfx PSG is plain **EDF, not EDF+** — it carries an `Event marker` data
|
|
32
|
+
channel rather than an annotations channel, which is how that dataset splits signals from
|
|
33
|
+
scoring. I had assumed EDF+ writing the test and the file said otherwise.
|
|
34
|
+
|
|
9
35
|
## 0.2.54
|
|
10
36
|
|
|
11
37
|
- **Added** the random-access claim, measured over HTTP on the real 48 MB recording. A `fetch`
|
package/dist/constants.d.ts
CHANGED
|
@@ -109,5 +109,5 @@ export declare const SIGNAL_FIELD_BLOCK_OFFSETS: {
|
|
|
109
109
|
readonly reserved: 224;
|
|
110
110
|
};
|
|
111
111
|
/** Published package version. Kept in sync with package.json by a test. */
|
|
112
|
-
export declare const VERSION = "0.2.
|
|
112
|
+
export declare const VERSION = "0.2.56";
|
|
113
113
|
//# sourceMappingURL=constants.d.ts.map
|
package/dist/constants.js
CHANGED
package/package.json
CHANGED
package/src/constants.ts
CHANGED