[OSM-legal-talk] Guideline review: Substantial

Luis Villa lvilla at wikimedia.org
Wed Apr 30 17:09:08 UTC 2014


On Tue, Apr 29, 2014 at 9:39 PM, Paul Norman <penorman at mac.com> wrote:

> > From: Luis Villa [mailto:lvilla at wikimedia.org]
> > Sent: Tuesday, April 29, 2014 3:10 PM
> > To: Licensing and other legal discussions.
> > Subject: Re: [OSM-legal-talk] Guideline review: Substantial
> >
> > Reminder that Simon has pointed out here quite recently that ODBL claims
> > to be a binding contract that can apply when no license is necessary.
>
> So, there's two cases here. One is in Europe. You might have trouble
> enforcing a contract which restricts you from acts permitted in the
> directive. I'm not sure of this interpretation, but won't further
> consider it because the point is moot, since 6.0 explicitly says that
> the ODbL doesn't restrict the rights you have under the exceptions to
> the database right.
>

Without going further into the details of the many drafting shortcomings of
ODBL (which, to be clear, are partially my fault!) suffice to say that I
think that the interactions of 6.0 and 2.2(c) are not well-defined,
especially in jurisdictions where there is no applicable statutory law,
and/or where applicable caselaw says there are no database rights.


> The other more complicated one is outside Europe, where you'd be looking
> at the ODbL as a copyright license or contract. In that case, we still
> want the guideline to be in harmony with the database directive for a
> few reasons [snip]
>

Assuming OSM finds EU law desirable[1], then I agree that it would be good
if the license was consistently interpreted in light of EU interpretation
of the DD. It just isn't clear to me that the actual text of the license
achieves this goal. So something to add to the list of clarifying wiki
positions might be a firm statement on this position.

[1] Which is really, seriously, something OSM should think hard about
before making a statement - if there are edge cases in EU law that could
blow up OSM, they need to be looked at very seriously - the last thing
you'd want to do is say "we firmly believe this should be interpreted in
light of EU database directive caselaw" and then have someone say "but what
about X, doesn't that make the whole enterprise look shaky"?


> > This strongly suggests that a European court would evaluate
> > "substantial" in the quantitative sense with regards to the entire 2B
> > records in OSM, not with regards to the database the information was put
> > into. It would be interesting to see what courts around Europe are
> > finding as "substantial" in this sense; I see one reference to a French
> > court that found that taking 15% was not quantitatively substantial, and
> > the GRADE paper linked to from the wiki suggests it would have to be
> >50%.
> > But I suspect this would vary a lot based on the facts of the case,
> > and that a skilled lawyer could raise or lower the number. And of course
> > in the case of a database as large as OSM a court might try to change
> > their mind.
>
> OSM has ~250M features. The difference from 2B is for technical reasons
> to do with the data model. Seeing the percentages that are being used
> for substantial, I think anything that is quantatively substantial will
> be qualitatively substantial.
>

Agreed that anything that is quantitatively substantial will likely also be
qualitatively substantial. The reverse may not be true, so OSM (and perhaps
these guidelines?) would likely be well-advised to focus on building the
case for qualitative substantiality as defined in BHB. I think maybe that
is what the current statement on the page is trying to get at, just not
clearly?


> I also suspect that OSM has two key differences from anything else
> considered. One is the size and worldwide scope - Great Britain is ~2%
> of the planet-wide data, but anyone trying to work with all of Great
> Britain is hardly likely to not consider it substantial.
>

I agree that in practice, courts are likely to find ways to work around it.
But the EU CJ was quite explicit in BHB about comparing to the entire size
of the dataset, so best not to rely on that as a primary tool.


> Another is applicability to database of geographic information. I'd
> defer to someone who's more familiar with them, but I believe the
> Ordinance Survey treats *much* smaller extracts of their data as
> substantial.
>

Lots of things that big rightsholders do are not supported by law or by
ethics, so I wouldn't rely on that.


> > For qualitative, the key passage of BHB is:
> > > [S]ubstantial part, evaluated qualitatively, of the contents of a
> > > database refers to the scale of the investment in the obtaining,
> > > verification or presentation of the contents of the subject of the act
> > > of extraction and/or re-utilisation, regardless of whether that subject
> > > represents a quantitatively substantial part of the general contents of
> > > the protected database. A quantitatively negligible part of the
> contents
> > > of a database may in fact represent, in terms of obtaining,
> verification
> > > or presentation, significant human, technical or financial investment.
> > (Para 71)
> >
> > In other words, a small chunk of a large database can be qualitatively
> > substantial if the cost of "obtaining, verification, or presentation" of
> > that small chunk was substantial. The court goes on to say that it
> > doesn't matter if the small chunk is, by itself, valuable - what matter
> > is the work done to put it into the database. What qualifies as a
> > substantive "investment" is left as an exercise for the lower courts.
> > (One German case I've found seemed to presume that 39,000 Euro was a
> > substantive investment, but that was not the primary point being argued
> > in that case so I wouldn't rely on the number being that low.)
>
> Putting BHB into an OSM context, what seems to matter is mapping effort.
> That makes sense - 100 detailed POIs are worth more than 100 points with
> only building=yes. Of course mapping effort is harder to measure...
>

Hard to measure, but at least likely the right framework.


> > Some pretty decent summaries of BHB and other relevant caselaw, FYI:
> Thanks for the links - they're on my to-read list.
>

I'll throw them into the pages Richard linked (and probably do some other
cleanup as well).


> > Few other comments:
> > *     It might be helpful to link to
> http://wiki.openstreetmap.org/wiki/Map_features
> >   when talking about Features, assuming those are the same concept,
> >   which I admit I'm still not 100% sure about?
>
> It's a data model issue. OSM's data model is designed for crowd-sourced
> editing, and polygons are composed of multiple elements. The definition is
> basically equivalent to a feature being one "thing" after conversion to
> more traditional GIS formats. The conversion is similar to how Wikipedia
> pages need to be parsed to resolve transcludes and other features before
> they're actually usable.
>

Thanks for clarifying. If you draft something for the guidelines, I'd be
happy to pepper you with more questions about it :)


> Bringing it back to the guideline, I'd suggest
>
> - Dropping references to villages or areas
>
> - Dropping reference to 100 features; the number doesn't seem in line
>   with quantative
>

While I don't like the 100 feature reference (it seems awfully arbitrary to
me, and small) it could be salvaged if one explained _and justified_ that
in the common case, mapping 100 features is likely to represent a
substantial investment of time, effort, etc., in gathering the data. I just
don't know enough to know if that is doable.


> - Reframing in terms of mapper effort, i.e. the cost of "obtaining,
>   verification, or presentation"
>
> - Referring to features and noting that a feature like a building
>   may be formed with multiple OSM elements (i.e. multiple nodes) but
>   is one feature.
>
> I could try writing some text if there's agreement on these points.
>


I will never object to anyone trying to write anything :)

Luis


-- 
Luis Villa
Deputy General Counsel
Wikimedia Foundation
415.839.6885 ext. 6810

NOTICE: *This message may be confidential or legally privileged. If you
have received it by accident, please delete it and let us know about the
mistake. As an attorney for the Wikimedia Foundation, for legal/ethical
reasons I cannot give legal advice to, or serve as a lawyer for, community
members, volunteers, or staff members in their personal capacity.*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/legal-talk/attachments/20140430/e539b47c/attachment-0001.html>


More information about the legal-talk mailing list