History | Log In     View a printable version of the current page.  
Issue Details (XML | Word | Printable)

Key: AMATH-824
Type: Bug Bug
Status: Resolved Resolved
Resolution: Fixed
Priority: Critical Critical
Assignee: Alberto González Palomo
Reporter: Christian Groß
Votes: 0
Watchers: 0
Operations

Link this issue to another issue
If you were logged in you would be able to see more operations.
ActiveMath

CAS resp., Randomizer not working properly

Created: 2006-07-11 16:07   Updated: 2006-10-11 11:10
Component/s: Exercises: Interpreter
Affects Version/s: None
Fix Version/s: 1.0

Time Tracking:
Not Specified

File Attachments: None
Image Attachments:

1. screenshot_CAS_Randomizer_exercise_not_working_properly.PNG
(31 kb)


 Description  « Hide
This is about the exercise fib1_normal, which is a Randomizer exercise. In it, I have authored the following conditions:

<condition xref="fib1_normal_good1"><diagnosis><achievement value="1.0"/></diagnosis><syn_eq>$M$</syn_eq></condition>
<condition xref="fib1_normal_good1"><diagnosis><achievement value="1.0"/></diagnosis><syn_eq>$neg(L)$</syn_eq></condition>
<condition xref="fib1_normal_near1"><diagnosis><misconception xref="LeAM_calculus_misconceptions/misconception_8"/><!-- buggy rule: expression not simplified --><achievement value="0.8"/></diagnosis><syn_eq>$lambda(z,M-z)$$0$</syn_eq></condition>
<condition xref="fib1_normal_good1"><diagnosis><achievement value="1.0"/></diagnosis><sem_eval context="arith1">$M$</sem_eval></condition>

where the variables are defined as following:

$A$ $1/4$ $1/2$ $2$ $3$ $4$ $5$</parameter>
$B$ $neg(3)$ $neg(2)$ $neg(1)$ $1$ $2$ $3$</parameter>
$L$ $1/(2*A*B)$</parameter>
$M$ $neg(L)$</parameter>

As you see, I have even written two "equivalent" conditions, one comparing to M and one comparing to -L (which is equal to M) because I know of difficulties with unary minus. Still neither of the first two conditions applied in the case that you can see in the screenshot. Instead,
condition 3 applied telling the user to "simplify" 1/12...

This bug is critical since it needs to be solved for the upcoming release (evaluations).



 All   Comments   Work Log   Change History   Version Control   FishEye   Crucible   Related Builds      Sort Order: Ascending order - Click to sort in descending order
Stefan Winterstein - 2006-07-21 13:07

George Goguadze - 2006-10-11 11:10
This issue was due to the unreliability of WIRIS CAS, which does not correctly simplify the arithmetical expressions. This results into problems when using evaluated constants within Randomizer.
For example evaluating the fraction 1/2*(-3) should result into a rational number -1/6. When using WIRIS CAS it results into 1/-6 which is not a rational number by the definition of rational numbers. In case of semantic evalutation (sem_eval) this is still ok, since if I ask the CAS to compare -1/6 to 1/-6 semantically, it works. But when using evaluated constant in the content and comparing it syntactically to the learner's answer, the comparison fails. This issue was not arising when using yacas, since it was doing simplification correctly.
Currently, the exercise system has implemented support for pre- and post- processing math expressions and several templates are already provided there.
In particular, the result of a CAS evaluation is always standardized in the particular case of negative fractions. So, the current exercise and the others having the same problem, are working now.
George