cdn.media.ccc.de/.../wikidatacon2019-6-eng-GLAM_panel_hd.mp4

Panel GLAM

Buenas tardes a todos.

Bienvenidos a nuestro panel GLAM.

Antes de comenzar,
tengo dos anuncios que hacer.

El primero, usen ampliamente
nuestro Etherpad para tomar notas.

Y el segundo, está dirigido
a nuestra audiencia en casa,

o donde sea que estén.

Si tienen alguna pregunta

también pueden escribirla en el Etherpad,

y nuestros ángeles
de la sala tomarán nota.

Decidimos que para el panel de este año,

después de ver todas las contribuciones
que se hicieron,

nos centraríamos en el papel de Wikidata
dentro de los ecosistemas de datos,

que van más allá
de los proyectos reales de Wikimedia,

que también están completamente en línea

con la nueva estrategia
de la Fundación Wikimedia.

Y hoy tenemos cuatro panelistas.

Tres más uno.

Me gustaría que subieran al escenario

para presentarlos.

El papel de Wikidata en los ecosistemas
que se extienden más allá

del dominio de los proyectos Wikimedia.

Tenemos a Susanna Ånäs.

Ella es una activista del conocimiento
de libre acceso, de larga trayectoria,

involucrada en muchos WikiProjects.

Y nos informará
sobre el proyecto en cooperación

con la Biblioteca Nacional finlandesa.

Luego, a mi lado está Mike Dickison,

quien será el segundo, en este caso.

Es curador de museos de Nueva Zelanda.

Es zoólogo y editor de Wikipedia.

Y fue el iniciador
de Wikipedian At Large de Nueva Zelanda

en 2018 y 2019

y nos contará
su experiencia en ese puesto,

y qué rol Wikidata

está empezando a desempeñar
en ese contexto.

Luego tenemos a Joachim Neubert

del Leibniz Information Center
for Economics en Kiel y Hamburgo.

Trabajó para que los archivos
de prensa pública más grandes del mundo

sean más accesibles al público
utilizando Wikidata.

Y luego, yo seré el último.

Mi nombre es Beat Estermann.

Trabajo para la Universidad
de Ciencias Aplicadas de Berna, en Suiza.

Y desde hace mucho he sido promotor

de OpenGLAM en Suiza y Austria.

Y hoy informaré
sobre mis actividades en relación

con el mandato de Canadian Arts
Presenting Association,

de enfocarnos en las artes escénicas.

No principalmente en Wikidata,

pero notarán que Wikidata
comienza a tener una función ahí.

Entonces, tomaremos asiento,

y le daré la palabra a Susanna.

Hola, me llamo Susana Ånäs,

y trabajo a tiempo parcial
para Wikimedia Finlandia

como coordinadora de GLAM,

y también hago consultoría
en el ámbito del conocimiento abierto.

Y esto se relaciona
más bien con lo último.

He estado involucrada en el trabajo...

del grupo de datos geográficos de la...

Lo busqué, pero no está en inglés,

pero es la iniciativa de patrimonio
cultural del gobierno real finlandés.

Se trata de nombres de lugares

y cómo están representados

en diferentes repositorios
en el sector GLAM en Finlandia,

cómo están tratando
de aunar estas diferentes fuentes,

y cómo se informan modelando
en Wikidata y en otros lugares.

Aquí vemos las tres fuentes principales
del proyecto YSO Places,

que forman parte de la ontología nacional,
ontología general.

AHAA son las siglas
de Archivos finlandeses,

Melinda es de Bibliotecas finlandesas,

y KOOKOS es de Museos finlandeses.

Hay también tres sistemas
de gestión de contenido

reunidos en el proyecto YSO Places.

Y ya se están realizando intercambios

entre Wikidata,

así como el proyecto de toponimia

por la Dirección Nacional
de Estudios Topográficos.

Y luego hay un tercer proyecto,
el Archivo topográfico finlandés

que aún no contribuye a esto,

pero hay planes para ello.

Uno de los problemas clave

de modelado en esta área

es que hay tres tipos
de elementos de la toponimia

representados en este proyecto.

Uno de ellos es el lugar,
la ubicación geográfica

y uno de ellos es el nombre del lugar,
el topónimo, por ejemplo.

Luego, hay fuentes que son documentos

de los cuales ambos se derivan

o respaldan.

El proyecto YSO Places,
aquí en la parte superior derecha,

verán el mismo diagrama,

se centra principalmente en los lugares.

Este proyecto lo gestiona
la Biblioteca Nacional de Finlandia,

tanto como el proyecto Finto.

Ahora hay más de 7.000
lugares en finlandés y sueco

y más de 3.000 en inglés,

bajo licencia CC0.

Aquí pueden ver el servicio Finto.

Y como lugar... elegí Sevettijärvi.

También está relacionado
con nuestro proyecto lingüístico

de la lengua Skolt Sami,

Sevettijärvi es un lugar
en el extremo norte de Finlandia

habitado por Skolt Sámi.

Entonces, aquí pueden ver

el lugar que pertenece al...

pueden ver los datos sobre este lugar.

Pueden ver
que está conectado a una Wikidata,

así como a estos datos
de la National Land Survey.

Aquí se ve con más detalle.

También está ordenado jerárquicamente

dentro de este repositorio.

En realidad, el lugar real no se ve,

pero está debajo de este municipio,

así como la región,

y Finlandia como país,
y los países nórdicos,

la región fronteriza.

Aquí pueden ver que muchos de estos

han sido compatibilizados
con Wikidata previamente,

a través de Mix'n'Match,
y todavía quedan más por asociar.

Pero la cantidad de nombres
no es tan grande,

