-
Notifications
You must be signed in to change notification settings - Fork 41
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
Support for multi-valued state variables, boolean expressions, global constraints, etc. #64
Comments
I updated the "Acceptance Criteria", as I am trying to use the unified_planning to define our problem and I see that
|
I updated again the "Acceptance Criteria", I saw that we can specify action costs with |
In #91 we move the costs inside the |
@alvalentini from my perspective, I see the action cost as related to the action (action1.cost = fluent1+1 and the problem says to minimize the cost) rather than to a quality measure of the problem (action1 has no cost and the problem has a quality measure where the action1 has cost fluent+1), I guess there has been a reason to do this, but I didn't follow any discussion about it so I may be missing important context. |
@madmage Does it make sense to close this or do you want to keep this open as a reminder that we shall support nondeterministic effects? ;-) |
User Story
As a TSB Developer I want the UPF to support the description that we internally use in our company. In our system, the planner is responsible on deciding what action to start/abort in the current state. The description of the problem is encoded by the developers in a proprietary YAML-based file, called YADDL (pron. ['ja:dl]), this description is then translated into a more planning-friendly description. While the system is running, the current state is computed and the planner outputs the current operations to be performed to reach a specified goal. In our system the state can change unpredictably, i.e. the state can change for reasons external to the actions being performed (exogenous events).
In particular, our problem description has the following features (that I am not sure if they are already implemented in the UPF):
We would like to use the UPF to encode at least the planning-friendly translation, for this reason we need the features summarized in the Acceptance Criteria below.
Acceptance Criteria
The UPF description should:
Additional material
Here is an example of a YADDL file, in its current version.
wait-next-job.yaddl.yaml.txt
The text was updated successfully, but these errors were encountered: