Due to recent updates, all users are required to create an Altair One account to login to the RapidMiner community. Click the Register button to create your account using the same email that you have previously used to login to the RapidMiner community. This will ensure that any previously created content will be synced to your Altair One account. Once you login, you will be asked to provide a username that identifies you to other Community users. Email us at Community with questions.
Set Role used to allow any value as the target role
Now it constrains to a defined list which doesn't include "horizon".
If you have a complex process that needs to set roles for horizons produced after a Windowing operation, it's not possible to use the "Multi Horizon Forecast" operator because this expects roles of type "horizon".
Ideally, Set Role should allow arbitrary target roles or at least should allow "horizon".
If you have a complex process that needs to set roles for horizons produced after a Windowing operation, it's not possible to use the "Multi Horizon Forecast" operator because this expects roles of type "horizon".
Ideally, Set Role should allow arbitrary target roles or at least should allow "horizon".
0
Best Answer
-
MartinLiebig Administrator, Moderator, Employee, RapidMiner Certified Analyst, RapidMiner Certified Expert, University Professor Posts: 3,529 RM Data ScientistIt would be nice if Set Role would allow the advanced usage like it used to since old processes using it will break otherwise. Here's one I prepared earlier (in 2011 - so somewhat old).
Old processes don't break, since the old set role operator is still there and does what it did before.
The whole thing of being able to use custom roles as one of the features basically no beginner found by himself. With the changes in the role system we allow users to find it easier. Also it was always confusing why roles needed to be unique. This is now also changed.
But yeah, Multi-Label and Multi-Horizon forecast operators may have challenges now.
Dirty work around is by the way to just copy the old set role from an old process and use it in the new one.
- Sr. Director Data Solutions, Altair RapidMiner -
Dortmund, Germany0
Answers
David
I copied this from the help of the Multi Horizon Forecast operator
It's not looking at the names of the attributes and I have seen this for myself.
I have a process that needs to filter out null horizon values so a later model doesn't blow up. I initially went down the route of converting them to regular and then filtering out all nulls (I was hoping for simplicity). Once I converted back to what I thought was the required role, the multi horizon failed. I suppose I could have tried looking for
which is what I think the role types get set to but I did the filtering another way so it doesn't matter for me now.
It would be nice if Set Role would allow the advanced usage like it used to since old processes using it will break otherwise. Here's one I prepared earlier (in 2011 - so somewhat old).
https://rapidminernotes.blogspot.com/2011/07/ignoring-many-attributes.html
and it would also be nice if Set Role could allow horizon as an attribute type since there's every chance an example set will contain metadata already and this will mess up the numbering.
cheers
Andrew