You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Generate json file compatible with "FSF License Metadata API" #663
Hi @reversi-fun I'm reluctant to add another data format which others might rely on without thinking through it a bit. The FSF API was created as a stop gap measure by @wking since the FSF doesn't have an easily machine readable version of their list, see https://github.com/wking/fsf-api
However, I welcome this issue because it got me thinking...I suspect it'd be entirely feasible to split out the license metadata from the license texts in this repo, having the metadata in separate data files. That would make using both the metadata and the license texts more trivial, no preprocessing needed. That need for preprocessing has been a minor annoyance for me many times. I'm going to play around with removing it, but no promise on quick turnaround.
@mlinksva, Thanks to response.
I seems that You want to implement it with license metadata in yoies own format.
OK, I request the following for your license metadata:
"Tags" list element is Attribute that defined by you or others.
not ["FSF/libre","choosealicense.com/patent-use"] , but ["libre","patent-use"]
Ability to map one-to-many license names.
Manage a namespace-qualified name that indicates the name of the organization to which the license name has been assigned.
There are several groups that manage more license names than SPDX license list.
Able to distinguish between licenses of dissimilar articles that each organization has named, as {spdx/libpng,spdx/libpng-2.0,spdx/zlib,FSF/libpng}
determines the correspondence between the old SPDX license name that you are aware of and the new SPDX license name.
(For example, "SPDX/GPL-2.0" is old and deprecated. Only "SPDX/GPL-2.0-only" or "SPDX/GPL-2.0-or-later" are correct names.)
To that mapping, the analysis of the similarity of the license text, which is the output of my tool is useful.
Activity
mlinksva commentedon Jun 24, 2019
Hi @reversi-fun I'm reluctant to add another data format which others might rely on without thinking through it a bit. The FSF API was created as a stop gap measure by @wking since the FSF doesn't have an easily machine readable version of their list, see https://github.com/wking/fsf-api
However, I welcome this issue because it got me thinking...I suspect it'd be entirely feasible to split out the license metadata from the license texts in this repo, having the metadata in separate data files. That would make using both the metadata and the license texts more trivial, no preprocessing needed. That need for preprocessing has been a minor annoyance for me many times. I'm going to play around with removing it, but no promise on quick turnaround.
reversi-fun commentedon Jun 25, 2019
@mlinksva, Thanks to response.
I seems that You want to implement it with license metadata in yoies own format.
OK, I request the following for your license metadata:
(For example, "SPDX/GPL-2.0" is old and deprecated. Only "SPDX/GPL-2.0-only" or "SPDX/GPL-2.0-or-later" are correct names.)
To that mapping, the analysis of the similarity of the license text, which is the output of my tool is useful.
or
"choosealicense.com-gh-pages/_licenses/gpl-2.0" -> ["spdx/GPL-2.0-only", "spdx/GPL-2.0-or-later"]
Tarekchehahde commentedon Jul 11, 2026
Opened #1367 — api/licenses.json FSF API compatible export + generator.