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
My opinion is that we should exempt any SPDX standard defined elements for the import requirement. and SPDX standard defined element would have a pre-defined URI prefix or namespace.
Otherwise, the SPDX serialized files will become unnecessarily verbose.
This would require an update to the spdx3-validator.
@goneall the spec defines a number of Individuals (like the organization you mentioned, but also the None and NoAssertion Elements and licenses). Since SPDX data may be using these, these should be included in the validation data.
And when the ExtendedLicensing profile is used, depending on the License List version used, a corresponding set of definition for licenses and expressions should also be included in the data being validated.
I am not sure of the best alternative technically to achieve this inclusion.
In SPDX 2.X we allow references to listed licenses and listed exceptions without referencing the external document(s) containing these definitions.
In SPDX 3, the spdx3-validator looks for import statements for all element URIs not defined within the document.
In addition to the license list, the SPDX organization element would also need to be added to imports if it is used.
The text was updated successfully, but these errors were encountered: