Differences between revisions 10 and 12 (spanning 2 versions)
Revision 10 as of 2016-12-19 17:26:19
Size: 1915
Comment:
Revision 12 as of 2018-02-13 14:40:16
Size: 1687
Comment: Polish OptionCaveats
Deletions are marked like this. Additions are marked like this.
Line 9: Line 9:
For mostly historical reasons, specifying the cost type (see [[Doc/Heuristic]]) for landmark heuristics is currently complicated. Here's the complete set of rules:

=== If you use the LAMA-FF synergy ===

There are two relevant options:

 1. {{{lm_cost_type}}} of the landmark generation method (currently only used by {{{lm_rhw}}})
 2. {{{transform}}} of the synergy declaration ({{{lm_ff_syn}}}). Pass e.g. {{{transform=adapt_costs(one)}}} for unit costs.

The cost type of the synergy's landmark heuristic is determined by option 1. when using {{{admissible=false}}} and by option 2. when using {{{admissible=true}}}.

The cost type of the synergy's FF heuristic is determined by option 2.

=== If you do not use the LAMA-FF synergy ===
For mostly historical reasons, specifying the cost type (see [[Doc/Heuristic]]) for landmark heuristics ({{{lmcount}}}, see [[Doc/Heuristic#Landmark-count_heuristic]]) is currently complicated. Here's the complete set of rules:
Line 31: Line 18:
== Using preferred operators with the lmcount heuristic == '''Note:''' Setting the cost type for the LAMA-FF synergy's master (see [[Doc/Heuristic#LAMA-FF_synergy_master]]) follows the same rules as the landmark heuristic. The cost type of the synergy's FF heuristic is determined by option 2.
Line 33: Line 20:
Unlike all other (current) heuristics, the {{{lmcount}}} heuristic requires a special setting {{{pref=true}}} to enable preferred operator support. Hence, to use preferred operators with that heuristic, '''two''' things must be done at the moment: == Using "preferred operators" with landmark heuristics ==

Unlik
e all other (current) heuristics, the landmark heuristic ({{{lmcount}}}, see [[Doc/Heuristic#Landmark-count_heuristic]]) requires a special setting {{{pref=true}}} to enable preferred operator support. Hence, to use preferred operators with that heuristic, '''two''' things must be done at the moment:

Back to the HomePage.

Caveats for the options

Here, we document some aspects of the command-line syntax that may be unintuitive or complicated.

Setting the "cost type" for landmark heuristics

For mostly historical reasons, specifying the cost type (see Doc/Heuristic) for landmark heuristics (lmcount, see Doc/Heuristic#Landmark-count_heuristic) is currently complicated. Here's the complete set of rules:

There are two relevant options:

  1. lm_cost_type of the landmark generation method (currently only used by lm_rhw)

  2. transform of the landmark heuristic declaration (lmcount). Pass e.g. transform=adapt_costs(one) for unit costs.

The cost type of the landmark heuristic is determined by option 1. when using admissible=false and by option 2. when using admissible=true.

Note: Setting the cost type for the LAMA-FF synergy's master (see Doc/Heuristic#LAMA-FF_synergy_master) follows the same rules as the landmark heuristic. The cost type of the synergy's FF heuristic is determined by option 2.

Using "preferred operators" with landmark heuristics

Unlike all other (current) heuristics, the landmark heuristic (lmcount, see Doc/Heuristic#Landmark-count_heuristic) requires a special setting pref=true to enable preferred operator support. Hence, to use preferred operators with that heuristic, two things must be done at the moment:

  1. Set pref=true in the heuristic specification.

  2. Include the heuristic in the list of heuristics in the preferred specification of the search engine.