es menor a 5.000.

Hay otro repositorio

del proyecto
de Plataforma geoespacial finlandés,

llamado Place Names Cards.

Son los nombres de lugares
que están en los mapas finlandeses.

Tienen los datos vinculados,
bajo licencia es CC BY 4.0.

Hay 800.000 etiquetas de mapas en finés,
sueco y las tres lenguas saami

que se hablan en Finlandia.

Y luego hay
dos tipos diferentes de entidades.

Unas son lugares y las otras

son nombres de lugares, topónimos

y ambos tienen localizador
persistente uniforme para recursos (PURL).

Por ejemplo, el mismo Sevettijärvi,
primero en finlandés

y luego en las tres lenguas saami,
así como los datos geográficos,

Luego hay más información,
como el tipo de lugar,

etcétera.

Esta es la tarjeta de esta toponimia

con su propio URI.

Lo siento, aparentemente
no está traducido al inglés.

El proyecto no abarca en su totalidad
el multilingüismo.

Llegamos al Archivo
de topónimos finlandeses.

Es un proyecto del Instituto
de lenguas de Finlandia,

y estos no representan los lugares,
ni los nombres de los lugares,

sino que, en realidad,
son fuentes de ellos.

Estos son tres millones de notas
de campo de nombres de lugares,

y es un proyecto de Wikibase.

Están en una Wikibase, principalmente
en finés, algunas en sueco.

Una colección notable de nombres saami,
que nos interesa mucho,

bajo licencia CC BY.

Y también es un desafío,
desde el punto de vista de Wikidata,

pero si existiera
una Wikibase local finlandesa,

quizás podríamos trabajar
primero en ellos en ese proyecto.

Aquí hay una captura
de pantalla de eso,

que muestra información
sobre el lugar, los mapas,

los mapas que usaban
inicialmente los coleccionistas,

y las tarjetas que se hicieron
basadas en los datos recopilados.

Aquí está una de esas tarjetas

con los datos desglosados.

Enviaron este proyecto de datos enlazados

del Laboratorio
de humanidades digitales de Helsinki

y del grupo de tecnologías semánticas,

el grupo de informática
de la Universidad de Aalto,

junto con el Instituto
de lenguas de Finlandia,

el proyecto Names Sampo.

Y esta es una interfaz
de búsqueda agregada

a varias fuentes de nombres de lugares.

Aquí pueden ver que muchas
de las fuentes están a la izquierda,

y pueden hacer diferentes visualizaciones
basadas en estos datos.

Y sí...

He estado planteando esta idea
de modelar para una Wikibase local

que podríamos hacer con estos datos.

Pero cuando planteamos
estas preguntas de modelado,

o cómo modelar,

hay diferentes formas, usos de hacerlo.

Y lo bueno es que también
podría servir con lenguas minoritarias,

con muy poco esfuerzo.

Aquí tenemos las dos opciones básicas:

el modelo SAPO, que es la ontología
del espacio-tiempo finlandesa

y el modelo de Wikidata.

Aquí verán que los elementos
de Wikidata tienden a disminuir.

Idealmente, permanecen igual
con las propiedades cambiantes.

Mientras que, en el modelo SAPO,
estos elementos se vuelven nuevos

cuando hay un cambio,
como un cambio de área o nombre.

Aquí volvemos a esta división

entre estas tres dimensiones
diferentes de lugares, nombres de lugares.

¿Deberíamos convertir estos nombres
de lugares en entidades o propiedades?

Wikidata usa propiedades, mientras que

el proyecto de Estudios topográficos
habla de entidades.

¿O deberíamos convertirlos en lexemas?

Wikidata ha elegido trabajar
con propiedades,

propiedades textuales
para nombres de lugares

en lugar de lexemas.

Disculpen, es al revés.

Entonces, los nombres son...

propiedades, no lexemas.

Bien.

Y tal vez la limitación de Wikibase

es la falta
de configuraciones geográficas en...

como en la configuración básica
de la misma,

así es necesario aplicar tecnología

para poder usar
configuraciones geográficas locales.

Y realmente se necesita una federación

para poder aprovechar

el corpus de Wikidata.

He terminado.

Gracias.

(aplausos y risas de la oradora)

Bien.

(hablando en maorí)

Sean todos bienvenidos.

Me llamo Mike Dickison.

Y por un año estuve a cargo

de Wikipedian at Large de Nueva Zelanda.

Quizás se pregunten
qué es Wikipedian at Large.

Porque si lo buscan,
no encontrarán nada, como pueden ver.

Es un término que inventé
en la propuesta de subvención,

que a la fundación le gustó mucho.

Así que, lo implementamos.

Durante un año,
pasé por 35 instituciones diferentes,

residentes, y en la mayoría de ellos,
realizando sesiones de entrenamiento,

organizando eventos públicos
y tratando de desarrollar

una estrategia de Wikimedia para cada uno.

Fue una experiencia muy interesante,

con una amplia gama
de proyectos y personas.

Y quería hablar
sobre algunos de los proyectos

realizados con Wikidata

de manera interesante
o, tal vez, esclarecedora,

que podría ser útil que la gente discuta.

El proyecto fue inicialmente
un proyecto de Wikipedia por el nombre,

porque eso era lo que la gente conocía,

y organizamos múltiples eventos

con editatón muy tradicional,

trabajo con diferenciación
entre los géneros, etc.,

[muchos de los cuales
han tenido mucho éxito]

y un grupo de editores
nuevos muy exitosos, y demás.

Hicimos cargas masivas en Commons.

En este caso, una colección de más
de 1.000 obras de arte originales

de un ilustrador entomológico,
Des Helmore,

que estaban guardadas en un disco duro

sin estudio durante diez años,

y pudimos obtener autorización
para publicarlas,

bajo licencia CC BY.

Son pequeñas victorias
que podemos mostrar a la gente.

Todos pueden entender
estas fotos de escarabajos.

Todos pueden entender talleres dedicados
a solucionar la brecha de género.

Pero Wikidata
es mucho más difícil de vender

a las personas en el sector GLAM,

o a cualquier persona
fuera de nuestro movimiento particular.

Empecé a darme cuenta de que Wikidata

se convertiría en un camino muy importante

de los proyectos Wikipedian at Large.

A medida que avanzábamos,

este componente se ha vuelto
cada vez más importante en mi trabajo,

y, también, comencé
a aprender más sobre Wikidata,

porque comencé a ver
lo importante que era.

Este es uno de los proyectos,

el kakapo es un loro
no volador autóctono de Nueva Zelanda.

Trabajamos
con el Departamento de Conservación,

cuyo trabajo es salvar
a esta especie de la extinción,

y propuso:

"¿Qué pasa si ponemos
a cada kakapo en Wikidata?".

Y eso puede parecer ridículo,

pero en realidad
es un proyecto perfectamente factible.

Algunos de ellos ya figuran allí.

Una cosa clave para notar aquí
es que no hay muchos kakapos,

entonces, es una tarea viable.

Había 148 cuando comencé,
y luego uno murió.

Y tuvieron una excelente temporada
de reproducción, ahora son 213.

Esto es genial, porque no ha habido
tantos kakapos en más de 50 años,

así que también fue muy importante.

Fue noticia
todos los días en Nueva Zelanda.

[Inaudible]

(Persona 1) Salió en el New York Times.

(Mike) ¿Ah, sí? Estupendo.

Sí, fue de interés nacional;
todos aman a estas aves.

Algo interesante sobre ellas

es que a diferencia
de las especies que más abundan,

cada kakapo tiene un nombre único

y un número de identificación único.

A menudo encontramos
buenos datos biográficos

sobre dónde y cuándo nacieron,

dónde eclosionaron,
quiénes fueron su padre y su madre,

y cuándo murieron, si murieron.

De hecho, hay una base de datos
del Departamento de Conservación

con toda esta información.

Y uno de los kakapos
más famosos es Sirocco,

como pueden ver,
lleva el nombre de un viento, nació allí.

Sirocco tiene una cuenta en Twitter,

con el que Wikidata
tuvo algunos problemas,

porque, aparentemente,
ellos no pueden tener cuentas en Twitter.

Eso no lo sé.

Incluso apareció
en una portada, entre otras cosas.

Hay múltiples propiedades de esto,

probablemente
es uno de los kakapos más famosos.

Así que, llamé
al Departamento de Conservación,

"¿Por qué no hacemos esto con cada uno?",

y tuvieron que pensar
en qué cantidad de datos biográficos

se podrían publicar.

Pensaron en una lista breve.

Y ahora tenemos, creo,
212, 210, murió un par,

210 kakapos vivos y todos son candidatos.

Y solo reciben
un nombre cuando salen del nido

y tienen un número de código
mientras son bebés.

Cuando tengamos la producción completa,

vamos a crear una Wikidata completa,

toda la especie estará en Wikidata.

Pero debemos llegar
a una propiedad para DOC ID.

De hecho,
me gustaría hablarlo con ustedes:

¿deberíamos usar
una identificación muy específica,

o deberíamos crear una identificación

que resulte para todas las aves,
plantas o animales

que han sido etiquetados en algún proyecto
de investigación científica.

Es una buena pregunta.

El segundo proyecto
fue Christchurch Art Gallery.

Hay muy pocas pinturas
de Colin MacCahon,

el artista más famoso de Nueva Zelanda.

Este es un dibujo que hizo
para el New Zealand School Journal,

que fue financiado
por el gobierno en ese momento.

En realidad está
en los Archivos de Nueva Zelanda

que poseen los derechos de autor.

Esta es una situación muy inusual.

Trabajé con Christchurch Art Gallery,

que junto con Auckland Art Gallery,

lleva a cabo una página web llamada
"Find New Zealand artists".

Uno de los trabajos es hacer
un seguimiento de las existencias:

todas las instituciones que tienen
participaciones del artista neozelandés.

Hay alrededor de 18.000 artistas
en su base de datos,

y la mayoría con muy poca información.

Entonces, hicimos una combinación.

Exportamos aquellos que tenían
al menos fecha de nacimiento,

o una fecha o lugar de nacimiento,
o lugar de fallecimiento.

Eso no lo restringe demasiado,

incluso así,
no pudimos encontrar suficientes,

pero tenemos alrededor de 1.500 ahora,

que coinciden
con artistas conocidos en Wikidata,

lo cual es bueno.

Pero lo que les atraía,

este es su sitio web,

que en realidad solo mantiene
los enlaces operativos allí.

Pero estos datos biográficos,
que se crean manualmente,

para cada artista,

y el trabajo de exportar
y configurar un Mix'n'Match,

expuso numerosos errores tipográficos

y errores que no habían notado,

y es solo cuando se llevan a Excel

que estas cosas aparecen.

Y entendieron el valor de Wikidata

cuando dije: "Pueden extraer
esa información de Wikidata".

Les abrió los ojos.

Creo que este es uno de los atractivos.

Cuando tienes este sitio web
cuidadosamente seleccionado

con 18.000 entradas, llenas de errores,
y decirles que hay otra forma,

que pueden hacer que otras personas

hagan esta verificación de datos
y corrección por ellos,

así la idea se abre camino.

Y luego anuncié esta idea

de que podrían "wikidatalizar"
todo este libro de historia

de los artistas de Nueva Zelanda
en Christchurch en los años 30,

y repasar, (recién publicado),

y repasar a cada persona,
conexión, lugar, exposición, etc.

Es un proyecto viable,
y están muy entusiasmados con esto.

Y en tercer lugar, quería mostrarles
los Encabezados temáticos maoríes.

Una waka es el nombre maorí
de un tipo de canoa,

una canoa de guerra.

En la Biblioteca Nacional
de Nueva Zelanda,

hay un listado de las wakas,
porque la Biblioteca Nacional,

en realidad, tiene su propio diccionario
de Encabezados temáticos maoríes,

en el idioma maorí.

Entonces, allí está la definición de waka,

en maorí e inglés.

Pero también
tiene muchos otros términos maoríes,

pueden verlo de ese lado,

una taurapa maorí típica.

Y una definición primero en maorí,
y luego en inglés.

Allí puedes ver el codaste esculpido

que en inglés se llama sternpost,

pero no puedes usar
la palabra sternpost para taurapa,

porque taurapa solo describe
determinadas canoas de guerra.

No hay una palabra equivalente en inglés.

Y me di cuenta de que aquí hay
una ontología completa

de términos culturales específicos
que han sido cuidadosamente elaborados

y verificados
por la Biblioteca Nacional con maoríes,

que son constantemente
actualizados y mejorados

con definiciones y descripciones,
tanto en inglés como en maorí.

Es realmente emocionante.

Se me ocurrió que podríamos
poner todo esto en Wikidata.

Primero en maorí
y luego al inglés, si es preciso.

Es un buen cambio, ¿no?

Y esta es la licencia
de derechos de autor.

Desafortunadamente,
es No comercial-Sin obras derivadas.

Tengo que reanudar
las conversaciones con ellos

para saber
por qué escogieron esa licencia.

Posiblemente porque llegaron
a un acuerdo con los maoríes,

quienes acordaron elaborarlo,

si se garantizaba
de que ninguna información

se utilizara con fines comerciales.

Ese es uno de los aspectos frustrantes
de la tarea,

cuando hay este tipo de restricciones.

Esas son las tres cosas
que quería mencionar

para generar un debate.

Poner una especie entera en Wikidata,

lo que se necesita para cambiar
la mente del curador de una galería

sobre el valor de Wikidata,

y lo que hacemos si viéramos
una ontología completa

en otra lengua que,
lamentablemente, ha sido limitada

con una licencia restrictiva
Creative Commons.

Gracias.

(aplausos)

Hola, me llamo Joachim Neubert.

Trabajo para el ZBW,

que es el Centro de información
para la economía en Hamburgo,

como desarrollador de software científico.

Y una de mis tareas el año pasado

fue preparar una donación
de datos a Wikidata

y quiero dar un informe
sobre nuestras primeras experiencias

al donar metadatos
de los Archivos de prensa del siglo XX.

Según tenemos entendido,

este es el archivo de prensa pública
más grande del mundo.

Se ha recopilado entre 1908 y 2005,

y ha sido obtenido

de más de 1.500 periódicos y revistas

de Alemania y, también, de otros países.

Y ha tratado todo
lo que podría ser de interés

para Hamburgo,

para los empresarios de Hamburgo

con intenciones
de expandirse por el mundo.

Como pueden ver, este material
ha sido recortado de periódicos,

pegado en papel,

y coleccionado en carpetas.

Aquí se ve un pequeño rincón
del Archivo de la Persona,

y, también, se ha recopilado
información sobre empresas,

de temas generales, de bienes.

de todo lo que pueda ser de interés.

Estas carpetas han sido escaneadas

hasta aproximadamente 1949,

como parte de un proyecto financiado
por DFG en 2004 a 2007.

Como resultado, hasta ahora,

hay 25.000 dosiers temáticos

de esa época.

Estos comprenden
más de 2 millones de páginas

y todos estos están en línea.

Esta aplicación desarrollada
en ese momento por ZBW,

ahora parece un poco anticuada

no es tan elegante,
y parece más bien un programa.

Es una aplicación construida
estructuralmente en Oracle,

creada en ColdFusion,
y se ejecuta en servidores Windows,

así que no es sostenible a largo plazo.

Y hemos discutido
si deberíamos migrar esto

a una aplicación
de datos enlazados más elegante,

o deberíamos tomar otras medidas

y publicar todos estos datos.

A esos datos le asignamos la licencia CC0

y estamos migrando,
las principales capas de acceso,

a la capa de descubrimiento principal,

a la web de datos abiertos enlazados,

allí donde realmente tiene sentido

poner algunos metadatos en Wikidata,

y para asegurarnos

de que todas las carpetas
de las colecciones

están enlazadas a Wikidata,

para que puedan ser encontradas,

y que todos los metadatos
sobre estas carpetas

también se transfieran a Wikidata.

Así podrá usarse y enriquecerse allí,

posiblemente
hacer correcciones a esos datos.

La ZBW aún sostiene

el almacenamiento de las imágenes,

las que no se pueden utilizar,

o no podemos dar una licencia de ellas,

porque son propiedad
de los creadores originales.

Pero nos aseguramos de que sean accesibles

mediante archivos
de metadatos a través del DFG Viewer,

en el futuro por los manifiestos de IIIF.

Y prepararemos algunas páginas
de inicio estáticas

que servirán como punto de referencia

de datos para Wikidata,

así como también
pondremos a disposición los datos

que no se ajustan bien a Wikidata.

Para nosotros es la migración
y la donación de datos a Wikidata

con nuestra infraestructura personalizada

