Skip to content

UCO's Facets should each be classified as general or specific #595

@ajnelson-nist

Description

@ajnelson-nist

Note: This proposal is under construction. For tracking purposes in other repositories, a UCO Issue number is needed. A comment will be posted when the proposal's drafting is completed.

Background

Some of the past development around UCO's Facets has emphasized that there is a behavior difference between Facet classes that have subclasses, and Facet classes that don't. There might be implications for backwards compatibility if some Facet that is currently subclass-less needs subclassing for some reason.

This proposal brings forward a meta-class, uco-core:FacetType. This class has exactly two child classes that are disjoint, uco-core:GeneralFacetType and uco-core:SpecificFacetType. (This could be implemented with owl:disjointUnionOf.)

Instances of uco-core:FacetType are to be owl:Classes that are subclasses of uco-core:Facet. For example:

uco-observable:BluetoothAddressFacet
       a uco-core:SpecificFacetType ;
       .

uco-observable:MACAddressFacet
       a uco-core:GeneralFacetType ;
       .

(Remainder of proposal pending.)

Requirements

Requirement 1

Requirement 2

Risk / Benefit analysis

Benefits

Risks

Competencies demonstrated

Competency 1

Competency Question 1.1

Result 1.1

Competency Question 1.2

Result 1.2

Solution suggestion

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions