WeBWorK Main Forum
https://webwork.maa.org/moodle/mod/forum/view.php?f=2
Questions and comments regarding day-to-day use of WeBWorK.Moodleen(c) 2022 WeBWorK: Online homework for math and sciencehttps://webwork.maa.org/moodle/theme/image.php/classic/core/1584125254/i/rsssitelogomoodle
https://webwork.maa.org/moodle
14035Re: LTI grade passback when student name changes
https://webwork.maa.org/moodle/mod/forum/discuss.php?d=6609&parent=17760
Fri, 14 Jan 2022 18:50:02 GMTby Sean Fitzpatrick. <p><p>Thanks. I think the easiest option is just to do manual grade reconciliation at the end of term, as this doesn't happen that often.</p><p>For some annoying reason, it was decided (by our registrar, perhaps?) that student ID numbers are information far too sensitive to be included in the LMS. Apparently they're in there somewhere, but at a level that is hidden from instructors. If we want student numbers we have to go into a different portal (which, of course, does not have the capability of producing a spreadsheet).</p><p>Students get assigned a Moodle ID number, which I think persists throughout the course, but isn't necessarily the same from course to course.</p></p>https://webwork.maa.org/moodle/mod/forum/discuss.php?d=6609&parent=17760Re: LTI grade passback when student name changes
https://webwork.maa.org/moodle/mod/forum/discuss.php?d=6609&parent=17758
Fri, 14 Jan 2022 17:57:49 GMTby Danny Glin. <p><p>I think the short answer is no. As soon as the new account is created in WeBWorK, it will have a full collection of sets assigned to it, which means merging the two accounts would require some logic as to which version of each assignment to keep. You can copy the grades from the old user to the new user (and the problem seeds if you're that ambitious), and I would expect the grade passback to pick these up. This won't catch the student's past answers though.</p><p>If you are brave you could try to do this at the database level, but I don't recommend it as it would be very easy to corrupt other data. I also don't know how well the LTI grade passback would handle this.</p><p>WW 2.16 allows you to choose a different LTI parameter to use as the username in WeBWorK, so you may be able to find an identifier that will never change to use as the username in WeBWorK. For example if your LMS includes the student ID number in the LTI request, then that could be set as the WeBWorK username. This does present some challenges if you also allow users to log in with another external authentication method (e.g. LDAP/AD).</p></p>https://webwork.maa.org/moodle/mod/forum/discuss.php?d=6609&parent=17758LTI grade passback when student name changes
https://webwork.maa.org/moodle/mod/forum/discuss.php?d=6609&parent=17756
Fri, 14 Jan 2022 16:08:01 GMTby Sean Fitzpatrick. <p><p>Is there any way to deal with the situation where a student changes their name mid-semester?</p><p>This happens from time to time, often because a student gets married and changes their last name, and for trans students changing their first name.</p><p>When a name change is filed with our registrar, the student's user ID and email address are changed accordingly. This results in a new account being created in WeBWorK under the new name, and any work that was completed prior to the name change gets left out of the grade passback. Can the two accounts be merged somehow?</p></p>https://webwork.maa.org/moodle/mod/forum/discuss.php?d=6609&parent=17756Re: Problem using upload-OPL-statistics
https://webwork.maa.org/moodle/mod/forum/discuss.php?d=4708&parent=17753
Sun, 09 Jan 2022 23:09:05 GMTby Malcolm Harper. <p><p>Hi Arnie,</p><p>Thanks for the update. I know some teachers really appreciate seeing the statistics in the Library Browser.</p><p>Take care,<br />Malcolm<br /></p></p>https://webwork.maa.org/moodle/mod/forum/discuss.php?d=4708&parent=17753Re: Problem using upload-OPL-statistics
https://webwork.maa.org/moodle/mod/forum/discuss.php?d=4708&parent=17752
Sun, 09 Jan 2022 15:37:30 GMTby Arnold Pizer. <p><p>Hi Malcolm,</p><p>Unfortunately that server is no longer active. Hopefully The WeBWorK Project will at some point arrange for another server so that we can again collect OPL statistics. Thanks for trying to contribute.</p><p>Arnie </p></p>https://webwork.maa.org/moodle/mod/forum/discuss.php?d=4708&parent=17752Re: Problem using upload-OPL-statistics
https://webwork.maa.org/moodle/mod/forum/discuss.php?d=4708&parent=17751
Sat, 08 Jan 2022 21:34:34 GMTby Malcolm Harper. <p><div class="text_to_html">I tried again today and the error persists. Perhaps the server does not accept connections from outside the USA?</div><div class="text_to_html"><br /></div><div class="text_to_html"><pre>ssh: connect to host 52.88.32.79 port 57281: Connection timed out</pre></div><div class="text_to_html"><br /></div><div class="text_to_html"><br /></div><div class="text_to_html">Malcolm<br /></div></p>https://webwork.maa.org/moodle/mod/forum/discuss.php?d=4708&parent=17751Re: mathjax does not work in solution part
https://webwork.maa.org/moodle/mod/forum/discuss.php?d=6605&parent=17749
Sat, 08 Jan 2022 00:22:16 GMTby Andras Balogh. <p><p>Found the mistake.</p><p>From 2.15 localOverrides.conf I copied accidentally the line<br /><span style="font-size:.9375rem;font-family:'-apple-system', BlinkMacSystemFont, 'Segoe UI', Roboto, 'Helvetica Neue', Arial, 'Noto Sans', sans-serif, 'Apple Color Emoji', 'Segoe UI Emoji', 'Segoe UI Symbol', 'Noto Color Emoji';">$webworkURLs{MathJax} = "https://cdn.jsdelivr.net/npm/mathjax@2/MathJax.js?config=TeX-MML-AM_HTMLorMML-full";</span></p><p><span style="font-size:.9375rem;">Changing it to </span><br />$webworkURLs{MathJax} = "$webworkURLs{htdocs}/mathjax/es5/tex-chtml.js";<br /><span style="font-size:.9375rem;font-family:'-apple-system', BlinkMacSystemFont, 'Segoe UI', Roboto, 'Helvetica Neue', Arial, 'Noto Sans', sans-serif, 'Apple Color Emoji', 'Segoe UI Emoji', 'Segoe UI Symbol', 'Noto Color Emoji';">solved the problem.</span></p></p>https://webwork.maa.org/moodle/mod/forum/discuss.php?d=6605&parent=17749Re: mathjax does not work in solution part
https://webwork.maa.org/moodle/mod/forum/discuss.php?d=6605&parent=17747
Fri, 07 Jan 2022 22:54:37 GMTby Danny Glin. <p><p>Mathjax is displaying properly in solutions on my 2.16 installation. Here are a few things to check:</p><p></p><ul><li>Did you do the 'npm install' step from the installation instructions? (I'm assuming that you did since mathjax is working elsewhere)</li><li>Did you restart apache after upgrading?</li><li>Try clearing your browser cache, or doing a shift-reload of the page in question</li><li>Check the error console in your browser to see if there are any messages that might point to what is going wrong</li></ul></p>https://webwork.maa.org/moodle/mod/forum/discuss.php?d=6605&parent=17747mathjax does not work in solution part
https://webwork.maa.org/moodle/mod/forum/discuss.php?d=6605&parent=17746
Fri, 07 Jan 2022 22:13:31 GMTby Andras Balogh. <p><p>We recently upgraded to WeBWorK 2.16 and mathjax seems to work in general. </p><p>But in the solution part it does not work at all. It does not show any math formulas in any solutions.</p></p>https://webwork.maa.org/moodle/mod/forum/discuss.php?d=6605&parent=17746Re: num_cmp Mystery
https://webwork.maa.org/moodle/mod/forum/discuss.php?d=6547&parent=17745
Fri, 07 Jan 2022 21:12:26 GMTby Davide Cervone. <p><p style="background-color:#F0F0F0;padding:3px;border-left:2px solid #CCC;">I think Davide could shed some light on this situation.</p>
<p>
Here's how the zero-level values work: when <code>$a</code> is compared to <code>$b</code>, if either value is below the <code>$zeroLevel</code> value, which is <code>1E-14</code> by default, then if the <i>difference</i> between the two is less than <code>$zeroLevelTol</code>, which is <code>1E-12</code> by default, then they are equal. That is, if <code>abs($a) < $zeroLevel || abs($b) < $zeroLevel</code>, then the two are considered equal if <code>abs($a - $b) < $zeroLevelTol</code>, and are not equal otherwise.
</p>
<p>
In the case discussed here, the correct value is given by <code>pi/6*500*cos(pi/2)</code>, which evaluates to <code>1.60305891143483e-14</code>, and the test value is <code>500*cos(pi/2)</code>, which is <code>3.06161699786838e-14</code>, neither of these is less than <code>$zeroLevel</code>, so the usual relative tolerance rules are used, and they are <b>not</b> equal by that measure (since they would have to agree on their first 3 or 4 significant digits).
</p>
<p>
On the other hand, when testing against <code>100*cos(pi/2)</code>, which is <code>6.12323399573677e-15</code>, this value <i>is</i> less than <code>$zeroLevel</code>, and so the rules above come into play, and we must compare the <i>difference</i>, which is <code>-9.90735511861148e-15</code>, to the <code>$zeroLevelTol</code> of <code>1E-14</code> in absolute value, and since it is less than the tolerance, these <b>are</b> considered equal.
</p>
<p>
When testing against the answer of <code>0</code> itself, since that is less than <code>$zeroLevel</code>, the zero-level rules are used, and since the difference between <code>pi/6*500*cos(pi/2)</code> and <code>0</code> is <code>1.60305891143483e-14</code>, and that is less than the <code>$zeroLevelTol</code> of <code>1E-12</code>, these are also equal.
</p>
<p>
Finally, for <code>260*cos(pi/2)</code>, which is <code>1.59204083889156e-14</code>, neither is smaller than <code>$zeroLevel</code>, and so the usual relative tolerance is used, and this don't match <code>1.60305891143483e-14</code> to enough digits, so they aren't equal. On the other hand, <code>262*cos(pi/2)</code> does match to enough digits, so that <b>does</b> match <code>pi/6*500*cos(pi/2)</code>.
</p>
<p>
So that is how it works, and why these examples do what they do.
</p></p>https://webwork.maa.org/moodle/mod/forum/discuss.php?d=6547&parent=17745