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

2014-05-05 Thread Tobias Knerr
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

2014-05-05 Thread Martin Koppenhoefer
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

2014-05-05 Thread Jean-Marc Liotier
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 Thread Frederik Ramm
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

2014-05-05 Thread Jean-Marc Liotier
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

2014-05-05 Thread Martin Koppenhoefer
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

2014-05-05 Thread Jean-Marc Liotier
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 Thread Martin Koppenhoefer
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

2014-05-05 Thread Simon Poole
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 Thread Michal Palenik
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