de la terminal SPARQL de esos datos.

Y básicamente utilizamos
consultas federadas

entre esa terminal
y el Servicio de consultas de Wikidata

para crear declaraciones acordes,

concatenadas
con el lenguaje de consulta SPARQL

o transformadas a través de un script,

que también generaron referencias
para las declaraciones.

Luego utilizamos
QuickStatements para codificar

y poder usarlo en línea.

Entonces esto es lo que tenemos.

No son solo cosas simples,

como las fechas de nacimiento,
sino que, disculpen,

también declaraciones complejas

sobre elementos ya existentes,

como es el caso de esta persona,

miembro del consejo
de supervisión de esa compañía

durante este período de tiempo,

y citada

para su uso en...

en el ámbito científico.

La primera parte de esta donación
de datos está terminada.

El Archivo de la Persona
está enteramente enlazado a Wikidata

y también es
una herramienta de información.

Muchos elementos previos

no tenían ninguna referencia externa.

Y tuvimos más de 6.000 declaraciones,

obtenidas de los metadatos
de este archivo.

Esa fue la parte más fácil,

porque las personas
son fácilmente identificables en Wikidata.

Más del 90 % ya se encontraban aquí,

así que pudimos enlazarlo.

Creamos 100 artículos para estos,

para los que faltaban.

Pero ahora estamos trabajando

en el resto del archivo,

particularmente en el archivo de temas.

Eso implica mapear un sistema histórico
para la organización del conocimiento

sobre el mundo entero,

y materializado en forma
de recortes de periódicos en Wikidata.

Para que se hagan una idea,
el Archivo de países y temas,

está organizado
por una jerarquía de países

y otras entidades geográficas,

traducido al inglés,
para que sea más fácil,

y el alemán está
profundamente jerarquizado...

tiene una intensa clasificación
de temas jerarquizados,

y esta combinación define un...

un dosier.

Lo que queremos hacer ahora
es hacer coincidir esto,

como estructura de Wikidata,
e incorporar los datos.

Y quiero invitarlos

a unirse a este desafío realmente genial

de organización del conocimiento.

Es un WikiProject
donde se rastrea este trabajo,

y puedes seguirlo o participar en él.

Muchas gracias.

(aplausos)

Estamos llevando las artes
escénicas a Wikidata.

Y las llevamos a la nube
de datos abiertos enlazados,

creando un ecosistema de datos abiertos
enlazados para las artes escénicas.

Y trato de responder una pregunta,

que espero me ayuden a hacerlo,

y es qué lugar tiene Wikidata y todo eso.

Pero comenzaré con las experiencias

de lo que hice este año.

La primera mitad del año,
cuando tuve el placer

de trabajar con CAPACOA,

que es la Canadian Arts
Presenting Association,

que lanzó un proyecto
llamado Linked Digital Future Initiative,

para lograr que todo el sector artístico
en Canadá

adopte los datos abiertos enlazados.

Hicieron eso observando

que en los últimos cinco años

el tema más importante,
dentro de las artes escénicas,

fue que los metadatos
no tenían la suficiente calidad

y no estaban enlazados
ni eran compatibles.

Por eso, algunas de las actuaciones,
algunos de los eventos

no son tan fáciles
de encontrar por Google,

asistentes informáticos y demás.

La idea que formulamos

fue una base de conocimiento

para todos los interesados.

Así que analizamos toda la red de valor
de las artes escénicas,

identificamos interesados clave allí,

vimos dónde lo podríamos implementar.

Mapeamos toda la arquitectura

de esa base de conocimiento,
o de las diferentes plataformas,

que, obviamente,
es una arquitectura distribuida,

y no un gran monolito.

Hablaré de ello rápidamente,

porque tenemos diez minutos cada uno,

aunque tendremos mucho tiempo
hoy y mañana para profundizarlo,

si alguien está interesado
en los detalles.

Comenzamos desde esa Red de valor
de las artes escénicas,

que se publicó el año pasado.

Tenemos la suerte de construir
sobre el trabajo anterior,

tenemos en el medio
la cadena de valor primaria

de las artes escénicas,

y, alrededor, las partes interesadas.

En total identificamos
20 grupos de partes interesadas

que luego resumimos
a siete grandes categorías,

de cada uno de los grupos.

Formulamos
qué tipo de necesidades tendrían,

en términos de dicha infraestructura,

y qué se lograría
si todo estuviera interconectado

y los datos fueran de acceso público.

Pueden ver las categorías aquí.

Las categorías son Producción,
luego Presentación y Promoción,

Difusión y Reutilización,
Audiencias en vivo,

Consumo en línea, Legado,

Investigación y Educación.

Después de elaborar este gran cuadro,

que ahora solo se ve la primera parte,

pudimos comparar,
observamos qué tipo de datos

fueron utilizados en todos los ámbitos

por todos los diferentes
grupos interesadas.

Y hay una base bastante grande de datos
que es común a todos ellos,

y es ahí donde tiene
mucho sentido incorporar

y mantener... los datos juntos.

Cuando hablamos
de arquitectura de plataforma,

pueden ver que tenemos cuatro capas aquí.

En la parte inferior
se muestra la capa de datos.

Por supuesto, Wikidata
juega un papel en ello,

pero también muchas otras
bases de datos distribuidas

que pueden exponer datos
a través de terminales SPARQL.

La parte amarilla del medio
es la capa semántica.

Nuestro lenguaje común
es describir nuestras cosas,

hacer declaraciones sobre lo relacionado
con las artes escénicas, la ontología.

Después tenemos una capa de aplicación

que consiste en varios módulos,
por ejemplo, análisis de datos,

extracción de datos...

es decir, cómo convertir los datos
no estructurados en datos estructurados,

cómo respaldarlos con herramientas.

Obviamente,
hay una visualización de datos:

si hay grandes cantidades de datos,
querrán que se visualicen.

Y en la parte superior,
tienen la capa de presentación,

que representa lo que la gente común
interactúa diariamente,

motores de búsqueda,
enciclopedias, agendas culturales,

y una variedad de otros servicios.

No estamos empezando desde cero,

ya se han hecho trabajos en esta área.

Citaré algunos ejemplos de un proyecto

en el que he estado involucrado

y de otros actualmente también.

Comencé en esta área

con el Archivo suizo
de las artes escénicas.

Hasta construir una base de datos
suiza de artes escénicas,

creamos la ontología
de las artes escénicas,

que actualmente
se está implementando en RDF.

Y ahí tenemos la base de datos

de 60, 70 años de historia
de la actuación en Suiza.

Es algo sobre lo que se puede construir,

y es algo que se ha transformado en RDF.

Y había una plataforma de construcción
para acceder a estos datos.

Luego hicimos
varias incorporaciones a Wikidata,

en parte de Suiza,

en parte también

de los institutos de artes escénicas,

por ejemplo,
Bart Magnus estuvo involucrado.

Fue el impulsor de todo.

También hay cosas de Wikimedia Commons,

pero no muy bien enlazados
con el resto de metadatos.

Y obviamente, al hacer esta incorporación,

comenzamos a implementar
partes de este modelo reformulado

en Wikidata.

Uno de los socios
de implementación canadiense

es Culture Creates.

Están haciendo una plataforma que recopila
datos de los sitios web de los teatros,

y lo ingresa
en un gráfico de conocimiento,

para exponerlo a motores
y dispositivos de búsqueda.

Y de nuevo, implementamos
y extendimos esto en ontología.

Y como pueden ver en la diapositiva,
es que hay varios espacios vacíos,

pero también hay cierta superposición

y una superposición importante,
obviamente, es el lenguaje compartido

que nos ayudará a interrelacionar
los distintos conjuntos de datos.

Lo que también es importante, obviamente,

es que estamos usando los mismos
registros base y archivos de autoridad,

y es aquí que Wikidata
juega un papel importante

al interrelacionarlos.

Ahora, me gustaría
compartir las recomendaciones

del Comité Asesor
de las Linked Data Future Initiatives.

Al menos las dos primeras recomendaciones.

Para los canadienses,
es absolutamente crucial

cumplimentar el gráfico de conocimiento
de artes escénicas de Canadá,

porque a diferencia del Archivo suizo
de las artes escénicas,

ellos no cuentan
con una base de datos ya existente,

sino que lo están creando desde cero.

Y es absolutamente
crucial tener datos allí.

Y segundo, como pueden ver,
ya está en Wikidata.

Wikidata, por el Comité Asesor,

es un complemento de Artsdata.ca,
este gráfico de conocimiento,

y, por lo tanto,
se deben realizar esfuerzos

para contribuir a su población

con datos relacionados
con las artes escénicas.

Y trabajaremos
en ello los próximos meses y años,

y por eso busco a alguien

que quiera unirse a este esfuerzo.

En este momento
decimos que son complementarios,

así que hay que analizar las ventajas

y desventajas de cada uno
de los enfoques.

Y pueden ver aquí una comparación

entre Wikidata y el Enfoque clásico
de datos abiertos enlazados.

Me encantaría discutirlo más con ustedes,

y conocer sus experiencias al respecto.

Como lo veo, Wikidata es una ventaja
porque es una plataforma de crowdsourcing,

y es fácil invitar a otras partes
para que contribuyan.

La desventaja

es una pérdida de control.

Los propietarios de los datos deben ceder
el control de sus gráficos,

la calidad de los datos,
y sobre la totalidad.

Es más difícil
hacer un seguimiento de Wikidata

si no lo tienes bajo tu control.

El otro punto fuerte de Wikidata

es que requiere una integración inmediata
dentro de ese gráfico mundial.

Y de alguna manera lo haces...

compatibilizas paso a paso
con otras bases de datos,

que algunos pueden considerar una ventaja,

pero si buscas integración
e interoperabilidad,

Wikidata te obliga
a hacerlo desde el principio.

Y, obviamente, unificar las prácticas
de modelado de datos

es un problema en ambos casos.

Pero puede parecer más fácil
hacerlo al inicio en su propio núcleo,

porque en algún momento,
la tarea se termina

y en Wikidata sería una tarea continua.

Así que, cuando se trata de priorizar
los datos incorporados,

sería como las reglas
que voy a plantear ahora.

En primer lugar, lo incorporaríamos

donde no esté claro quién será
la autoridad natural en el área.

Son datos que se gestionarán
de manera compartida.

Lo incorporaríamos
donde haya un alto potencial

para los enfoques de crowdsourcing.

Incorporaríamos datos
donde se puedan reutilizar

en el contexto de Wikipedia.

Y también hay esperanza

de que parte
de la coordinación internacional

en torno al modelado de datos,
sobre la estandarización,

tenga lugar directamente en Wikidata,

si no se está haciendo en otro lugar,

porque obliga a las personas a interactuar
si están ingresando la misma parte.

Y nos centramos en los registros base

y los archivos de autoridad,
porque nos ayudan a crear los enlaces

entre diferentes datos
y vocabularios no controlados,

como una extensión
de la ontología existente.

Solo dos diapositivas más.

Los próximos pasos serán tomar
la totalidad de los enfoques GLAM

hacia Wiki Loves Performing Arts.

Eso significa que describiremos
lugares y organizaciones,

