Manual básico de ontologías de WorldCat

1.4.1 La ontología refleja el estado de nuestro campo

OCLC ha invertido en estructurar la ontología y utilizar el lenguaje para respaldar una gama más inclusiva de experiencias y visiones del mundo. Sin embargo, existe una tensión entre la descripción inclusiva y el legado de sistemas de conocimiento y datos que reflejan cosmovisiones occidentalocéntricas que, en ocasiones, sustentan puntos de vista racistas y colonialistas. Para apoyar una transición hacia un futuro más inclusivo, puede ser necesario divergir de las prácticas heredadas. A medida que la ontología de WorldCat madure, se proporcionarán notas de alcance adicionales que guíen las descripciones inclusivas de las entidades de WorldCat . Las propiedades, etiquetas y definiciones de la ontología de WorldCat no deben conferir legitimidad a actos de esclavitud, violencia, robo y otras injusticias; ni dejar de reconocer los daños que causaron. La información registrada en las propiedades no pretende conferir legitimidad entre reclamaciones contradictorias de propiedad o creación.

1.4.2 Propiedades relacionadas con entidades de persona

Entidades de WorldCat es un recurso fidedigno, pero no biográfico. De acuerdo con los valores y prácticas de la comunidad de catalogación de bibliotecas, las propiedades que describen sexo, género, religión, raza, etnia, orientación sexual, identidad nacional y/o ciudadanía se han omitido deliberadamente de la ontología de WorldCat . Las propiedades que transmiten lugares de nacimiento, fallecimiento y/o residencia tienen el propósito de ser únicamente una declaración de hecho, no una expresión de identidad nacional o estatus de ciudadanía. Las propiedades que describen roles de agente comunes utilizan términos de género inclusivo en la mayor medida posible. En algunos casos, estas etiquetas de propiedad pueden reflejar términos que se han vuelto más neutrales en cuanto al género en el uso común.

1.4.3 Esclavizados

Inspirándose en el trabajo del proyecto Enslaved, se ha prestado especial consideración a las propiedades que hacen declaraciones sobre personas esclavizadas. Es moral y semánticamente incorrecto modelar el intercambio de vidas humanas utilizando los mismos conceptos que se aplican a la compra y venta de obras, lugares y organizaciones. Para evitar malas interpretaciones, la ontología define claramente wco:enslaved y wco:enslavedBy para representar estas relaciones en contextos en los que puede ser el único registro disponible para las entidades involucradas. Todos los datos de las entidades de WorldCat con respecto a las personas esclavizadas se incluyen para reconocer y recuperar sus contribuciones dentro del universo bibliográfico.

1.4.4 Este trabajo está en curso

OCLC ha buscado la consulta de la comunidad para crear y revisar la ontología de WorldCat , pero este trabajo aún está en curso. Agradecemos sus comentarios, que nos ayudarán a continuar mejorando nuestro lenguaje y estructuras, enviando un mensaje de correo electrónico a askqc@oclc.org.

3.2.1 Frecuencia

La clase wco:Frequency está destinada a adoptar la forma de un nodo en blanco al que se pueden adjuntar varias propiedades descriptivas. Por ejemplo, un wco:ContinuingResource puede tener múltiples frecuencias durante su ciclo de vida de publicación. La construcción del nodo en blanco permite aplicar múltiples frecuencias, con fechas de inicio y finalización aplicables.

Diagrama 3.2.1a: Estructura básica del modelo de frecuencia - Imagen

Diagrama 3.2.1b: La estructura se puede repetir según sea necesario. En este caso, la publicación de la Serie se realizó bimestralmente entre 1995 y 2004, y luego mensualmente después de 2005 - Imagen

3.2.2 Medición

La clase wco:Measurement es un nodo en blanco destinado a agregar dos elementos obligatorios: el valor de una medición y la unidad. La propiedad wco:hasValue incluye las restricciones SHACL sh:minCount 1 y sh:maxCount 1, que requieren un valor entero único. Cada nodo wco:Measurement debe incluir una unidad wco:unit para que sea comprensible. El único caso en el que no se requiere una unidad es con la propiedad wco:population, para la cual se puede inferir la unidad "personas". Los nodos wco:Measurement también pueden incluir las propiedades wco:startDate y wco:endDate, para permitir el registro de cambios en las mediciones a lo largo del tiempo.

Diagrama 3.2.2a: La estructura básica del modelo - Imagen

Diagrama 3.2.2b: Ejemplo - Imagen

Propiedades con el valor esperado de wco:Measurement:

• wco:spatialArea
• wco:popoulation
• wco:duration
• wco:elevation

Tenga en cuenta que propiedades como wco:dimensions y wco:extent se definen como propiedades de tipo de datos, que esperan un valor literal como objeto. Esto es para dar cabida a variaciones significativas en las prácticas de catalogación.

3.2.3 Medio de rendimiento

La clase wco:PerformanceMedium está diseñada para proporcionar un significado estructurado que describa el tipo y la cantidad de instrumentación necesaria para las obras musicales. Esta estructura se puede aplicar a instancias de wco:Music (es decir, interpretaciones y ejecuciones capturadas como sonido) y wco:NotatedMusic (es decir, aquellas destinadas a ser estudiadas o interpretadas). Tenga en cuenta que la instrumentación en este contexto también incluye el concepto de vocalización(es).

La estructura básica muestra:

• Una entidad wco:Music o wco:NotatedMusic está vinculada al nodo wco:PerformanceMedium.
• wco:PerformanceMedium es un nodo en blanco que cumple con el propósito funcional de describir el "qué" y el "cuánto" necesario para una actuación.
• wco:PerformanceMedium requiere dos propiedades:
  1. wco:performedBy enlaza con un skos:Concept que describe lo que se requiere para la interpretación. El uso de skos:Concept facilita los enlaces a vocabularios externos.
  2. wco:hasValue es un número entero que describe cuántos de los "qué" se requieren para la interpretación.

