©Copyright JASSS

JASSS logo ----

J. Gary Polhill and Bruce Edmonds (2007)

Open Access for Social Simulation

Journal of Artificial Societies and Social Simulation vol. 10, no. 3 10

For information about citing this article, click here

Received: 19-Jan-2007    Accepted: 21-Apr-2007    Published: 30-Jun-2007

PDF version

* Abstract

We consider here issues of open access to social simulations, with a particular focus on software licences, though also briefly discussing documentation and archiving. Without any specific software licence, the default arrangements are stipulated by the Berne Convention (for those countries adopting it), and are unsuitable for software to be used as part of the scientific process (i.e. simulation software used to generate conclusions that are to be considered part of the scientific domain of discourse). Without stipulating any specific software licence, we suggest rights that should be provided by any candidate licence for social simulation software, and provide in an appendix an evaluation of some popularly used licences against these criteria.

Agent-Based Social Simulation, Replication, Software Licences, Documentation, Archiving

* Introduction

Even the best social simulations are complex objects whose meaning and import are difficult to discern. One may read a description of a simulation and get a vague idea of its properties but, like mathematics, one only thoroughly understands a simulation when one has pulled it apart and played with it. Despite this fact, simulations have become part of the scientific discourse and are starting to enter the more general, public, discourse. In public domains simulations are often communicated without deep hands-on understanding, relying instead upon the skill and integrity of the community who created them. In this sense they are like mathematical models, simultaneously opaque to most and relied upon by many. However, unlike mathematical models, they facilitate attractive and accessible animations of their results—making them seem more transparent than they are and persuasive to a degree quite separate from their validity.

For these reasons it is important that simulations are openly accessible to others so that they can be checked, compared and improved upon. In this way they can be passed on and developed by a series of independent researchers resulting in objects that are reliable and understood as far as possible. Such simulations could be said to be evolved by the community. The easier it is to download, reimplement, compare, alter and try out the simulations, the more productive this process will be and the better its results. Some of these issues are discussed by more general calls to the social simulation community looking at open content issues (Schweik, Evans and Grove 2005) and understanding what simulations do (Alessa, Laituri and Barton 2006).

In a democratic society where simulations are used as part of the formulation of policy there is a further reason why the simulations should be open. A simulation is not value-free but implicitly encodes its authors' assumptions about the phenomena it aims to represent. If a simulation forms part of a political process wherein it is used to help formulate policy, then it is essential that the simulation be open to inspection to reveal what assumptions and unexpected behaviours it might otherwise hide. Whilst we think it unlikely that the general public will often wish to inspect simulations in detail, the ability of researchers of differing views to probe simulations and publish the results means that the public can be better protected and the political debate around the issues connected to the simulation raised to a higher standard. Similar points are raised about medical software by Carnall (2000) in an editorial to the British Medical Journal.

Finally there is an issue of equality of access. De Laat (2005, pp. 1529-1530) notes that a 'private' licensing regime, protective of intellectual property, excludes outsiders, whilst a public regime is inclusive. Whilst there is an argument for the temporary private exploitation of discoveries, the majority of this work is publicly funded and should probably treated like most scientific knowledge—that is the greatest general benefit is gained by its free distribution and use. Further, Forero-Pineda (2006) notes (p. 816) that scientists from developing countries need access to frontier knowledge to facilitate modernisation and prosperity.

This paper considers issues of access to social simulations, with a prime focus on software licences. Whilst there has (to our knowledge) not yet been a case where replication or exploration of a social simulation has been prevented through licensing, in the context of increasing protection of intellectual property in the academic sector (Sampat 2006), it is arguably worth giving some thought to the rights that a social simulation software licence should give to ensure good scientific practice. As will be made clear, the default situation in law (with no specific licence enabling access) is not acceptable.

Software licences are far from being the whole story of open access. Licences are a legal metaphorical stile[1] to be provided on the path to open access, other issues include the provision of physical access to the software itself (e.g. through archives), and documentation to enable comprehension of what it does and how it works. We cover these issues briefly, since software documentation in particular has already been discussed at length in the literature.

* Licences for social simulation software