y enviar los datos a Wikipedia

en forma de cuadros de información
y plantillas de burbuja.

Y el otro proyecto
que llevaré a cabo es COST Action,

que publicaremos el año que viene

en torno al Ecosistema
de datos abiertos enlazados

para las artes escénicas.

COST es un programa europeo
que apoya actividades de redes,

y los temas a tratar se enumeran aquí.

He resaltado dos:

uno de ellos es la cuestión
de la federación entre Wikidata

y los enfoques clásicos
de datos abiertos enlazados.

Y creo que el otro también
es muy importante,

donde tenemos un gran potencial,

implementando campañas internacionales

para complementar
los datos sobre Wikidata.

Eso es todo.

Gracias por su atención.

Ahora quiero invitar
a mis colegas al escenario.

Al panel, darles micrófonos...

Y luego me gustaría...

darles la oportunidad de hacer preguntas.

Y, obviamente, también a mis colegas

si tienen preguntas para hacerse.

¿Tenemos alguna pregunta de la audiencia?

(risas de la audiencia y del panel)

(una persona habla sin micrófono)

(risas)

(persona 1) Me gustaría saber
qué opina cada uno de ustedes

sobre cómo delimitarían,

básicamente, ¿cómo precisarían...

cuándo administrar su propia Wikibase,

y que desearían poner en Wikidata?

¿Hay una clara delimitación
de lo que se publica

de lo que se presenta?

Puedo responder primero
porque tengo el micrófono.

Pienso que uno de los problemas
es la notoriedad.

Eso lo abordo en un proyecto diferente.

Y creo que la licencia podría ser una,

porque puedes aplicar tus propios términos
en tu propia base de datos,

y luego donde sea posible.

El tercero es solo tenerlo
como un entorno limitado,

prepararlo
para la incorporación a Wikidata.

Estas son las tres cosas principales
que se me ocurren,

pero puedo pensar en más.

Para mí, los derechos
siempre serán un problema.

Si la Biblioteca Nacional
quisiera desplazarse a Wikibase,

les permitiría seguir
controlando las licencias

del trabajo que han hecho
con la lengua maorí.

La base de datos de kakapo
solo contiene datos

que el Departamento de Conservación
consideró que podían hacerse públicos,

pero sospecho
que si lo ven en funcionamiento,

podrían verse tentados a usar
una Wikibase privada

para mantener su propia base de datos,

simplemente porque algunas
de las herramientas de visualización

que podrían aplicarse

podrían ser mejor que el sistema
de hojas de cálculo de Excel

que usan actualmente.

Creo que esto depende mucho
del tipo de datos.

Con el Archivo de Prensa tenemos suerte,

porque se trata de material publicado,

fue publicado en su momento,

pero fue costoso hacer eso.

Esto es bastante fácil.

Creo, también, los proyectos...

y este es un proyecto típico

que fue financiado
por algún tiempo nada más,

y qué pasa con los datos
que están encerrados en algún núcleo,

y tienen un software
que no se ejecutará para siempre.

Y para mí tiene absoluto sentido.

En ese momento
no existía Wikidata, pero ahora sí.

Y tiene sentido para nuestro proyecto

discutir la sostenibilidad en el contexto
de cómo podríamos poner esto

en un ecosistema más grande como Wikidata.

Además, discutir esto
con la comunidad de datos,

y agregar esto a Wikidata,

y tiene sentido mantenerlo
como una forma patentada,

quizá más simple
que una aplicación sofisticada,

pero que sea reconocible
y que esté enlazada a la nube de datos,

en lugar de invertir mucho dinero

en un núcleo que no será sostenido.

Como dije antes en el proyecto
que presentaba aquí,

es un dualismo entre Wikidata

y los enfoques clásicos
de datos abiertos enlazados.

No se trata tanto de configurar
una Wikibase privada,

Como un desafío que hemos tenido,
y, por supuesto, en Wikidata,

cuando incorporas datos allí,

también tienes que hacer
un mantenimiento de personas,

de otras personas, en realidad.

Esto puede significar
que se postergue a algunos,

o que serán abordados gradualmente.

Habrá, por el momento,
una base de datos alojados...

en datos abiertos enlazados clásicos

y comenzamos a enlazarlos con Wikidata.

Es un proceso continuo analizando

qué áreas tendrán
la mayor cantidad de datos en Wikidata,

y qué áreas
perdurarán en otras bases de datos.

Obviamente, tendremos desafíos
con respecto a la sincronización,

como probablemente todos tenemos,

porque de ese campo de datos enlazados,

todavía tenemos que acordar
en quién confiamos,

quién tiene autoridad sobre qué.

(Persona 1) ¿Otras preguntas?

(Persona 2) Gracias.

Estoy totalmente de acuerdo
con el tema de...

dejar en claro por qué

incorporamos datos en Wikidata,

o por qué los mantenemos,
creamos, gestionamos y actualizamos

en bases de datos locales
y para qué fines.

Y creo que esta es una gran discusión

qué va más allá del entusiasmo

de poner datos en Wikidata
porque es público,

porque sirve a la humanidad, porque...

tiene dos herramientas geniales,

las cosas son más complicadas
en la vida real, creo.

A pesar de esto,
es una discusión bastante interesante.

Y hay otro problema, también,
u otro problema que se está discutiendo

en este caso, en diferentes paneles

es, por un lado,
tener una base de datos propia,

cualquiera sea la tecnología

y publicar cosas en Wikidata,

o construir un sistema propio

para crear y gestionar información

con la tecnología Wikibase

y, luego, sincronizar,
federar y esas cosas.

Así que se trata
de la tecnología que se implementa

