2 \qauthor{\LARGE{Mike Linksvayer}}
4\chapter{Free Culture in Relation to Software Freedom}
5\label{c:free_culture_software_freedom}
7Richard Stallman announced the GNU project (GNU's Not Unix) to create a free
8operating system in 1983, making the free software movement at least 25 years
9old\footnote{See \url{http://ur1.ca/f6pj} for my perspective on the 25th
10anniversary of GNU.}. In a number of ways, free culture is harder to pin down
11than free software. No single event marks the obvious beginning of the free
12culture movement. Candidates might include the launches of the f\hbox{}irst Open
13Content licences (1998\footnote{See ``10 Years of Open Content'' at
14\url{http://ur1.ca/f6pm} by David Wiley, creator of the f\hbox{}irst open
15content licence.}), Wikipedia (2001), and Creative Commons (2002). One reason
16may be that there is no free culture equivalent of a free operating system - an
17objective that is clearly necessary, and for at least some people,
18suf\hbox{}f\hbox{}icient to fully achieve software freedom.
20This chapter compares and contrasts software and culture and the free software
21and free culture movements. The ideas herein formed, with my observations as a
22free software advocate working at Creative Commons for f\hbox{}ive years, then
23took the form of f\hbox{}ive presentations on the topic during 2008\footnote{See
24\url{http://ur1.ca/f6pp}, \url{http://ur1.ca/f6pr}, \url{http://ur1.ca/f6ps},
25\url{http://ur1.ca/f6pv} and \url{http://ur1.ca/f6pw}.}. I gave the second to
26last of those presentations at FSCONS (not coincidentally, a conference
27dedicated to free software \textit{and} free culture), the book version of which
28this chapter is being written for.
30I start by examining dif\hbox{}ferences between software and culture \textit{as
31they relate to the need for and ability to collaborate across individual and
32organizational boundaries}, then move on to the implications of those
33dif\hbox{}ferences for free software and free culture. Next I look at the
34history of each movement and indicators of what each has achieved - mostly by
35loosely analogizing free culture indicators to free software, the latter taken
36as a given. F\hbox{}inally, I attempt to draw some lessons, again mostly for
37free culture, and point out some useful ways for the free software and free
38culture movements to collaborate.
40In this chapter I take ``cultural works'' to mean ``non-software works of a type
41often restricted by copyright''. Admittedly this is not perfect - software is
42culture (as is everything of human construction in some sense), some
43recognizably ``cultural'' works include software, and many non-software works
44are not usually thought of as ``cultural''.
46While plenty may be said about the relative properties of cultural and software
47works usually recognized as such without creating precise def\hbox{}initions for
48each set, it is worth noting that Stallman, at least since 2000, has delineated
49three categories of works - functional (software, recipes, dictionaries,
50textbooks), representative (essays, memoirs, scientif\hbox{}ic papers), and
51aesthetic (music, novels, f\hbox{}ilms)\footnote{See \url{http://ur1.ca/f6px}
52(speech transcription, 2000) and \url{http://ur1.ca/f6py} (interview, 2002).}.
53Although Stallman’s evaluation of the freedoms required for representative works
54has had some unfortunate ef\hbox{}fects\footnote{Verbatim-only permissions for
55GNU essays on which I comment in another GNU 25th anniversary post at
56\url{http://ur1.ca/f6q0} leading directly to an over-complicated Free
57Documentation Licence with non-free options, discussed brief\hbox{}ly on The
58Software Freedom Law Show: Episode 0x16 concerning documentation licensing; see
59\url{http://ur1.ca/f6q1}.}, these categories are very insightful and have some
60correspondence with my claims below that some cultural works more than others
61share similarities with software.
64\section{Obvious Software, Ubiquitous Culture}
65\label{s:free_culture_software_freedom:obvious_software}
69\label{ss:free_culture_software_freedom:obvious_software:reuse}
71The case for reusing software code is obvious, compelling, and pragmatic. If one
72can use or improve existing code, it often makes sense to do so rather than
73writing new code from scratch. For example, if one needed a HTML renderer, it
74would be very dif\hbox{}f\hbox{}icult to justify starting over rather than using
75Gecko or WebKit, the renderers used most notably by the F\hbox{}irefox and
76Safari web browsers respectively, and also many other projects. On the other
77hand, the case for reusing software code is very narrow. If one is writing a
78device driver, code from an HTML renderer is useless, as is nearly all other
81Any particular cultural reuse does not seem necessary. If one needs music for a
82f\hbox{}ilm soundtrack, any number of existing pieces might work, and one would
83hardly question a decision to create a new piece just for the f\hbox{}ilm in
84question. However, no particular cultural reuse is absurd, excepting when
85absurdity is a cultural feature. Cat photos and heavy metal music can make a
86music video. I challenge you to think of \textit{any} combination of artefacts
87that some artist could not incorporate together in a new work.
89Software is usually fairly clearly used in some part of a ``stack'' and an
90entire stack forms a self-contained nearly universally multi-purpose whole -
91usually an operating system with applications. Cultural works can of course be
92layered, but don't sort naturally into a ``stack'' - a f\hbox{}ilm may need a
93soundtrack in roughly the same way a song needs a video, while a video player
94needs an audio codec, but not \textit{vice versa}. There is no cultural
95equivalent of a shippable operating system.
98\subsection{Maintenance}
99\label{ss:free_culture_software_freedom:obvious_software:maintenance}
101Maintenance of software is almost necessary. Unmaintained software eventually is
102surpassed in features, becomes incompatible with new formats, has security holes
103discovered, is not included in current distributions, is only runnable on
104emulators, and if it is still useful, may be rewritten by a new generation of
105programmers who can't understand or even can't f\hbox{}ind the code.
106Non-maintained software is dead, or at least moribund.
108A ``maintained'' cultural work is pretty special. Most are consumed verbatim,
109unchanged from the artefact originally published, \textit{modulo} technical
110medium shifts. This may be a primarily 20th century phenomenon - beginning
111earlier for text, which could be mechanically reproduced on an industrial scale
112earlier. Arguably culture before mass reproduction required maintenance of a
113sort to survive just as much as software does - manual copying since the dawn of
114writing and repeated performance before that. It is possible to imagine a future
115in which a lack of truly mass media and tremendously powerful and accessible
116modif\hbox{}ication tools mean that in order to survive, a cultural work must be
117continually modif\hbox{}ied to remain relevant. However, it is clear that at
118least now and in the recent past, an old verbatim cultural work is at least
119potentially useful, while old verbatim software work seldom is useful.
122\subsection{Modifiable Form and Construction}
123\label{ss:free_culture_software_freedom:obvious_software:modifiable_form}
125Software's modif\hbox{}iable form is roughly all or nothing - you have the
126source code or not. Some reverse engineering and decompilation is possible, but
127clearly source code is hugely more useful than binaries for modifying -
128including maintaining - software.
130The modif\hbox{}iable forms of cultural works are varied and degradable. For
131example, text with mark-up is more useful than a PDF, which is more useful than
132a bitmap scan. Audio multi-tracks are better than a lossless mixdown, which is
133better than a high bitrate mixdown, which is better than a low bitrate mixdown,
134which is better than a cassette recording of an AM radio broadcast during a
135storm. At the extremes, the most preferred form is much better than the most
136degraded, but the degradation is fairly steady and all forms have potential for
139The closest to such steady degradation for software source code might be that
140commented code is better than uncommented code, which is better than obfuscated
141code, which is better than binaries, which are better than obfuscated binaries -
142but most of these forms are fairly unnatural - while it is hard to avoid
143encountering most of the continuum of modif\hbox{}iable form degradation for
144cultural works - except that the most preferred form is often unavailable.
146Relatedly, there's a gulf in the construction of software and cultural works.
147Creating software is identical to creating its modif\hbox{}iable form. Creating
148cultural works often involves iteratively leaving materials on the cutting room
149f\hbox{}loor or the digital equivalent.
151It makes intuitive sense that that which does not degrade gracefully requires
152maintenance and that which does not degrade gracefully does not require
153maintenance, though it is unclear there is any causality in either direction.
156\subsection{Distributed Collaboration}
157\label{ss:free_culture_software_freedom:obvious_software:distributed_collaboration}
159The compelling case to reuse specif\hbox{}ic software and the need to maintain
160software means that individuals and organizations with similar needs are likely
161to benef\hbox{}it from using the same software - and for some of them to work
162together (closely or loosely) to maintain and improve the software.
164Given lack of a compelling case for reusing specif\hbox{}ic cultural works and
165the lack of need to maintain cultural works means the need to collaborate across
166entity boundaries around \textit{a specif\hbox{}ic work} is much lower - though
167there remains a strong desire to collaborate across entities around any number
168of cultural works, and once a project that cannot be completed by a single
169entity is under way or a work gains cultural signif\hbox{}icance, there can be a
170very strong need or desire for distributed collaboration around that
171specif\hbox{}ic project or work.
175\label{ss:free_culture_software_freedom:obvious_software:wikis}
177Note that typical Wikis are somewhat like software in many of these respects.
178They require maintenance so as not to become stale and overrun with spam. Reuse
179may be more pragmatic and modif\hbox{}iable form more singular than most
180cultural works. Wikipedia is much more like a self-contained nearly universally
181multi-purpose whole than most cultural works.
185\label{s:free_culture_software_freedom:freedom}
187What do these dif\hbox{}ferences in reuse, maintenance, and modif\hbox{}iable
188form mean for free software and free culture, in particular the latter relative
189to the former? Much has been written about software freedom, and there is wide
190agreement about what it entails. Distillations such as the Debian Free Software
191Guidelines\footnote{\url{http://ur1.ca/f6q2}}, the Open Source
192Def\hbox{}inition\footnote{\url{http://ur1.ca/f6q4}}, and the Free Software
193Def\hbox{}inition\footnote{\url{http://ur1.ca/f6q5}} almost completely agree
194with each other about which software is free (or open) and which is
195not\footnote{See \url{http://ur1.ca/f6q6} for a rare exception.}.
197Why software freedom? The Free Software Def\hbox{}inition's four freedoms state
198(somewhat redundantly) things we want to be able to do with software - use, read
199and adapt, share, and improve and share improvements. More abstractly, free
200software grants users some autonomy (and the ability to get more), promotes a
201sharing ethic, facilitates collaboration, unlocks value, reduces transaction
202costs, makes distributed maintenance tenable, and arguably is congruent with and
203facilitation of broader social goals such as access, participation, democracy,
204innovation, security, and freedom\footnote{F\hbox{}ind a broad discussion of how
205free software and similar phenomena further these liberal goals in The Wealth of
206Networks by Yochai Benkler, available from \url{http://ur1.ca/f6q7}. I
207highlighted the positive impact of free software and free culture on freedom and
208security in particular in another FSCONS 2008 presentation, see
209\url{http://ur1.ca/f6q8}.}.
212\subsection{Software Services and Fee Software and Free Culture}
213\label{ss:free_culture_software_freedom:freedom:software_services}
215Software services delivered over a network have reignited the debate over what
216constitutes necessary software freedom. No doubt the rise of software services
217has aided and been helped by free software - the applications themselves are
218often not free software, but are usually built of and on top of many layers of
219free software, while the move of the most important applications to the web
220means that free software users only really need a web browser to be on a par
221with non-free users (there are important caveats, in particular the dominance of
222patent-encumbered media codecs, but the web is fairly clearly an equalizer).
223However, some see software services as a gigantic threat to software freedom.
224Not only is the source to most popular applications unavailable and not freely
225licensed, operations of software services are completely opaque, they have your
226data, and could shut down or deny you access at any time!
228Among the vanguard that sees a problem in software services and an answer in
229more software freedom, there is broad agreement in outline, e.g., the Franklin
230Street Statement\footnote{\url{http://ur1.ca/f6qa}; see \url{http://ur1.ca/f6qe}
231for my perspective.} and Open Software Services
232Def\hbox{}inition\footnote{\url{http://ur1.ca/f6qi}} probably would agree most
233of the time on which services are free, but many details and a huge amount of
234practise remains to be worked out\footnote{See \url{http://ur1.ca/f6qj} for
235ongoing discussion of ``free network services.''}.
237The Franklin Street Statement and Open Software Services Def\hbox{}inition each
238recognize the need for content freedom. Private content makes things
239interesting, but both broadly agree on what constitutes free cultural works.
240Indeed, both build on def\hbox{}initions of freedom (or openness) for
241non-software works that plainly map software freedom to cultural works, the
242Def\hbox{}inition of Free Cultural Works\footnote{\url{http://ur1.ca/f6qm}} and
243the Open Knowledge Def\hbox{}inition\footnote{\url{http://ur1.ca/f6qo}}
247\subsection{Definitions of Freedom for Culture}
248\label{ss:free_culture_software_freedom:freedom:def_freedom_culture}
250These def\hbox{}initions have gained considerable traction - the former is used
251as Wikipedia's def\hbox{}inition of acceptable content licensing and is
252recognized (reciprocally) with an ``Approved for Free Cultural Works'' seal on
253qualifying Creative Commons instruments (public domain, Attribution,
254Attribution-ShareAlike)\footnote{\url{http://ur1.ca/f6qp}}. In debates about
255free culture licensing, it is regularly assumed and asserted that licences that
256do not meet the translated standards of free software are non-free.
258However, there is some explicit disagreement about whether freedom can be
259def\hbox{}ined singularly across all cultural works or that non-software
260communities have not arrived at their own def\hbox{}initions (Lawrence
261Lessig\footnote{Discussed at \url{http://ur1.ca/f6qq}; also see Lessig
262presentation at 23C3 available at \url{http://ur1.ca/f6qr} starting at 41
263minutes.}) or that many cultural works require less freedom
264(Stallman\footnote{Ibid. 4.}), to say nothing of graduated and multiple
265def\hbox{}initions in related movements such as those for Open
266Access\footnote{See \url{http://ur1.ca/f6qu} for an overview that unfortunately
267uses ``libre'' to indicate that at least some permission barriers have been
268removed, a much looser indicator than the standard of Free, Libre, and Open
269Source Software, which requires that all permission barriers be removed, with
270exceptions only for notice, attribution, and copyleft.} and Open Educational
271Resources\footnote{See \url{http://ur1.ca/f6qv} for one conversation
272demonstrating lack of consensus on freedoms required for Open Educational
273Resources.}. More importantly, approximately two thirds of cultural works
274released under public copyright licences use such licences that do not qualify
275as free as in (software) freedom - those including prohibitions of derivative
276works and commercial use\footnote{\url{http://ur1.ca/f6re}}.
278Does culture need freedom? As in free software? I take this as a given until
279proven otherwise, but the case for has not been adequately captured. The
280Def\hbox{}inition of Free Cultural Works says ``The easier it is to re-use and
281derive works, the richer our cultures become. \ldots These freedoms should be
282available to anyone, anywhere, any time. They should not be restricted by the
283context in which the work is used. Creativity is the act of using an existing
284resource in a way that had not been envisioned before.''\footnote{Ibid. 14.} So
285free as in software freedom culture is asserted to result in richer cultures.
287The Def\hbox{}inition of Free Cultural Works maps the Free Software
288Def\hbox{}inition's four freedoms for works of authorship to (1) the freedom to
289use the work and enjoy the benef\hbox{}its of using it, (2) the freedom to study
290the work and to apply knowledge acquired from it, (3) the freedom to make and
291redistribute copies, in whole or in part, of the information or expression, and
292(4) the freedom to make changes and improvements, and to distribute derivative
293works\footnote{Ibid. 14.}.
295It is easy to argue that free culture of\hbox{}fers many of the benef\hbox{}its
296free software does, as enumerated above: grants users some autonomy (and the
297ability to get more), promotes a sharing ethic, facilitates collaboration,
298unlocks value, reduces transaction costs, makes distributed maintenance tenable,
299and arguably is congruent with and facilitating of broader social goals such as
300access, participation, democracy, innovation, security, and freedom. And could
301lead to richer cultures.
304\subsection{Why Semi-Free Culture?}
305\label{ss:free_culture_software_freedom:freedom:semi-free}
307So why the semi-freedom (relative to free as in software freedom) granted by
308cultural licences that include terms prohibiting derivative works or commercial
309use? Are such terms helpful or harmful to the free culture movement? I don't
310know of any empirical work on why people use semi-free licences, but anecdotally
311reasons include not wanting others to change the meaning of a work (derivatives
312prohibition) and having a business model that depends on restricting commercial
313uses or having feelings that are sensitive to anyone prof\hbox{}iting without
314you being part of the deal (commercial use prohibition).
316Prohibition of derivative works seems particularly misguided and
317non-benef\hbox{}icial. Misguided because free licences do have limited
318mechanisms to restrict disagreeable uses - the licensee distributing a
319derivative work must describe changes made and must not imply endorsement of the
320licensor, while the licensor can mandate that credit be removed so they are not
321associated with the derivative and (unfortunately) retains ``moral rights''
322against derogatory uses (these vary in strength around the world). Furthermore,
323given the diminution of fair use, fair dealing, and other copyright exceptions
324(which tend to be weakest where moral rights are strongest), lack of explicit
325permission to create derivative works is a free speech issue.
327Most of the problems with prohibition of commercial use from a free culture
328perspective are comparatively well
329documented\footnote{\url{http://ur1.ca/f6qy}}.
331While the problems of semi-free licences should not be underestimated, there are
332some reasons for their existence, some reasons to think they are less
333problematic for culture than they are for software (where they have been roundly
334rejected) and some possibility that their impact is net positive.
336Battles over f\hbox{}ile sharing are one reason. These may have reached their
337peak relevance around the time Creative Commons launched in December, 2002
338(since then the web has become the increasingly dominant platform for sharing -
339and for media, period). People were (and are) getting sued simply for making
340verbatim works available via f\hbox{}ile sharing at no charge and many
341innovative P2P startups were shut down. Many in the copyright industries hoped
342that DRM, a threat to computer users, civil liberties, and free software
343specif\hbox{}ically, would render f\hbox{}ile sharing useless. In this
344environment, merely allowing legal sharing of verbatim works would be a
345signif\hbox{}icant statement against shutting down innovation and mandating DRM.
347Because reuse of cultural works is non-pragmatic relative to reuse of software
348code, it is possible that a derivatives prohibition on some cultural works is
349less impactful than such a restriction would be on software. Lower requirements
350for maintenance also mean that the importance of allowing derivative works is
353Restrictions on f\hbox{}ield of use (namely, commercial use) may also be less
354harmful for culture than they would be for software. Lack of interoperability is
355one of the problems created by non-commercial licensing. However, if prohibiting
356derivative works is less impactful in culture, so too are interoperability
357problems, which are triggered by the inability to use derivatives created from
358works under incompatible licences.
360When distributed maintenance is important, non-commercial licensing is unusable
361for business - a commercial anti-commons is created - no commercial use can be
362made as there are too many parties with copyright claims who have not cleared
363commercial use. This is perhaps one explanation of why free software $\cong$
364open source - although the latter is seen by some as business-friendly, to the
365detriment of freedom, businesses require full freedom, at least for software.
367Maybe some artists want a commercial anti-commons: nobody can be ``exploited''
368because commercial use is essentially impossible. If most of culture were
369encumbered by impossible to clear prohibitions against commercial use, the
370commercial sector disliked by Adbusters types would be disadvantaged. However, I
371suspect very few licensors of\hbox{}fering works under a non-commercial licence
372have thought so far ahead. Among those who have thought ahead, even those with
373far left sympathies, seem to appreciate forcing commercial interests to
374contribute to free culture \textit{via} copyleft rather than barring their
377Many licensors do want to exploit commerce under fairly traditional models.
378There is a case to be made that copyleft (e.g., ShareAlike) licences have an
379under-appreciated and under-explored role in business models, but it certainly
380requires less imagination to see how traditional models map onto only permitting
381non-commercial use - the pre-cleared uses are promotional, while the copyright
382holder authorizes sales of copies and commercial licensing in the usual manner.
383While businesses based on selling copies of digital goods are cratering,
384commercial licensing of digital goods (e.g., for use in advertisements) is a
385huge business. I do not know what fraction of this business results in creating
386derivatives of the works licensed, but it is at least possible that a
387signif\hbox{}icant fraction does not, and hence ShareAlike may be a poor
388business model substitute for commercial use prohibition.
390By contrast, free commercial use is less impactful on the bulk of the software
391industry, which is mostly about maintenance and custom development. While impact
392on existing business models is not directly part of the calculus of how much
393freedom is necessary, high impact on existing business models may drastically
394limit willingness to use fully free licences. So while for software, semi-free
395licences may compete with free licences (fortunately the latter won), for
396culture semi-free licences may largely be used by licensors who would not have
397of\hbox{}fered a public licence if only fully free licences were available,
398meaning that semi-free licences produce a net gain. It is entirely possible that
399many licensors of\hbox{}fering works under semi-free licences would have used
400free licences if no prominent semi-free licences were available, producing a net
401loss or ambiguous result from semi-free licensing. I hope social scientists
402f\hbox{}ind a means of testing these conjectures with f\hbox{}ield data and lab
405Although the direct impact of prominent licence choices on the freedoms
406af\hbox{}forded to cultural works is important, so is the indirect impact on
407norms and movements. One complaint about semi-free licences is that they weaken
408the consensus meaning of free culture - licensors can feel like they're
409participating without of\hbox{}fering full freedom.
411There is another, older consensus around ``non-commercial'' that doesn't have
412much if anything directly to do with licences, that we could return to - that
413non-commercial use should not be restricted by copyright, as the default. We are
414a very long way from reaching such a consensus, but it would be a huge
415improvement over the current consensus, that nearly all uses are restricted by
416copyright. ``Huge'' is an understatement.
418It is at least possible to imagine widespread adoption of public licences with a
419non-commercial term as being an important component of a shift back to the
420second kind of non-commercial consensus. If non-commercial public licences were
421to have a positive role to play in this story, it seems two things would have to
422be true: (1) many more people use non-commercial public licences than would
423otherwise use public licences if only fully free public licences were available;
424and (2) use of non-commercial public licences sets a norm for the minimum
425freedom a responsible party would of\hbox{}fer rather than all the freedom
426people need. In other words, the expectation should be that if you don't at
427least promise to not censor non-commercial uses, you're an evil jerk, but if you
428only promise to not censor non-commercial uses, you're merely not an evil jerk.
430As someone who strongly prefers fully free licences, I even more strongly prefer
431to see ef\hbox{}fort put into building and promoting free cultural works rather
432than bashing semi-free licences, for roughly three reasons: (1) use of semi-free
433licences could have a positive impact, to the extent they don't crowd out free
434licences (see above); (2) building is so much more interesting and fun than
435advocacy, especially negative advocacy - in the history of free software, the
436people who are remembered are those who built free software, not those who
437sniped at shareware authors (roughly equivalent to semi-free licensors); and (3)
438pure rationalization - as of this writing, I work for an organization that
439of\hbox{}fers both free and semi-free public copyright licences.
441It is unsurprising Stallman only supports cultural freedom necessary for free
442software, rather than that which is necessary for building equivalently free
443culture - software freedom is his overriding mission. Although he has not made
444such a claim, and has a coherent explanation for why works of opinion and
445entertainment do not require full freedom\footnote{Ibid. 4.}, there is a case to
446be made that semi-free cultural licences do everything necessary to facilitate
447free software, e.g., allowing format shifting (to non-patent encumbered formats)
448and presenting a counter-argument to mandating DRM.
450It should be noted that for some communities free as in free software is not
451free enough, for example the Science Commons Protocol for Implementing Open
452Access Data\footnote{\url{http://ur1.ca/f6r0}} claims that only the public
453domain (or its approximation through waiving all rights that are possible to
454waive) is free enough for scientif\hbox{}ic data.
457\subsection{Copyleft Scope}
458\label{ss:free_culture_software_freedom:freedom:copyleft}
460Copyleft scope or ``strength'' is another theme that cuts across free software
461and free culture, possibly dif\hbox{}ferently. In software, copyleft strength
462ranges from zero (permissive licences) to limited (LGPL) to what most expect
463(GPL) to including triggering by of\hbox{}fering an interface over a network
464(AGPL). It is possible to imagine taking copyleft strength to an absurd limit -
465a licence that only permits licensed code to run in a universe in which all
466software in that universe is under the same licence.
468For culture, copyleft strength depends on what constitutes an adaptation that
469triggers copyleft (ShareAlike). For example, version 2.0 of the Creative Commons
470licences explicitly declared that syncing video to audio creates a derivative
471work\footnote{See \url{http://ur1.ca/f6r1} for a post announcing and explaining
472changes in version 2.0 of the Creative Commons licences.}, and thus triggers
473copyleft. There is debate concerning whether ``semantically linked'' images with
474text triggers copyleft\footnote{See part of the debate at
475\url{http://ur1.ca/f6r3}}.
477If the goal is to expand free universe, optimal copyleft is where the
478opportunity cost of under-use due to copyleft equals the benef\hbox{}it of
479additional works released under free terms due to copyleft at the margin. Again,
480there is an opportunity for social scientists to address this question, possibly
481with f\hbox{}ield data, certainly with lab experiments.
484\section{Relative Progress of Free Software and Free Culture}
485\label{s:free_culture_software_freedom:relative_progress}
487Given dif\hbox{}ferences between software and culture, one may expect free
488software and free culture to progress dif\hbox{}ferently. One quick and dirty
489means to gauge their relative development is to list the years of milestones in
490each f\hbox{}ield, as I have done in the table below. These are certainly not
491the best milestones for comparison - particular licences are over-emphasized -
492the reader is urged to render this analysis obsolete by publishing better
495If crude analogies can be made between free software and free culture project
496timelines, what do they indicate?
498Perhaps the earliest massive community software project is Debian, started in
4991993. Wikipedia began 8 years later, in 2001. Wikipedia's success came faster,
500more visibly, and within the context of its f\hbox{}ield, far greater. Wikipedia
501exploded the encyclopaedia category - comparison to previous encyclopaedias is
502fairly ridiculous as Wikipedia is orders of magnitude bigger and excels for many
503uses completely out of scope for an encyclopaedia, perhaps most obviously as a
504database and current events tracker.
506Debian is a very successful GNU/Linux distribution and an even more interesting
507community, but has not remotely exploded the GNU/Linux distribution category,
508let alone the computer operating system category. Nor has Ubuntu (2004), a
509commercially supported distribution based on Debian, that has greatly increased
510the market share of Debian-based distributions. In contrast, there has been some
511commercial activity around Wikipedia content, it is uninteresting and
512unimpactful relative to the main project. Wikia, a commercial wiki hosting
513venture using the same MediaWiki software as Wikipedia, but not a substantial
514amount of Wikipedia content, could be very roughly analogized to Ubuntu. Wikia
515is successful, but not relative to Wikipedia.
519\label{t:free_culture_software_freedom:relative_progress:milestones}
520\begin{tabular}{|p{7cm}|p{7cm}|}
523\begin{center}\textbf{Free Software}\end{center} & \begin{center}\textbf{Free Culture}\end{center}\\
5261983: Launch of GNU Project & 1998: Open Content Licence\\
5271989: GPLv1, Cygnus Solutions & 1999: Open Publication Licence\\
5281991: Linux kernel, GPLv2 & 2000: GFDL, Free Art Licence\\
5291993: Debian & 2001: EFF Open Audio Licence, launch of Wikipedia\\
5301996: Apache & Other early 2000s open content licences (some of them Free):
531Design Science Licence, Ethymonics Free Music Public Licence, Open Music
532Green/Yellow/Red/Rainbow Licences, Open Source Music Licence, No Type Licence,
533Public Library of Science Open Access Licence, Electrohippie Collective's
534Ethical Open Documentation Licence.\\
5351998: Mozilla, ``open source'' term coined, IBM embraces Linux, other open source
536software & 2002: OpenCourseWare, Creative Commons version 1.0 licences\\
5371999: Cygnus acquired by Red Hat & 2003: PLoS Biology, Magnatune\\
5382000: .com bubble peaks and pops, includes open source bubble & 2004: CC version 2.0 licences\\
5392002: OpenOf\hbox{}f\hbox{}ice.org 1.0 & 2005: CC version 2.5 licences\\
5402004: F\hbox{}irefox 1.0, Ubuntu & 2007: CC version 3.0 licences\\
5412007: [A]GPLv3 & 2009: Wikipedia migrates to CC BY-SA\\
542????: World Domination & ????: Free Culture\\
546\caption{Selected free software and free culture milestones.}
549Many of the licences from this period are described at \cite{culture-licenses}.
552The canonical free software business is Cygnus Solutions (best known for work on
553the GNU Compiler Collection, perhaps the most ``core'' software in the free
554stack), started in 1989 and acquired by Red Hat in 1999. There is no canonical
555free culture business, but Magnatune (a record label) has often been held up as
556a leading example, started 14 years after Cygnus. Cygnus was acquired by Red Hat
557in 1999, while Magnatune's long term impact is unknown. Unlike Cygnus, Magnatune
558uses a semi-free licence (CC BY-NC-SA), so for some it may not even qualify as a
559free culture business.
561Wikitravel (collaboratively edited travel guides) is another early free culture
562business - both a business success, having been acquired by Internet
563Brands\footnote{See notice of the acquisition at \url{http://ur1.ca/f6r4} as
564well as my comments at \url{http://ur1.ca/f6r5}. I also highly recommend
565Wikitravel founder Evan Prodromou's advice for businesses involving community
566wikis or other tools with ``WikiNature'' - see \url{http://ur1.ca/f6r6} and my
567commentary at \url{http://ur1.ca/f6r8}.}, and using a fully free licence (CC
570Like Magnatune and unlike Cygnus, Wikitravel could not be said to be near the
571``core'' of the free stack - probably because there is no such thing for
572culture, excepting fundamentals such as human language and music notation that
573fortunately reside in the public domain.
575Another point of comparison is investment and resistance from major
576corporations. In 1998 IBM's beginning of major investments in free software was
577a business adoption landmark. No analogous major investments have been made in
578free culture. Most large computer companies have now made large investments in
579free/open source software. In 1998 Microsoft was a bitter opponent of free
580software - many would say they still are\footnote{See for example
581\url{http://ur1.ca/f6r9}.}. In 2009
582Microsoft's public messages and its activities, including release of some
583software under free licences, is considerably more nuanced than a decade ago. In
5842009, big media still largely has its head buried in the sand - and continues to
585randomly kick and punch its customers from this position. Could Microsoft's
586\textit{animus} towards openness a decade ago, be loosely analogous to big
587media's Neanderthalism today?
590\subsection{Licence Deproliferation}
591\label{s:free_culture_software_freedom:relative_progress:licence_deproliferation}
593One dif\hbox{}ference in the development of free software and free culture not
594fully revealed by the table above (because it only mentions versions of the GPL
595for software licences) is that free culture has not experienced licence
596proliferation as free software has - and has even experienced licence
597deproliferation. In 2003 the author of the Open Content and Open Publication
598licences recommended using a Creative Commons licence instead\footnote{David
599Wiley discusses the history of the Open Content License and Open Publication
600Licence at \url{http://ur1.ca/f6rb}.} and PLoS adopted the Creative Commons
601Attribution licence. In 2004 the EFF's Open Audio Licence 2.0 declared that its
602next version is CC Attribution-ShareAlike 2.0\footnote{See the Open Audio
603License v2 at \url{http://ur1.ca/f6rd}.}. There have been no signif\hbox{}icant
604new free culture licences since 2002. In June, 2009 Wikipedia and other
605Wikimedia Foundation projects migrated from the FDL to CC Attribution-ShareAlike
6063.0 as their main content licence\footnote{For my take on this migration see
607\url{http://ur1.ca/f6rf} and \url{http://ur1.ca/f6rg}.}.
609Presumably this dif\hbox{}ference is largely due to both free culture having had
610the benef\hbox{}it of over a decade of free software learning - including
611learning through making many new licences - and that a fairly well-resourced
612organization, Creative Commons, was able to establish its central role as a
613creator of free (and semi-free) culture licences relatively early in the history
614of free culture licences. It should be noted that Creative Commons was able to
615be relatively well-resourced early due to the pre-existing success of free
616software - both because such success made Creative Commons' plan credible and
617directly via donations from a fortune made in free software\footnote{Early
618Creative Commons funding came from a foundation started by Bob Young, the
619founder of Red Hat. See pp. 102-103 of Viral Spiral by David Bollier, available
620at \url{http://ur1.ca/f6ri}.}.
622However, some of the dif\hbox{}ference in proliferation may be due to the narrow
623case for reuse of specif\hbox{}ic software and broad case for reuse of
624specif\hbox{}ic culture. Licence proliferation may actually be less harmful to
625software than culture, since most combinations of software in a way that would
626create a derivative work are absurd, while no such combinations of culture are -
627so most of the time it doesn't matter that any given pair of software packages
628have incompatible free licences. Still, licence incompatibility does especially
629hurt free software when it does happen to be material, and proliferation guarded
630against and compatibility strived for.
633\section{How Free Can We Be?}
634\label{s:free_culture_software_freedom:how_free}
636Generally culture is much more varied than software, and the success of free
637culture projects relative to free software projects may ref\hbox{}lect this. It
638seems that free culture is at least a decade behind free software, with at least
639one major exception - Wikipedia. Notably, Wikipedia to a much greater extent
640than most cultural works has requirements for mass collaboration and maintenance
641similar to those of software. Even more notably, Wikipedia has completely
642transformed a sector in a way that free software has not.
644One, perhaps the, key question for free culture advocates is how more cultural
645production can gain WikiNature\footnote{\url{http://ur1.ca/f6rj}} - made through
646wiki-like processes of community creation, or more broadly, peer
647production\footnote{See \url{http://ur1.ca/f6rk} for one discussion of relevant
648terminology.}. To the extent this can be done, free culture may ``win'' faster
649than free software - for consuming free culture does not require installing
650software with dependencies, in many cases replacing an entire operating system,
651and contributing often does not require as specialized skills as contributing to
652free software often does.
654A question for those interested specif\hbox{}ically in free software and free
655culture licences is what is the impact of dif\hbox{}ferent licensing approaches
656- in particular semi-free licences, copyleft scope, and incompatibility and
657proliferation. I don't think we have much theory or evidence on these impacts,
658rather we hold to some ``just so'' stories and have religious debates based on
659such stories. If we believe the use of dif\hbox{}ferent licences have
660signif\hbox{}icantly dif\hbox{}ferent impacts and we want free software and free
661culture to succeed, we should really want rigorous analysis of those impacts!
663One f\hbox{}inal point of comparison between free software and free culture -
664how free can an individual be? Now it is just possible to run only free software
665on an individual computer, down to the BIOS if one selects their computer very
666carefully. However, visit almost any web site and one is running non-free
667software, to say nothing of more ambient uses - consumer electronics, vehicles,
668electronic transactions, and much more. Similarly one could only have free
669cultural works on a computer\footnote{I don't know anyone who does this
670consciously, which perhaps indicates the hard-core free software movement also
671leads the hard-core free culture movement - there are many people who try very
672hard to only run free software on their computers. For the record on my computer
673I run Ubuntu, which is close to but not 100\% free and my cultural consumption
674consists of a higher proportion of free cultural works than does anyone's I
675know, though nowhere near 100\% - e.g., see \url{http://ur1.ca/f6rl} or
676\url{http://ur1.ca/f6rm} for data on my music consumption.} (not counting
677private data), though visiting almost any web site will result in experiencing
678non-free cultural works, which are also ambient to an even greater extent than
679is non-free software. My point is not to encourage living in a cave, but to
680elucidate further points of comparison between free software and free culture.
682One f\hbox{}inal question of broad interest to people interested in free
683software or free culture - how can these movements help each other? What are the
684shared battles and dependencies?\footnote{For example, see
685\url{http://ur1.ca/f6rn}.} Knowledge sharing and dissemination is an obvious
686starting point. To the extent processes or conceptions of freedom are similar,
687learnings and credibility gained from successes (and learnings from failures)
690We should set high goals for free software and free culture. Freedom, yes. We
691should also constantly look for ways freedom can enable ``blowing up'' a
692category, as Wikipedia has done for encyclopaedias. The benef\hbox{}it to
693humanity from more freedom should not just be more freedom (or, per an
694uncharitable rendering of the open source story, only fewer bugs), it should
695include radically cool, disruptive, and participatory tools, projects, and
696works. \textit{King Kong}, sometimes shorthand for expensive Hollywood
697productions that free culture can supposedly never compete with - this is far