-
Notifications
You must be signed in to change notification settings - Fork 0
Solution/answer template #4
Comments
That's part of the reason I was suggesting python, that would allow a lot of freedom for creating new questions. In my example of MATH 1000, SymPy could be used create equations that are solvable. For entering an answer, we would need an HTML5/JS based form. (Flash isn't really an option anymore, a lot of us do these quizzes in study rooms on our mobile devices.) Anyone know of something that's already available? Obviously forcing the user to enter in a LaTeX format for equations would be the easiest, but we can't expect students to know that (useful skill though). A fun improvement with python is that would could generate random graphs, something that isn't commonly done in the current off the shelf systems. Heck, we could even create interactive 3D models on the spot. I know some instructors might not know python (which in STEM you really should know..), but those aren't the people who are going to go the extra mile to create any questions except the default anyway. They could simply select from previously created questions. |
There are a lot of ways we could allow students to answer questions once we know how we are to represent the questions and answers.
And so on... However, before thinking about the UI, we need to know how this is going to work behind the scenes. The question/answer format spec needs to be generic but also easy to understand so that new data can be created and managed easily. That's what this issue exists to discuss. |
@redwire I can't recall discussing the "automatically generate questions from a specification" part. That sounds ambitious. But we definitely need question/answer templates. I suppose, for the 'question' part, we'd just use a blank text area, with support for some sort of markup (i.e. a way to add images, lists, mathematical equations, etc.). And each question would have a number, letter, or some sort of identifier. Then the quiz author would need to specify what type of question it was (i.e. multiple choice, short/long answer, fill in the blanks (with or without "word bank"), etc.). They would need to supply additional information for some of those question types. And we'd have the option of specifying the valid input types and ranges whenever possible, to do some validation (e.g. they could specify certain blanks need to be integers, strings, floats, etc., or that it must be positive). |
We may be overestimating the involvement that an instructor would want. In reality, it's going to be a small group of people who create questions That's why I mentioned python earlier, I was thinking we could give the On Mon, Oct 27, 2014 at 2:22 PM, Mark Stacey [email protected]
|
Definitely dreaming for too much. There's no reason to require quizes to be written programmatically; it wouldn't be easier for us or the quiz authors. That sounds painful. It might be a nice feature... but definitely not the typical case. The users of this software would be quiz authors (whether they're TA's, profs, volunteers, etc.) and quiz takers. We don't care who the instructor is or how involved they are; only that the quiz author is able to author a quiz. Though, the 'program your own question' suggestion brings up a few interesting questions... Lets say that a quiz is a series of questions and answers. We know the responsibility of the quiz is to asses the competency of the quiz taker and assign a grade determined by the number of questions correctly answered. What are the resposibilities of the questions and answers? My first thought would be that a question has to have a description, an id, and... a format, I guess? i.e. whether it's multiple choice, fill-in-blank, etc. And then it needs a way to verify the correctness of the answer given. It also needs a weigh, i.e. the number of 'points' it's worth compared to the other questions. |
@Gudahtt My bad, it was actually Andrew whom I was talking to in the lab one time that suggested a feature for automatically generating questions and solutions. I don't think it's as feasible as he seems to think it is, but I don't think he was really thinking about the general case either. |
I don't see why that wouldn't be possible, isn't that how all the current On Sat, Nov 1, 2014 at 7:10 PM, Zack Mullaly [email protected]
|
No. They currently select a random subset of questions from a pool of questions. |
That sounds time consuming to create. On Mon, Nov 3, 2014 at 7:25 PM, Zack Mullaly [email protected]
|
It's pretty straightforward though. Automatically generating questions? Not so much. For starters, what would they be generated from? |
Yeah I don't think generating problems is really feasible. Creating the pool manually is certainly not the easiest thing to do, either. I suppose we could just grab a bunch of problems for different courses from various textbooks, though. |
It wouldn't be that bad with a math/physics course, or anything number On Mon, Nov 3, 2014 at 8:03 PM, Zack Mullaly [email protected]
|
You'd still have to go through the process of specifying a generic format for each type of question and writing a solver to check generated solutions. |
Indeed. I'm getting more off track on a MOOC idea than a quiz system here. On Mon, Nov 3, 2014 at 8:07 PM, Zack Mullaly [email protected]
|
That doesn't sound too bad actually. I was thinking of something more general than that. A simple question-generator that deals with numerical ranges like that would be a nice feature, and could probably be worked on independantly from the rest of the project. Sounds promising. |
One of the big features the quiz system could have is a simple interface for describing questions and answers. @Gudahtt talked about building a feature that would generate new questions automatically given some specification. Before that, we should discuss the design of a simple format for specifying questions and answers. An obvious starting place is to use JSON, but we still need to think about what kind of information we need to keep track of.
The text was updated successfully, but these errors were encountered: