<div dir="ltr">On Thu, Jul 24, 2014 at 5:03 PM, Alex Barth <span dir="ltr"><<a href="mailto:alex@mapbox.com" target="_blank">alex@mapbox.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

<div dir="ltr"><div class="gmail_extra"><div class="">Taking a step back, is the above use case not one we'd like to support without triggering share alike? I'm directing my question to everyone, not just Paul who's taken the time to review my example above.</div>

</div></div></blockquote><div><br></div><div>Thanks for taking the time to bring this forward.</div><div><br></div><div>I agree that geocoded private data must be allowed to stay private. At a minimum, we need to find a way to say actively reverse engineering the database can trigger share alike, but the ability to reverse engineer it does not.</div>

<div><br></div><div>A lot of the responses here just say to not cross the Substantial threshold. That feels like a total cop out - an argument saying OSM and its users should remain small and insubstantial... which doesn't seem to align with our goals.<br>

</div><div><div><br></div><div>The fact that we’re scaring away well-intentioned users is sad.</div></div><div><br></div><div>What else can we do to help this cause?</div><div><br></div><div>-Jake</div><div><br></div></div>

<div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Jul 25, 2014 at 5:39 AM, Simon Poole <span dir="ltr"><<a href="mailto:simon@poole.ch" target="_blank">simon@poole.ch</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
<br>
Am <a href="tel:24.07.2014%2023" value="+12407201423">24.07.2014 23</a>:03, schrieb Alex Barth:<br>
...<br>
<div class="">> Taking a step back, is the above use case not one we'd like to support<br>
> without triggering share alike? I'm directing my question to everyone,<br>
> not just Paul who's taken the time to review my example above.<br>
<br>
</div>IMHO the example is slightly flawed as to illustrating things that we<br>
wouldn't want to be affected by share alike.<br>
<br>
I expect if you ask a wider audience, the answer is likely to be: yes,<br>
we would like (aka "it is in the spirit of the ODbL") the store<br>
locations to be freely available and potentially to be added to the OSM<br>
data, given that this is classical OSM content.<br>
<br>
Most of the discussions around this issue in the past have revolved<br>
around additional meta data present in the geocoded database (for<br>
example lets say the list of employees at that location) and if -that-<br>
would be effected by share alike. And I expect that you would likely<br>
find a majority of the community which would same it is fair game for<br>
that to remain unaffected.<br>
<br>
Naturally this is just my gut feeling on the sentiments of the wider OSM<br>
community.<br>
<br>
Back to the general issue of the proposed guideline.<br>
<br>
As I've said before, I'm not convinced that trying to better define and<br>
clarify the issue by invoking the "produced work" clauses will lead to a<br>
satisfactory result. I would suggest that at least a comparison (for all<br>
your use cases) with a model based on "the information that is used for<br>
geocoding is subject to share alike, but nothing else" (which has been<br>
suggested in this discussion and previously a number of times).<br>
<br>
If you apply this to your above example, the addresses would be subject<br>
to SA (however no further information), and while potentially one could<br>
infer that these are likely the addresses of the store locations, no<br>
further information would needed to be disclosed*. Net effect<br>
essentially the same in practical terms as in your proposal, but without<br>
invoking produced work magic.<br>
<br>
Such a model has a further advantage that it makes trying to nail down<br>
the technicalities of at least forward geocoding less painful. For<br>
example the fact that the geocoder that you use in the examples actually<br>
returns object geometries aka the actual OSM objects in question.<br>
<span class="HOEnZb"><font color="#888888"><br>
Simon<br>
<br>
<br>
</font></span><br>_______________________________________________<br>
legal-talk mailing list<br>
<a href="mailto:legal-talk@openstreetmap.org">legal-talk@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/legal-talk" target="_blank">https://lists.openstreetmap.org/listinfo/legal-talk</a><br>
<br></blockquote></div><br></div>