y el hecho de usar Wikidata
solo para publicar,

o de la infraestructura
soporte de Wikidata

para crear y administrar datos.

Quiero agregar que discutimos

sobre el panel de Wikibase,

y habrá otras discusiones aquí,

pero las cosas están
en diferentes niveles, creo.

Tal vez para responder brevemente

esa discusión sobre Wikibase o Wikidata.

Creo que es problemático centrarnos tanto

en esta infraestructura de Wikibase,

porque hay otras,
como en el área de las artes escénicas.

Tenemos otra comunidad complementaria,
que es MusicBrainz

que se ejecuta en su propia plataforma,
que proporciona datos abiertos enlazados,

y, según entiendo,

hay un acuerdo dentro
de la comunidad de Wikidata

de que no vamos a duplicar
todos sus datos,

no vamos a copiar todos sus datos,
pero aceptamos que son complementarios.

¿Qué sucederá cuando se integren
estos datos en Wikipedia?

Paneles informativos, por ejemplo.

¿Podríamos extraer esos datos
directamente de la terminal SPARQL?

¿O estaríamos obligados
a copiar todos los datos,

y qué procesos están involucrados?

(Persona 2) Las discusiones
están abiertas, creo,

porque en este evento,
tenemos a ambas comunidades interesadas:

aquellos interesados en Wikibase,

y aquellos interesados en Wikidata,

y aquellos que están interesados en ambos.

Sí, pero no vamos a obligarlos
a mudarse a Wikibase.

(Persona 2) No necesariamente.

MusicBrainz no se ejecuta en Wikibase.

(Persona 2) No, solo quería decir
que tienes problemas diferentes,

a veces interrelacionados,
a veces no completamente diferentes.

Se presentó otra pregunta o comentario

con respecto a la gestión de jerarquías
en vocabularios controlados,

como la fuente, como tú en Finto.

Figuran los lugares

en los Encabezados

temáticos maoríes,

allí, tienen que abordar la gestión
de conceptos en jerarquía.

¿Cuál es tu opinión

sobre la posibilidad de gestionar
estos sistemas controlados

de organización
del conocimiento en Wikidata?

Creo que en el caso de Finto y YSO Places,

el repositorio será una colección

de varias fuentes, eventualmente.

De todos modos, está en marcha.

No debemos, necesariamente,

en realidad, no represento
a la Biblioteca Nacional,

pero en ese posible proyecto,

no tendríamos que mantener una existente,

o lidiar con una estructura existente.

En ese sentido,

es un área abierta a la exploración.

Los Encabezamientos temáticos maoríes
se prestan muy bien

a la estructura de Wikidata,

pero la licencia,
por supuesto, lo prohíbe.

Creo que si las licencias
fueran diferentes

y los temas se pusieran en Wikidata,

en cuanto alguien decida
que no le gusta la jerarquía

y empiece a cambiar cosas,

habrá reclamos de las personas
que trabajaron mucho

para crear esa estructura

y que consiguieron la aprobación
de varios maoríes diferentes

de la jerarquía actual.

Ese es un problema que resolver.

Pienso que los sistemas
de organización del conocimiento

son todos diferentes.

Y no estoy seguro si sería una buena idea

representar diferentes jerarquías

en Wikidata como tal,

pero quizás tenga sentido pensar

en superposiciones de los datos

para hacer un mapeo
del nivel de contenido.

Por ejemplo, como ZBW
Partnership Thesaurus for Economics.

Y este tesauro
establece su propia jerarquía,

y, por supuesto,
sería posible proyectar la jerarquía

de este tesauro
en los conceptos de Wikidata

sin almacenar este tipo de estructura,

como una estructura
alternativa dentro de Wikidata,

lo cuál causaría mucha confusión.

Creo que deberíamos pensar en Wikidata

como un conjunto de conceptos

que se pueden conectar en capas externas

y que den otra visión del mundo,

que no necesariamente
deban estar en Wikidata.

(Persona 1) ¿Tienen más preguntas?

De otro modo... bien.

(Persona 3) Joachim, quisiera seguir
con ese último punto.

Entonces, esas capas,
de la manera en la que la representa,

¿se mantendrían externamente

y de algún modo se integrarán

con Wikidata

como un aspecto de Wikidata?

¿O han pensado otra manera

sobre cómo se podría administrar?

No, en realidad no...

He hecho experimentos con ZBW y Wikidata,

sobre [inaudible] Wikidata,

pero creo que es nuevo y complejo,

y depende de discutir

a renunciar a mucho control

para hacer tales cosas,

pero hay que analizarlo.

¿Respondemos otra?

(Persona 3) Genial.

Me preguntaba sobre el proyecto kakapo.

Ajá.

(Persona 3) ¿Recibieron algún rechazo
de la comunidad de Wikidata

sobre tener animales individuales
de esos elementos?

De momento no.

(Persona 3) ¿Alguien ha oído
hablar de esto antes?

Dijo "De momento no", ¿ y es porque nadie
ha oído hablar de eso todavía?

Desde hace bastante tiempo
ha habido una discusión...

por parte de las personas interesadas
en esto en Wikidata,

y todos pensamos
que es una consecuencia natural

de gestionar artículos de Wikidata
sobre un famoso caballo de carreras

o el gato de alguien,
que está modelado bastante bien.

Supongo que lo audaz
es poner a toda la especie allí.

Pero creo que es perfectamente manejable.

No lo intenten con gatos y perros.

(risas)

(Persona 2) Bien, se acabó el tiempo.

Muchas gracias por asistir.

Los altavoces permanecerán abiertos
para las preguntas y el descanso.

Diviértanse.

Muchas gracias.

(aplausos)