MVF RFP Wiki

This page is read only. You can view the source, but not change it. Ask your administrator if you think this is wrong.
====== MVF Issues ======

This page captures the issues that have undergone, or are undergoing, significant discussion among the participants to the joint submission.

===== Open Issues =====

These issues have not been resolved by any clear agreement.

==== Representation of Concept ====

Do we really mean "representation of ‘concept’" or specification of the concept: Concept?  

[odell] we need a ground notion of Concept, while also providing for different “views” or “perspectives” of an instance of Concept,  such as: multiple terms for a specific concept, multiple intensions for the same term (which is really multiple concepts with the same label).

We also need to consider co-extensive concepts (e,g, Morning Star, Evening Star) that are specified using different characteristics but refer to the same set of things--over all time--(of the business).
==== Linking model elements to concepts ====

What does a model element link to? Some "concept" object? Multiple terms/entries in different vocabularies? 

  * Proposal: Placeholder ‘concept’ object lives somewhere. It is linked to entries in multiple vocabularies. Model elements link to it.  

Where does it live?  Is it in a separate resource from all vocabularies? 
 
Is it just an IRI that all the related language vocabularies agree to use?  
If so, then the link from the model element is the IRI, but how does the modeling tool find the language-based vocabulary entries?

  * Proposal: The model element contains the links to all of the corresponding vocabulary entries. The idea that they represent the same concept is implied.  Effectively, the model element is the cluster point and the reference form of the concept.

Objection (Evan): The business concept exists without the model.  The model element should not be the center concept. Model element to concept relationships are also many-to-many.  Different models may have links to different vocabulary entries (in different languages) for the same concept.  How would the modeling tool or the user find translations of a business term that are only linked by other models?

  * Proposal: A concept is a vocabulary entry, or something in a vocabulary that entries link to.  These entries can be linked to each other across vocabularies, or in a separate resource (a la Linked Open Data).  The model element can point to any of those resources as a starting point.

The effect is that the model element points to one element of some kind of linked list.  How does one add to the list?  Is it circular?  And how easy is that to maintain, if multiple tools are involved?

==== Nature of a vocabulary "entry" ====

A vocabulary is a collection of terms related to concepts represented by definitions or descriptions (a weaker notion).  What is the conceptual organization?  What is the nature of a vocabulary entry?  What is the relationship of a "concept" to a vocabulary "entry"?

  * Proposal:  A vocabulary contains a set of "concepts", and each concept has one or more attached terms.  So an "entry" is a "concept".  Model elements link to these "concepts" (somehow). An entry may contain zero or more definitions or descriptions.  The entry/concept has an IRI that extends the vocabulary IRI.

The list/set of concept entries expands to a set of terms that point back to the concept, and the terms are sorted or hashed to enable looking up concepts using the terms.

Multiple entries in different vocabularies then represent the same concept, but each has its own IRI.  How are they linked?  Is there some common IRI and if so, how does it get created?

  * Proposal:  (The Dictionary model) A concept is/has a Definition or Description.  An entry is a term, and a term is linked to one or more Definitions/Descriptions, where some "context" participates in the links if there is more than one for a given term.  Synonyms could be linked directly to the definitions or to some primary term.

The definitions/descriptions must have IRIs that extend the vocabulary IRI.  Again, the same concept will have different definitions in different vocabularies/languages and thus different IRIs.  How are they linked?

  * Proposal: (The SBVR model) An entry is a "designation" -- a relationship between a term (possibly in context) and a "concept" represented by a definition or description.  The term (in context) and the definition/description independently represent the concept. Designations are unique, but the general model is many terms (in context) to 1 definition. 

So what has the IRI?  The term-in-context? Or the "designation" relationship?  Or the definition/description? 

How are designations linked across language vocabularies?  And does the model element link to a designation?

==== Other stuff in entries ====

Real glossaries often contain other elements in entries, such as notes, examples, other forms/spellings, pronunciation guides, synonyms (with or without differentiation), antonyms, etymological information, etc. MVF should certainly **allow** the managed vocabulary resources to have this stuff.

Do we need to model this at all?  

Does it affect the presentations in modeling tools?

Does it affect the API?

==== Support for Concept Search ====

How does the multiple vocabulary and entry/concept model support search?  When the user wants to find out whether a term is already present, that's easy, but what if s/he has a definition in mind?  How does he find terms that have that meaning, or something like it?

We should support SKOS broader/narrower, aka ISO 1087 subordinate/superordinate, OWL/UML subclass/"superclass").

