Re: Extending the license policy to include ODbL-1.0
Thank you Volker! On Thu, Sep 23, 2021 at 6:01 PM Volker Krause wrote: > > done > > On Mittwoch, 22. September 2021 23:20:56 CEST Alexander Potashev wrote: > > Thanks! > > > > Could you please update the changelog section > > https://community.kde.org/Policies/Licensing_Policy#Changelog ? > > > > On Wed, Sep 22, 2021 at 5:38 PM Volker Krause wrote: > > > Thanks everyone, I've added the suggested change to the wiki now. > > > > > > Regards, > > > Volker > > > > > > On Mittwoch, 15. September 2021 17:26:57 CEST Volker Krause wrote: > > > > Hi, > > > > > > > > there's a MR [1] for ki18n containing data tables generated from OSM > > > > data, > > > > which implies the ODbL-1.0 license [2]. We also already have other > > > > places > > > > ([3], [4]) actually doing this. > > > > > > > > However that's a license not yet covered by our license policy, so I > > > > suggest we add it. > > > > > > > > ODbL is essentially LGPL-y but for data rather than code, so > > > > conceptually > > > > compatible with our existing licensing. > > > > > > > > It's also not like there's any viable alternative to OSM data, so not > > > > doing > > > > this would imply not being able to implement features integrating > > > > OSM-derived data. > > > > > > > > The proposed addition to the policy section of > > > > https://community.kde.org/ > > > > Policies/Licensing_Policy would be: > > > > > > > > > > > > # ''Geographic data'', in particular data based on or derived from > > > > OpenStreetMap may be licensed under the '''[https://spdx.org/licenses/ > > > > ODbL-1.0.html Open Data Commons Open Database License v1.0]'''. > > > > > > > > > > > > What do you think? > > > > > > > > Regards, > > > > Volker > > > > > > > > [1] https://invent.kde.org/frameworks/ki18n/-/merge_requests/19 > > > > [2] https://spdx.org/licenses/ODbL-1.0.html > > > > [3] > > > > https://invent.kde.org/pim/kitinerary/-/blob/master/src/lib/knowledgedb > > > > / timezonedb_data.cpp > > > > [4] > > > > https://invent.kde.org/libraries/kpublictransport/-/blob/master/src/lib > > > > / knowledgedb/linemetadata_data.cpp > -- Alexander Potashev
Re: Extending the license policy to include ODbL-1.0
done On Mittwoch, 22. September 2021 23:20:56 CEST Alexander Potashev wrote: > Thanks! > > Could you please update the changelog section > https://community.kde.org/Policies/Licensing_Policy#Changelog ? > > On Wed, Sep 22, 2021 at 5:38 PM Volker Krause wrote: > > Thanks everyone, I've added the suggested change to the wiki now. > > > > Regards, > > Volker > > > > On Mittwoch, 15. September 2021 17:26:57 CEST Volker Krause wrote: > > > Hi, > > > > > > there's a MR [1] for ki18n containing data tables generated from OSM > > > data, > > > which implies the ODbL-1.0 license [2]. We also already have other > > > places > > > ([3], [4]) actually doing this. > > > > > > However that's a license not yet covered by our license policy, so I > > > suggest we add it. > > > > > > ODbL is essentially LGPL-y but for data rather than code, so > > > conceptually > > > compatible with our existing licensing. > > > > > > It's also not like there's any viable alternative to OSM data, so not > > > doing > > > this would imply not being able to implement features integrating > > > OSM-derived data. > > > > > > The proposed addition to the policy section of > > > https://community.kde.org/ > > > Policies/Licensing_Policy would be: > > > > > > > > > # ''Geographic data'', in particular data based on or derived from > > > OpenStreetMap may be licensed under the '''[https://spdx.org/licenses/ > > > ODbL-1.0.html Open Data Commons Open Database License v1.0]'''. > > > > > > > > > What do you think? > > > > > > Regards, > > > Volker > > > > > > [1] https://invent.kde.org/frameworks/ki18n/-/merge_requests/19 > > > [2] https://spdx.org/licenses/ODbL-1.0.html > > > [3] > > > https://invent.kde.org/pim/kitinerary/-/blob/master/src/lib/knowledgedb > > > / timezonedb_data.cpp > > > [4] > > > https://invent.kde.org/libraries/kpublictransport/-/blob/master/src/lib > > > / knowledgedb/linemetadata_data.cpp signature.asc Description: This is a digitally signed message part.
Re: Extending the license policy to include ODbL-1.0
Thanks! Could you please update the changelog section https://community.kde.org/Policies/Licensing_Policy#Changelog ? On Wed, Sep 22, 2021 at 5:38 PM Volker Krause wrote: > > Thanks everyone, I've added the suggested change to the wiki now. > > Regards, > Volker > > On Mittwoch, 15. September 2021 17:26:57 CEST Volker Krause wrote: > > Hi, > > > > there's a MR [1] for ki18n containing data tables generated from OSM data, > > which implies the ODbL-1.0 license [2]. We also already have other places > > ([3], [4]) actually doing this. > > > > However that's a license not yet covered by our license policy, so I suggest > > we add it. > > > > ODbL is essentially LGPL-y but for data rather than code, so conceptually > > compatible with our existing licensing. > > > > It's also not like there's any viable alternative to OSM data, so not doing > > this would imply not being able to implement features integrating > > OSM-derived data. > > > > The proposed addition to the policy section of https://community.kde.org/ > > Policies/Licensing_Policy would be: > > > > > > # ''Geographic data'', in particular data based on or derived from > > OpenStreetMap may be licensed under the '''[https://spdx.org/licenses/ > > ODbL-1.0.html Open Data Commons Open Database License v1.0]'''. > > > > > > What do you think? > > > > Regards, > > Volker > > > > [1] https://invent.kde.org/frameworks/ki18n/-/merge_requests/19 > > [2] https://spdx.org/licenses/ODbL-1.0.html > > [3] https://invent.kde.org/pim/kitinerary/-/blob/master/src/lib/knowledgedb/ > > timezonedb_data.cpp > > [4] https://invent.kde.org/libraries/kpublictransport/-/blob/master/src/lib/ > > knowledgedb/linemetadata_data.cpp > -- Alexander Potashev
Re: Extending the license policy to include ODbL-1.0
Thanks everyone, I've added the suggested change to the wiki now. Regards, Volker On Mittwoch, 15. September 2021 17:26:57 CEST Volker Krause wrote: > Hi, > > there's a MR [1] for ki18n containing data tables generated from OSM data, > which implies the ODbL-1.0 license [2]. We also already have other places > ([3], [4]) actually doing this. > > However that's a license not yet covered by our license policy, so I suggest > we add it. > > ODbL is essentially LGPL-y but for data rather than code, so conceptually > compatible with our existing licensing. > > It's also not like there's any viable alternative to OSM data, so not doing > this would imply not being able to implement features integrating > OSM-derived data. > > The proposed addition to the policy section of https://community.kde.org/ > Policies/Licensing_Policy would be: > > > # ''Geographic data'', in particular data based on or derived from > OpenStreetMap may be licensed under the '''[https://spdx.org/licenses/ > ODbL-1.0.html Open Data Commons Open Database License v1.0]'''. > > > What do you think? > > Regards, > Volker > > [1] https://invent.kde.org/frameworks/ki18n/-/merge_requests/19 > [2] https://spdx.org/licenses/ODbL-1.0.html > [3] https://invent.kde.org/pim/kitinerary/-/blob/master/src/lib/knowledgedb/ > timezonedb_data.cpp > [4] https://invent.kde.org/libraries/kpublictransport/-/blob/master/src/lib/ > knowledgedb/linemetadata_data.cpp signature.asc Description: This is a digitally signed message part.
Re: Extending the license policy to include ODbL-1.0
On Mittwoch, 15. September 2021 17:34:00 CEST Harald Sitter wrote: > +1 +1 also from me! I think this license fits well into our approved license landscape and should not make any issues regarding code/data portability between the different KDE projects. Cheers, Andreas
Re: Extending the license policy to include ODbL-1.0
On Wed, 15 Sep 2021 17:26:57 +0200 Volker Krause wrote: > Hi, > > there's a MR [1] for ki18n containing data tables generated from OSM data, > which implies the ODbL-1.0 license [2]. We also already have other places > ([3], [4]) actually doing this. > > However that's a license not yet covered by our license policy, so I suggest > we add it. > > ODbL is essentially LGPL-y but for data rather than code, so conceptually > compatible with our existing licensing. > > It's also not like there's any viable alternative to OSM data, so not doing > this would imply not being able to implement features integrating OSM-derived > data. > > The proposed addition to the policy section of https://community.kde.org/ > Policies/Licensing_Policy would be: > > > # ''Geographic data'', in particular data based on or derived from > OpenStreetMap may be licensed under the '''[https://spdx.org/licenses/ > ODbL-1.0.html Open Data Commons Open Database License v1.0]'''. > > > What do you think? > +1 from me as well, FWIW. > Regards, > Volker > > [1] https://invent.kde.org/frameworks/ki18n/-/merge_requests/19 > [2] https://spdx.org/licenses/ODbL-1.0.html > [3] https://invent.kde.org/pim/kitinerary/-/blob/master/src/lib/knowledgedb/ > timezonedb_data.cpp > [4] https://invent.kde.org/libraries/kpublictransport/-/blob/master/src/lib/ > knowledgedb/linemetadata_data.cpp -- Shlomi Fish https://www.shlomifish.org/ List of Text Processing Tools - https://shlom.in/text-proc Roses are red, violets are blue, something something Chuck Norris, now they are red too. (by: Rounin) — https://www.shlomifish.org/humour/bits/facts/Chuck-Norris/ Please reply to list if it's a mailing list post - https://shlom.in/reply .
Re: Extending the license policy to include ODbL-1.0
+1 On Wed, Sep 15, 2021 at 5:27 PM Volker Krause wrote: > > Hi, > > there's a MR [1] for ki18n containing data tables generated from OSM data, > which implies the ODbL-1.0 license [2]. We also already have other places > ([3], [4]) actually doing this. > > However that's a license not yet covered by our license policy, so I suggest > we add it. > > ODbL is essentially LGPL-y but for data rather than code, so conceptually > compatible with our existing licensing. > > It's also not like there's any viable alternative to OSM data, so not doing > this would imply not being able to implement features integrating OSM-derived > data. > > The proposed addition to the policy section of https://community.kde.org/ > Policies/Licensing_Policy would be: > > > # ''Geographic data'', in particular data based on or derived from > OpenStreetMap may be licensed under the '''[https://spdx.org/licenses/ > ODbL-1.0.html Open Data Commons Open Database License v1.0]'''. > > > What do you think? > > Regards, > Volker > > [1] https://invent.kde.org/frameworks/ki18n/-/merge_requests/19 > [2] https://spdx.org/licenses/ODbL-1.0.html > [3] https://invent.kde.org/pim/kitinerary/-/blob/master/src/lib/knowledgedb/ > timezonedb_data.cpp > [4] https://invent.kde.org/libraries/kpublictransport/-/blob/master/src/lib/ > knowledgedb/linemetadata_data.cpp
Extending the license policy to include ODbL-1.0
Hi, there's a MR [1] for ki18n containing data tables generated from OSM data, which implies the ODbL-1.0 license [2]. We also already have other places ([3], [4]) actually doing this. However that's a license not yet covered by our license policy, so I suggest we add it. ODbL is essentially LGPL-y but for data rather than code, so conceptually compatible with our existing licensing. It's also not like there's any viable alternative to OSM data, so not doing this would imply not being able to implement features integrating OSM-derived data. The proposed addition to the policy section of https://community.kde.org/ Policies/Licensing_Policy would be: # ''Geographic data'', in particular data based on or derived from OpenStreetMap may be licensed under the '''[https://spdx.org/licenses/ ODbL-1.0.html Open Data Commons Open Database License v1.0]'''. What do you think? Regards, Volker [1] https://invent.kde.org/frameworks/ki18n/-/merge_requests/19 [2] https://spdx.org/licenses/ODbL-1.0.html [3] https://invent.kde.org/pim/kitinerary/-/blob/master/src/lib/knowledgedb/ timezonedb_data.cpp [4] https://invent.kde.org/libraries/kpublictransport/-/blob/master/src/lib/ knowledgedb/linemetadata_data.cpp signature.asc Description: This is a digitally signed message part.