-
Notifications
You must be signed in to change notification settings - Fork 11
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Rename and/or Split and/or Rework decomposition (proposal) #144
Comments
|
I agree with @cbeleites:
|
I also think that
|
This discussion moved and reopen as: |
In the course of investigating something else I had the occasion to study the
decomposition
function. This function doesn't seem to decompose anything, it takes the results of a decomposition and then can plot scores, loadings or the centering values (after converting them to ahyperSpec
object). It would be clearer if this function were renamed (not sure to what at this point).It's use might be more streamlined as well, again I don't have a well developed idea right now. However my initial idea is that the
plot
method accepts a 2nd argument which gives the type of plot to make. Perhaps "loadings" and "scores" could be options. If that is acceptable approach, then maybe the plot function could require and check for an object of classprcomp
in those cases (and maybe other objects). Further, all the manipulations of theprcomp
object could be handled in the plot function, transparently to the user. In this case most of thedecomposition
function would move to the plot function, or perhapsdecomposition
could continue but called by plot and not be exported.Also, I see in the code that there is a commented message stating
decomposition
would be deprecated, to be replaced by different functionsloadings
andscores
.The text was updated successfully, but these errors were encountered: