...
For a hypothetical service deployment <hypothetical:SDep>, there are a number of triples encoded in the object that make it actionable:
No Format |
---|
<hypothetical:SDep>SDep-3.0> <fedora-model:hasModel> <info:fedora/fedora-system:ServiceDeployment-3.0> <hypothetical:SDep>SDep-3.0> <fedora-model:isDeploymentOf> <hypothetical:ServiceDefinition> <hypothetical:SDep>SDep-3.0> <fedora-model:isContractorOf> <hypothetical:ContentModel> |
... with no defined or effective restrictions on the cardinality of the latter two.( moving the responsibility for indicating deployment to a new CModel, which
To allow for new service deployment mechanisms without invalidatng existing service deployments we might introduce a new content model:
No Format |
---|
<info:fedora/fedora-system:ServiceDeployment-3.0> <fedora-model:hasModel> <info:fedora/fedora-system:ServiceDeploymentType> <hypothetical:SDep-3.0> <fedora-model:hasModel> <info:fedora/fedora-system:ServiceDeployment-3.0> <hypothetical:SDep-3.0> <fedora-model:isDeploymentOf> <hypothetical:ServiceDefinition> <hypothetical:SDep-3.0> <fedora-model:isContractorOf> <hypothetical:ContentModel> |
... such that we infer that <hypothetical:SDep-3.0> is a service deployment from its deployment and contractor statements, and determine the type of service deplyment from its content model when said model has itself the <info:fedora/fedora-system:ServiceDeploymentType> model. This leaves all existing service deployment objects unchanged, but alows for the introduction of new types.3.0 mixes-in )
( type issue / inheritance of cmodel; whether inference is appropriate )
...