** Using WeBWorK **

I am trying to use a student's answer, that is a function, as part of of the answer to a later part of the question.

In order to do this, I need to evaluate the function at a point, and use that numerical value. The situation is complicated further by the fact that the function is a function of two variables.

To try to work out how, I have tried:

$point = Formula('2x')->eval(x=>5);

This results in (10) (including the brackets. How can I get the value just as a number without the brackets - (so that it can be used in a num_cmp)?

Also, I have no idea how to extend this to accept functions of more than one variable (in fact - any function that is not purly a function of just "x").

A point to some relavant documentation would be appreciated also, as I can't find anything on "Formula"

Thanks,

Michal Charemza.

<| Post or View Comments |>

"In order to do this, I need to evaluate the function at a point, and use that numerical value."

I shouldn't have written "In order to do this". It just happens that in the question I am writing I need to evaluate the entered function at a point.

Michal.

<| Post or View Comments |>

I'm not seeing the same result

$point = Formula('2x')->eval(x=>5);

and TEXT($point)

prints out 10 not (10).

I suspect that you can use

ANS($point->cmp)

to check that the student's answer is 10, although there might be a more efficient way (Davide Cervone will know.)

Here is a pointer to what documentation there is for the Parser. If you have access to your webwork server its under ...../webwork2/doc/parser

http://cvs.webwork.rochester.edu/viewcvs.cgi/webwork2/doc/parser/

-- Mike

<| Post or View Comments |>

However, if I use ( $point ) or just $point after BEGIN_TEXT, then I get the extra brackets as well. If I set a variable $x=5 before BEGIN_TEXT, and display it with $x or ( $x ) after BEGIN_TEXT, then I don't get the extra brackets (as I would expect).

> ...../webwork2/doc/parser Thanks, this looks very helpful.

Michal.

<| Post or View Comments |>

$point = Formula('2x')->eval(x=>5);

This results in (10) (including the brackets. How can I get the value just as a number without the brackets - (so that it can be used in a num_cmp)?

You need to update your copy of the Parser. This behavior was changed about 10 months ago. You can update just the Parser and Value packages that are in pg/lib without updating anything else if you wish.

The reason that the Parser objects put parentheses around themselves during string concatenation operations is so that you can build more complicated formulas from simpler parts. For example:

   $f = Formula("2x+1");
   $g = Formula("x/$f");

It turned out, however, that often the parentheses were not needed, and people were confused about the parens in situations like yours, and so 10 months ago, I changed the defaults for most objects so that they would not insert parentheses unless it was likely that they would be needed. So, for example, Reals don't insert parentheses any more, but complexes do, since the plus in 1+3i has such low precedence. (The one bad effect of this is that when -5 is inserted, the lack of parens can be a problem. For example, $a = Real(-5); $f = Formula("$a^2"); would produce -10 not 10. But this is true of $a = -5; as well)

In terms of using parser objects within BEGIN_TEXT/END_TEXT, I mentioned that you usually want the objects to produce their TeX form rather than their string form (for something like a Real, that is not much different, but if the real were something like 2.4E10, then it would make a difference). To make this easier, the Parser has a Context flag that says how Parser objects should stringify themselves. Using Context()->texStrings; just before BEGIN_TEXT and Context()->normalStrings; just after will make it easier to obtain the desired output.

Given a Parser object, $f (not necessarily a formula, but any Parser object), you can get its TeX form from $f->TeX, and its string form as $f->string. These can be used within BEGIN_TEXT/END_TEXT by using the command escapes \{...\}. For example:

    $f=Formula("sin(x/(x+1))");
    BEGIN_TEXT
    \(f(x) = \{$f->TeX\}\)
    END_TEXT

    $f=Formula("sin(x/(x+1))");
    Context()->texStrings;
    BEGIN_TEXT
    \(f(x) = $f\)
    END_TEXT
    Context()->normalStrings;

In any case, updating your copy of the Parser and Value packages should make this work more like what you would expect.

Davide

<| Post or View Comments |>

Mike is right, you don't need to use num_cmp. With Parser objects, you don't need to use the older answer checkers at all, but can just use the object's ->cmp method instead.

If you really want to use num_cmp(), however, you can, simply by passing it $point itself: num_cmp($point) should work fine. (It might require the update from 10 months ago, however.)

Finally, if you really want to turn $point into a perl real number rather than a Parser Real object, you can use $point->value. (For Reals, this gets you the perl real; for complexes, an array of 2 Reals; for points and vectors, an array of coordinates, and so on.)

Davide

<| Post or View Comments |>

These should not be much harder than single-variable functions. For example:

    Context("Numeric")->variables->are(x=>'Real',y=>'Real');
    $f = Formula("2x+3y^2");
    $fxy = $f->eval(x=>-1, y=>3);

    $fy = $f->substitute(x=>-1);

Davide

<| Post or View Comments |>

I didn't know you had to add the variables to the context.

Thanks Davide, you have been very helpful,

Michal.

<| Post or View Comments |>