DZone
Thanks for visiting DZone today,
Edit Profile
  • Manage Email Subscriptions
  • How to Post to DZone
  • Article Submission Guidelines
Sign Out View Profile
  • Post an Article
  • Manage My Drafts
Over 2 million developers have joined DZone.
Log In / Join
Refcards Trend Reports
Events Video Library
Refcards
Trend Reports

Events

View Events Video Library

Related

  • From Open SQL to CDS Views: Rewriting SAP Data Access for Performance at Scale
  • Cutting Data Pipeline Costs and Data Freshness Issues With Netflix Maestro and Apache Iceberg: A Practical Tutorial
  • From ETL to Lakeflow: Shifting to a Declarative Data Paradigm
  • Stop Loading Everything into Redshift: A Spectrum + Iceberg Pattern for Hybrid Analytics

Trending

  • The AI Autonomy Spectrum: 7 Architecture Patterns for Intelligent Applications
  • WebSocket Debugging Without a Proxy — A Browser-First Workflow
  • A Practical Guide to Temporal Workflow Design Patterns
  • Persistent Memory for AI Agents Using LangChain's Deep Agents
  1. DZone
  2. Data Engineering
  3. Data
  4. A Better Understanding When It Comes To Licensing Of Data Served Up Through APIs

A Better Understanding When It Comes To Licensing Of Data Served Up Through APIs

By 
Kin Lane user avatar
Kin Lane
·
Jun. 30, 15 · Interview
Likes (0)
Comment
Save
Tweet
Share
847 Views

Join the DZone community and get the full member experience.

Join For Free

Through my work on API Evangelist, and heavy reliance on Github, I have a pretty good handle on the licensing of code involved with APIs--I recommend following Githubs advice. Also derived from my work on the Oracle v Google copyright case, and the creation of API Commons, I have a solid handle on licensing of API interfaces. One area I am currently deficient, and is something that has long been on my todo list, is establishing a clear stance on how to license data served up via APIs.

My goal is to eventually craft a static page, that helps API providers, and consumers, better understand licensing for the entire stack, from database, to server, the API definition, all the way to the client. I rely on the Open Data Commons, for three licensing options for open data:

  • Public Domain Dedication and License (PDDL) — The PDDL places the data(base) in the public domain (waiving all rights).
  • Attribution License (ODC-By) — You are free to share, create, and adapt, as long as you attribute the data source.
  • Open Database License (ODC-ODbL) — You are free to share, create, and adapt, as long as you attribute the data source, share-aloe, and keep open.

I am adding these three licensing options to my politics of APIs research, and will work to publish a single research project that provides guidance in not just licensing of data served up through APIs, but also addresses code, definitions, schemas, and more. 

The guidance from Open Data Commons is meant for data owners who are looking to license their data before making available via an API, if you are working with an existing dataset, makes sure and consult the data source on licensing restrictions--making sure to carry these forward as you do any additional work.

Data (computing)

Opinions expressed by DZone contributors are their own.

Related

  • From Open SQL to CDS Views: Rewriting SAP Data Access for Performance at Scale
  • Cutting Data Pipeline Costs and Data Freshness Issues With Netflix Maestro and Apache Iceberg: A Practical Tutorial
  • From ETL to Lakeflow: Shifting to a Declarative Data Paradigm
  • Stop Loading Everything into Redshift: A Spectrum + Iceberg Pattern for Hybrid Analytics

Partner Resources

×

Comments

The likes didn't load as expected. Please refresh the page and try again.

  • RSS
  • X
  • Facebook

ABOUT US

  • About DZone
  • Support and feedback
  • Community research

ADVERTISE

  • Advertise with DZone

CONTRIBUTE ON DZONE

  • Article Submission Guidelines
  • Become a Contributor
  • Core Program
  • Visit the Writers' Zone

LEGAL

  • Terms of Service
  • Privacy Policy

CONTACT US

  • 3343 Perimeter Hill Drive
  • Suite 215
  • Nashville, TN 37211
  • [email protected]

Let's be friends:

  • RSS
  • X
  • Facebook