Issue509

Title task class enhancements
Priority meta Status chatting
Superseder Nosy List erez, florian, haz, jendrik, malte
Assigned To jendrik Keywords
Optional summary
1. ~~Range-based for loops for collections~~ (issue510)
2. ~~Add task transformation that ignores costs~~ (issue511).
3. ~~Add TaskTransformation class~~ (issue512).
4. ~~Add more (helper) functions~~ (issue515).
5. ~~Use task interface in existing heuristics~~
   - ~~LM-cut~~ (issue528)
   - ~~PDB heuristics~~ (issue529)
   - ~~Merge and shrink~~ (issue548)
   - ~~landmark heuristics~~ (issue551)
   - ~~cea~~ (issue552)
   - ~~cg~~ (issue553)
   - ~~goal count, ipc max, h^max~~ (issue554)
   - ~~h^m~~ (issue555)
6. ~~Support access to axiom layers and axiom default values through task
   interface~~ (issue660).
7. ~~Use task interface for AxiomEvaluator~~ (issue660).
8. ~~Make GlobalState independent from globals (in particular g_root_task):
   remove GlobalState::dump* (can be replaced with State::dump*);
   store state size in GlobalState and StateRegistry~~ (issue665).
9. ~~Get rid of GlobalOperator::marked~~ (issue535).
10. ~~Use task interface in pruning methods (issue629).~~
11. ~~Think about the way initial state data is handled.~~
12. ~~Remove cost_type from Heuristic~~ (issue684).
13. Replace stored GlobalOperator* by operator ids for preferred operators,
    applicable operators in successor generator, notify_state_transition,
    pruning, etc. (issue629, issue688, issue696, issue725, issue726)
14. Store global task data in RootTask and remove global variables that
    currently store the task (issue700).
15. Use task interface for StateRegistry.
16. Duplicate EvaluationContext/EvaluationResult/HeristicCache for State
    (instead of GlobalState)
17. Use task interface in search engines.
    As a first step we want to hard code the task used by the searches to
    g_root_task. Searches should keep the cost_type parameter and pass it
    to get_adjusted_cost.
18. Get rid of GlobalOperator.
19. Handle task transformations in path-dependent heuristics (issue686)
20. Use task interface for IntPacker (issue699)

Created on 2015-02-19.14:48:01 by jendrik, last changed by florian.

Summary
1. Range-based for loops for collections (issue510)
2. Add task transformation that ignores costs (issue511).
3. Add TaskTransformation class (issue512).
4. Add more (helper) functions (issue515).
5. Use task interface in existing heuristics
   - LM-cut (issue528)
   - PDB heuristics (issue529)
   - Merge and shrink (issue548)
   - landmark heuristics (issue551)
   - cea (issue552)
   - cg (issue553)
   - goal count, ipc max, h^max (issue554)
   - h^m (issue555)
6. Support access to axiom layers and axiom default values through task
   interface (issue660).
7. Use task interface for AxiomEvaluator (issue660).
8. Make GlobalState independent from globals (in particular g_root_task):
   remove GlobalState::dump* (can be replaced with State::dump*);
   store state size in GlobalState and StateRegistry (issue665).
9. Get rid of GlobalOperator::marked (issue535).
10. Use task interface in pruning methods (issue629).
11. Think about the way initial state data is handled.
12. Remove cost_type from Heuristic (issue684).
13. Replace stored GlobalOperator* by operator ids for preferred operators,
    applicable operators in successor generator, notify_state_transition,
    pruning, etc. (issue629, issue688, issue696, issue725, issue726)
14. Store global task data in RootTask and remove global variables that
    currently store the task (issue700).
15. Use task interface for StateRegistry.
16. Duplicate EvaluationContext/EvaluationResult/HeristicCache for State
    (instead of GlobalState)
17. Use task interface in search engines.
    As a first step we want to hard code the task used by the searches to
    g_root_task. Searches should keep the cost_type parameter and pass it
    to get_adjusted_cost.