One of the most important aspects of any piece of software, besides what it actually does, is the licence. The licence determines the relationship the end-user community will have with the software, specifying who can use it, and what they can do with it. For commercial software, the purpose of the licence is to ensure that the company developing the software are able to maximise their profits from it: users are typically prevented from copying, adapting or distributing the software, and copying or distributing any adaptation.[2] Such protection is the default assumed under law in those countries adopting the Berne Convention, in which a created work is considered protected by copyright as soon as it exists.[3] Consequently, when no explicit licence given, a restrictive licence is assumed. Thus without licences granting appropriate rights, communities such as the open source community could not exist.

Whatever the default legal assumptions, software is not only written with a view to making money. In science, software simulations are increasingly forming part of the explanation process, and related to this, output from software simulations (especially agent-based social simulations) may be used as a basis for advice to policy-makers. There is also the moral question of whether citizens should be prevented from using and inspecting software developed using funds from their taxes. However, unless the copyright owner specifically issues a licence allowing people to copy, adapt and distribute their software, the default assumptions mean that no-one can do so without committing an infringement of copyright. Sometimes, the owner of the copyright will be the employer of the creator of the software rather than the creator themselves. Thus, the permission of an employer may be needed to release the software under an appropriate licence.

This section discusses the rights that should be made available in software licences for these kinds of application. In many scientific proposals, consideration is given to the scope for commercial exploitation of the research, with many funding bodies looking favourably on those proposals with good such prospects. In attempting to establish acceptable norms for software licences in agent-based social simulation, we may not wish to adversely affect our chances of winning funds. Gambardella and Hall (2006) consider some of the issues of open-source licensing with respect to commercial exploitation. Nonetheless, for software used in scientific research there are arguably some basic rights that need to appear in the licence, without which the work associated with the software should not be considered a legitimate part of the scientific domain. There are also arguments for suggesting similar rights for software used as a basis for advice to policy-makers, and for software developed using public funds.

Though we draw on much of the material from the Free Software Foundation,[4] it is not the place of this document to stipulate any particular licence as the only one that is acceptable. Instead, the purpose is to present criteria on the basis of which a licence agreement may be evaluated for including a piece of software in the scientific domain. We believe the licence should be given as part of the review process for any academic paper associated with the software, since if the paper relies on software with an unacceptable licence this is a potential basis for rejection.

Some terminology needs unpicking, as there is some confusion.[5] The following uses the work of Richard M. Stallman and the Free Software Foundation as a basis. The most difficult word is 'free', which can mean both "zero economic cost" and "giving freedoms" (Stallman 2002b). It is the latter with which we are most concerned here: the freedoms that are required for the various uses we are considering—a zero cost piece of software could have a commercial-style licence preventing copying and modification. The term 'free software' has a specific definition (Stallman 2002a) pertaining to freedoms such as those that appear in the GNU General Public Licence. It is quite possible, within the terms of that licence to pay money for 'free software', though the purchaser is then entitled to copy the software to whoever they want.

The confusion over the term 'free' led in part to the term 'open source'.[6] A strict interpretation of 'open source' is that it pertains to a specific right—that of inspecting the source code. Though this is an important right as argued later, an open source licence could be unacceptable if it prevented other necessary freedoms. However, the Open Source Initiative has a certification mark for approved licences based on its 'Open Source Definition', which has conditions that are more wide-ranging than this strict interpretation of the term.[7]

A third term is 'copyleft'. Copyleft is a condition of a software licence that prevents redistributors of the software and any modifications of it from adding additional restrictions in their licences. Whilst this could be seen as a restriction on the freedom of the end-user, it can also be seen at the community level as perpetuating the freedoms given by the original author. It would be rather irritating having released some code under a non-copyleft licence, to later find that another party had released a modification with a useful enhancement or bug fix under a proprietary licence that prevented anyone from seeing what had been done. Lin, Ko, Chuang and Lin (2006) note that documentation of modifications provides useful feedback to the original developers. From a scientific point of view, while journals do not stipulate licensing criteria for software involved in publications, copyleft protects the author from criticisms of closed modifications to their work.

Proprietary software licences turn the software into a black box, which the user must trust to function as advertised. There is a great deal of evidence that such trust is misplaced even in the commercial sector, as maintenance contracts and urgent security patches testify. However, scientists are not in the business of trusting that each others' theories are correct: repeatability and verifiability are pillars of the scientific epistemological framework. Trust is also an issue in a free, open, democratic society—governments do not have the right to assume the trust of their citizenship, and should expect their decisions to be open to scrutiny. There is therefore a question over whether 'black box' software could legitimately form part of an open and accountable decision-making process. Software models are already used extensively in Government, not least in the area of climate change. If citizens are to be asked to make great sacrifices for the sake of the environment, should they not have the right to check the evidence fully and decide for themselves?

