For many years now I have been doing HRV analysis, in accordance with
BS 6841 and ISO 2631, using bespoke Octave functions and scripts.
If there is a view that such a package would be of use, I would be
amenable to working with one or more others, who understand this
stuff, to help develop a suitable Octave package.
I have mixed feelings about this.
I currently use some of these ideas but also some variations on these ideas,
such as the Average Absorbed Power model and the Dynamic Response Index.
Good: It's good to know that some code has been tested to give known levels of
replication of some benchmark calculations, since it avoids doubt. It would also be good
to understand the whole "package" business, which isn't something I have turned
my hand to as yet.
Bad: If I decided to use some compound of AAP and ISO2631 (I'm making it up for
illustrative purposes) then I wouldn't be able to "just do it" as I can with my
own scripts. My point is that there will always be something I want to do that isn't in
the recipe, rather than trying to accommodate any specific thing today.
To get round the latter point we can make sure we specify things well in advance and
really try to "future proof" or at least modularize things as much as possible.
However, this starts to become more difficult than it looks, quite quickly, in my
experience.
So the bottom line is that it's a cautious yes from me, as long as the code is
open and readable.
Damian
CONFIDENTIAL: The information contained in this email communication is
confidential information intended only for the use of the addressee.
Unauthorized use, disclosure or copying of this communication is strictly
prohibited and may be unlawful. If you have received this communication in
error, please notify us immediately by return email and destroy all copies of
this communication, including all attachments.
_______________________________________________
Help-octave mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/help-octave