18. Get rid of GlobalOperator.
19. Handle task transformations in path-dependent heuristics (issue686)
20. Use task interface for IntPacker (issue699)
Messages
msg6325 (view) Author: florian Date: 2017-05-02.19:21:35
cross reference to issue726
msg6282 (view) Author: florian Date: 2017-04-28.19:35:10
Reference issue725
msg6018 (view) Author: florian Date: 2017-01-05.18:33:24
We discussed a solution for the initial state: the root task will own an axiom
evaluator (and a successor generator) and generate them in its constructor.
We'll add methods to the axiom evaluator that work on unpacked state data
(vector<int>). This will lead to some code duplication, which we might be able
to avoid with templates. Depending on how we want to handle unpacking states
(see issue348), we could eventually get rid off the method evaluates axioms on
packed states. 

In the long run, every task could own an axiom evaluator (and successor
generator) or re-use the one from its parent.

We also talked about a good place to start introducing the task interface into
the search algorithms and decided it would be easier, if we first duplicated
EvaluationContext/EvaluationResult/HeristicCache so they can be used with States
(not just GlobalStates). Once this is done, we can concentrate on one search
algorithm at a time.

I updated the plan in the summary re-ordering items a bit.
msg5951 (view) Author: florian Date: 2016-12-20.23:53:44
updated references to issue629, issue688, issue696, and issue700.
msg5942 (view) Author: florian Date: 2016-12-20.17:44:23
Add item 20 and tick off item 18.
msg5787 (view) Author: jendrik Date: 2016-10-26.19:18:22
Add issue686.
msg5785 (view) Author: jendrik Date: 2016-10-26.19:13:34
Update summary
msg5638 (view) Author: jendrik Date: 2016-09-17.23:50:05
Tick off number 8.
msg5581 (view) Author: malte Date: 2016-08-28.17:02:17
Please take into account that axioms also count as operators, which is why
OperatorProxy stores more than just an index.
msg5556 (view) Author: florian Date: 2016-08-15.14:24:26
Add reference to issue665.
msg5544 (view) Author: florian Date: 2016-08-12.19:00:08
Updated summary after some offline discussion. Jendrik and I noticed that the code 
for different running issues made different assumptions about the data structures 
that will be used within searches after they are switched to the task interface.

We had a look at the code that currently uses GlobalOperator to see how they could be 
changed. One suggestion that would work as far as we can see, is to use operator 
indices (int) in most places that currently store GlobalOperator*. An alternative 
would be to store OperatorProxies but we previously said to avoid any proxies in 
containers or other long-term storage. Our plan is to try this in an issue branch to 
see if we get a performance hit from looking up the operator when we need it.
msg5484 (view) Author: jendrik Date: 2016-08-04.17:42:16
Remove obvious comment.
msg5483 (view) Author: jendrik Date: 2016-08-04.17:38:09
Update summary.
msg5466 (view) Author: florian Date: 2016-06-27.12:37:11
Using the task interface for axioms (points 8. and 9.) is issue660.
msg5176 (view) Author: florian Date: 2016-02-10.10:57:35
Using the task interface in pruning methods is issue629.
msg5101 (view) Author: florian Date: 2016-01-16.12:57:11
I added TODOs for supporting the task interface in the search engines (and
smaller steps on the way).

One thing, we should discuss is how to handle initial state data.
Currently, RootTask gets the initial state in four steps:
  1) RootTask accesses the global state registry.
  2) The registry reads values from g_initial_state_data, packs the data, and
evaluates axioms on the packed data.
  3) The registry returns a GlobalState that contains a pointer to the packed data.
  4) RootTask converts the GlobalState into a State (unpacks the data) and
returns it.

The problem with that is that we want to use the task interface in the registry,
i.e., the registry should get its initial state data from the task, not the
other way around. The question then is, who should be responsible for evaluating
axioms on the initial state data, who should store the data, etc.
msg4374 (view) Author: florian Date: 2015-07-15.11:56:02
I created issues for the remaining heuristics:
- landmark heuristics (issue551)
- cea (issue552)
- cg (issue553)
- goal count, ipc max, h^max (issue554)
- h^m (issue555)
msg4362 (view) Author: jendrik Date: 2015-07-14.20:09:53
Using the new task interface in merge-and-shrink is issue548.
msg4233 (view) Author: florian Date: 2015-06-03.14:35:41
5. Use task interface in existing heuristics
   - LM-cut (issue528)
   - PDB heuristics (issue529)
   - Merge and shrink
   - cg
   - ...
