For a lab component of a single course, I 'd probably create n LabTeacherAssignment planning entity instances and m LabAssistentAssignment planning entity instances.
Too bad n doesn't necessarily equal m or is somehow related (then you could just make them n Lectures for example).

An issue you'll run into: the default <contructionHeuristics> do not support multiple planning entity classes currently (it just fails fast).
The new "CH placer" improvements already fix that, but I am still working on completing (and then documenting) it for 6.0.0.CR1.

Note: <localSearch> do support multiple entity classes - but they require an initialized solution (so prefixing a contructionHeuristic is really handy... :)

On 04-07-13 22:35, Sandeep Bandela wrote:
Hi,
I need some help on modeling a planning problem. (using planner 6.0.0.Beta3)
My problem closely resembles curriculum-course example but with some more planning variables as follows.
  1. course can be taught by multiple teachers
  2. lecture needs 1 teacher, 1 projector, 1 teaching assistant.
  3. course can have lab component. which needs 'n' teachers & 'm' lab assistants of that course.
  4. every resource (teacher/projector/room/lab/assistants) have their own availability periods in a day.

1, 2, 4 were easier, I made teacher, projector, TA as planning variables and have list from which they can be chosen. and separate rule to check if the any of these are present in different lectures at the same time or if they are unavailable.

now to incorporate the 3rd, I am stuck. should I create different planning entity and its own variables of teacher, lab assistants? this will also complicate rules to check if the same resource/variable is not in different places in the same period (lecture-lecture, lab-lecture, lab-lab etc.). any suggestions or references regarding this is much appreciated.

Another issue is how can I dynamically control number plan variables/resources needed for a planning entity? like 2 teachers & 4 lab assistants for a lab session of course (is it related to https://issues.jboss.org/browse/PLANNER-167 if so any workaround).

--
Regards,
Sandeep Bandela.


_______________________________________________
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users