Re: R-alpha: $tsp

Paul Gilbert (pgilbert@bank-banque-canada.ca)
Wed, 3 Apr 1996 10:27:54 -0500


Date: Wed, 3 Apr 1996 10:27:54 -0500
From: pgilbert@bank-banque-canada.ca (Paul Gilbert)
To: R-testers@stat.math.ethz.ch
Subject: Re: R-alpha: $tsp
Message-Id: <96Apr3.102333est.29454@mailgate.bank-banque-canada.ca>


>What I would like to do is get rid of the inexact comparisons which S
>makes when comparing times.  

Ross

I'm not sure that I would waste too much time trying to fix something
as bad as tsp. I'm playing with a complete re-write of the concept of
time in my objects. In the meantime, the more immediate problem is that
lsfit does not work on matrices with the tsp attribute set, because
storage.mode objects. I'm not sure why storage.mode should object, and
the fix may be just to stop storage.mode from looking at the tsp attrib
(or at least check it with tsp() ).

Not having lsfit makes it fairly hard for me to run tests since it is
the basis for good simple ways to estimate time series models. (Another
way uses ar, which is also not available in R, but lsfit is in general
much more useful than ar.)

There is an underlying issue of some importance here. That is, what
level of agreement do you want to maintain between R and S. I would
prefer that you try to maintain enough compatibility so that it is not
necessary to maintain two versions of code. (I think you are very close
to that. I can now source all my files in both S and R, which I think
means my code is syntactically correct in both, and the tests still run
correctly in S.) The approach I've found is often useful is to
accommodate the old way but define a different, better, new way.


Paul
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
r-testers mailing list -- To (un)subscribe, send
subscribe	or	unsubscribe
(in the "body", not the subject !)  To: r-testers-request@stat.math.ethz.ch
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-