Re: [OSM-legal-talk] OdbL: Section 4.6, Does data/methods have to be released on public Produced Work?

2020-10-29 Thread Tom Hummel via legal-talk
Thanks for the clarification, Kathleen. > OSM does not contain residential quality of land. Even assuming there > exists a Derivative Database with nontrivial transforms, that would only > cover the shapes of the polygons. Actually quality scores would be not be > subject to sharealike, per the

Re: [OSM-legal-talk] OdbL: Section 4.6, Does data/methods have to be released on public Produced Work?

2020-10-28 Thread Martin Koppenhoefer
sent from a phone > On 28. Oct 2020, at 16:19, Kathleen Lu wrote: > > Actually quality scores would be not be subject to sharealike, per the > Collective Database Guideline. Why does the collective database guideline apply? Aren‘t they coloring OpenStreetMap derived data? To me this looks

Re: [OSM-legal-talk] OdbL: Section 4.6, Does data/methods have to be released on public Produced Work?

2020-10-28 Thread Kathleen Lu via legal-talk
Given that the attribution is exactly as requested on the website, I would imagine any issues with below 993 layout pixels is an oversight or a bug. A friendly email would suffice, but it certainly does not merit a letter from OSMF. You are free to send the email yourself. OSM does not contain

Re: [OSM-legal-talk] OdbL: Section 4.6, Does data/methods have to be released on public Produced Work?

2020-10-28 Thread Martin Koppenhoefer
sent from a phone > On 27. Oct 2020, at 22:15, Kathleen Lu via legal-talk > wrote: > > Again, not conducting a comprehensive survey here, but if 95% of the polygons > match OSM polygons, then even if there is technically a derivative database, > then I think this simply isn't worth our time

Re: [OSM-legal-talk] OdbL: Section 4.6, Does data/methods have to be released on public Produced Work?

2020-10-27 Thread Kathleen Lu via legal-talk
Tom, I think the description is rather unclear as to what the polygons are made of. Lars-Daniel's original description made it down like they were OSM polygons combined with each other, or otherwise simplified of details. A quick glance at the website seemed to confirm this. OTOH, his second email

Re: [OSM-legal-talk] OdbL: Section 4.6, Does data/methods have to be released on public Produced Work?

2020-10-24 Thread Tom Hummel via legal-talk
Hi Lars-Daniel, Kathleen, > The process doesn't seem to be trivial, since the edges of many polygons go > across areas, where no OSM elements could have been used as a reference. So > OSM dataset has either been changed or augmented using 3rd party reference > (knowledge, imagery, data etc.)

Re: [OSM-legal-talk] OdbL: Section 4.6, Does data/methods have to be released on public Produced Work?

2020-10-19 Thread Lars-Daniel Weber via legal-talk
Dear Kathleen, thanks for your response. > Even assuming the polygons are from a Derivative Database, I don't see a > reason for the data to be released under > https://wiki.osmfoundation.org/wiki/Licence/Community_Guidelines/Trivial_Transformations_-_Guideline The process doesn't seem to be

Re: [OSM-legal-talk] OdbL: Section 4.6, Does data/methods have to be released on public Produced Work?

2020-10-19 Thread Kathleen Lu via legal-talk
Hi Lars-Daniel, Even assuming the polygons are from a Derivative Database, I don't see a reason for the data to be released under https://wiki.osmfoundation.org/wiki/Licence/Community_Guidelines/Trivial_Transformations_-_Guideline Why would the polygons, which appear to be simply algorithmically