Clearly, there are certain cases where black box licences are inappropriate. It may be argued that in opening such black boxes, there is the potential for unqualified individuals to use the software inappropriately, or draw incorrect conclusions from their inspections of it. However, it is unlikely that most people will find the time to inspect what may be tens of thousands of lines of code, and so the task will be left to individuals who are qualified to undertake the task on their behalf, such as other researchers, investigators or journalists. Such specialists can then disseminate their discoveries to their target audiences using appropriate language. The important thing is that they are not prevented from doing so by overly-restrictive licences, lest simulation programs become the tea-leaves and tarot cards of a new generation of (cyber-)prophets.

The following rights are suggested as stipulations for a piece of software that forms the basis of scientific research or advice to policy-makers: Since licence agreements can be subject to change and national boundaries, these rights should be explicitly stated as being irrevocable, world-wide, nonexclusive, and (preferably, though not necessarily) royalty-free.

* Documentation and archiving

Having made legal provision for access to simulations, the next step is their adequate description. The most basic level of description is one that makes reimplementation of the model possible in all significant aspects. If the simulation is implemented using a commonly-used programming system then simply making the code available achieves this basic level. This is easy to do since even if the paper or presentation could not include all the detail of a simulation's code, a pointer to the code on a suitable web site or archive is easy to arrange. This does not make the understanding of the code or its reimplementation at all easy so that it is unlikely that most readers, even interested, expert simulators, would avail themselves of this. However, if there was a later dispute about the details this would help it be resolved.

Clearly more than this basic level is necessary if the reimplementation and improvement of code is to be facilitated. How this might be achieved best for each simulation is difficult to specify—there are a plethora of competing methods and standards for code documentation,[9] and it is unlikely that any one will be best for all simulations. More usefully, Grimm et al. (2006) suggest a description protocol with particular relevance to agent-based models. This is focused on a higher-level description than documentation of code, but is intended (a) to enhance the readability of model descriptions and (b) to ensure that such descriptions are complete.

Reimplementations of even fairly simple models (Edmonds and Hales 2003; Axtell, Axelrod, Epstein and Cohen 1996; Bigbee, Cioffi-Revilla and Luke 2005; Galan and Izquierdo 2005) have typically involved considerable interaction between those conducting the reimplementation and the original authors to resolve ambiguities and implementation details. Thus in addition to information about the design of simulation, one also needs a lot of information about the behaviour of the simulation so that mistakes and unexpected implementation properties can be identified and maybe corrected. The following are suggested as being potentially helpful in this regard:

This does not quite complete the information that is necessary to completely understand a simulation however, for the embedding of the simulation within the scientific process is also important. Thus it is helpful to also include:

Documentation is, however, a time-consuming activity that many researchers cannot afford to undertake. There are two approaches that can be adopted to address this. One is to reduce the need for manually documenting software by finding ways to construct documentation automatically from code. Another is to include in grant proposals a provision for documentation of any involved software—an activity that could be conducted by a contracted professional.

Finally, the most trivial aspect of making a simulation open is ensuring access to the relevant documents concerning it. To be useful this needs to be more than just linking the code from a web page, because the code is just part of a simulation's documentation. Ideally, the following should be accessible:

This basic act of making information about simulations freely accessible can be seen as an extension of the call to "free the academic literature" made by Stevan Harnad and others (Harnad 1998).[10] If the above information is scattered all over the internet and in many journals, then, firstly, not many people will find it in the first place and, secondly, if they do they will have great difficulty in finding the other documents listed above. Thus an openly queryable database that provided the links between these different documents would greatly facilitate the accessibility and openness of such simulations. At the moment it is a journal paper or institutional website that seems to play this role, but this does not provide the links between related institutions and related documents in very structured ways. Thus perhaps some sort of structured "open-archive"[11] would be helpful, maybe on the lines of the publicly funded data archives (e.g. the UK Data Archive[12]). The Open Agent-Based Modelling Consortium, an outcome of a meeting held in Arizona in March 2007[13] is a positive step towards addressing these issues.

* Conclusion

