That's why there was the 2nd donation. If you can't accept the new further limited one either, then DeviceMap (meaning ALL involved) MUST start from ZERO pretty soon, and so do all tools including the 2 client APIs already accepted.
They're worthless without the data. We're discussing Chicken and Egg problem here for almost a year now[?] Werner On Thu, Feb 14, 2013 at 2:07 PM, Bertrand Delacretaz <[email protected] > wrote: > On Thu, Feb 14, 2013 at 1:44 PM, Reza <[email protected]> wrote: > > ...I thought there was no risk here. The licensing terms were clearly > stated as open and last I checked, data cannot be licensed.... > > I assume you're talking about the wurfl data here - > https://issues.apache.org/jira/browse/DMAP-11 and the linked > [email protected] thread [1] explains why we didn't accept the original > OpenDDR data donation that included data that was based on the old > free wurfl data. > > I don't think we want to revisit that, so redistributing the old free > wurfl data, or data that was derived from it, is not possible for > DeviceMap. So Wernher's new donation of a smaller data file in DMAP-11 > is very welcome, and I hope to commit it today or tomorrow. > > What we can do to give people access to legacy device data is to make > it possible to aggregate several data sources in DeviceMap, so that > users can combine our own data with other data about legacy devices, > such as that old free wurfl file or any other suitable data, to get a > complete data set. > > This is similar to how we handle LGPL dependencies in Apache projects > [2] - we are not allowed to redistribute them, but optional non-core > LGPL dependencies are ok provided our users download those themselves, > which clearly puts the burden on them to check whether they are ok > using such dependencies. The principle for Apache is that our products > should not have any further restrictions beyond the Apache license, > and also that donations to our codebase must be voluntary. > > -Bertrand > > [1] http://markmail.org/thread/7zjhjd4x6bcgeuky > [2] http://apache.org/legal/resolved.html >
