# openWEMI meeting October 11, 2023
###### tags: `openwemi`

Hackmd link: https://hackmd.io/Y6nOQl2jS-K0T3LBuA0yrw

Join Zoom Meeting:
https://us02web.zoom.us/j/85015662374?pwd=ZnEyOENHczh5dDg3UFJaaTZwN2ZFQT09

## Times:
* San Francisco (USA – California) 9:00:00 PDT UTC-7 hours
* New York (USA – New York) 12:00:00 EDT UTC-4 hours
* London (United Kingdom – England) 17:00:00 GMT UTC
* Berlin (Germany – Berlin) 18:00:00 CET UTC+1 hour
* Corresponding UTC (GMT) 16:00:00

[Check time](https://www.timeanddate.com/worldclock/fixedtime.html?iso=20230517T1600) in your time zone

## Last week's notes

## Participants

Karen Coyle, Graeme Williams, Phil Barker

## Agenda

* Json context (https://github.com/dcmi/openwemi/blob/main/docs/draft/context.json)
    * keep for now in draft
    * phil will suggest changes to sean's examples at end of the index.md
    * and fix the html problem
* WEMI music diagram - [Issue #72](https://github.com/dcmi/openwemi/issues/72) and [pull request](https://github.com/dcmi/openwemi/pull/73)
    * will become 2 diagrams - first music and the second will be music with openwemi
* Integrate [Ross's commonX examples?](https://github.com/rsinger/openwemi/tree/commonx-example-and-docs/examples/commonX)
* Any way to integrate concepts in [ The four W-E-M-I entities all represent the "same thing" #66](https://github.com/dcmi/openwemi/issues/66)?
    * Do not add to Primer. 

## Blurb

openWEMI is an RDF vocabulary based on the concepts of Work, Expression, Manifestation, and Item (WEMI) that were first introduced in the Functional Requirements for Bibliographic Records (FRBR) document produced by a working group of the International Federation of Library Associations (IFLA). That work and subsequent versions form the theoretical basis for library catalog metadata.

This DCMI work product proposes a minimally constrained set of classes and properties that could form the basis for useful models of created resources of all kinds. Unlike the IFLA work, openWEMI elements are purposely defined without reference to library catalog functions. Because the openWEMI elements are defined broadly and with minimal constraints, metadata models are likely to use openWEMI elements as superclasses and super-properties to the more specific resource types being defined. 

The proposal includes the class Endeavor, which is the superclass to the WEMI classes; this provides a semantic grouping of the WEMI entities. openWEMI also includes properties (commonWork, commonExpression, commonManifestation, commonItem) that can be used to make statements about any resources defined in metadata, even those not organized around WEMI principles.