Diagrama 3.2.3a: La estructura básica - Imagen

Diagrama 3.2.3b: Ejemplo que muestra una instancia de wco:Music que requiere dos violines para tocar - Imagen

Diagrama 3.2.3c: La estructura es repetible según sea necesario - Imagen

3.2.4 Dirección postal

Se pretende que la clase wco:PostalAddress adopte la forma de un nodo en blanco que proporcione una conexión común para los elementos de datos separados que son comunes en las direcciones postales. Actúa como un mecanismo de agregación destinado a permitir la presentación de esos elementos como un todo coherente. El rango esperado de wco:addressCountry, wco:addressRegion y wco:addressLocality son todos wco:AdministrativeArea, que está diseñado para proporcionar flexibilidad para tener en cuenta las variaciones en las organizaciones administrativas a nivel mundial. Aunque no se aplique, se recomienda al usuario que considere wco:addressCountry, wco:addressRegion y wco:addressLocality como una jerarquía ordenada en la que:

• wco:addressCountry representa la wco:AdministrativeArea más grande dentro de la cual existe una wco:PostalAddress (por ejemplo, una nación, reino u otro estado soberano).
• wco:addressRegion representa una subdivisión de wco:AdministrativeArea indicada por wco:addressCountry (p. ej., un estado, provincia o territorio).
• wco:addressLocality representa una subdivisión de wco:AdministrativeArea indicada por addressRegion (p. ej., una ciudad, pueblo o aldea).

Diagrama 3.2.4a: La estructura básica - Imagen

Diagrama 3.2.4b: Ejemplo - Imagen

3.2.5 Rol

3.4.1 Eventos transaccionales

La clase wco:TransactionalEvent se utiliza con propiedades que implican un contexto transaccional o transformativo. La clase wco:TransactionalEvent está diseñada para suministrar datos que sean específica y únicamente relevantes para el evento de la transacción, como wco:date, wco:relatedPlace o wco:relatedAgent.

Las entidades que participan en la transacción están relacionadas indirectamente a través de un nodo wco:TransactionalEvent al que cada entidad está conectada por una propiedad que expresa la naturaleza de la transacción. Esas propiedades se enumeran en la tabla 3.4.1 con sus respectivos dominios. El rango de cada propiedad es wco:TransactionalEvent.

El modelo también requiere el uso de las propiedades wco:resultedIn y wco:resultedFrom, que expresan un origen y un resultado de la transacción lineales y comprensibles. El diagrama A ilustra:

• La entidad A fue reemplazada por la entidad B.
• La entidad B fue precedida por la entidad A.
• Se produjo un wco:TransactionalEvent que resultó en la Entidad B.
• El mismo wco:TransactionalEvent resultó de la Entidad A.
• Se puede trazar una ruta unidireccional lineal desde la Entidad A (predecesora) hasta wco:TransactionalEvent y luego hasta la Entidad B (sucesora), lo que construye una cadena de eventos comprensible y cronológica.
• Se puede trazar una ruta lineal y unidireccional desde la Entidad B (la sucesora) hasta el Evento transaccional y luego a la Entidad A (la predecesora), lo que construye una cadena de eventos comprensible y cronológica.

Diagrama 3.4.1a: La estructura básica - Imagen

El modelo se puede ampliar para expresar transacciones más complejas. Diagrama 3.4.1b ilustra la fusión de dos organizaciones.

• La organización A y la organización B se fusionaron para formar la organización C.
• La organización C representa la fusión de la organización A y la organización B.
• La fusión de la Organización A y la Organización B dio como resultado la creación de la Organización C.

Diagrama 3.4.1b: La fusión de dos organizaciones - Imagen

Diagrama 3.4.1c: Ilustra cómo se puede expandir esta estructura para mostrar una cronología de eventos transaccionales - Imagen

3.6.1 Entidades ficticias

La ontología de WorldCat incluye wco:FictionalEntity como una subclase de wco:Work. De esta forma, las entidades ficticias heredan propiedades que pueden representar su "obra", como wco:creator o wco:creationDate. Cualquier entidad puede tener múltiples clases como instancia de wco:FictionalEntity y como cualquier otra clase. Por ejemplo, un lugar ficticio se declararía como una instancia de wco:Place y de wco:FictionalEntity.

3.6.2 Obra representativa

La ontología de WorldCat no utiliza el concepto de "Obra" de LRM como mecanismo para agrupar entidades similares. En cambio, se propone la idea de una "obra de WorldCat representativa" para que actúe como una conexión común que cumpla con el propósito de agregación. Actualmente, la "obra de WorldCat representativa" se define como la primera instancia de una obra de WorldCat o la que se considera el recurso canónico. Tenga en cuenta que la "Obra representativa de WorldCat " no es un tipo de clase. La obra "representativa" se identifica mediante las obras derivadas que utilizan la propiedad wco:hasRepresentativeWork además de la propiedad que expresa una relación de transformación entre las obras.

Diagrama 3.6.2a: La obra B es una traducción de la obra A y la obra A es la obra representativa de la obra B - Imagen

Ampliando este diagrama, se agrega la "Obra C" a continuación, lo que muestra que es una wco:readingOf la Obra B, y que la Obra A es la wco:representativeObra de la Obra C. De esta manera, el modelo puede expresar cómo las obras derivadas se relacionan entre sí. otro sin dejar de relacionarlos directamente con la Obra "representativa".

Diagrama 3.6.2b: Relación de las obras derivadas entre sí y con la obra "representativa" - Imagen