Re: [OSM-legal-talk] The edges of share-alike on data Re: Attribution

On Tue, May 6, 2014 at 11:20 PM, Simon Poole wrote: > I hope we (as in the LWG) are not creating the impression that we are > trying to assemble as many loop holes as possible, it is more > identifying some of the edge cases and trying to document the community > consensus on the interpretation.

Re: [OSM-legal-talk] The edges of share-alike on data Re: Attribution

On 07/05/2014 08:20, Simon Poole wrote: [..] Does it depend on how the match OSM parking lot id - proprietary parking lot id is done ? In this thread, we have seen a few mentions of the implementation as the ultimate factor in discriminating the resulting database between derivative and colle

Re: [OSM-legal-talk] The edges of share-alike on data Re: Attribution

Am 06.05.2014 21:40, schrieb Rob Myers: > On 05/05/14 09:16 AM, Simon Poole wrote: >> >> We have raised the question of Dynamic Data in a dedicated guideline >> given that a number of things are not so clear and even while, using the >> example from the guideline, the occupancy of a parking lot i

Re: [OSM-legal-talk] The edges of share-alike on data Re: Attribution

On 04/05/14 11:50 PM, Simon Poole wrote: > > The licence is substantially more restrictive in what it effects > (original OSM data and derivatives of it) than you are portraying it. In > particular it explicitly allows combination with other data without > effecting the legal status of such. IF th

Re: [OSM-legal-talk] The edges of share-alike on data Re: Attribution

On 05/05/14 09:16 AM, Simon Poole wrote: > > We have raised the question of Dynamic Data in a dedicated guideline > given that a number of things are not so clear and even while, using the > example from the guideline, the occupancy of a parking lot is an > observable fact it is questionable if we

Re: [OSM-legal-talk] The edges of share-alike on data Re: Attribution

On Mon, May 05, 2014 at 05:42:37PM +0200, Jean-Marc Liotier wrote: > On 05/05/2014 17:26, Martin Koppenhoefer wrote: > >no, this was not about overlaying 2 graphical layers but about joining the > >data into one layer (necessary I guess, in order to perform routing). [..] > > Usage may be differen

Re: [OSM-legal-talk] The edges of share-alike on data Re: Attribution

While I think the case of the traffic data is interesting, it really very much depends on implementation details if and when a derivative DB might be created. For example if weights were calculated from the data and associated directly with OSM ways then likely you would have a derivative DB, bu

Re: [OSM-legal-talk] The edges of share-alike on data Re: Attribution

2014-05-05 17:42 GMT+02:00 Jean-Marc Liotier : > Usage may be different, but the data is the same: ways with an > hypothetical 'speed' attribute added to them in the persistent database of > your choice. Whether you use that joined data to perform Dijkstra stunts or > just render it graphically do

Re: [OSM-legal-talk] The edges of share-alike on data Re: Attribution

On 05/05/2014 17:26, Martin Koppenhoefer wrote: no, this was not about overlaying 2 graphical layers but about joining the data into one layer (necessary I guess, in order to perform routing). [..] Usage may be different, but the data is the same: ways with an hypothetical 'speed' attribute a

Re: [OSM-legal-talk] The edges of share-alike on data Re: Attribution

2014-05-05 17:15 GMT+02:00 Jean-Marc Liotier : > According to your message, a graphical rendering of Openstreetmap ways and > traffic data mashed up in a browser by joining on an OSM ID implies a > derivative database. If it is, then I understand how some may avoid using > Openstreetmap data for f

Re: [OSM-legal-talk] The edges of share-alike on data Re: Attribution

On 05/05/2014 16:47, Frederik Ramm wrote: the use case sketched here went far beyond simply displaying an overlay; this use case was about snapping speed recordings to OSM street data to find out which street the recording was for in the first place, thereby creating a derivative database. In

Re: [OSM-legal-talk] The edges of share-alike on data Re: Attribution

Hi, On 05.05.2014 16:39, Jean-Marc Liotier wrote: >> I believe this is somehow more limiting than what we actually might >> want. E.g. we don't collect traffic data, but if there was a company >> which used our data as basemap and associated average speeds for time >> spans to our graph (e.g. auto

Re: [OSM-legal-talk] The edges of share-alike on data Re: Attribution

On 05/05/2014 16:32, Martin Koppenhoefer wrote: 2014-05-05 14:05 GMT+02:00 Tobias Knerr >: > *And share-alike only applies to what we collect.* Let me first say that this is a brilliantly clear way to put it. I like this a lot. I believe this is

Re: [OSM-legal-talk] The edges of share-alike on data Re: Attribution

2014-05-05 14:05 GMT+02:00 Tobias Knerr : > > *And share-alike only applies to what we collect.* > > Let me first say that this is a brilliantly clear way to put it. I like > this a lot. I believe this is somehow more limiting than what we actually might want. E.g. we don't collect traffic data

Re: [OSM-legal-talk] The edges of share-alike on data Re: Attribution

On 03.05.2014 17:51, Michael Collinson: wrote > *The OpenStreetMap project collects long-lived geospatial data as a > set of intelligently or machine-made physical observations only. > * [Wording needs improving!] > > And then to say: > > *And share-alike only applies to what we collect.* Let me f

Re: [OSM-legal-talk] The edges of share-alike on data Re: Attribution

Am 05.05.2014 06:38, schrieb Rob Myers: .. > > But the license doesn't exist to collect data for OSM. > .. True, but our immediate, admittedly egoistic, interest is that we are free to use any improvements (in a wide sense of the word) to OSM data and that derivatives of OSM remain free

Re: [OSM-legal-talk] The edges of share-alike on data Re: Attribution

On 03/05/14 08:51 AM, Michael Collinson wrote: > > Geocoding: So I have to share a patient's medical record because it is > geocoded against OSM? Who with? > Dynamic Data: So if I use OpenStreetMap car park location data, I have > to share the real-time occupancy data? Who with? > Algorithmic

Re: [OSM-legal-talk] The edges of share-alike on data Re: Attribution

On Sat, May 3, 2014 at 11:51 AM, Michael Collinson wrote: > Open data is a different animal to software source code and highly-creative > works and I suspect it will [be] a few more years yet until we understand it > all > fully. Sure. Of course, we are part of why it is a big deal now, and we

[OSM-legal-talk] The edges of share-alike on data Re: Attribution

I've renamed the subject because it has gone way off topic, but I wanted to come back on Tobias' comment because it struck a chord and I would like to share a personal research topic. I am curious to evolve the idea further to see if there is any positive value. Open data is a different animal