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)