msg4034 (view) Author: jendrik Date: 2015-03-06.16:01:24
4. Add more (helper) functions (issue515).
msg4020 (view) Author: jendrik Date: 2015-02-20.17:55:10
3. Add TaskTransformation class (issue512).
msg4019 (view) Author: jendrik Date: 2015-02-20.11:36:32
2. Add task transformation that ignores costs (issue511).
msg4016 (view) Author: jendrik Date: 2015-02-19.19:13:15
Let's start collecting our ideas:

1. Range-based for loops for collections (issue510)
msg4012 (view) Author: jendrik Date: 2015-02-19.14:48:00
This meta issue groups all issues related to the task class. A preliminary 
version of the task class has been added in issue439. We'd like to collect and 
discuss all further enhancements in this meta issue.
History
Date User Action Args
2017-05-02 19:21:35floriansetmessages: + msg6325
summary: 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. ~~Use task interface in pruning methods (issue629).~~ 11. ~~Think about the way initial state data is handled.~~ 12. ~~Remove cost_type from Heuristic~~ (issue684). 13. Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. (issue629, issue688, issue696, issue725) 14. Store global task data in RootTask and remove global variables that currently store the task (issue700). 15. Use task interface for StateRegistry. 16. Duplicate EvaluationContext/EvaluationResult/HeristicCache for State (instead of GlobalState) 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. Get rid of GlobalOperator. 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699) -> 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. ~~Use task interface in pruning methods (issue629).~~ 11. ~~Think about the way initial state data is handled.~~ 12. ~~Remove cost_type from Heuristic~~ (issue684). 13. Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. (issue629, issue688, issue696, issue725, issue726) 14. Store global task data in RootTask and remove global variables that currently store the task (issue700). 15. Use task interface for StateRegistry. 16. Duplicate EvaluationContext/EvaluationResult/HeristicCache for State (instead of GlobalState) 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. Get rid of GlobalOperator. 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699)
2017-04-28 19:35:10floriansetmessages: + msg6282
summary: 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. ~~Use task interface in pruning methods (issue629).~~ 11. ~~Think about the way initial state data is handled.~~ 12. ~~Remove cost_type from Heuristic~~ (issue684). 13. Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. (issue629, issue688, issue696) 14. Store global task data in RootTask and remove global variables that currently store the task (issue700). 15. Use task interface for StateRegistry. 16. Duplicate EvaluationContext/EvaluationResult/HeristicCache for State (instead of GlobalState) 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. Get rid of GlobalOperator. 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699) -> 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. ~~Use task interface in pruning methods (issue629).~~ 11. ~~Think about the way initial state data is handled.~~ 12. ~~Remove cost_type from Heuristic~~ (issue684). 13. Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. (issue629, issue688, issue696, issue725) 14. Store global task data in RootTask and remove global variables that currently store the task (issue700). 15. Use task interface for StateRegistry. 16. Duplicate EvaluationContext/EvaluationResult/HeristicCache for State (instead of GlobalState) 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. Get rid of GlobalOperator. 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699)
2017-01-05 18:33:24floriansetmessages: + msg6018
summary: 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. (issue629, issue688, issue696) 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue700). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. ~~Remove cost_type from Heuristic~~ (issue684). 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699) -> 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. ~~Use task interface in pruning methods (issue629).~~ 11. ~~Think about the way initial state data is handled.~~ 12. ~~Remove cost_type from Heuristic~~ (issue684). 13. Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. (issue629, issue688, issue696) 14. Store global task data in RootTask and remove global variables that currently store the task (issue700). 15. Use task interface for StateRegistry. 16. Duplicate EvaluationContext/EvaluationResult/HeristicCache for State (instead of GlobalState) 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. Get rid of GlobalOperator. 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699)
2016-12-20 23:53:44floriansetmessages: + msg5951
summary: 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue576). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. ~~Remove cost_type from Heuristic~~ (issue684). 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699) -> 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. (issue629, issue688, issue696) 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue700). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. ~~Remove cost_type from Heuristic~~ (issue684). 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699)
2016-12-20 17:44:25floriansetmessages: + msg5942
summary: 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue576). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. Remove cost_type from Heuristic (issue684). 19. Handle task transformations in path-dependent heuristics (issue686) -> 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue576). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. ~~Remove cost_type from Heuristic~~ (issue684). 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699)
2016-10-26 19:18:22jendriksetmessages: + msg5787
summary: 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue576). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. Remove cost_type from Heuristic (issue684). -> 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue576). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. Remove cost_type from Heuristic (issue684). 19. Handle task transformations in path-dependent heuristics (issue686)
2016-10-26 19:13:35jendriksetmessages: + msg5785
summary: 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. Use task interface in existing heuristics - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - landmark heuristics (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. Get rid of GlobalOperator::marked (issue535). 10. Discuss how to get rid of GlobalOperator. Idea: replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue576). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. -> 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue576). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. Remove cost_type from Heuristic (issue684).
2016-09-17 23:50:05jendriksetmessages: + msg5638
summary: 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. Use task interface in existing heuristics - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - landmark heuristics (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry (issue665). 9. Get rid of GlobalOperator::marked (issue535). 10. Discuss how to get rid of GlobalOperator. Idea: replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue576). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. -> 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. Use task interface in existing heuristics - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - landmark heuristics (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. Get rid of GlobalOperator::marked (issue535). 10. Discuss how to get rid of GlobalOperator. Idea: replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue576). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost.
2016-08-28 17:02:17maltesetmessages: + msg5581
summary: 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. Use task interface in existing heuristics - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - landmark heuristics (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry (issue665). 9. Get rid of GlobalOperator::marked (issue535). 10. Discuss how to get rid of GlobalOperator. Idea: replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue576). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. -> 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. Use task interface in existing heuristics - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - landmark heuristics (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry (issue665). 9. Get rid of GlobalOperator::marked (issue535). 10. Discuss how to get rid of GlobalOperator. Idea: replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue576). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost.
2016-08-15 14:24:26floriansetmessages: + msg5556
summary: 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. Use task interface in existing heuristics - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - landmark heuristics (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry. 9. Get rid of GlobalOperator::marked (issue535). 10. Discuss how to get rid of GlobalOperator. Idea: replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue576). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. -> 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. Use task interface in existing heuristics - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - landmark heuristics (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry (issue665). 9. Get rid of GlobalOperator::marked (issue535). 10. Discuss how to get rid of GlobalOperator. Idea: replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue576). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost.
2016-08-12 19:00:08floriansetmessages: + msg5544
summary: 1. Range-based for loops for collections (issue510) 2. Add task transformation that ignores costs (issue511). 3. Add TaskTransformation class (issue512). 4. Add more (helper) functions (issue515). 5. Use task interface in existing heuristics - LM-cut (issue528) - PDB heuristics (issue529) - Merge and shrink (issue548) - landmark heuristics (issue551) - cea (issue552) - cg (issue553) - goal count, ipc max, h^max (issue554) - h^m (issue555) 6. Use task interface in pruning methods (issue629). 7. Think about the way initial state data is handled. 8. Support access to axiom layers and axiom default values through task interface (issue660). 9. Use task interface for AxiomEvaluator (issue660). 10. Use task interface for StateRegistry. 11. Use task interface for GlobalState::dump* (transform to State of appropriate task and use State::dump*). 12. Use task interface in search engines. As a first step we want to hard code the task used by the searches. Searches should keep the cost_type parameter and create their task from the root task. -> 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. Use task interface in existing heuristics - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - landmark heuristics (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry. 9. Get rid of GlobalOperator::marked (issue535). 10. Discuss how to get rid of GlobalOperator. Idea: replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue576). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost.
2016-08-04 17:42:16jendriksetmessages: + msg5484
summary: 1. Range-based for loops for collections (issue510) 2. Add task transformation that ignores costs (issue511). 3. Add TaskTransformation class (issue512). 4. Add more (helper) functions (issue515). 5. Use task interface in existing heuristics - LM-cut (issue528) - PDB heuristics (issue529) - Merge and shrink (issue548) - landmark heuristics (issue551) - cea (issue552) - cg (issue553) - goal count, ipc max, h^max (issue554) - h^m (issue555) 6. Use task interface in pruning methods (issue629). 7. Think about the way initial state data is handled. TaskProxy should return initial state after axiom evaluation. 8. Support access to axiom layers and axiom default values through task interface (issue660). 9. Use task interface for AxiomEvaluator (issue660). 10. Use task interface for StateRegistry. 11. Use task interface for GlobalState::dump* (transform to State of appropriate task and use State::dump*). 12. Use task interface in search engines. As a first step we want to hard code the task used by the searches. Searches should keep the cost_type parameter and create their task from the root task. -> 1. Range-based for loops for collections (issue510) 2. Add task transformation that ignores costs (issue511). 3. Add TaskTransformation class (issue512). 4. Add more (helper) functions (issue515). 5. Use task interface in existing heuristics - LM-cut (issue528) - PDB heuristics (issue529) - Merge and shrink (issue548) - landmark heuristics (issue551) - cea (issue552) - cg (issue553) - goal count, ipc max, h^max (issue554) - h^m (issue555) 6. Use task interface in pruning methods (issue629). 7. Think about the way initial state data is handled. 8. Support access to axiom layers and axiom default values through task interface (issue660). 9. Use task interface for AxiomEvaluator (issue660). 10. Use task interface for StateRegistry. 11. Use task interface for GlobalState::dump* (transform to State of appropriate task and use State::dump*). 12. Use task interface in search engines. As a first step we want to hard code the task used by the searches. Searches should keep the cost_type parameter and create their task from the root task.
2016-08-04 17:38:09jendriksetmessages: + msg5483
summary: 1. Range-based for loops for collections (issue510) 2. Add task transformation that ignores costs (issue511). 3. Add TaskTransformation class (issue512). 4. Add more (helper) functions (issue515). 5. Use task interface in existing heuristics - LM-cut (issue528) - PDB heuristics (issue529) - Merge and shrink (issue548) - landmark heuristics (issue551) - cea (issue552) - cg (issue553) - goal count, ipc max, h^max (issue554) - h^m (issue555) 6. Use task interface in pruning methods (issue629). 7. Think about the way intial state data is handled. 8. Support access to axiom layers and axiom default values through task interface (issue660). 9. Use task interface for AxiomEvaluator (issue660). 10. Use task interface for StateRegistry. 11. Use task interface for GlobalState::dump* (transform to State of appropriate task and use State::dump*). 12. Use task interface in search engines. -> 1. Range-based for loops for collections (issue510) 2. Add task transformation that ignores costs (issue511). 3. Add TaskTransformation class (issue512). 4. Add more (helper) functions (issue515). 5. Use task interface in existing heuristics - LM-cut (issue528) - PDB heuristics (issue529) - Merge and shrink (issue548) - landmark heuristics (issue551) - cea (issue552) - cg (issue553) - goal count, ipc max, h^max (issue554) - h^m (issue555) 6. Use task interface in pruning methods (issue629). 7. Think about the way initial state data is handled. TaskProxy should return initial state after axiom evaluation. 8. Support access to axiom layers and axiom default values through task interface (issue660). 9. Use task interface for AxiomEvaluator (issue660). 10. Use task interface for StateRegistry. 11. Use task interface for GlobalState::dump* (transform to State of appropriate task and use State::dump*). 12. Use task interface in search engines. As a first step we want to hard code the task used by the searches. Searches should keep the cost_type parameter and create their task from the root task.
2016-06-27 12:37:11floriansetmessages: + msg5466
summary: 1. Range-based for loops for collections (issue510) 2. Add task transformation that ignores costs (issue511). 3. Add TaskTransformation class (issue512). 4. Add more (helper) functions (issue515). 5. Use task interface in existing heuristics - LM-cut (issue528) - PDB heuristics (issue529) - Merge and shrink (issue548) - landmark heuristics (issue551) - cea (issue552) - cg (issue553) - goal count, ipc max, h^max (issue554) - h^m (issue555) 6. Use task interface in pruning methods (issue629). 7. Think about the way intial state data is handled. 8. Support access to axiom layers and axiom default values through task interface. 9. Use task interface for AxiomEvaluator. 10. Use task interface for StateRegistry. 11. Use task interface for GlobalState::dump* (transform to State of appropriate task and use State::dump*). 12. Use task interface in search engines. -> 1. Range-based for loops for collections (issue510) 2. Add task transformation that ignores costs (issue511). 3. Add TaskTransformation class (issue512). 4. Add more (helper) functions (issue515). 5. Use task interface in existing heuristics - LM-cut (issue528) - PDB heuristics (issue529) - Merge and shrink (issue548) - landmark heuristics (issue551) - cea (issue552) - cg (issue553) - goal count, ipc max, h^max (issue554) - h^m (issue555) 6. Use task interface in pruning methods (issue629). 7. Think about the way intial state data is handled. 8. Support access to axiom layers and axiom default values through task interface (issue660). 9. Use task interface for AxiomEvaluator (issue660). 10. Use task interface for StateRegistry. 11. Use task interface for GlobalState::dump* (transform to State of appropriate task and use State::dump*). 12. Use task interface in search engines.
2016-02-10 10:57:35floriansetmessages: + msg5176
summary: 1. Range-based for loops for collections (issue510) 2. Add task transformation that ignores costs (issue511). 3. Add TaskTransformation class (issue512). 4. Add more (helper) functions (issue515). 5. Use task interface in existing heuristics - LM-cut (issue528) - PDB heuristics (issue529) - Merge and shrink (issue548) - landmark heuristics (issue551) - cea (issue552) - cg (issue553) - goal count, ipc max, h^max (issue554) - h^m (issue555) 6. Use task interface in pruning methods. 7. Think about the way intial state data is handled. 8. Support access to axiom layers and axiom default values through task interface. 9. Use task interface for AxiomEvaluator. 10. Use task interface for StateRegistry. 11. Use task interface for GlobalState::dump* (transform to State of appropriate task and use State::dump*). 12. Use task interface in search engines. -> 1. Range-based for loops for collections (issue510) 2. Add task transformation that ignores costs (issue511). 3. Add TaskTransformation class (issue512). 4. Add more (helper) functions (issue515). 5. Use task interface in existing heuristics - LM-cut (issue528) - PDB heuristics (issue529) - Merge and shrink (issue548) - landmark heuristics (issue551) - cea (issue552) - cg (issue553) - goal count, ipc max, h^max (issue554) - h^m (issue555) 6. Use task interface in pruning methods (issue629). 7. Think about the way intial state data is handled. 8. Support access to axiom layers and axiom default values through task interface. 9. Use task interface for AxiomEvaluator. 10. Use task interface for StateRegistry. 11. Use task interface for GlobalState::dump* (transform to State of appropriate task and use State::dump*). 12. Use task interface in search engines.
2016-01-16 12:57:11floriansetmessages: + msg5101
summary: 1. Range-based for loops for collections (issue510) 2. Add task transformation that ignores costs (issue511). 3. Add TaskTransformation class (issue512). 4. Add more (helper) functions (issue515). 5. Use task interface in existing heuristics - LM-cut (issue528) - PDB heuristics (issue529) - Merge and shrink (issue548) - landmark heuristics (issue551) - cea (issue552) - cg (issue553) - goal count, ipc max, h^max (issue554) - h^m (issue555) -> 1. Range-based for loops for collections (issue510) 2. Add task transformation that ignores costs (issue511). 3. Add TaskTransformation class (issue512). 4. Add more (helper) functions (issue515). 5. Use task interface in existing heuristics - LM-cut (issue528) - PDB heuristics (issue529) - Merge and shrink (issue548) - landmark heuristics (issue551) - cea (issue552) - cg (issue553) - goal count, ipc max, h^max (issue554) - h^m (issue555) 6. Use task interface in pruning methods. 7. Think about the way intial state data is handled. 8. Support access to axiom layers and axiom default values through task interface. 9. Use task interface for AxiomEvaluator. 10. Use task interface for StateRegistry. 11. Use task interface for GlobalState::dump* (transform to State of appropriate task and use State::dump*). 12. Use task interface in search engines.
2015-10-26 17:12:21floriansetsummary: 1. Range-based for loops for collections (issue510) 2. Add task transformation that ignores costs (issue511). 3. Add TaskTransformation class (issue512). 4. Add more (helper) functions (issue515). 5. Use task interface in existing heuristics - LM-cut (issue528) - PDB heuristics (issue529) - Merge and shrink (issue548) - landmark heuristics (issue551) - cea (issue552) - cg (issue553) - goal count, ipc max, h^max (issue554) - h^m (issue555)
2015-07-15 11:56:02floriansetmessages: + msg4374
2015-07-14 20:09:53jendriksetmessages: + msg4362
2015-06-03 14:35:41floriansetnosy: + florian
messages: + msg4233
2015-03-06 16:01:24jendriksetmessages: + msg4034
2015-02-20 17:55:10jendriksetmessages: + msg4020
2015-02-20 11:36:32jendriksetmessages: + msg4019
2015-02-19 19:13:15jendriksetstatus: unread -> chatting
messages: + msg4016
2015-02-19 14:48:01jendrikcreate