-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Remote Calculation of Items #723
Comments
Allgemeiner VorgangHochschule A hat zB kleine samples -> Berechnung zahlt sich nicht aus InitialisierungClient (Hochschule A) bekommt recipe, wo wichtige Daten enthalten sind:
Mapping"Client" schickt per HTTP POST Hash von jeder Frage zusammen mit Antwort-Daten an Z Authentication-> moodle web-services verwenden für authentication:
|
This is a stub for the webservice that accepts response data from a client.
For testing, I created a site at URL /local/catquiz/client/submit_responses.php where submitting data can be easily tested. There are now basic plugin settings: - central_host: the address of the central host - central_token: the token used to access the central host - central_scale: The scale that should be synced. For now, this is a basic input field that expects an integer, but this should be changed in the future. There are database tables to store information about send requests and mappings of questions. There is now also a question mapper that calculates a hash from question properties - this way we will be able to map questions based on their properties (text, answers, etc).
Instead of grouping answers to questions by users, they are now grouped by attempts.
This is a stub for the webservice that accepts response data from a client.
For testing, I created a site at URL /local/catquiz/client/submit_responses.php where submitting data can be easily tested. There are now basic plugin settings: - central_host: the address of the central host - central_token: the token used to access the central host - central_scale: The scale that should be synced. For now, this is a basic input field that expects an integer, but this should be changed in the future. There are database tables to store information about send requests and mappings of questions. There is now also a question mapper that calculates a hash from question properties - this way we will be able to map questions based on their properties (text, answers, etc).
This is a stub for the webservice that accepts response data from a client.
For testing, I created a site at URL /local/catquiz/client/submit_responses.php where submitting data can be easily tested. There are now basic plugin settings: - central_host: the address of the central host - central_token: the token used to access the central host - central_scale: The scale that should be synced. For now, this is a basic input field that expects an integer, but this should be changed in the future. There are database tables to store information about send requests and mappings of questions. There is now also a question mapper that calculates a hash from question properties - this way we will be able to map questions based on their properties (text, answers, etc).
Changes local_catquiz_question_hashmap to local_catquiz_qhashmap
Changes local_catquiz_question_hashmap to local_catquiz_qhashmap
Changes local_catquiz_question_hashmap to local_catquiz_qhashmap
This changes the data to be returned and also creates a simple page fetch_parameters.php for testing during development.
Changes local_catquiz_question_hashmap to local_catquiz_qhashmap
This adds a "Sync" button to the scale detail view. It will sync all parameters associated with that scale or any of its subscales from the central instance.
The matrix of responses is not correctly pruned to filter out items with all-correct or all-incorrect responses. The same is done to filter out persons or attempt with all-correct or all-incorrect answers. This means the expected item parameters in the characterization test had to be updated, because we previously didn't prune iteratively.
The host has to be given with a scheme and PARAM_HOST would not allow that. So this is changed to PARAM_TEXT here.
The index is a single number, not an array
When returning parameters via the distribute parameters webservice, include the `guessing` parameter with a default value of 0.0.
The settings to enable/disable syncronization with a central instance and to mark an instance as "central" have been lost during a rebase. This commit is re-adding them.
The scale synchronization expects scales to have labels. While we already set a label when creating a new scale, this adds an upgrade step that will update existing scales.
The goal of the Task is that one Moodle Instance can do the calculations for connected instances.
There are several steps involved.
The initial setup process is not part of this and is done via the wb_installer. We start from the assumpution that two separately hosted Moodle instances both have the same Alise setup with the same scales and testitems.
The text was updated successfully, but these errors were encountered: