<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
The legal advice given to us when I was License Working Group chair
was that you cannae protect yourself to the max everywhere with a
one-size-fits-all license, so don't. Protect yourself in the key
commercial markets of large corporations. So that is what we did -
we paid attention to the US and EU. In that respect, it makes sense
to shift domicile to the EU as the UK is now a small market in
relative terms.<br>
<br>
Mike<br>
<br>
<div class="moz-cite-prefix">On 2021-07-02 11:29, Edward Bainton
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAGJTS22WY+E5=BaTGu6xAC10Y+fRE1YsvB2T3xYgD=kh-nBWMg@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">> Database right ... the EU and the UK ... do
recognise it. However, neither jurisdiction recognises foreign
database right, meaning that EU databases are not protected in
the UK and UK databases are not protected in the EU.
<div><br>
</div>
<div>So, as someone working on this over on Talk-OSMF, have I
misunderstood that there would be greater protection for the
database if it moved to the EU?</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Thu, 1 Jul 2021 at 14:54,
Simon Poole <<a href="mailto:simon@poole.ch"
moz-do-not-send="true">simon@poole.ch</a>> wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
Am 01.07.2021 um 14:27 schrieb Tony Shield:<br>
> OSM leaving UK domicile for an EU domicile (any of 27
jurisdictions) <br>
> and ignoring any non-EU domicile appears to be
reactionary with no <br>
> firm understanding of the global nature of OSM and its
database and <br>
> associated IP. No good reason has been stated. UK exiting
the EU is a <br>
> reason for thought and reflection - not knee-jerk
reactions.<br>
<br>
Moving out of the UK has been on the tables as an option since
at least <br>
2012 (the main reason why I have always opposed making it even
more <br>
difficult by having an asset lock in the articles), there are
many <br>
reasons (which you would know about if you had actually read
the mail <br>
from Guillaume), Brexit related changes are just some of them.
And given <br>
that the issue has been discussed with and in the board in
depth over <br>
the last 5 years it is anything but a knee-jerk reaction.<br>
<br>
Simon<br>
<br>
<br>
><br>
> Departing for a new domicile needs to have have lots of
benefits and <br>
> and no significant loss of benefit. These benefits need
to be defined <br>
> and assessed correctly using an agreed process - not just
personal <br>
> opinion.<br>
><br>
> Changing domicile should be considered to all countries
- not just EU <br>
> as that is presumptive that only the EU is of value in
the world. To <br>
> make that presumption will alienate OSM members and make
domicile <br>
> changes an opportunity for undue influence.<br>
><br>
> As Mark points out database rights are not standardised
throughout the <br>
> world and a very detailed impact analysis is required as
the very <br>
> minimum.<br>
><br>
> Staying put has to be the default position in the
absence of clearly <br>
> positive benefits of change.<br>
><br>
> Regards<br>
><br>
> Tony Shield - TonyS999<br>
><br>
> On 01/07/2021 09:23, Mark Goodge wrote:<br>
>><br>
>><br>
>> On 01/07/2021 02:13, Jbrsk B wrote:<br>
>>> The email thread on OSMF-Talk on which that
article is based can be<br>
>>> read in the archive, starting here: <br>
>>> <a
href="https://lists.openstreetmap.org/pipermail/osmf-talk/2021-June/007860.html"
rel="noreferrer" target="_blank" moz-do-not-send="true">https://lists.openstreetmap.org/pipermail/osmf-talk/2021-June/007860.html</a><br>
>>> <<a
href="https://lists.openstreetmap.org/pipermail/osmf-talk/2021-June/007860.html"
rel="noreferrer" target="_blank" moz-do-not-send="true">https://lists.openstreetmap.org/pipermail/osmf-talk/2021-June/007860.html</a>>
<br>
>>><br>
>>><br>
>>> And if like me you don't know what "sui generis"
means for the<br>
>>> database legislation, my interpretation from a
quick search is<br>
>>> "special."<br>
>><br>
>> "Sui generis" is a Latin phrase meaning "in a class
of its own". In <br>
>> the legal context, it usually means something that is
treated as a <br>
>> standalone entity rather than being part of a wider
category along <br>
>> with other, similar things. It's a common concept in
planning law in <br>
>> the UK, whereby developments that don't fit into the
standard A1, B2, <br>
>> etc classes are described as sui generis.<br>
>><br>
>> As far as intellectual property is concerned,
database rights are <br>
>> consider sui generis because they do not fall into
any of the general <br>
>> classes of IP, such as copyright, trade marks,
patents and design right.<br>
>><br>
>> Unlike the main forms of IP, which are globally
applicable and, as a <br>
>> result of various treaties, broadly interoperable,
sui generis rights <br>
>> tend to be very much jurisdiction specific and, even
where they exist <br>
>> in multiple jurisdictions, are not necessarily
interoperable between <br>
>> them - something protected under a sui generis right
in one place may <br>
>> not be protected under the equivalent legislation
elsewhere.<br>
>><br>
>> Database right is one such. It's not particularly
widely protected at <br>
>> all, but the EU and the UK are two of the
jurisdictions that do <br>
>> recognise it. However, neither jurisdiction
recognises foreign <br>
>> database right, meaning that EU databases are not
protected in the UK <br>
>> and UK databases are not protected in the EU.<br>
>><br>
>> Mark<br>
>><br>
>> _______________________________________________<br>
>> Talk-GB mailing list<br>
>> <a href="mailto:Talk-GB@openstreetmap.org"
target="_blank" moz-do-not-send="true">Talk-GB@openstreetmap.org</a><br>
>> <a
href="https://lists.openstreetmap.org/listinfo/talk-gb"
rel="noreferrer" target="_blank" moz-do-not-send="true">https://lists.openstreetmap.org/listinfo/talk-gb</a><br>
><br>
> _______________________________________________<br>
> Talk-GB mailing list<br>
> <a href="mailto:Talk-GB@openstreetmap.org"
target="_blank" moz-do-not-send="true">Talk-GB@openstreetmap.org</a><br>
> <a
href="https://lists.openstreetmap.org/listinfo/talk-gb"
rel="noreferrer" target="_blank" moz-do-not-send="true">https://lists.openstreetmap.org/listinfo/talk-gb</a><br>
<br>
_______________________________________________<br>
Talk-GB mailing list<br>
<a href="mailto:Talk-GB@openstreetmap.org" target="_blank"
moz-do-not-send="true">Talk-GB@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-gb"
rel="noreferrer" target="_blank" moz-do-not-send="true">https://lists.openstreetmap.org/listinfo/talk-gb</a><br>
</blockquote>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
Talk-GB mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Talk-GB@openstreetmap.org">Talk-GB@openstreetmap.org</a>
<a class="moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/talk-gb">https://lists.openstreetmap.org/listinfo/talk-gb</a>
</pre>
</blockquote>
<br>
</body>
</html>