-
-
Notifications
You must be signed in to change notification settings - Fork 34
Add X,y,Y to ignored list #69
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
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for adding this mention, @adrinjalali.
Based on the specification of SLEPs' "Review and Resolution" defined by SLEP000, shouldn't we change the status of SLEP006 to Provisional
(or Provisionally Accepted
) as it is still being slightly adapted?
I think it's not the SLEP which is changing, they're implementation details. I don't think it'd be healthy for this SLEP to go back to not being accepted. |
Yep, from my understanding of SLEP000, I not think |
@@ -76,6 +76,10 @@ Note that in the core library nothing is requested by default, except | |||
the time of writing this proposal, all metadata requested in the core library | |||
are sample aligned. | |||
|
|||
Also note that ``X``, ``y``, and ``Y`` input arguments are never automatically |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is the only mention of upper-case Y
in this document. (I suspect it is for PLS
) Do you think this will be confusing?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I mean, from the perspective of the SLEP and the implementation, we don't really care why it's here. These arguments never enter the routing scheme.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Small interjection to bring information: Y
is also used as an argument for some pairwise_distances
-based APIs.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In case of pairwise_distance
, Y
is a feature array. In the context of this SLEP, X
and y
are feature and target data, respectively.
In any case, I am okay with leaving this statement as is.
@@ -76,6 +76,10 @@ Note that in the core library nothing is requested by default, except | |||
the time of writing this proposal, all metadata requested in the core library | |||
are sample aligned. | |||
|
|||
Also note that ``X``, ``y``, and ``Y`` input arguments are never automatically |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In case of pairwise_distance
, Y
is a feature array. In the context of this SLEP, X
and y
are feature and target data, respectively.
In any case, I am okay with leaving this statement as is.
Then I'll merge this with 4 approvals. |
X,y,Y
are automatically ignored in the routing mechanism when we infer routed parameters.xref: scikit-learn/scikit-learn#23342 (comment)
cc @thomasjpfan