Open Database License/Contributor Terms/Open Issues
This article or section may contain out-of-date information: The content here specifically refers to issues with Contributor Terms version 1.0|
If you know about the current state of affairs, please help keep everyone informed by updating this information. (Discussion)
This page is intended as a collection of open issues about the Contributor Terms (CTs) version 1.0 . Open issues are not necessarily criticisms, just things that need to be resolved before the CTs should be widely adopted or implemented. For reasons of clarity, discussion of these points is probably best left to the Talk page or to the legal mailing list.
It is also recognised that the License Working Group are aware of a number of these issues, as evidenced by reading LWG minutes and , and that a revised version 1.1 and 1.2 & 1.2.3of the CT's are currently being drafted.
There is also a contributor terms FAQ, what the legal status of this is, and how it will be communicated to those about to sign the CT's is currently unclear.
The current contributor terms cover a person and not a user account.
Therefore if someone is unable to agree to the contributor terms then they will be prevented from ever contributing to OSM again, once OSM only accepts edits from people/accounts that have agreed to the CTs.
There will be many active contributors who have added data in the past who can not (however much they might like to) agree to the CT, for instance because they can not agree to the statement "or, to the best of Your knowledge, infringe any third party's rights". These contributors will be prevented from ever contributing to OSM again.
This situation currently arises with anyone who has used NearMap imagery available in Australia 
With the current wording of the CTs there is no way round this, they cannot use someone else's account, they cannot create a new account and agree to the CTs , whilst leaving their old account dormant.
Possible Solution 1: Change the CTs so that it is not a blanket coverage for a user, but rather relates to edits a user makes whilst logged in with a specific account. Therefore amend the second sentence of the first paragraph with some extra wording added to it so that it becomes something like:
"This contributor agreement (the 'Agreement') is made between you ('You')and The OpenStreetMap Foundation ('OSM-F') and clarifies the intellectual property rights in any Contents that You choose to submit to the Project under your currently logged in user account. "
Because this is a contract, only those of suitable age, mental status and in some countries even gender are able to enter into contracts, minors, those deemed mentally unsound and in some countries women would need a parent or guardian to agree on their behalf or the CTs would not be legally binding.
Contradiction within the paragraph no (1)
This paragraph starts "You agree to only add Contents for which You are the copyright holder ", and later has the words "If You are not the copyright holder of the Contents". The second clause is forbidden by the first. There is therefore confusion as to what is intended / allowed.
Notwithstanding the point above, the last line of para (1) states "If You are not the copyright holder of the Contents, You represent and warrant that You have explicit permission from the rights holder to submit the Contents and grant the license below."
Myself and others have raised concerns about the word explicit. The sentence in which that phrase is contained would still make sense if the word explicit were removed. Therefore I conclude that the inclusion of the word explicit is important and deliberate.
To me the phrase "explicit permission" would indicate that the rights holder would have to state something along the lines of "I give David Groom permission to incorporate my data into OpenStreetMap" .
Lets take CC0 data, there is still a rights holder of the data, who has released the data under CC0. I would contend I have an implicit permission to use the data in OSM, I would also contend I have permission to use the data in OSM, but I don't think I have explicit permission.
Mike Collinson (Chairman of the License Working Group) believes that the same issues was raised by the LWG , and asked for other members of the LWG to confirm that this point was raised with legal counsel. No one has confirmed this, and there is nothing concrete which shows what legal counsels view on the word "explicit" is.
There has been, and no doubt will be more, much discussion on exactly what "explicit" means. The point remains that it is a contentious issue with a number of contributors, and so far no clear evidence has been presented which would help these contributors believe that in many cases they do have explicit permission form the rights holder.
Solution:: (1) LWG should publish counsels opinion that the general permissions given (by licenses such as CC0 and PD) are compatible with the CT requirement to obtain explicit permission. OR (2) remove the word explicit from the CTs.
Solution:: (2) Change the CTs to require either "explicit permission to submit the Contents under these terms" or that "the Contents have been released under a license and/or terms that is/are compatible with these terms." Then add a statement that "For the purposes of this clause, OSMF will maintain the definitive list of licenses and terms that are deemed compatible." This would remove any need for (and risks associated with) individual mappers to have to worry about interpreting any licenses / T&C's, or how to interpret "explicit" -- they can either ask the copyright owner directly for explicit permission to submit to OSM, or rely on a pre-vetted license that OSMF says is ok.
Incompatibility with CC-BY / Attribution Data
The CTs require you to grant OSM-F a license to sub-license any data you upload under a license of their choosing subject only to a constraint that the license they choose is "open and free" which clearly does not restrict their choice to licenses that would pass on the attribution requirement.
This is further complicated by the fact that the suggested letter to big data donors states "The underlying principles remain the same: the data can be used freely by anyone as long as there is attribution", and whilst this may be a principle of ODbL it is not a principal of the CTs, by virtue of the fact noted above.
- Possible Solution 1: Qualify "free and open" by adding a "with an attribution requirement"
- Possible Solution 2: Include a clause in the CTs that if any future license is chosen does not have an attribution clause then OSMF will remove all data entered which requires attribution.
Under section 3, the CTs offer the potential to relicense data in future under another "free and open license", so even if OSM adopted another share a like license in future, it may not be compatible with ODBL just as CC-by-SA isn't compatible with ODBL.
Under section 1, Person A downloads some or all of the OSM data, they make changes to that data and offer it on their own website as required by the ODBL. Person B comes along and wants to import that data into OSM, but they can't incorporate that information back into OSM because they do not have the right to grant OSM the ability to relicense that data in future.
As of 19 August 2010 this is no no longer a theoretical point. NearMap, after discussion with their lawyers, have confirmed  that although use of NearMap imagery is compatible with CC-BY-SA, and is compatible with ODbL, it is NOT compatible with the CTs
Action in Event of Breach of Contributor Terms
There's nothing in the CTs which state what happens if you deliberately or accidentally breach the CTs. It seems odd having a whole set of terms which someone has to agree to, but nothing which states what happens if you breach them.
Some of the possibilities which might occur are:
- Will all your data be removed from the OSM DB?
- Would just data which breaches the CTs be removed?
- Will you account be suspended?
- Should you voluntarily stop contributing to OSM?
For existing contributors the preamble requires you to "confirm that you accept the terms of this agreement for your existing and future contributions". There will undoubtedly be instances where data has been added which is incompatible with the CT's, and the assumption has been made by some contributors that if this data is removed from OSM then the user will be in compliance with the CT's. This is however just an assumption, since the CT's make no reference to this, and The CT's simply refers to data being added.
Furthermore even if the assumption is made that OSM will remove data from its database (and this will be a total removal rather than just the usual "deletion" a user makes - which still retains the data in the DB) the data will still remain in copies of the planet dumps which have been distributed.
There seems little point in making the CT's applicable to all past data. It would therefore be helpful if the CT's, through the preamble, were made relevant to existing data only to the extent that it still exists in the database at the time the license change is approved.
Possible Solution : Reword the preamble something along the lines of "Please read the agreement below and press the agree button to confirm that you accept the terms of this agreement for your future contributions, and existing contributions to the extent that they remain in copies of the OSM database distributed after XX"
Very wide range of paragraph 2
This point is taken from this email from NearMap, but could be an issue for other data providers.
- paragraph 2 of the CTs requires that an OSM user grants the OSMF a very wide ranging license ("a worldwide, royalty-free, non-exclusive, perpetual, irrevocable license to do any act that is restricted by copyright over anything within the Contents, whether in the original medium or any other. These rights explicitly include commercial use, and do not exclude any field of endeavour"). We[NearMap] can't grant a license to derive data from our PhotoMaps that would allow the derived work to be submitted to OSM under that clause; it introduces yet another license (above and beyond CC-BY-SA and ODbL/DbCL).
Incomprehensible section 7 (Miscellaneous)
The section 7 (Miscellaneous) mentions several legal terms and treaties that a normal human being can not be expected to know anything about. If I want to honestly declare my consent to the contributor terms, I need to have understood them before. Here are some of the things that I think a user should not be required to inform themselves about, before being allowed to contribute to a "free wiki world map":
- English law
- The principles of conflict of law. What are they? Are they part of English law, or international law, or no law at all? Are they different in each legislation? And what exactly is meant by "without regard" and which implications does it have for the user?
- The United Nations Convention on Contracts for the International Sale of Goods (1980)
In addition, can we be certain that all potential contributors are even legally allowed to subject themselves to English law? How many - especially in countries that are still mostly unmapped - would we exclude by that requirement? And where they are allowed to - would it be enforceable?
I apologize for the slightly sarcastic tone in my complaint, but I urge everyone to always consider the central goal of our project: building a freely accessible map as a community. Every avoidable obstacle on the way there is one too many, and while legalese may give lawyers a sense of security and a nice feeling, it has the opposite effect on almost everyone else.
I am aware that there are human-readable versions of the licenses and the contributor terms in preparation, but what use are they, if they are not legally binding and I still need to agree to the ones I don't understand?
Of course, the majority will still agree to the contributor terms; after all, they want to contribute. That still doesn't mean they have understood them. Is this really what we want? In my opinion, it is dishonest.
So here is my (again polemic, though not totally unserious) suggestion about what we should do:
- Formulate human-readable texts for our licenses and Contributor Terms.
- State clearly, how we want to allow our content to be used, and under which conditions.
- Describe the reasoning behind the restrictions we place on the use and the obligations we put on the user/contributor, so that they can be followed by their spirit instead of by their wording.
- Say all that in a way that is clear and understandable, so that it leaves less room for miscomprehension and interpretation.
- Accept that there are always corner-cases that cannot be regulated. They aren't important, as long as the intentions of the license are formulated clearly. If this means that Evil Map Company (TM) can get away with doing something we haven't completely anticipated, so be it. After all we want our data to be used in "new and creative ways".
- If we want to put consumers at ease that do care about corner cases, OSMF may explicitly give them permission (they can do that since they are the licensors). Of course, OSMF would only be allowed to do that if doesn't run counter to the general spirit and goals of the project and the licenses.
- And the final step: Use the texts formulated according to the above guidelines instead of the current licenses and contributor terms.
-- The preceding unsigned polemic was added by User:Schuetzm on 8th October 2010.