These chapters indicate some of the main areas that can require developer interaction. For end user documentation, please see the document created by Sigita.
The idea of EventR is to be the leading eventr calendar of all our community. To make this possible, we can allow external users access to manage their own events using EventR. Since we use federated authentication, this is a relatively easy process.

Requesting Access

        1. SSH to login.terena.org
        2. Connect to db:  sudo -u postgres psql
        3. (Optional): "\l" lists all databases
        4. Connect to account_linker_dev1: "\connect account_linker_dev1;"
        5. (Optional): "\d" describes the database (account_linker_dev1)
        6. run this query: select * from vw_attributes_new where user_id=1398; ### this is the user_id we receive by email when a user requests access


Permissions


EventR has four levels of permissions:

See app/models/permission.rb for what users in those groups are allowed to do.

A user has a role (required) and can belong to a group. (See db/schema.rb)

The basic premise is that a user can belong to a group which can be managed by a group admin. Users within this group have 'sandboxed' events and a group admin can manage the events only within that group. 

So far the only groups that exist are "TERENA GEANT" but this can easily be extended to more by editing the GROUPS constant in app/models/user.rb

Reporting


Reports are automatically generated and are available to everyone within the GEANT group.So if you hear "WHAT REPORTS?": User.find_by(tal_id: xxx).update(group: "GEANT") Note that these reports will be migrated to the Insight Portal.