-
Notifications
You must be signed in to change notification settings - Fork 21
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
Question about variable instantiation #21
Comments
Could you please provide an example of what you want to learn?
On Jul 12, 2018, at 11:43 AM, brenocarvalho <[email protected]<mailto:[email protected]>> wrote:
Is there a way to force RDNBoost to always initialize a variable in the head of the rules?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub<#21>, or mute the thread<https://github.com/notifications/unsubscribe-auth/AXip1fIoeajJ76fgKUA1cYucZ-apyKILks5uF3y3gaJpZM4VNW_d>.
|
Variables in the head are instantiated with the constants from every example (positive or negative), as it iterates through all the examples. Do you need them to be instantiated with only one particular constant always? |
I am trying to learn frame_element_anno. My bk file looks like this:
Some of the rules I get from the system are the following:
I would like to have some rule with head frame_element_anno(A, B, C, D, E) |
Yes if the the target predicate is frame_element_anno then ideally all the mode declaration should + for that predicate, since you wish to instantiate it with the example in question. |
Additionally an _ is a "don't care" condition. One could write and unique variable name in place of an _ , that will not matter when the rule is fired because there is no binding of "don't care" variables with any other variable. So "_" is essentially a variable, but without binding. |
Gotcha, thank you :) Is there a way where I can set some initial nodes to always participate in the tree creation? I want to experiment and see if some variable bindings actually make sense but were not detected. |
Is there a way to force RDNBoost to always initialize a variable in the head of the rules?
The text was updated successfully, but these errors were encountered: