Applying licenses, waivers or public domain marks


I’ve written a guide about applying licenses, waivers or public domain marks using the Frictionless Data specification. Your feedback is 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.

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.

"licenses": [{
  "path": "",
  "title": "Community Data License Agreement – Sharing, Version 1.0"

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.

"licenses": [{
  "path": "LICENSE.pdf"

In this example, LICENSE.pdf would be in the root of the data package folder, e.g.

  |- datapackage.json
  |- LICENSE.pdf
  |- data
      |- data.csv
      |- reference-data.csv

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 file. If license information is included in the 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.

  1. Apply an open license
  2. Apply a non-open license
  3. Apply a waiver
  4. Apply a public domain mark
  5. Do not apply a license

Other considerations:

Apply an open license

For an open license, use name, path and title, e.g.

"licenses": [{
  "name": "CC-BY-4.0",
  "path": "",
  "title": "Creative Commons Attribution 4.0"

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 the title properties. It is preferred that the license is published at a URL (a fully qualified HTTP address), e.g.

"licenses": [{
  "path": "",
  "title": "Creative Commons Attribution-NonCommercial-NoDerivatives 4.0 International (CC BY-NC-ND 4.0)"

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.

"licenses": [{
  "name": "CC0-1.0"  
  "path": "",
  "title": "CC0 1.0"

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.

"licenses": [{
  "path": "",
  "title": "Public Domain Mark"

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.

"licenses": [{
  "path": ""

Other considerations

Provide additional license information

It can be helpful to data consumers to provide additional copyright or attribution information such as:

  • copyright notice - this property allows a data publisher to specify a short copyright notice that can be used directly
  • copyright statement - this property allows you specify a URL for the copyright statement
  • preferred attribution text - the text to be used when attributing the creator of some data
  • attribution URL - this is the URL to be used when building an attribution link

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.

Noosa Wedding Locations data by Noosa Shire Council is licensed under a Creative Commons Attribution 4.0 licence.

Noosa Shire Council waives the requirements of attribution under this licence, for this data.

You can include this information, either:

  • in the file containing license information (e.g.
  • as metadata properties in the datapackage.json

The data package specification supports adding addition metadata properties to the datapackage.json, e.g.

  "name" : "coastal-data-system-near-real-time-wave-data",
  "title" : "Coastal Data System – Near real time wave data",
  "licenses" : [{
    "name": "CC-BY-4.0",
    "path": "",
    "title": "Creative Commons Attribution 4.0"
  "copyrightNotice": "© The State of Queensland 1995–2017",
  "copyrightStatement": "",
  "attributionText": "Science, Information Technology and Innovation, Queensland Government, Coastal Data System – Near real time wave data, licensed under Creative Commons Attribution 4.0 sourced on 26 December 2017",
  "resources": [
      "path": "",

Copyright belongs to multiple parties

Sometimes data in a resource may be combined from multiple sources that are licensed in different ways. You can indicate this by placing two or more licenses in the licenses property. Further explaination should be given in the

"licenses": [{
    "name": "ODC-PDDL-1.0",
    "path": "",
    "title": "Open Data Commons Public Domain Dedication and License v1.0"
    "name": "CC-BY-SA-4.0",
    "path": "",
    "title": "Creative Commons Attribution Share-Alike 4.0"

License may become legally binding

The specification for licenses states:

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. Please check your specific situation before publishing the data.

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.

As examples:

  • CKAN Data Package extension:

    • does not upload the file in a data package. If you have described licence information in the file, this will be lost (issue #60)
    • does not display license information in the datapackage.json file correctly (issue #62)
  • Data Curator only allows the user to select from a limited set of open licenses to describe the data package and data resource licenses.


how come wtfpl is not an open license?


To become listed as an Open Data and Open Content license, it needs to be submitted for assessment

To be listed as an Open Source license it needs to go through a different process

The WTFPL license could be used in a data package, without going through any assessment, like:

"licenses" : [{
    "path": "",
    "title": "DO WHAT THE ■■■■ YOU WANT TO PUBLIC LICENSE Version 2"

Assessment will give it a name property at

I’ve used the title from the web page as the title for the license. I’m not sure if I need to keep the loud capitalisation. The forum software has blocked out the naughty word.





Interoperability with SPDX

@Stephen Hello. Just wondering what the overlap is between a Linux Foundation SPDX identifier and an Open Definition license ID? The identifiers I saw looked identical. So is there some coordination involved between the two systems? Sure there are some holes in the SPDX list as far as open data licenses are concerned, but these would not be hard to fix. I don’t really understand why there is not a single coordinated approach? With best wishes, Robbie.


Hi @robbiemorrison I’m not the best person to comment on the overlaps between SPDX and the Open Definition license ID but I do note on the repository that there has been attempts to coordinate e.g.

Perhaps @rufuspollock or @mlinksva can comment further


Hello @Stephen. Thanks. I am also interested in two other aspects. Automated parsing of license information in both the software and dataset contexts. For just one example, the FSFE reuse project. Now I am not suggesting the same tools will generalize to both code and data.

The other area is license compatibility. Below is a diagram I drew recently which admittedly needs further development and checking. Any feedback gratefully received.


Open data and database license and dedication compatibility

Source: Morrison, Robbie, Tom Brown, and Matteo De Felice (10 December 2017). Submission on the re-use of public sector information: with an emphasis on energy system datasets — Release 09. Berlin, Germany. Published under a Creative Commons CC BY 4.0 license.

There are licenses missing from the diagram such as: ODC-By, CDLA-Sharing, CDLA-Permissive.


License compatibility is not my strong point but based on my understanding your drawing looks correct.

I’m wondering if your question may get a better audience in the Open Definition category. My guide (above) was specifically for applying licenses to Frictionless Data. Let me know if you need help to move your question.


Hello @Stephen Thanks. I am also interested in the mechanics of applying license to frictionless data. See this topic for example. Now I know that has some errors of detail in relation to the frictionless specification. I will migrate my question as you indicate but will do so in a fortnight when I have the time to track the responses. Best. Robbie