---
# System prepended metadata

title: 'openWEMI meeting October 18, 2023'
tags: [openwemi]

---

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

Hackmd link: https://hackmd.io/vrDzjXQKTribmxKkKE04sg

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

https://hackmd.io/Y6nOQl2jS-K0T3LBuA0yrw

## Participants

*


## Agenda

**Decisions from last week**
* [Updated HTML](https://dcmi.github.io/openwemi/ns/openWEMI.html)
* phil will suggest changes to sean's examples at end of the index.md (formatting?)
* and fix the html problem (needed CR done - kc)
* 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

Idea: do a cookbook with examples; problem with going from markdown to code. Use wiki? (kc will ask Nishad. Also, syntax highlighting for code?)

**New**
* Integrate [Ross's commonX examples?](https://github.com/rsinger/openwemi/tree/commonx-example-and-docs/examples/commonX)


## 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.