Here is a guide on how to use OhHai to ask office hour questions. 

1. You can access the application here:  https://uta.cs.duke.edu. After logging in via Shibboleth, you should see your default view, which will be the Answer Questions page:

If you are a student in more than one course, you can select which course to submit a question by using the drop-down menu and clicking the ‘Select’ button:

2. You will not be able to submit a question to a section that is ‘Closed’. Once the desired section changes its status to ‘Open’, you can submit a question by clicking on the submit icon:

This will bring up the Submit Question form modal:

Fill out this form and submit your question.  You are only allowed to submit one question at a time.  Once submitted, you will see your question in the queue as well as what position you are in the queue. 

3. When your question is ready to be answered, a modal window will open:

You should hear a sound when it is your turn to be helped. 

NOTE: The sound might not occur in Chrome if you are using an Apple computer.

4. After your session with the TA has ended, your question should now appear in your ‘Recently Answered Questions’ section. 

There you can rate the performance of the TA in how well they answered your question:

Here is a guide on how to submit properly formatted .ipynb files for homework and exams.

This is important because a common way to detect bugs that the autograder might find is to first restart the kernel and run everything. Moreover, it is the equivalent of ensuring that you are submitting a polished notebook.

Here is a tool that you can use to  verify whether your notebook is correctly formatted (instructions are in the “How to confirm it is correctly formatted” section):

restart_run_all_verification_tool.ipynb

It is part of the code that we use to verify your notebook and deduct points, in other words, if your notebook pass the tests in this tool, you should expect no penalty.

Steps to restart the kernel and run all

Go to the button labeled “Kernel” at the top of the page.

Click on the “Kernel” button to open this dropdown menu. Now click “Restart & Run All …“.

This box will then appear. Click the red button.

IMPORTANT NOTES:

• If any code cells encounter errors, the execution will stop, and the remaining cells will not run, which will result in an incorrectly formatted notebook.

• After all cells have successfully run, make sure to SAVE the notebook before submitting it.

How to confirm it is correctly formatted

With the tool we provided

After setting the file_path variable to your homework notebook’s file path, run the entire notebook. The output of the last cell should indicate whether your notebook is correctly formatted. If it is not, it should provide you with additional information about the first cell it finds with this issue.

On your machine

After following the instructions above, your notebook code cells’ “[#] ” labels will be in numerical order. Make sure to confirm that all code cells are run. This is a properly formatted .ipynb file. 

On Gradescope

After you submit the notebook to Gradescope, you can click the “Code” button to see how Gradescope renders your notebook. This would also be the version that TA will see during manual grading.

Example of an incorrectly formatted notebook

In example 1, the cell following “[1]” is not “[2]”, and it’s clear that the next cell is run multiple times, so it is deemed an improperly formatted .ipynb file.

In example 2, although this .ipynb file below is in numerical order, the first cell in the file does not start with “[1]” and there is no markdown cells before it, so it is deemed an improperly formatted .ipynb file. 

example 1: example 2:

Issue with cell numbering broken

If you have correctly followed the above instructions but the cell numbering is still weird, it might be due to some defects in your environment.

As an example, the cell following cell “[6]” should be numbered as “[7]”. However, if there is a markdown cell between these two code cells, the counter unexpectedly counts that markdown cell as the 7th cell due to some environment issue.

Currently, as the libraries are still in development and we might encounter this weirdness unavoidably , we will consider this behaviour as acceptable if you clearly follow the instructions above to create a clean notebook.

If you want to fix this issue, some current suggestions are:

1. [Recommended] Use the Duke container to re-run your notebook, then download the clean version and submit it. You can find the guide in Resource page.
2. If you are working on your local machine, you can try to update/re-install Jupyter lab in Anaconda, then re-do the above process. If problem still persists, you can try to re-install the Anaconda distribution.
3. You can use some other online free resources such as Google Colab.
4. Additional discussions are listed here: [1], [2].