Legislation aimed at protecting businesses' intellectual property is overly protective when it comes to software that is to be considered part of science. We have considered above the rights that we believe must appear explicitly in scientific software licences for the software to be considered a legitimate part of the scientific domain of discourse. Such arguments also apply to software used as part of open and accountable governance. In an appendix to this paper, we consider a set of popularly-used licences against these criteria. In our opinion, the rights we have outlined describe what should be standard practice for those in the social simulation community, and the burden of proof should be on those who do not come up to this standard to justify why their simulation should be exempt. We hope that this practice will become the norm for social simulators—that simulators will feel that such practice is simply part of the job of being a researcher who uses simulation as a tool. As such licences should be something that is commented on when evaluating relevant scientific work (e.g. in papers giving results from models, and proposals involving building software).

It may be argued that the proposed rights remove the potential for financial incentives from software development, resulting in recruitment difficulties for programmers in social simulation work, and consequent deterioration of programming quality. Suppose, however, that we compromise on these rights to encourage good programmers to remain in research rather than go to industry. Then, effectively, reimplementation, replication, and the gathering of knowledge from social simulation would be illegal! If we do indeed accept that the 'best' programmers work in industry[14] rather than research, we are left in the uncomfortable position of accepting that to legitimately build a scientific practice of social simulation, we may have to compromise on quality of programming. Tools that facilitate reuse of software or make modelling easier would address these issues.

Licences are simply the legal dimension to provision of open access to social simulations. Full provision of open access also requires documentation and archiving. Collectively, these three form necessary components of efforts to gather knowledge from social simulation.

* Acknowledgements

This work was funded by the Scottish Executive Environment and Rural Affairs Department.

* Notes

1 For those not accustomed to rambling in the British countryside, a stile is a set of steps provided on a right of way by the land owner to facilitate human access over a fence or wall bordering a field containing livestock.

2 End-user licence agreements also often prohibit disassembling or decompiling the software to see how it works, though (at least in European law), there are circumstances in which this is allowed (Directive 91/250/EEC) even if the licence agreement stipulates against it.

3 See http://www.wipo.int/copyright/en/faq/faqs.htm

4 http://www.fsf.org/

5 More information on the meaning of various terms pertaining to software licences, including those discussed here, can be found at http://www.gnu.org/philosophy/categories.html

6 The Open Source Initiative website explains more about this term. See http://opensource.org/.

7 See http://opensource.org/docs/osd.

