You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Apr 20, 2020. It is now read-only.
I've started writing a guide about applying licenses in data packages. It may become a part of another tutorial or guide #152. It continues the conversation on the forum.
Feedback, additions and corrections very welcome...
Applying licenses, waivers or public domain marks
Applying licenses, waivers or public domain marks to data packages and data resources helps people understand how they can use, modify and share the contents of a data package.
In this guide, "license", can be read as "license, waiver or public domain mark"
It is recommended to apply a license to a data package. This license applies to all the data, files and metadata in the data package unless specified otherwise.
You can optionally apply a license to a data resource. This allows a license that differs from the data package license to be applied to the data resource. If a license is not specified, the data resource inherits the license from the data package.
Specifying a license
The Frictionless Data specification states that a license must contain a name property and/or a path property and may contain a title property.
It is recommended that the licence is provided in markdown format to simplify its display in data platforms and other software.
The license can be a separate file or included in the README.md file. If license information is included in the README.md file, it is recommended that it follows the guide for formatting a README file.
Applying a license
These scenarios apply to either the data package or a data resource.
To apply an non-open license, use the path and optionally the title properties. It is preferred that the license is published at a URL (a fully qualified HTTP address), e.g.
You can indicate that there is no copyright in the data or that copyright has expired, using the public domain mark or other public domain dedications, e.g.
This property is not legally binding and does not guarantee the package is licensed under the terms defined in this property.
A data package may be uploaded to a data platform and the licenses applied to the data resources and publicly displayed. This may make the license legally binding.
Software may not fully support the Frictionless Data specification
Be aware that some data platforms or software do not fully support the Frictionless Data specification. This may result in license information being lost or other issues.
Always test your data publication to ensure you communicate the correct license information.
I've started writing a guide about applying licenses in data packages. It may become a part of another tutorial or guide #152. It continues the conversation on the forum.
Feedback, additions and corrections very welcome...
Applying licenses, waivers or public domain marks
Applying licenses, waivers or public domain marks to data packages and data resources helps people understand how they can use, modify and share the contents of a data package.
In this guide, "license", can be read as "license, waiver or public domain mark"
It is recommended to apply a license to a data package. This license applies to all the data, files and metadata in the data package unless specified otherwise.
You can optionally apply a license to a data resource. This allows a license that differs from the data package license to be applied to the data resource. If a license is not specified, the data resource inherits the license from the data package.
Specifying a license
The Frictionless Data specification states that a license must contain a
name
property and/or apath
property and may contain atitle
property.You can specify the location of a license using a URL or a Path.
Specify a license using a URL
To specify a license using a URL, use the fully qualified HTTP address as the value in the
path
property, e.g.Specify a license using a Path
To specify a license using a path, use a relative POSIX path to the file in the data package as the value in the
path
property, e.g.In this example, LICENSE.pdf would be in the root of the data package, e.g.
It is recommended that the licence is provided in markdown format to simplify its display in data platforms and other software.
The license can be a separate file or included in the README.md file. If license information is included in the README.md file, it is recommended that it follows the guide for formatting a README file.
Applying a license
These scenarios apply to either the data package or a data resource.
Other considerations:
Apply an open license
For an open license, use
name
,path
andtitle
, e.g.name
must be an Open Definition license ID however note that some license IDs are placeholders or have been retired and should not be used, e.g. other-at, other-open, other-pd, notspecified, ukcrown-withrights.Apply a non-open license
To apply an non-open license, use the
path
and optionally thetitle
properties. It is preferred that the license is published at a URL (a fully qualified HTTP address), e.g.If the license is not available at a URL, you can specify a license using a path.
Apply a waiver
You can indicate that copyright has been waived by referencing a waiver at a URL in the
path
property, e.g.If the waiver is not available at a URL, you can specify a waiver using a path.
Apply a public domain mark
You can indicate that there is no copyright in the data or that copyright has expired, using the public domain mark or other public domain dedications, e.g.
If the public domain dedication is not available at a URL, you can specify the public domain dedication using a path.
Do not apply a license
If you have not decided what license to apply but still want to publish the data package, describe the situation in a file in the data package, e.g.
Other considerations
Provide additional license information
It can be helpful to data consumers to provide additional copyright or attribution information such as:
This is explained in the ODI Publisher's Guide to the Open Data Rights Statement Vocabulary and Re-users Guide to the Open Data Rights Statement Vocabulary.
Some licenses require that data consumers provide the copyright notice in the attribution (e.g. CC BY 4.0 Section 3).
Some data publishers may waive some of their rights under a license, e.g.
You can include this information, either:
The data package specification supports adding addition metadata properties to the datapackage.json, e.g.
Copyright belongs to multiple parties
to do
explain why
licenses
is an array.License may become legally binding
The specification for
licenses
states:A data package may be uploaded to a data platform and the
licenses
applied to the data resources and publicly displayed. This may make the license legally binding.Software may not fully support the Frictionless Data specification
Be aware that some data platforms or software do not fully support the Frictionless Data specification. This may result in license information being lost or other issues.
Always test your data publication to ensure you communicate the correct license information.
CKAN
As an example the CKAN Data Package extension:
Data Curator
Data Curator only allows the user to select a from a limited set of open licenses to describe the data package and data resource licenses.
The text was updated successfully, but these errors were encountered: