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 los sistemas de conocimiento y los datos que reflejan cosmovisiones eurocéntricas que, en ocasiones, perpetúan puntos de vista racistas y colonialistas. Para allanar el camino hacia un futuro más inclusivo, tal vez sea necesario alejarse de las prácticas tradicionales. 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 los actos de esclavitud, violencia, apropiación ilícita y otras injusticias, ni dejar de reconocer el daño 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 Person

WorldCat Entities es un recurso fidedigno, pero no biográfico. Siguiendo los valores y las prácticas de la comunidad de catalogación bibliotecaria, se han omitido deliberadamente de la ontología de WorldCat las propiedades que describen el sexo, el género, la religión, la raza, el origen étnico, la orientación sexual, la identidad nacional y/o la condición de ciudadanía. 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 condición de ciudadanía. Las propiedades que describen funciones comunes de los agentes utilizan términos inclusivos en cuanto al género, siempre que sea posible. En algunos casos, estas etiquetas de propiedades pueden reflejar términos que, en el uso común, se han vuelto más neutros en cuanto al género.

1.4.3 Personas esclavizadas

Inspirándonos en el trabajo del proyecto Enslaved, se ha prestado especial atención a los elementos que hacen referencia a las 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 Trabajos, Lugares y Organizaciones. Para evitar malinterpretaciones, la ontología define claramente los conceptos “wco:enslaved” y “wco:enslavedBy” con el fin de representar estas relaciones en contextos en los que ese podría ser el único registro disponible para las entidades involucradas. Cualquier dato incluido en WorldCat Entities relativo a personas esclavizadas se ha incorporado con el fin de reconocer y recuperar sus contribuciones dentro del universo bibliográfico.

1.4.4 Este trabajo está en curso

OCLC ha pedido la opinión de la comunidad para crear y revisar la ontología de WorldCat, pero este trabajo aún está en curso. Nos gustaría recibir sus comentarios para que nos ayuden a seguir mejorando nuestro lenguaje y nuestras estructuras. Para ello, pueden enviarnos un 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 recurso de tipo “wco:ContinuingResource” puede tener varias frecuencias durante su ciclo de vida de publicación. La creació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 desde 1995 hasta 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 de wco:Measurement debe incluir una unidad wco:unit para que resulte comprensible. El único caso en el que no se requiere indicar la unidad es el de la propiedad wco:population, en la que se puede deducir que la unidad es “personas”. Los nodos de 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. El objetivo es dar cabida a las importantes diferencias que existen en las prácticas de catalogación.

3.2.3 Indicador 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 grabadas en formato de audio) 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 que 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” necesarios para una interpretación.
• wco:PerformanceMedium requiere dos propiedades:
  1. wco:performedBy tiene un enlace a un skos:Concept que describe los requisitos 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

La clase wco:PostalAddress está diseñada para adoptar la forma de un nodo vacío que proporciona una conexión común para los distintos elementos de datos habituales en las direcciones postales. Funciona como un mecanismo de agregación destinado a permitir la presentación de esos elementos como un todo coherente. El rango previsto de wco:addressCountry, wco:addressRegion y wco:addressLocality son todos wco:AdministrativeArea, que se diseña 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 Función

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, por lo tanto, relacionadas indirectamente a través de un nodo wco:TransactionalEvent, al que cada entidad está conectada mediante una propiedad que expresa la naturaleza de la transacción. Esas propiedades se muestran en la tabla 3.4.1 con su(s) respectivo(s) dominio(s). 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 de forma clara y lineal el origen y el resultado de la transacción. El diagrama A ilustra que:

• La Entidad A fue reemplazada por la Entidad B.
• La Entidad A precedió a la Entidad B.
• Se produjo una wco:TransactionalEvent que dio lugar a la Entidad B.
• La misma wco:TransactionalEvent se generó a partir de la Entidad A.
• Se puede trazar una ruta lineal y unidireccional desde la Entidad A (la predecesora) hasta la wco:TransactionalEvent y, a continuación, hasta la Entidad B (la sucesora), lo que crea una cadena de eventos clara 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 crea una cadena de eventos clara y cronológica.

Diagrama 3.4.1a: La estructura básica (imagen)

El modelo se puede ampliar para expresar transacciones más complejas. El 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 ampliar 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 “esencia profesional”, como wco:creator o wco:creationDate. Cualquier entidad puede pertenecer a varias clases, como una instancia tanto de wco:FictionalEntity como de cualquier otra clase. Por ejemplo, un lugar ficticio se declararía como una instancia de wco:Place y de wco:FictionalEntity.

3.6.2 Trabajo representativo

La ontología de WorldCat no utiliza el concepto de “Trabajo” de LRM como mecanismo para agrupar entidades similares. En su lugar, se propone el concepto de “Trabajo representativo de WorldCat” para que sirva de nexo común que cumpla con el objetivo de la agregación. El “Trabajo representativo de WorldCat” se define actualmente como la primera instancia de un Trabajo de WorldCat o aquella que se considera el recurso canónico. Tenga en cuenta que el “Trabajo representativo de WorldCat” no es un tipo de clase. El Trabajo “representativo” se identifica mediante los trabajos derivados que utilizan la propiedad wco:hasRepresentativeWork además de la propiedad que expresa una relación de transformación entre los trabajos.

Diagrama 3.6.2a: El Trabajo B es una traducción del Trabajo A y el Trabajo A es el Trabajo representativo del Trabajo B (imagen)

Si ampliamos este diagrama, se añade “Trabajo C” a continuación para indicar que es una wco:reading del Trabajo B, y que el Trabajo A es la wco:representativeWork del Trabajo C. De esta manera, el modelo puede expresar cómo se relacionan entre sí los trabajos derivados, sin dejar de vincularlos directamente con el Trabajo “representativo”.

Diagrama 3.6.2b: Cómo se relacionan los trabajos derivados entre sí y con el trabajo “representativo” (imagen)