<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p><br>
</p>
<div class="moz-cite-prefix">Am 04.12.2021 um 04:18 schrieb Martin
Machyna:<br>
</div>
<blockquote type="cite"
cite="mid:CAG8bT+TZmC-tj4WG+i2wMm-2gQrarUn1PXbjMCt9AMGvUO6S9Q@mail.gmail.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div dir="ltr">If we go with CC-BY 4.0 + waiver, would that solve
the problem?</div>
</blockquote>
Possibly. Note that it doesn't solve the quality issues with the
data and other aspects that should be considered. I haven't seen
anything that indicates that the discussion around this data has
progressed to a point at which it simply can be shoved in the face
of contributors without the risk of things going really wrong. <br>
<blockquote type="cite"
cite="mid:CAG8bT+TZmC-tj4WG+i2wMm-2gQrarUn1PXbjMCt9AMGvUO6S9Q@mail.gmail.com">
<div dir="ltr">
<div><br>
</div>
<div><br>
</div>
<div>As a side note, I don't think it is healthy for us to think
about somebody as a competitor. We are here to create/gather
geospatial data and provide it for free to everybody, not to
compete with someone. As far as I know Google is not a data
provider, but rather a provider of map services so if it is
competing with someone it is more Mapbox, Geofabrik,... etc.
Google has decided to help us and recently also started using
our data, I think we should embrace it as a recognition of our
hard work and use any help there is to fulfill our mission.<br
clear="all">
</div>
</div>
</blockquote>
<p>While google does not provide data without any services attached
it does clearly provide replacement products and competes with the
OSM ecosystem as a whole. It would be naive to not recognize that.
That doesn't mean we can't accept support and data from them, but
it shouldn't be in a form that restricts our freedom going forward
over what we have agreed upon as a core property of the project
(in this case that we provide our data on open terms).</p>
<p>During the licence change we had to negotiate with, in some cases
unhappy, third parties in exactly that situation (Nearmap comes to
mind, but there were others). Regardless of how amicable a
relationship was at one point in time, we need to recognize that
things change and flexibility that was there at one time might go
away. <br>
</p>
<p>Simon<br>
</p>
<p>PS: A third party GTFS data source that google uses, utilize OSM
data and google is displaying the attribution that that data
source requires. That is a far cry from "google started using our
data" as a deliberate decision on behalf of google. It was note
worthy more as an amusing quirk than anything else.</p>
<p>PPS: the timing of the announcement in the OSMFs silly season is
not lost on me.<br>
</p>
<p><br>
</p>
<blockquote type="cite"
cite="mid:CAG8bT+TZmC-tj4WG+i2wMm-2gQrarUn1PXbjMCt9AMGvUO6S9Q@mail.gmail.com">
<div dir="ltr">
<div>
<div>
<div dir="ltr" class="gmail_signature"
data-smartmail="gmail_signature"><br>
</div>
</div>
Martin</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Fri, Dec 3, 2021 at 7:41 PM
Simon Poole <<a href="mailto:simon@poole.ch"
moz-do-not-send="true" class="moz-txt-link-freetext">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 17.09.2021 um 17:02 schrieb Mikel Maron:<br>
> Agreed this shouldn't be used for bulk import. Human
reviewed conflation and editing signal I think will be useful
in some regions.<br>
<br>
It seems as if this is now available via RapiD and it is
likely going to <br>
be added come what may.<br>
<br>
I know nobody asked for my opinion, but I don't consider it a
<br>
particularly good idea that somebody will need to go back to
google and <br>
ask for their permission to retain the data if OSM ever
decides it wants <br>
to change its licence. While it is true that there have been,
and <br>
continue to be, other cases in which ODbL licensed data has
been <br>
imported (not that I consider that a particularly good idea in
those <br>
cases either), it hasn't been from a de facto competitor that
is known <br>
to change its policies at the drop of a hat.<br>
<br>
Simon<br>
<br>
<br>
><br>
> * Mikel Maron * +14152835207 @mikel s:mikelmaron<br>
><br>
><br>
><br>
><br>
><br>
><br>
> On Friday, September 17, 2021, 09:54:53 AM EDT, <<a
href="mailto:dfjkman@gmail.com" target="_blank"
moz-do-not-send="true" class="moz-txt-link-freetext">dfjkman@gmail.com</a>>
wrote:<br>
><br>
><br>
><br>
><br>
><br>
> Hi all,<br>
><br>
> As an example as to why it is not a good idea to use this
data for a bulk import have a look at this link of one small
part of Lusaka ( <a
href="https://sites.research.google/open-buildings/?lat=-15.390364893412949&lng=28.321204487879392&zoom=17#explore"
rel="noreferrer" target="_blank" moz-do-not-send="true">https://sites.research.google/open-buildings/?lat=-15.390364893412949&lng=28.321204487879392&zoom=17#explore</a>),
select the hybrid option to see how out it is. This shopping
centre is several years old.<br>
><br>
> Dave<br>
><br>
> -----Original Message-----<br>
> From: Mikel Maron <<a
href="mailto:mikel.maron@gmail.com" target="_blank"
moz-do-not-send="true" class="moz-txt-link-freetext">mikel.maron@gmail.com</a>><br>
> Sent: 17 September 2021 15:20<br>
> To: <a href="mailto:osmf-talk@openstreetmap.org"
target="_blank" moz-do-not-send="true"
class="moz-txt-link-freetext">osmf-talk@openstreetmap.org</a><br>
> Subject: Re: [Osmf-talk] Google Open Buildings now
licensed ODbL<br>
><br>
> As agreed with Google, I've added Google Buildings to the
list of Contributors, <a
href="https://wiki.openstreetmap.org/wiki/Contributors#Multiple_African_countries"
rel="noreferrer" target="_blank" moz-do-not-send="true"
class="moz-txt-link-freetext">https://wiki.openstreetmap.org/wiki/Contributors#Multiple_African_countries</a><br>
><br>
> * Mikel Maron * +14152835207 @mikel s:mikelmaron<br>
><br>
><br>
><br>
><br>
><br>
><br>
> On Thursday, September 16, 2021, 12:29:52 PM EDT, Mikel
Maron <<a href="mailto:mikel.maron@gmail.com"
target="_blank" moz-do-not-send="true"
class="moz-txt-link-freetext">mikel.maron@gmail.com</a>>
wrote:<br>
><br>
><br>
><br>
><br>
><br>
> <a
href="https://sites.research.google/open-buildings/#faq"
rel="noreferrer" target="_blank" moz-do-not-send="true"
class="moz-txt-link-freetext">https://sites.research.google/open-buildings/#faq</a><br>
><br>
> OSM can now use this data set. Very interesting change to
see G support OSM directly.<br>
><br>
> Noting the prior discussion on quality issues on this
list, expect to see this more useful in peri-urban and rural
areas. The FAQ notes the importance of human review and when
possible local knowledge<br>
><br>
> -Mikel<br>
><br>
> * Mikel Maron * +14152835207 @mikel s:mikelmaron<br>
><br>
> _______________________________________________<br>
> osmf-talk mailing list<br>
> <a href="mailto:osmf-talk@openstreetmap.org"
target="_blank" moz-do-not-send="true"
class="moz-txt-link-freetext">osmf-talk@openstreetmap.org</a><br>
> <a
href="https://lists.openstreetmap.org/listinfo/osmf-talk"
rel="noreferrer" target="_blank" moz-do-not-send="true"
class="moz-txt-link-freetext">https://lists.openstreetmap.org/listinfo/osmf-talk</a><br>
><br>
> _______________________________________________<br>
> osmf-talk mailing list<br>
> <a href="mailto:osmf-talk@openstreetmap.org"
target="_blank" moz-do-not-send="true"
class="moz-txt-link-freetext">osmf-talk@openstreetmap.org</a><br>
> <a
href="https://lists.openstreetmap.org/listinfo/osmf-talk"
rel="noreferrer" target="_blank" moz-do-not-send="true"
class="moz-txt-link-freetext">https://lists.openstreetmap.org/listinfo/osmf-talk</a><br>
><br>
><br>
> _______________________________________________<br>
> osmf-talk mailing list<br>
> <a href="mailto:osmf-talk@openstreetmap.org"
target="_blank" moz-do-not-send="true"
class="moz-txt-link-freetext">osmf-talk@openstreetmap.org</a><br>
> <a
href="https://lists.openstreetmap.org/listinfo/osmf-talk"
rel="noreferrer" target="_blank" moz-do-not-send="true"
class="moz-txt-link-freetext">https://lists.openstreetmap.org/listinfo/osmf-talk</a><br>
_______________________________________________<br>
osmf-talk mailing list<br>
<a href="mailto:osmf-talk@openstreetmap.org" target="_blank"
moz-do-not-send="true" class="moz-txt-link-freetext">osmf-talk@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/osmf-talk"
rel="noreferrer" target="_blank" moz-do-not-send="true"
class="moz-txt-link-freetext">https://lists.openstreetmap.org/listinfo/osmf-talk</a><br>
</blockquote>
</div>
<br>
<fieldset class="moz-mime-attachment-header"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
osmf-talk mailing list
<a class="moz-txt-link-abbreviated" href="mailto:osmf-talk@openstreetmap.org">osmf-talk@openstreetmap.org</a>
<a class="moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/osmf-talk">https://lists.openstreetmap.org/listinfo/osmf-talk</a>
</pre>
</blockquote>
</body>
</html>