8 Voting included: the Australian Capital Territory Electoral Commission, for example, released the source code for its electronic voting system (http://www.elections.act.gov.au/Elecvote.html). However, the Electronic Frontier Foundation reports on its website that some votes in the November 2004 US elections were cast on electronic voting machines with black box licences (http://www.eff.org/Activism/E-voting/).

9 Various organisations have devised relevant standards (judging from the titles), often available only at great expense; though Jose and Viswanathan pointed out in 1992 that documentation 'standards' are often guidelines rather than stipulations. Here are some examples, in chronological order: NASA-STD-2100-91 "NASA Software Documentation Standard" [1991] (http://satc.gsfc.nasa.gov/assure/docstd.html). IEC 61506 “Documentation of Application Software” [1997] (http://domino.iec.ch/webstore/webstore.nsf/artnum/021929) IEEE 1016 “Recommended Practice for Software Design Descriptions” [1998] (http://ieeexplore.ieee.org/xpl/tocresult.jsp?isNumber=16019) BS ISO/IEC 6592:2000 “Information Technology. Guidelines for the documentation of computer-based application systems” [2000] (http://www.standardsdirect.org/standards/standards3/StandardsCatalogue24_view_23963.html) ISO/IEC 18019 “Guidelines for the Design and Preparation of User Documentation for Application Software” [2004] (http://www.iso.org/iso/en/CatalogueDetailPage.CatalogueDetail?CSNUMBER=30804).

10 For an extensive introduction to this issue see: http://www.ecs.soton.ac.uk/~harnad/#Openaccess

11 As in the “Open Archives Initiative”, http://www.openarchives.org/

12 http://www.data-archive.ac.uk/

13“Integrating Socio-Ecological Sciences Through a Community Modeling Framework.” 1-3 March 2007, Arizona State University. http://www.asu.edu/clas/csdc/events/barton.html

14 There are various reasons why not. For example, the research environment may offer more interesting and challenging opportunities for programmers, meaning that those who truly love this art will stay despite lower financial reward.

* References

ALESSA L N, Laituri M and Barton M (2006). An "all hands" call to the social science community: Establishing a community framework for complexity modeling using agent based models and cyberinfrastructure. Journal of Artificial Societies and Social Simulation 9 (4)6. http://jasss.soc.surrey.ac.uk/9/4/6.html.

AXTELL R, Axelrod R, Epstein J and Cohen M D (1995). Aligning simulation models: A case study and results. Computational and Mathematical Organization Theory 1 (1), pp. 123-141.

BIGBEE A, Ciofii-Revilla C and Luke S (2005). Replication of Sugarscape using MASON. In Troitzsch, K. G. (ed.) Representing Social Reality: Pre-proceedings of the Third Conference of the European Social Simulation Association, Koblenz, September 5-9, 2005. Koblenz: Verlag Dietmar Fölbach. pp. 6-15.

CARNALL D (2000). Medical software's free future. British Medical Journal 321, p. 976.

DE LAAT P B (2005). Copyright or copyleft? An analysis of property regimes for software development. Research Policy 34, pp. 1511-1532.

EDMONDS B and Hales D (2003). Replication, replication and replication: Some hard lessons from model alignment. Journal of Artificial Societies and Social Simulation 6 (4)11. http://jasss.soc.surrey.ac.uk/6/4/11.html.

FORERO-PINEDA C (2006). The impact of stronger intellectual property rights on science and technology in developing countries. Research Policy 35, pp. 808-824.

GAMBARDELLA A and Hall B H (2006). Proprietary versus public domain licensing of software and research products. Research Policy 35, pp. 875-892.

GALAN J M and Izquierdo L R (2005). Appearances can be deceiving: Lessons learned re-implementing Axelrod's 'Evolutionary Approach to Norms'. Journal of Artificial Societies and Social Simulation 8 (3)2. http://jasss.soc.surrey.ac.uk/8/3/2.html.

GRIMM V, Berger U, Bastiansen F, Eliassen S, Ginot V, Giske J, Goss-Custard J, Grand T, Heinz S K, Huse G, Huth A, Jepsen J U, Jørgensen C, Mooij W M, Müller B, Pe'er G, Piou C, Railsback S F, Robbins A M, Robbins M M, Rossmanith E, Rüger N, Strand E, Souissi S, Stillman R A, Vabø R, Visser U and DeAngelis D L (2006). A standard protocol for describing individual-based and agent-based models. Ecological Modelling 198 (1-2), pp. 115-126.

HARNAD S (1998). On-Line Journals and Financial Fire-Walls. Nature 395 (6698): 127-128. http://cogprints.org/1699/index.html

JOSE J M and Viswanathan T (1992). Software documentation and standards. Annals of Library Science and Documentation 39 (4), pp. 123-133.

LIN Y H, Ko T M, Chuang T R and Lin K J (2006). Open source licenses and the creative commons framework: License selection and comparison. Journal of Information Science and Engineering 22 (1), pp. 1-17.

POLHILL J G, Izquierdo L R and Gotts N M (2005). The ghost in the model (and other effects of floating-point arithmetic. Journal of Artificial Societies and Social Simulation 8 (1)5. http://jasss.soc.surrey.ac.uk/8/1/5.html.

SAMPAT B N (2006). Patenting and US academic research in the 20th century: The world before and after Bayh-Dole. Research Policy 35, 772-789.

SCHWEIK C, Evans T and Grove J M (2005). Open source and open content: A framework for collaboration in social-ecological research. Ecology and Society 10 (1): 33. http://www.ecologyandsociety.org/vol10/iss1/art33/

STALLMAN R M (2002a). Free software definition. In Gay J (Ed.) Free Software, Free Society: Selected Essays of Richard M. Stallman. Boston, USA: GNU Press, pp. 41-43.

STALLMAN R M (2002b). Why "free software" is better than "open source". In Gay J (Ed.) Free Software, Free Society: Selected Essays of Richard M. Stallman. Boston, USA: GNU Press, pp. 55-60.

* Legislation


Copyright Rights in Performances. Publication Right. Database Right. Unofficial Consolidated Text of UK Legislation to 31st December 2003. HMSO.


Council Directive 91/250/EEC of 14 May 1991 on the legal protection of computer programs. Official Journal L 122, 17/05/1991 P. 0042-0046.


WIPO Copyright Treaty

Berne Convention for the Protection of Literary and Artistic Works

UNESCO Universal Copyright Convention

* Appendix A: a quick HOWTO guide to licensing a simulation

An explanation of how to licence software using the GNU General Public Licence is found at this website: http://www.gnu.org/licenses/gpl-howto.html. Certain general principles can be abstracted from this:

* Appendix B: a review of various licences

Here we consider a few of the more popular licences under which software is released against the criteria set out in the paper. None are an exact fit. Each licence is considered in a table, which for each of the criteria gives a summary statement of whether it is met ('Yes' if it is, 'No' if it isn't, and '?' if there is some doubt) and quotes relevant sections of the licence. The criteria are: 'Run?'—does the licence explicitly state that there are no constraints to how the user may run the program? 'Inspect?'—does the licence stipulate that the source code be provided? 'Reimplement?'—does the licence explicitly allow you to use any patents in the software? 'Modify?'—does the licence explicitly permit you to create derivative works from the software? (Lin et al.'s (2006) comparison of licences also notes whether documentation of modifications made is stipulated.) 'Distribute?'—does the licence explicitly permit you to distribute the derivative works? 'Copyleft?'—does the licence force you to give at least the same freedoms in released derivative works? Note that this review has not been conducted by qualified legal personnel. A more comprehensive review of licences (with a difference of emphasis) can be found at http://www.gnu.org/licenses/license-list.html, and some of the licences reviewed here are also reviewed by Lin et al. (2006) against an intersecting set of criteria.

LicenceOpen Source Definition compliant licence
Link http://opensource.org/docs/definition.php
Example SoftwareA list of compliant licences is given at http://opensource.org/licenses/.
Run??"The license must not restrict anyone from making use of the program in a specific field of endeavor." If science is a field of endeavour, and it is generally accepted that using the program in that field entails the unconstrained right to run the program, then an OSD compliant licence would have a 'Yes' entry here. However, the clause is mainly aimed at ensuring commercial exploitation is not prohibited by the licence.
Inspect?Yes"The program must include source code ..." with the following qualification: "Where some form of a product is not distributed with source code, there must be a well-publicized means of obtaining the source code for no more than a reasonable reproduction cost."
Reimplement?NoPatents are not mentioned in the OSD.
Modify?Yes"The license must allow modifications and derived works..."
Distribute?Yes"...and must allow them to be distributed under the same terms as the license of the original software." Again, there is a small qualification: "The license may restrict source-code from being distributed in modified form only if the license allows the distribution of "patch files" with the source code for the purpose of modifying the program at build time."
Copyleft?NoThere is no stipulation that modified or derived works must be licensed under the same terms. The stipulation is only on the licensor to permit derived works to be distributed under the same terms.
NotesThe Open Source Definition is a series of constraints that must be adhered to by compliant licences, rather than a licence itself.

LicenceGNU General Public Licence
Link http://www.gnu.org/licenses/gpl.html
Example SoftwareSwarm 2.2
Run??"Activities other than copying, distribution and modification are not covered by this License; they are outside its scope." This suggests that the unrestricted right to run the program is not explicitly part of the licence, however, the licence then states: "The act of running the Program is not restricted..." On balance, this is probably a 'No'.
Inspect?YesYou must accompany the distribution of object code with "complete corresponding machine-readable source code," or provide a written offer to do so "for a charge no more than your cost of physically performing source distribution" or access to the written offer you have received.
Reimplement??The licence does provide in the event of a patent infringement that "if ... conditions are imposed on you (whether by court order, agreement or otherwise) that contradict the conditions of this License, they do not excuse you from the conditions of this License." However, the licence does not explicitly license you to use any patents owned by the licensor. It is not clear if a patent infringement of a distinct piece of software reimplementing the licensed software would cause the GPL to become invalid for the latter.
Modify?Yes"You may modify your copy or copies of the Program or any portion of it, thus forming a work based on the Program."
Distribute?Yes"You may copy and distribute verbatim copies of the Program's source code as you receive it ... and copy and distribute ... modifications or work [based on the Program]."
Copyleft?Yes"You must cause any work that you distribute or publish, that in whole or in part contains or is derived from the Program or any part thereof, to be licensed as a whole at no charge to all third parties under the terms of this License."
NotesThe "machine-readable" wording of the licence does not explicitly exclude deliberately obfusticated source code (e.g. automatically replacing meaningful identifier names with meaningless ones), which is a stipulation of OSD compliant licences.

LicenceGNU Lesser (or Library) General Public Licence
Link http://www.gnu.org/licenses/lgpl.html
Example SoftwareSwarm 2.1.1
Run??As per GNU GPL, though note that software using the library must be released under a licence that permits "reverse engineering for debugging," which may tip the balance back to 'Yes'.
Inspect?YesAs per GNU GPL, and see notes to GNU GPL.
Reimplement??As per GNU GPL
Modify?YesAs per GNU GPL
Distribute?YesAs per GNU GPL
Copyleft??It depends on whether the software is a derivative work, or a work that uses the library. The latter is "A program that contains no derivative of any portion of the Library, but is designed to work with the Library by being compiled or linked with it," about which the licence says that "you may also combine or link a "work that uses the Library" with the Library to produce a work containing portions of the Library, and distribute that work under terms of your choice." For derivative works and modifications to the library, "You must cause the whole of the work to be licensed at no charge to all third parties under the terms of this License."
NotesProvision is made within the LGPL to convert copies of the library and derivative works thereof to the GPL.

LicenceRevised and Original BSD Licences
LinkRevised: http://www.xfree86.org/3.3.6/COPYRIGHT2.html#5
Original: http://www.xfree86.org/3.3.6/COPYRIGHT2.html#6
Example SoftwareRepast
Run?NoThe unrestricted right to run the software is not stipulated. You are given the right to use the software, but the definition of 'use' could be interpreted as meaning only fair use.
Inspect?NoThere is no stipulation that the source code be provided.
Reimplement?NoThere is no statement made about patent licences.
Modify?YesModification is permitted.
Distribute?YesDistribution of modifications is permitted.
Copyleft?NoThere is no stipulation as to the licence for derivative works.

LicenceMozilla Public Licence
Link http://www.mozilla.org/MPL/MPL-1.1.html
Example SoftwareProtégé
Run?NoThe right to use the software is not explicitly unrestricted.
Inspect?Yes"The Source Code version of Covered Code may be distributed only under the terms of this License," and "any Modification which You create or to which You contribute must be made available in Source Code form under the terms of this License."
Reimplement?No"No patent license is granted: ... separate from the Original Code"
Modify?YesThe right to modify is explicitly stated.
Distribute?YesThe right to distribute is explicitly stated.
Copyleft?No"You may create a Larger Work by combining Covered Code with other code not governed by the terms of this License," where a "Larger Work" is defined as "a work which combines Covered Code or portions thereof with code not governed by the terms of this License."

LicenceAcademic Free Licence
Link http://www.opensource.org/licenses/afl-3.0.php
Example SoftwareMASON
Run?NoThe licence states that "You may use the Original Work in all ways not otherwise restricted or conditioned by this License or by law," [our emphasis] which may unintentionally fall foul of the issue raised with UK law above.
Inspect?Yes"Licensor agrees to provide a machine-readable copy of the Source Code of the Original Work along with each copy of the Original Work that Licensor distributes." As per the OSD, this condition can be satisfied if the Licensor places the source code at a published conveniently accessible location.
Reimplement?YesYou are granted a licence "under patent claims owned or controlled by the Licensor that are embodied in the Original Work as furnished by the Licensor, to make, use, sell, offer for sale, have made, and import the Original Work and derivative works thereof."
Modify?Yes"Licensor hereby grants ... You a ... non-exclusive license ... to modify ... the Original Work."
Distribute?Yes"Licensor hereby grants ... You a ... non-exclusive license ... to distribute ... the Original Work and Derivative Works"
Copyleft?YesThe licence under which you distribute copies and derivative works must be one "that does not contradict the terms and conditions ... in this Academic Free License."
NotesThere are several versions of the Academic Free Licence, with subtle differences between them. The above applies to version 3.

LicencePublic Domain
Example Software
Reimplement?YesPublic domain means that no-one has any proprietary interests on the article in question.
NotesPublic domain software is software that is not copyrighted. This is not the default, even if you have not explicitly written a copyright message in the material. The default, for signatories to the Berne convention, is that the material is copyrighted at the instant of creation.


ButtonReturn to Contents of this issue

© Copyright Journal of Artificial Societies and Social Simulation, [2007]