Set Project Permissions

Each project in CORE represents a separate namespace with its own schema and data. To help manage access and modification, you can control access to a project using the Set Project Permissions command.

The permissions available are:

• Read - the user has permission to read the project. If a user does not have read permission, the project will not show up in any list of projects (it will be as if the project did not exist).
• Write - the user has permission to change the contents of the project (elements, relationships, attributes, structures). If the user does not have write permission for the project, the user is prohibited from making any changes regardless of the permissions on individual elements and attributes.
• Create Element - the user may create new elements in the project.
• Folder - the user may create, rename, and delete folders.
• Administrator - the user may grant and restrict access to the project, import data into the project, or delete the project. Any user granted administrator permission for a project is essentially a super user for the project and can access any data regardless of other permission settings within the project..

All users and groups with permission to the element will be shown in the multi-column list. To manipulate the permissions and denials for a user or group, select the user/group in the list pane and check/uncheck the desired items. Users and groups not currently explicitly granted permission to the element are shown in the list on the left. To grant permission to a new user or group, use the right arrow to transfer the user onto the permission list.

What permissions are required to edit project permissions? To edit permissions for project, you must have administrator permission for the project.

Tips and Tricks Because the absence of read or write permission at the project level takes precedence over any access control information defined at the element or attribute level, manipulating project-level permissions is an effective way to temporarily close or freeze data – whether for one user or all users.

Tips and Tricks Following standard best practices regarding assigning permissions, it is far better to grant permissions to groups than to individual users. Over time, this approach proves far more manageable and scalable. As new team members are added to the project, they can simply be added to the appropriate group. As team members leave the project, they can be removed from the group. This is far simpler than changing permissions for individual users across the scope of a project.