ckanext-dcor-schemas 0.16.1

Introduces or lifts restrictions (authorization) for managing data and metadata on DCOR

This module introduces/lifts restrictions (authorization) for the management of data and meta data on DCOR. The corresponding UI elements are modified accordingly:

• Authorization (auth.py)

  • datasets: do not allow deleting datasets unless they are drafts

  • datasets: allow purging of deleted datasets

  • datasets: do not allow switching to a more restrictive license

  • datasets: do not allow changing the name (slug)

  • datasets: do not allow adding resources to non-draft datasets

  • datasets: do not allow to set the visibility of a public dataset to private

  • datasets: do not allow uploading datasets via the web interface

  • organization: do not allow bulk_update_delete (e.g. datasets by organization admins)

  • resources: do not allow deleting resources unless they are drafts

  • resources: only allow changing the “description”

  • resources: do not allow setting a resource id when uploading

  • user: allow all logged-in users to create datasets, circles, and collections

• Validation (validate.py)

  • datasets: force user to select authors

  • datasets: author list “authors” is CSV

  • datasets: parse DOI field (remove URL part)

  • datasets: force user to select a license

  • datasets: restrict to basic CC licenses

  • datasets: automatically generate dataset name (slug) using random characters if necessary (does not apply to admins)

  • datasets: a dataset without resources is considered to be a draft; it’s state cannot be set to “active”

  • datasets: the state of a dataset that does not contain at least one valid .rtdc resource cannot be set to “active”

  • resources: do not allow uploading resources with the same name for a dataset (important for ckanext-dcor_depot)

  • resources: make sure the resource name matches the file name of the upload; this is actually implemented in plugin.before_create (IResourceController) and not in validate.py

  • resources: custom resource name is overridden during upload

  • resources: do not allow weird characters in resource names

  • resources: restrict upload data extensions to .rtdc, .csv, .tsv, .pdf, .txt, .png, .jpg, .tif, .py, .ipynb, .ini

  • resources: configuration metadata (using dclab.dfn.config_funcs)

• IPermissionLabels (plugin.py)

  • Allow a user A to see user B’s private dataset if the private dataset is in a group that user A is a member of.

• UI Dataset:

  • hide “add new resource” button in templates/package/resources.html

  • remove url, version, author, author_email, maintainer, maintainer_email (templates/package/snippets/package_metadata_fields.html)

  • remove custom extras (user should use resource schema supplements instead)

  • add field authors (csv list)

  • add field doi (validator parses URLs)

  • add field references (parses arxiv, bioRxiv, DOI, links)

  • add CC license file licenses.json (only show less restrictive licenses when editing the dataset)

  • hide name (slug) editing form

  • dataset visibility is public by default

• UI Organization:

  • remove “Delete” button in bulk view

• UI Resource:

  • Resource: remove “URL” button when creating a resource (only upload makes sense) (fanstatic/dcor_schemas_data_upload.js and templates/package/snippets/resource_form.html)

  • Do not show variables these variables (because they are redundant): [‘last modified’, ‘revision id’, ‘url type’, ‘state’, ‘on same domain’] (templates/package/resource_read.html)

  • Show DC config data via “toggle-more”

  • Add supplementary resource schema via json files located in dcor_schemas/resource_schema_supplements

• Background jobs:

  • set the mimetype for each dataset

  • populate “dc:sec:key” metadata for each DC dataset

  • generates sha256 hash upon resource creation

• Configuration keywords:

  • the ckanext.dcor_schemas.allow_public_datasets boolean parameter can be used to disable the creation of public datasets (e.g. for DCOR-med).

  • the ckanext.dcor_schemas.json_resource_schema_dir parameter can be used to specify a directory containing .json files that define the supplementary resource schema. The default is package which means that the supplementary resource schema of this extension is used.

• API extensions:

  • resource_schema_supplements returns a dictionary of the current supplementary resource schema

  • supported_resource_suffixes returns a list of supported resource suffixes

• CLI:

  • add CKAN command list-zombie-users for users with no datasets and no activity for a certain amount of time

  • add CKAN command run-jobs-dcor-schemas that runs all background jobs for all resources (if not already done)

Installation

Simply run

pip install ckanext-dcor_schemas

In the configuration file ckan.ini:

ckan.plugins = [...] dcor_schemas
ckan.extra_resource_fields = sha256

Testing

If CKAN/DCOR is installed and setup for testing, this extension can be tested with pytest:

pytest ckanext

Testing can also be done via vagrant in a virtualmachine using the dcor-test <https://app.vagrantup.com/paulmueller/boxes/dcor-test/> image. Make sure that vagrant and virtualbox are installed and run the following commands in the root of this repository:

# Setup virtual machine using `Vagrantfile`
vagrant up
# Run the tests
vagrant ssh -- sudo bash /testing/vagrant-run-tests.sh