Contenidos
Mappedsuperclass
Tipo de presentación: Full PaperAbstract: En el patrimonio cultural, muchos proyectos ejecutan Named Entity Linking (NEL) a través de referencias globales de Linked Open Data (LOD) para identificar y desambiguar las entidades de sus conjuntos de datos locales. Esto permite obtener información adicional y contextualizar los datos con ella. Así, se espera la agregación e integración de LOD heterogéneos. Sin embargo, este desarrollo sigue siendo limitado, en parte debido a los problemas de calidad de los datos. Además, el análisis de la calidad de los LOD no se ha llevado a cabo suficientemente para el patrimonio cultural. Además, la mayoría de las investigaciones sobre la calidad de los datos se centran en observaciones a nivel de ontología y de corpus. En este artículo se examina la calidad de las once principales fuentes de LOD utilizadas para la NEL en el patrimonio cultural, haciendo hincapié en la conectividad a nivel de la postura y los recorridos de los gráficos. Se inspeccionan propiedades de enlace estandarizadas para 100 instancias/entidades con el fin de crear “mapas transversales”. También se evalúan otras propiedades en cuanto a cantidad y calidad. Los resultados sugieren que el LOD no está totalmente interconectado y condensado centralmente; la cantidad y la calidad están desequilibradas. Por tanto, ponen en duda la posibilidad de identificar, acceder e integrar automáticamente conjuntos de datos conocidos y desconocidos. Esto implica la necesidad de mejorar la LOD, así como las estrategias de la NEL para maximizar la integración de datos.Versión completa en PDF: swj2707.pdf
Herencia hibernada
Un patrimonio cultural inmaterial (PCI) es una práctica, representación, expresión, conocimiento o habilidad que la UNESCO considera parte del patrimonio cultural de un lugar. Los edificios, lugares históricos, monumentos y artefactos son bienes culturales. El patrimonio inmaterial consiste en la riqueza intelectual no física, como el folclore, las costumbres, las creencias, las tradiciones, los conocimientos y la lengua.
Los Estados miembros de la UNESCO consideran el patrimonio cultural inmaterial en relación con el Patrimonio Mundial material, centrándose en los aspectos inmateriales de la cultura. En 2001, la UNESCO realizó una encuesta[1] entre los Estados y las ONG para intentar acordar una definición, y en 2003 se redactó la Convención para la Salvaguardia del Patrimonio Cultural Inmaterial[2] para su protección y promoción.
La Convención para la Salvaguardia del Patrimonio Cultural Inmaterial[4] define el patrimonio cultural inmaterial como los usos, representaciones y expresiones, así como los conocimientos y técnicas (incluidos los instrumentos, objetos, artefactos y espacios culturales), que las comunidades, los grupos y, en algunos casos, los individuos reconocen como parte de su patrimonio cultural. A veces se denomina patrimonio cultural vivo, y se manifiesta, entre otros, en los siguientes ámbitos:[5].
Estrategia de mesa conjunta
El patrimonio material e inmaterial requieren enfoques diferentes para su preservación y salvaguardia, lo que ha sido una de las principales motivaciones que han impulsado la concepción y ratificación de la Convención de la UNESCO para la Salvaguardia del Patrimonio Cultural Inmaterial de 2003. La Convención estipula la interdependencia entre el patrimonio cultural inmaterial y el patrimonio cultural y natural material, y reconoce el papel del patrimonio cultural inmaterial como fuente de diversidad cultural y motor del desarrollo sostenible. Reconociendo el valor de las personas para la expresión y transmisión del Patrimonio Cultural Inmaterial, la UNESCO impulsó el reconocimiento y la promoción de los tesoros humanos vivos, “personas que poseen en muy alto grado los conocimientos y las competencias necesarias para interpretar o recrear elementos específicos del Patrimonio Cultural Inmaterial”.
Entidad abstracta Jpa
EF puede asignar una jerarquía de tipos .NET a una base de datos. Esto le permite escribir sus entidades .NET en código como de costumbre, utilizando tipos base y derivados, y hacer que EF cree sin problemas el esquema de base de datos apropiado, emita consultas, etc. Los detalles reales de cómo se mapea una jerarquía de tipos dependen del proveedor; esta página describe el soporte de la herencia en el contexto de una base de datos relacional.
Por convención, EF no buscará automáticamente tipos base o derivados; esto significa que si quieres que un tipo CLR de tu jerarquía sea mapeado, debes especificar explícitamente ese tipo en tu modelo. Por ejemplo, especificar sólo el tipo base de una jerarquía no hará que EF Core incluya implícitamente todos sus subtipos.
Por defecto, EF mapea la herencia utilizando el patrón de tabla por jerarquía (TPH). TPH utiliza una única tabla para almacenar los datos de todos los tipos de la jerarquía, y se utiliza una columna discriminante para identificar qué tipo representa cada fila.
Al consultar las entidades derivadas, que utilizan el patrón TPH, EF Core añade un predicado sobre la columna discriminadora en la consulta. Este filtro se asegura de que no se obtengan filas adicionales para tipos base o tipos hermanos que no estén en el resultado. Este predicado de filtro se omite para el tipo de entidad base, ya que la consulta de la entidad base obtendrá resultados para todas las entidades de la jerarquía. Al materializar los resultados de una consulta, si nos encontramos con un valor discriminante que no está asignado a ningún tipo de entidad en el modelo, lanzamos una excepción ya que no sabemos cómo materializar los resultados. Este error sólo se produce si su base de datos contiene filas con valores discriminantes que no están asignados en el modelo EF. Si tienes esos datos, puedes marcar el mapeo del discriminador en el modelo EF Core como incompleto para indicar que siempre debemos añadir un predicado de filtro para consultar cualquier tipo en la jerarquía. La llamada IsComplete(false) en la configuración del discriminador marca el mapeo como incompleto.