Closed epruesse closed 2 years ago
As I mention in #28 this is not RDML package problem because it is standard violation You can see that Cq can't be NaN. For NA case it should be -1.0 . But I can remove such testing.
The files are from a current Thermofisher Quantstudio 7 Pro. I had assumed they'd implemented the standard correctly. Sad.
Perhaps add a lenient/non-strict mode for standard violations that still result in an unambiguous interpretation. In this case, converting NaN to -1.
ok. I'll convert NA and NaN to -1. But it can cause problems in future calculation - for example mean cq. Maybe convert NaN to NA?
I am getting the same assertion violation as described in #28:
The RDML should parse OK. As you can see below, the
<cq>NaN</cq>
tag appears legitimately when a reaction did not amplify at all (e.g. a negative test).