Bug: a88/1c3
ID : | 1c3718a8-12ea-4c6a-8207-55bfe9e0b3a6 |
Short name : | a88/1c3 |
Status : | fixed |
Severity : | minor |
Assigned : | |
Reporter : | Pontus Lurcock <pont@talvi.net> |
Creator : | Pontus Lurcock <pont@talvi.net> |
Created : | Mon, 19 Oct 2009 04:04:06 +0000 |
Target : | 1.0 |
Summary : | Check that tray correction is correct [131] |
Comment: |
--------- Comment --------- ID: 33aa719a-62af-44ff-83f8-53837587018c Short name: a88/1c3/33a From: Pontus Lurcock <pont@talvi.net> Date: Sun, 13 Dec 2009 08:45:48 +0000 Also, is the correct run number being picked for the tray reading? -- that is, the most recent one before the datum for which the correction is needed. I see some odd behaviour when toggling the tray correction for the tray samples themselves. |
Comment: |
--------- Comment --------- ID: f1215d44-ed9c-4161-942c-2e4c66b75913 Short name: a88/1c3/f12 From: Pontus Lurcock <pont@talvi.net> Date: Mon, 06 Feb 2012 01:56:51 +0000 Tray corrections are applied after volume correction -- but since tray correction is only available for discrete samples, and since for discrete samples volume correction is the same in each axis, it makes no difference whether the tray correction is applied before or after it. The run number is no longer relevant since we've moved to a sequential model of tray corrections, with the tray measurement in the same file as the sample measurements. |
ID: 61c98e8b-0e62-4d9f-993b-c9c2d72ae57b
Short name: a88/1c3/61c
From: Pontus Lurcock <pont@talvi.net>
Date: Mon, 19 Oct 2009 04:04:06 +0000