One thing that still needs to be decided is whether or in how much detail the logical model goes to define the Payload. This requires agreeing on the answers to two questions:
1 - True or False: *Elements stand alone, with a unique SPDXID and a value that doesn't depend on any other element.* Elements can be visualized as marbles, where each marble has its own SPDXID, and 0..* IRIs that are the SPDXIDs of other marbles. 2 - True or False: *The logical value of an element is not affected by serialization.* In an element store (logical graph), an element 0 with 1..* IRIs of other elements always works correctly without regard to how or if elements 0 and 1..* may have been serialized. If these are true, then elements are marbles, marbles can be placed in a cup, and a cup is not a marble. The cup is a Payload, and like a cup of marbles or a tarfile of serialized elements, the Payload can contain any combination of elements without regard to their types or any edges between them. The SpdxDocument element describes a Payload. Because a marble is not a cup, an SpdxDocument element is not a Payload. The Payload is a sequence of bytes that carry any combination of 1..* elements without regard to serialization format and without any alteration of their logical values. The marbles in the picture can pulled apart, put into any combination of one or more Payloads with the same or different serialization formats, then unambiguously deserialized and reassembled into the identical logical graph as before. If we want to define Payload in the logical model, then it is a datatype that goes with other datatypes on the right side of the diagram, and it is modeled as an OWL/RDF collection - a first/next/nil structure, not what SPDX calls a "collection" which is an OWL/RDF container. Regards, David -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#4781): https://lists.spdx.org/g/Spdx-tech/message/4781 Mute This Topic: https://lists.spdx.org/mt/93746148/21656 Group Owner: [email protected] Unsubscribe: https://lists.spdx.org/g/Spdx-tech/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
