Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 3 Next »

User Profile

Following Sunbird user information will be stored in NodeBB:

  • oauthId - Sunbird User Identifier (UUID)

  • username - Sunbird username (alphanumeric)

    • this will be used for display and mentions.

  • email - Instead of Sunbird user’s email, a dummy email is generated using username and the domain name (e.g: username123@dev.sunbirded.org)

    • Email notifications will be disabled in NodeBB and email field will be marked as hidden

Creation

User account will be created in NodeBB:

  • when user logs into the NodeBB for the first time

  • or when user is given access to a NodeBB category

Sunbird Discussions UseCases Mapping

Trackable Objects

Users need to enrol into a batch for consuming trackable objects in Sunbird. Trackable objects can be a Content, Collection or a QuestionSet object. All trackable objects in Sunbird have following attributes:

  • TenantId - identifier of the tenant who owns (i.e. created/published) the object in Sunbird

  • Category name, e.g.: Course, TV Show, Quiz, etc

  • BatchId - identifier of the batch into which the users enrol

Workflow

  • Batch Creation:

    • NodeBB category is created with name as <object_name>-<batch_name> (e.g.: Classroom Management - Batch 01).

    • NodeBB Category is created under the hierarchy <tenant_name>/<category_name> (e.g. NCERT/Course). Both the <tenant_name> category and <category_name> category are marked as sections, i.e. no topics/posts are allowed in those categories.

    • A mapping is created for between the batch id and category id in a new table.

      • The table will have Object Type, Object Id, Category Id, Category Status fields.

    • Batch creator and mentor are given moderator privileges to the NodeBB category.

    • A NodeBB group with identifier as “Batch-<batch_id>“ (e.g.: Batch-342324393293222) is created and is given read/write/vote privileges to the NodeBB category.

  • User enrols into batch:

    • If user already exists in NodeBB, add user as member to the NodeBB group with identifier as “Batch-<batch_id>“

    • If user does not exist in NodeBB, create the user in NodeBB first and then add user as member to the NodeBB group

  • Batch has ended:

    • Write and Vote privileges for the NodeBB Group with group id as “Batch-<batch_id>“ will be removed. Only read access will be retained

Non-Trackable Objects

Non trackable objects in Sunbird can be consumed by users without enrolment and without login also. These objects do not have a batch created for them but have a category name and tenant.

Workflow

  • Object Publish:

    • If object has a metadata attribute “enableDiscussions“ set as true, create a NodeBB category with name as “<object_name>” (e.g.: Science Textbook for Class VII) when the object is published.

    • NodeBB Category is created under the hierarchy <tenant_name>/<category_name> (e.g. NCERT/Textbook). Both the <tenant_name> category and <category_name> category are marked as sections, i.e. no topics/posts are allowed in those categories.

    • A mapping is created for between the object id and category id in a mapping table.

    • Content creator, collaborators and reviewers are given moderator access to this category.

    • Registered-Users group in NodeBB is given privileges to write posts (i.e. reply) and vote in the NodeBB category.

      • To start with, only moderators can create topics in the NodeBB category.

    • A new NodeBB group with identifier as “<category_name>-<object_id>” (Textbook-do_1234349) is created and is given read/write/vote access to the NodeBB category.

      • Users from Registered-Users group who have either previously replied/voted in this category and achieved a reputation level (above a configured level) are added to this NodeBB group.

      • This will be implemented using a custom NodeBB plugin.

  • When object is retired in Sunbird:

    • The corresponding NodeBB category will be disabled.

Sunbird Groups

Users in Sunbird can create groups and can enable discussions for the users within that group.

Workflow

  • When group is created:

    • NodeBB category is created with name as “Group-<group_name>” (e.g.: Group - DPS Ghaziabad Class X Group).

    • NodeBB Category is created under the hierarchy “Sunbird Groups“. “Sunbird Groups“ category is marked as a section, i.e. no topics/posts are allowed in this category.

    • A mapping is created for between the sunbird group id and NodeBB category id in a mapping table.

    • Group creator is given moderator privilege in the NodeBB category

  • When a user is added to the group

    • If user already exists in NodeBB, user is given read/write/vote access to the NodeBB category

    • If user does not exist in NodeBB, user is created in NodeBB first and then read/write/vote access to the NodeBB caategory

  • When a user is made admin to the group

    • the user is given moderator privilege in the NodeBB category

  • When a user is removed as admin

    • moderator privilege for the user is removed in the NodeBB category

  • When a user leaves the group or removed from the group

    • all privileges for the user in the NodeBB category are removed

  • When the group is disabled/deleted

    • NodeBB category is disabled

Tenant Announcements

  • category name - “<Tenant_Name> - Announcements”

  • a group is created in NodeBB for the tenant. Group name will be “Tenant-<tenant_id>”

  • validated users of the org are added to the group

  • group is given read, upvote/downvote access to the category

  • Org Admins will have write access to the category

System Level Announcements

  • category name - “<Instance_Name> - Announcements”

  • all registered-users are given read, upvote/downvote access to the category

  • Custodian Org Admins will have write access to the category

Vidyadaan Projects

Content Collaboration

Types of categories

  • Closed - visible only for a group of people - course batch, group, etc.

    • different levels of write access

  • Open - visible for all logged in users - textbook, content, etc

    • all posts should go through post queue?

    • write access based on reputation or other criteria

  • Restricted - visible for all logged in users… write access to limited users - future use cases

Tags

Responses

Moderation

  • No labels