Skip to content

lagbolt/openwemi

 
 

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

52 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

openwemi

The concepts first introduced in the FRBR document and known as “WEMI” (Work, Expression, Manifestation, Item) have been employed in situations quite different from the library bibliographic catalog. (More in this article and see the bibliography). This is evidence that a definition of similar classes that are more general than those developed for library usage would benefit metadata developers broadly. This DCMI work product proposes a minimally constrained set of classes and relationships that could form the basis for a useful model of created works that defines WEMI as RDF classes with few constraints. These classes can be used together or separately in metadata to characterize aspects of creations.

openWEMI classes are purposely defined very broadly. Experience shows that metadata models are likely to use openWEMI classes as superclasses to the more specific materials being described.

The proposal

This is work to create a non-constrained version of FRBR's Work, Expression, Manifestation, Item. In particular it removes any disjoint rules between the WEMI entities. It is based on the FRBR Core created by Ian Davis and Richard Newman, with contributions by Bruce D'Arcus.

The minimal WEMI set has these classes and subclasses:

  • Endeavor
    • Work
    • Expression
    • Manifestation
    • Item
  • ResponsibleEntity

It has these properties which define the primary relationships between WEMI:

  • related endeavor
    • expresses (range: Work)
    • manifests (range: Work or Expression)
    • instantiates (range: Work or Expression or Manifestation)

It does not include the FRBR Group2 or Group3 entities (responsible bodies and subjects). It does include the superclass Endeavor, which is not part of the FRBR group of entities but was added by the authors of FRBR core.

Files

  • openWEMI.ttl (October, 2020) - this defines the WEMI classes as being sub-classes of "/Endeavor/". Endeavor encompasses the entire creation. Endeavor was introduced in frbrCore. It also includes property "relatedEndeavor" from that vocabulary which is a general relationship between endeavors and "ResponsibleEntity", a general class to define the agent responsible for the creation.
  • cwo.rdf (January, 2022)- this defines the WEMI classes and their relationships but does not include "/Endeavor/" nor "ResponsibleEntity". The assumption is that the super-class level will be owl:Thing. It remains to be seen if it is desirable to include additional base classes, such as for ResponsibleEntity. It might be best to leave this as simple as possible at this time, allowing for discussion of the bare basics before taking on more elements. This file is in RDF/XML and primarily makes use of OWL encoding, but could obviously be converted to ttl and some aspects could be expressed in RDFS in place of OWL.

Documents

The Community Group

This DCMI Community Group has the following goals:

  • an analysis of existing uses of WEMI which could benefit from an unconstrained vocabulary for those classes
  • a gathering of issues and questions regarding the possibilities for such a vocabulary
  • production of an unconstrained WEMI vocabulary with a specific proposal for the DCMI usage board
  • a repository of documentation and examples

Most work will take place here on github.

Join the group mailing list for updates and announcements

https://lists.dublincore.org/mailman/listinfo/openwemi

About

OpenWEMI

Resources

Code of conduct

Stars

Watchers

Forks

Releases

Packages

Contributors