[Ed] We need to support X.broader in vocabulary entries, because it is part of the nature of the concept. But it is not clear that supporting the list of X.narrower concepts is a good idea.  It is hard to be sure it is complete, and it creates problems if X is adopted into the vocabulary that defines the narrower concept. Of course, if the relationship is stored as a separate relational table, you get both directions automatically.

[Pete] Looking at subtypes of a more general class is a common way to search for a narrower concept. We should support that, even if the tool has to do it by brute force search.  These vocabularies will not be huge data sets. 

==== Primary/preferred term for a concept ====

Should there be a primary/preferred term for each concept, in any given vocabulary?

Should it just be possible to declare one, but not required?

Can the user choose the term s/he prefers to see? (As distinct from the primary term being stored in the vocabulary and thus standardized for all users)

==== Vocabulary entries for verb concepts ====

It should be possible to associate properties or relationships (not just classes) with business terms.

Does an MVF vocabulary have to support verb entries?

[Ed] Dictionaries treat verbs as transitive or intransitive, but a lot of them have different meanings when associated with different subjects or adverbial phrases. That is why SBVR introduced "verb concept wording", which is //not// ISO 1087, but is typical of modeling languages.
 
[Pete] Properties are relationships, and relationships can be expressed by noun terms in business vocabularies.

[?] Some modeling languages model actions and processes as well. 


==== Use of SKOS ====

Do we want to specify SKOS as the basic vocabulary model?  Or do we specify our own vocabulary model and a mapping to/from SKOS?

Does SKOS have everything we need?

SKOS supports multiple languages by adding RDF entries using rdf:about for existing entry and adding entries with different language markers.

Do we need all of SKOS? Should we be specifying only a required subset?

[Pete] We should minimize requirements for basic MVF vocabulary support, so as to encourage implementation.

[Ed] Agreed. We want a really basic capability, but upward compatible with whatever extension some vendors might want (and already implement). We just have to be sure that the basic set is, in fact, upward compatible with a richer capability.

[Elisa] Thematix wants to add support for a much richer subset of ISO 1087-1, because we have found it useful in dealing with the conflicts and nuances in the finance industry. So we would want to specify that model, which goes well beyond SKOS, but MVF should treat most of it as an optional extension to the basic support model.


===== Resolved Issues =====

There appears to be joint agreement on the resolution of these issues, although they may give rise to others.

==== Concepts, Terms, and Definitions ====

These elements are taken primarily from ISO 1087.

  * A "concept" is a mental categorization of (actual and potential) things, including physical and abstract objects, properties, relationships, states, and actions.  Communication of a concept involves some form of external representation: a term, a definition, a description.

  * The semiotic triangle applies.  Using ISO 1087 terminology:  terms __designate__ concepts, concepts __correspond to__ things (things are __instances of__ concepts), terms __denote__ things (things are __referents of__ terms).

  * We use the term "term" loosely to mean any visual or auditory "sign" that designates a concept of any kind. (ISO 1087 uses "designation" in this sense, and restricts "term" to "general noun concepts".)  But for MVF our concern is primarily to address character strings used to represent concepts.  

  * In general, the relationship between terms (linguistic objects) and concepts is many-to-many. More than one term (in the same language, in different languages) can designate the same concept.  And one term can designate more than one concept in a given language, even in the same speech community.

  * Within a "context", a term designates one concept.  So, a "term in a context" designates exactly one concept. For some terms, the context may be taken to be "universal" -- the term has only one meaning (in the given speech community).

  * In a given "universe of discourse" (the set of things of interest for some domain of activity, or for some model), a term denotes exactly the things that are instances of the concept it designates. 

  * A concept need not correspond to any thing in a given universe of discourse.

  * In lieu of a term, a concept can be represented by a "definition" -- a formulation that uses grammatical structures of a language and other terms in that language to specify the concept in terms of the "essential" characteristics of its instances.  ISO 1087 also recognizes the idea of "description" -- a construct that is similar to a definition but less precise.

==== Vocabularies ====

  * A "vocabulary" is a formal collection of terms, definitions, and descriptions, that are used to convey a certain set of concepts in a given speech community.  It may include other elements.

  * Each vocabulary is for exactly one "language" (a natural language, or (issue) a formal langguge).  The speech community, however, determines the concept set that is represented in the vocabulary, and the terms and definitions are for the use of that speech community (and not necessarily other users of the language).

  * A vocabulary may "adopt" one or more other formal vocabularies, implying that all of the terms and definitions in the adopted vocabulary are shared by the speech community for the vocabulary that adopts it.

  * For MVF purposes, each vocabulary is a "resource" in the IRI sense, and has a unique IRI.
MVF RFP Wiki

User Tools

Site Tools

Page Tools
