Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add legal license link to the discovery feed #45

Closed
wrenj opened this issue Aug 10, 2016 · 10 comments
Closed

Add legal license link to the discovery feed #45

wrenj opened this issue Aug 10, 2016 · 10 comments

Comments

@wrenj
Copy link

wrenj commented Aug 10, 2016

Can we update the discovery spec to allow a link to the legal license, something like:

Updating discovery:
https://gbfs.citibikenyc.com/gbfs/gbfs.json

To include:
{
name: "license",
url: "https://gbfs.citibikenyc.com/license.txt"
}

Motivation:

I work for Google and we require a legal review to import any third party data. This would be one review per provided, and there are currently 47. If there were a straightforward link to the license it would be easier for us to review than having to search for it on the website.

Thanks!

@mdarveau
Copy link

This sound like an easy win if it can help the adoption of the standard. We, 8D Technologies, are +1 on this.

I was wondering if we should include a way to specify that the data is simply open, but operators could use a freely available open data license (ie http://opendatacommons.org/).

@fruminator
Copy link
Contributor

likewise +1 from Motivate's perspective. We've been talking with Google about importing data for our systems, and are prepared to draft and post the appropriate licenses.

@wrenj
Copy link
Author

wrenj commented Aug 11, 2016

Here's a generic version of the standard Google Maps data license:

"We grant you a perpetual, irrevocable, non-exclusive, worldwide, royalty-free, sub-licensable license to reproduce, distribute, make derivative works based on, publicly display, publicly perform, and otherwise use the Licensed Content in connection with your products or services."

The three key factors to the license grant are:

(a) "perpetual" (meaning that the license lasts forever);

(b) "irrevocable" (meaning the Licensor can't revoke the license even if Google breaches the license terms--although the Licensor retains the right to recover monetary compensation if Google's breach damages the Licensor); and

(c) "in connection with Google products or services" (meaning we can't just distribute the Licensor's IP on a standalone basis, but instead we need to use it within Google services)

@cubbi
Copy link
Contributor

cubbi commented Aug 11, 2016

+1 from Social Bicycles side as well.

@jcn
Copy link
Contributor

jcn commented Aug 11, 2016

@wrenj From Google's (and other data consumer's) perspective, is this just a convenience so you know where to look for the licenses? Will a real human will end up reading this data anyway?

My question is whether there are enough standard data licenses around that we could include an optional "type" field that would identify the license specifically:

{ 
"name" : "license", 
"url" : "http://opendatacommons.org/licenses/odbl/1.0/",
"type" : "odbl"
}

While this seems nice, practically speaking it might not make any sense, so I wanted to float this out there to see whether this could/would work.

@mplsmitch
Copy link
Collaborator

+1 from Nice Ride

On Aug 11, 2016 8:35 AM, "Jesse Chan-Norris" notifications@github.com
wrote:

@wrenj https://github.com/wrenj From Google's (and other data
consumer's) perspective, is this just a convenience so you know where to
look for the licenses? Will a real human will end up reading this data
anyway?

My question is whether there are enough standard data licenses around that
we could include an optional "type" field that would identify the license
specifically:

{ "name" : "license", "type" : "odbl", "url" : "http://opendatacommons.org/licenses/odbl/1.0/" }

While this seems nice, practically speaking it might not make any sense,
so I wanted to float this out there to see whether this could/would work.


You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
#45 (comment), or mute
the thread
https://github.com/notifications/unsubscribe-auth/AOh7FXD9vNCXs74rMUNWuhPluSewTDofks5qeyUBgaJpZM4JhV6_
.

@wrenj
Copy link
Author

wrenj commented Aug 11, 2016

@jcn - Legal approval is per license, so if multiple providers used the same, open source license we would only need to do legal approval once. We can look at the URL to know which license is being used, so type wouldn't be necessary.

Of the three licenses at http://opendatacommons.org/:

Public Domain Dedication and License (PDDL) — “Public Domain for data/databases”
Attribution License (ODC-By) — “Attribution for data/databases”
Open Database License (ODC-ODbL) — “Attribution Share-Alike for data/databases”

In general, we can only accept the PDDL terms. If a data provider chose to make is data available only through ODC-By or ODC-ODbL, we would not be able to use the data.

jcn added a commit to jcn/gbfs that referenced this issue Aug 19, 2016
As per MobilityData#45, define the URL
for a license page to make it easier for consumers to know how
they can use the data in the feed (and any other terms regarding
the system)
@jcn
Copy link
Contributor

jcn commented Aug 19, 2016

I've added a proposed addition to the spec to define the location of this license_url. Comments welcome.

@barbeau
Copy link
Member

barbeau commented Aug 20, 2016

@wrenj are Google's open data license preferences you mention above posted anywhere that is easily discoverable/referenced?

I imagine it would help producers decide on a license if they knew Google's acceptable licenses.

@jcn
Copy link
Contributor

jcn commented Aug 29, 2016

As per the change made in #49 license_url is now part of the system_information feed and GBFS producers should feel free to incorporate it into their feeds.

https://github.com/NABSA/gbfs/blob/master/gbfs.md#system_informationjson

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

8 participants