edf2csv 0.5.74 → 0.5.76
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 +40 -0
- package/package.json +1 -1
package/CHANGELOG.md
CHANGED
|
@@ -3,6 +3,46 @@
|
|
|
3
3
|
Notable changes to edf2csv. Versions follow [semantic versioning](https://semver.org); while the
|
|
4
4
|
major version is 0, a minor bump may contain breaking changes.
|
|
5
5
|
|
|
6
|
+
## 0.5.76
|
|
7
|
+
|
|
8
|
+
### Fixed: the reference described a line 0.4.51 had already removed, and said elsewhere that it was wrong
|
|
9
|
+
|
|
10
|
+
In the `--info` section: "With `--annotations-only` the signal channels read `(not selected)`
|
|
11
|
+
and the estimate is 0 rows, because that run would write no signal data."
|
|
12
|
+
|
|
13
|
+
Two hundred lines further down, in the `--annotations-only` section: "Until 0.4.51 this line
|
|
14
|
+
read `Would write 0 rows, roughly 0 B.`, which was true of the signal tables and false of the
|
|
15
|
+
run." One page describing a behaviour and its own fix of that behaviour, disagreeing.
|
|
16
|
+
|
|
17
|
+
What `--info --annotations-only` prints is neither: no row estimate at all, and a sentence
|
|
18
|
+
naming the files instead — "Would write annotations.csv and channels.csv, and no signal data.
|
|
19
|
+
How many events there are cannot be told from the header."
|
|
20
|
+
|
|
21
|
+
The sentence now says that, and says which version it was describing, since a reader who built
|
|
22
|
+
on it should be able to tell when it stopped being true. Pinned by running the command: the
|
|
23
|
+
sample output the page quotes has to be what the tool prints, compared on the words rather than
|
|
24
|
+
the layout, since the page wraps to its own width.
|
|
25
|
+
|
|
26
|
+
## 0.5.75
|
|
27
|
+
|
|
28
|
+
### Fixed: two pages gave different formulas for where an untimed record goes, and one was wrong
|
|
29
|
+
|
|
30
|
+
A data record whose timekeeping annotation cannot be read has to be placed somewhere.
|
|
31
|
+
`deriveRecordStarts` puts it at `origin + index * recordDuration`, where the origin comes from
|
|
32
|
+
the first record that does state a time.
|
|
33
|
+
|
|
34
|
+
api.md says exactly that, and says why: "not at `index * recordDuration`, which silently assumes
|
|
35
|
+
the recording begins at zero". edf-plus-annotations.md then said `index * record_duration` — the
|
|
36
|
+
form the other page names in order to warn against it. On `lost-timekeeping-d.edf`, whose origin
|
|
37
|
+
is 0.5 s, the documented arithmetic gives 0.000 for a record the conversion writes at 0.500.
|
|
38
|
+
|
|
39
|
+
Corrected, with the reason attached rather than only the formula, since the formula alone is
|
|
40
|
+
what drifted. A test anchors the claim: both pages must carry the origin-aware form, and the
|
|
41
|
+
sentence in edf-plus-annotations.md that states the fallback must be that one. Anchored on the
|
|
42
|
+
sentence rather than on every appearance of the arithmetic — both pages also name the bare form
|
|
43
|
+
in order to reject it, and flagging those would take a phrase blacklist that grows with the
|
|
44
|
+
prose.
|
|
45
|
+
|
|
6
46
|
## 0.5.74
|
|
7
47
|
|
|
8
48
|
### Fixed: "1 records", "1 bytes"
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "edf2csv",
|
|
3
|
-
"version": "0.5.
|
|
3
|
+
"version": "0.5.76",
|
|
4
4
|
"description": "Convert EDF, EDF+ and BDF biosignal recordings (European Data Format) to CSV from the command line. Local, streaming, and never resamples or alters units.",
|
|
5
5
|
"keywords": [
|
|
6
6
|
"edf",
|