Skip to content

uts-cic/university-api

Repository files navigation

Prototype university-api

This is a prototype specification that we are using to drive a conversation forward around generating useful educational data for Learning Analytics. This repo builds off of an early post by George Kroner that proposed the idea - we are planning to push the idea and see how far we can go!

Some design choices we have made in building out this specification

This data specification makes a number of explicit design choices about how data should be represented. To contribute you should follow these guidelines:

  1. Data of similar types should be grouped together wherever possible e.g. a discussion forum post will be treated the same as a comment on a video, or a tweet, or a slack message. This principle will enable LA tools to consume data from multiple sources and use it irrespective of where it came from.
  2. Details about events, contexts and sources should be included wherever possible e.g. if we are recording that a post occurred in a discussion forum (or a learner clicked on a link, or a mark was provided to an assessment) then we also need to store the details of the item on which that activity occurred. Note that these details should also group together wherever possible into common contexts and properties.

WE WILL BE ADDING TO THIS DURING THE WORKSHOP AT ALASI23

Helpful resources to guide the development of this repo

How to contribute

Anyone is free to contribute! If you want to make a suggestion for new endpoints or data formats then you will need to do this via pull requests, as we will be performing reviews of suggestions, and trying to generate a community approach around this specication. If you would like to contribute then you should do something like the following:

  1. Copy the URL of the repo and then clone it to your local computer
    git clone [COPIED URL OF THE REPO]
  2. Create a new branch for the repo with a helpful name that explains what you are adding and switch to that branch
    git branch NEW_FEATURE_BRANCHNAME
    git checkout NEW_FEATURE_BRANCHNAME
  3. Update the relevant code and/or pages while in your new branch using your favourite editor
  4. Commit the changes you have made to that branch along with a message that explains what you were doing
    git add .
    git commit -m "A MEANINGFUL COMMENT HERE EXPLAINING WHAT YOU DID"
  5. Push these changes back to origin
    git push origin NEW_FEATURE_BRANCHNAME
  6. Create a pull request back into the main branch on the github site for this repo (i.e. go to the GitHub site for this repo and click on the pull request button that should now appear if you have done everything right!)

If you don't understand what this is all doing and want to find out more then you could look at this quick tutorial on GitHub flow which will give you a quick guide to using git for collaborating over shared repositories.

About

No description, website, or topics provided.

Resources

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published