Multiple Vocabulary Facility Avatar
  1. OMG Specification

Multiple Vocabulary Facility — Closed Issues

  • Acronym: MVF
  • Issues Count: 3
  • Description: Issues resolved by a task force and approved by Board
Open Closed All
Issues resolved by a task force and approved by Board

Issues Descriptions

Property 'currentMVFEntry' changes the multiplicity, so it should be redefines not subsets

  • Key: MVF-21
  • Status: closed  
  • Source: Coventry University ( Mr. Stephen Powley)
  • Summary:

    The property 'currentMVFEntry' on the association ElementCurrentEntry changes the multiplicity from 0..* to 0..1, so it should be redefines not subsets (or the parent multiplicity needs to be changed)

  • Reported: MVF 1.0b1 — Wed, 7 Jun 2023 22:54 GMT
  • Disposition: Deferred — MVF 1.0
  • Disposition Summary:

    This Issue was not resolved in this Task Force and was automatically deferred to the next Task Force

  • Updated: Sat, 2 Mar 2024 23:59 GMT

Need a profile for the MVF metamodel in order to better integrate with various other UML profiles and tools

  • Key: MVF-4
  • Status: closed  
  • Source: Thematix Partners LLC ( Mrs. Elisa F. Kendall)
  • Summary:

    As a convenience for UML modelers or modelers using other profiles, a profile for MVF would allow UML tool users to apply MVF without requiring other changes to tools.

    This would require both the profile itself as a machine readable file and documentation for it in the MVF specification. An optional compliance point should be added to cover the new profile.

  • Reported: MVF 1.0b1 — Fri, 27 Jan 2023 19:32 GMT
  • Disposition: Resolved — MVF 1.0
  • Disposition Summary:

    Added profile with MVEntry and MVFEnabledElement stereotypes

    The proposed UML profile includes two stereotypes

    MFEntry applies to any Element. Adds a 'semanticReference' anyUri that can be used to link the UML element to an external semantic descriptor. Useful for those models that need the MVF 'concepts' but not the MVF 'terms'

    MVFEnabledElement also applies to any Element. Adds an 'mvfEntry' reference which can be used to associate an (instance of) MVFEntry, which in turn can be linked to the other MVF entities

    See the attached document, MVF Profiles.odt, for the revised text of this resolution. The new clause should be included in the document immediately following the clause specifying the metamodel.

  • Updated: Mon, 2 Oct 2023 12:57 GMT
  • Attachments:

Clarify uri vs refrence vs externalReference

  • Key: MVF-6
  • Status: closed  
  • Source: Mayo Clinic ( Dr. Davide Sottara)
  • Summary:

    The terms may be confusing, and implementers may 'misplace' important pieces of information

    'uri' is meant to be an 'individual/instance' URI, that identifies the entity represented by the MVF element
    (e.g. an individual Community - mapped by a mvf:Community, or an individual Concept - mapped by a mvf:MVFEntry)

    'externalReference', which only applies to MVFEntry, may be better called 'semanticReference', and be exepcted to resolve to a definitional resource such as an ontology (class/expression)

    'reference' seems to hold more descriptive/informative links such as web pages or other web resources.
    Maybe it could be called 'descriptiveReference' - in contrast with 'semanticReference'?

  • Reported: MVF 1.0b1 — Fri, 31 Mar 2023 18:42 GMT
  • Disposition: Resolved — MVF 1.0
  • Disposition Summary:

    Rename properties as proposed

    Rename MVFEntry::externalReference to semanticReference
    Rename MVFElement::reference to descriptiveReference

    Update the metamodel and ontology diagrams and document text referencing these names, as given below in Revised Text.

  • Updated: Mon, 2 Oct 2023 12:57 GMT
  • Attachments: