Skip to main content

Reusable Django application for hierarchical organizations.

Project description

# django-orghierarchy

Reusable Django application for hierarchical organizations

# Installation

  1. pip install django-orghierarchy

  2. Add django_orghierarchy to INSTALLED_APPS

  3. If you wish to use your own Django model as data source model (the same way you hot-swap your own user model in Django), add DJANGO_ORGHIERARCHY_DATASOURCE_MODEL = ‘yourapp.DataSource’ to your project settings. Otherwise, the barebones Django model DataSource at django_orghierarchy/models.py is used, it contains the fields a data source model must contain to be used with django-orghierarchy. Similarly, django-orghierarchy links to your user model, so AUTH_USER_MODEL must be defined in Django project settings as always.

  4. Run migrations

    `python python manage.py migrate django_orghierarchy `

# Usage

The Organization class is the main feature of django-orghierarchy. We use [django-mptt](https://github.com/django-mptt/django-mptt/) to implement an organization hierarchy that can be as deep as you wish. Each organization has a name, a data source (referring to the system the organization data is from), origin_id (referring to organization id in the original data source), founding date and dissolution date, status (normal or affiliated), a place in a forest of organization trees, and possibly a replacement organization, which means a link to any other organization across the trees (making the forest strictly a directed graph, not a bunch of trees). Replacement organization allows linking dissolved organization structures to new ones so that old user rights are automatically transferred across the hierarchy to the replacing organization.

Each organization may have admin_users and regular_users, which are linked to your Django user model. Also, an organization may have sub_organizations and affiliated_organizations. You may have any number of top level organizations. Also, some extra user permissions are defined, i.e. add_affiliated_organization, change_affiliated_organization, delete_affiliated_organization, replace_organization and change_organization_regular_users. These permissions are for adding regular users and affiliated organizations in Django-admin, and creating replacement links, without being allowed to touch the admin users or the existing organization hierarchy. Affiliated organizations usually have more limited rights than normal organizations within the hierarchy; they are meant for external organizations you collaborate with and wish to grant limited rights to.

Your desired user rights and permissions for each user group in each level of the organization depend on your application details, so you should implement your own user rights checks depending on your needs. You may e.g. create a user model permissions mixin that uses information on the user organization, as done in [Linkedevents permissions](https://github.com/City-of-Helsinki/linkedevents/blob/master/events/permissions.py) and [Linkedevents user model](https://github.com/City-of-Helsinki/linkedevents/blob/master/helevents/models.py). The user rights model is originally specified [here](https://github.com/City-of-Helsinki/linkedevents/issues/235).

You may import an existing organization hierarchy from a REST API corresponding to the [6Aika Paatos decisionmaking API specification](https://github.com/6aika/api-paatos), based on the [Popolo project](http://www.popoloproject.com/), with the included importer, for example:

python manage.py import_organizations “https://api.hel.fi/paatos/v1/organization/

You may give the organization data source a specific id to correspond to your own data source model ids in your project:

python manage.py import_organizations “https://api.hel.fi/paatos/v1/organization/” -s original_id:imported_id

Otherwise, the data source id in the original API is used for the imported organizations (helsinki in the Helsinki API).

# Development

## Tests

### Unit tests

Run tests

py.test

Run tests with coverage report

py.test –cov-report html –cov .

Open htmlcov/index.html for the coverage report.

### Integration tests

We need to provide different settings files for the test as the setting variables for swappable model are only evaluated the first time the module is imported.

Run tests

python manage.py test –tag=custom_ds –settings=tests.test_app.settings_custom_ds python manage.py test –tag=custom_pk_ds –settings=tests.test_app.settings_custom_pk_ds

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

django-orghierarchy-turku-0.1.27.tar.gz (27.0 kB view details)

Uploaded Source

File details

Details for the file django-orghierarchy-turku-0.1.27.tar.gz.

File metadata

  • Download URL: django-orghierarchy-turku-0.1.27.tar.gz
  • Upload date:
  • Size: 27.0 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/3.3.0 pkginfo/1.7.0 requests/2.25.1 setuptools/49.2.1 requests-toolbelt/0.9.1 tqdm/4.59.0 CPython/3.9.2

File hashes

Hashes for django-orghierarchy-turku-0.1.27.tar.gz
Algorithm Hash digest
SHA256 da44cac3090fbdf0c0cd5d5f806ba4d554020235abd5c95f3bf9482efa1d9199
MD5 2c293d60228c4df8fd60a6546542a631
BLAKE2b-256 1568a2e81daf9625a5413dc95aae4f2aa8ddb142de68c5f5f90db4b04b06f73c

See more details on using hashes here.

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page