Módulo discusión:Control de autoridades

Criterios para (no) enlazar

• No enlazar páginas con publicidad (no a enlazar por defecto páginas web que se aprovechan del tráfico proporcionado por Wikipedia para hacer negocio)
• No enlazar páginas que requieran registro (no a usar a Wikipedia como banderín de enganche de ninguna plataforma a costa de que el lector ceda su información personal, sí al open access)
• No enlazar páginas cuyo contenido sea "crowd-sourced" (no a enlazar wikis y similares)
• No enlazar páginas que se caractericen por ofrecer puntos de vista marcados y poco neutrales (no a los alternative facts y a la propaganda ideológica)

Esto en la práctica ha dejado fuera a webs como IMDb, FilmAffinity (y a las decenas de webs de cine, aunque alguna habrá que cumpla los criterios), Facebook, twitter (y a la decenas de redes sociales con identificador en WD), a alguna web de rascacielos. También ha hecho que alguna web se le ponga identificador pero sin el enlace. ¿Te parecen bien estos criterios como norma general? strakhov (discusión) 12:23 14 abr 2018 (UTC)

Me parecen perfectos los dos primeros criterios. Estoy totalmente de acuerdo también con los otros dos y entiendo lo que se quiere decir, pero creo que tendríamos que ser más precisos. Por ejemplo, ¿el tercer criterio descarta también a Wikidata? Lo de los puntos de vista marcados y poco neutrales también tendríamos que definirlo mejor, aunque confieso que no se me ocurre cómo. Ahí los límites son siempre muy difusos y podría prestarse para eternos follones... Mar del Sur (discusión) 13:04 14 abr 2018 (UTC) PD: Strakhov, avisa si la idea es comentar aquí mismo, si no es el caso, mueve porfa mi comentario.

Me parece bien comentar aquí. El tercero no incluye a Wikidata. Wikimedia es especial. El cuarto, el de la propaganda... es difícil, sí, pero puede darse el caso de que por muy libre y aparentemente libre de publicidad sea una determinada página web... la información sea tan tendenciosa que casi mejor obviarla. "A caballo regalado hay que mirarle, a veces, un poco el diente". En el segundo, supongo, como con todo, hay grises. Por ejemplo, con la base de datos de Docomomo Ibérico he decidido enseñar su identificador (pues considero relevante que un edificio de arquitectura moderno esté ahí indexado) pero no enlazarlo (pues en la web se indica que "Debe ser amigo de DOCOMOMO Ibérico para poder descargarse la bibliografía de la obra". "Para poder visualizar todas las fotografías de la obra, debe ser amigo de DOCOMOMO Ibérico"), mientras que, por otro lado, Dialnet sí se enlaza a pesar de tener un botón de registrar (pues considero que la web es 'muy operativa' sin registro). No sé cómo se verá. strakhov (discusión) 13:21 14 abr 2018 (UTC)

Añado que de los cuatro puntos el que más legítimo veo "saltarme" o "hacer matices/excepciones" es al tercero (al de no enlazar contenido 'wiki'). strakhov (discusión) 13:43 14 abr 2018 (UTC)

¿Quizá el matiz en el caso dos sería obligación de registro? Wikimedia habría que ponerla en su propia sección en caso de que se optase por hacer divisiones. --Romulanus (discusión) 16:43 14 abr 2018 (UTC)

Si el tercer punto no incluye a Wikidata porque «es especial», entonces debería indicarse explícitamente como exepción: «No enlazar páginas cuyo contenido sea "crowd-sourced" (no a enlazar wikis y similares salvo los apartados de Wikimedia)».

Por otro lado, el término de «crowd-sourced» quizás debería definirse de un modo más entendible. El crowdsourcing creo que engloba más conceptos. -- Leoncastro (discusión) 16:48 14 abr 2018 (UTC)

En realidad quise escribir "crowd-generated content" (la expresión realmente parece que es "en:User-generated content"), pero me salió lo del "sourced" que es más genérico, sí. Evidentemente no es una propuesta definitiva-"oficial", en cuyo caso, supongo, evitaría palabros en inglés. strakhov (discusión) 20:41 14 abr 2018 (UTC)

Contenido a enlazar

• Identificadores para el tema del artículo en catálogos de bibliotecas y similar (VIAF, BNF, LCCN, BNE, DNB, etc). Sumo aquí al ISSN.
• Identificadores para el tema del artículo en bibliotecas y hemerotecas digitales (BDH, Hathitrust, persée, galiciana, etc)
• Identificadores de monumentos, edificios, etc en registros varios (BIC, IAPH, COAM, docomomo, etc). strakhov (discusión) 12:23 14 abr 2018 (UTC)
• Identificadores de revistas y publicaciones en índices, directorios y bases de datos varias (Latindex, erihplus, ¿DOAJ?)
• Identificadores del tema en enciclopedias online (Auñamendi, Gran Enciclopedia Aragonesa, etc) ¿idioma relevante aquí?
• Identificadores del tema en webs diversas (Cámara de Diputados de la Nación Argentina, Legislatura de la Ciudad de Buenos Aires, BOE, etc)
• Web oficial
• Más cosas

¿Echas de menos algo o de más? ¿Qué añadirías o quitarías? strakhov (discusión) 12:23 14 abr 2018 (UTC)

A mí me sobra esto de la "web oficial". La idea debería ser enlazarla solo si aporta contenidos enciclopédicos y relevantes, que sean complementarios y útiles, adicionales a lo que ya informa el artículo. Pero como un «derecho» a una ventanita de propaganda... pues no me gusta. Por otra parte, si una "web oficial" incumple uno de los criterios mencionados en la lista de lo que no se debe enlazar, pues... por muy "oficial" que sea no deberíamos enlazarlo ¿o me equivoco en algo? Si no me equivoco, diría que prácticamente NINGUNA web oficial es enlazable.Mar del Sur (discusión) 13:12 14 abr 2018 (UTC)

Yo también tengo mis dudas. Es útil con revistas en acceso abierto. Y es, potencialmente, una puerta para justificar el retirarla de las fichas (el moverlas de arriba a abajo lo considero un 'mal menor'). Y en Wikipedia —gracias a su funcionamiento a base de 'consensos'— hay que tragar, con frecuencia, muchos 'males menores'. strakhov (discusión) 13:34 14 abr 2018 (UTC)

No veo el idioma relevante en el caso de las enciclopedias. Y sí, la web oficial no, aunque sea un mal menor. Las fichas son para darlas de comer aparte y quizá algún año de estos le hinquemos el diente (aunque no sé si merece la pena). La separación que has puesto puede servir además como base para la divisón en secciones. Un saludo. --Romulanus (discusión) 16:26 14 abr 2018 (UTC)

Pues "web oficial" retirada. strakhov (discusión) 16:42 14 abr 2018 (UTC)

¡Perfecto! Mar del Sur (discusión) 18:49 14 abr 2018 (UTC)

@Mar del Sur: ¿Qué opinas de enlazar esto? (ya hay algún museo incluido: MNCARS). strakhov (discusión) 21:54 15 jun 2018 (UTC)

¡Me parece muy bien! Mar del Sur (discusión) 04:16 16 jun 2018 (UTC)

Interfaz

• ¿Debería la barra estructurarse en secciones (véase opción rusa)? ¿Cuáles? ¿Debería la plantilla {{Control de autoridades}} (y el presente módulo) cambiarse de nombre y pasar a denominarse {{enlaces externos}}? ¿Alguna idea general para mejorar la plantilla? strakhov (discusión) 12:23 14 abr 2018 (UTC)

Creo que no debería cambiarse el nombre a {{enlaces externos}} ya que si bien son enlaces, tienen una finalidad específica que es vincular a bases de datos que en teoría, hacen control de autoridad (recopilan información, mantienen la unicidad de los registros que se refieren a una misma cosa o persona y son referentes de la fiabilidad de esa información). En cuanto a la estructuración, creo que habría que buscar una forma de priorizar los enlaces que contienen obras en dominio público del tema o persona del artículo (personalmente creo que son los enlaces de esa sección mas útiles para los artículos de wikipedia).--Zeroth (discusión) 13:08 14 abr 2018 (UTC)

Estoy muy insegura sobre este punto, así que pregunto de vuelta, Strakhov, tú que lo has pensado y repensado ¿podrías enumerar ventajas y desventajas que le ves? o, si prefieres, ¿podrías mencionar las consecuencias? Mar del Sur (discusión) 13:17 14 abr 2018 (UTC)

Pues creo que llamar "control de autoridades" a una ficha en la base de datos de Hispania Nostra o a una entrada enciclopédica de la Auñamendi me parece una pedantería innecesaria (quizás soy yo). En general todo lo que se enlaza aquí en Wikidata se le llama "identificador externo" que resulta algo menos específico que lo de las 'autoridades'. ¿Problemas/consecuencias? Supongo que alguien considere que el perfil de Facebook es un "enlace externo" (que lo es) y quiera por tanto incrustarlo acá.

¿Ventajas de compartimentar 'a la rusa' o 'a la catalana'? Creo que es obvio que se encuentra mejor la información cuando te separan "enciclopedias" de "identificadores de monumentos" de "catálogos de bibliotecas nacionales" de "repositorios digitales" de "etc", que en la sopa de siglas de ahora. strakhov (discusión) 13:31 14 abr 2018 (UTC)

Bueno lo de «control de autoridades» tampoco me gusta y, pedante o no, lo cierto es que casi nadie entiende qué diantres es (a mí me tuvieron que decir Normdaten para explicármelo, pero esa soy yo...) La alternativa «enlaces externos» creo que es, por contra, demasiado vaga y amplia, además, en el contexto de Wikipedia ya tiene su red semántica, que difícilmente modificaremos (con lo lentejas que somos para cambiar cualquier concepto, habría que esperar un decenio o más). Tal vez haya que buscar un tercer nombre, más preciso, pero a la vez descriptivo... ¿descriptores/identificadores de catálogos automatizados? ¿catálogos y repositorios? No sé, no tengo propuesta, la verdad. Una compartimentación que ordene un poco el asunto, por otra parte, me parece muy bien. Mar del Sur (discusión) 14:01 14 abr 2018 (UTC)

Aclaro que en wikidata los identificadores son instancias de 'propiedad de Wikidata para control de autoridad sobre personas' o 'propiedad de Wikidata para control de autoría' o 'propiedad de Wikidata para control de autoría sobre organizaciones', etc. en función de que a tipo de entidad se refiera (una persona, un tema, una institución).--Zeroth (discusión) 14:26 14 abr 2018 (UTC)

Sí. ¿Y? ¿Llamamos entonces control de autoría a la plantilla para ser todavía más pedantes y confundir más al lector con una expresión proveniente de un falso amigo? Los "identificadores" son también subclases de "propiedad de Wikidata que representa un identificador único". En Wikidata, así, en general, a los identificadores se los llama con mucha más frecuencia "identificadores", "ID's", "external IDs", etc. No "autoridades" o "authorities". strakhov (discusión) 14:32 14 abr 2018 (UTC)

El término "Control de autoridad" se usa en español en la literatura sobre bibliotecas y no es un falso amigo. No me parece pedante el uso del término, aunque podría buscarse otro.--Zeroth (discusión) 14:48 14 abr 2018 (UTC)

Si leyeras con atención, te habrías dado cuenta de que con lo de falso amigo me refiero a control de autoría. strakhov (discusión) 16:11 14 abr 2018 (UTC)

Y sé que "control de autoridades" se usa, pues, de hecho, fue este servidor quien creó este módulo con el nombre que ahora tiene, no apareció el espíritu santo a bautizarlo. Ahora bien, el identificador en facebook es en Wikidata una "propiedad de control de autoría sobre personas y organizaciones" y a ver si encuentras a alguien que lo llame "autoridad". Ídem con el churro de la Brittanica online. Y así. strakhov (discusión) 16:15 14 abr 2018 (UTC)

Zeroth, doy fe. Me consta que este hombre lleva varios años trabajando en el tema y ya analizó con profundidad (hace más de dos) el asunto de los términos (autoridad o autoría). La cuestión es si ahora, estrujando las neuronas colectivamente, damos con algo más adecuado. La segunda pregunta surge siempre en el nivel pragmático del lenguaje ¿adecuado para quién? Porque posiblemente para versados en bibliotecología está perfecto así, tal como está ahora, para los lectores y para la inmensa mayoría de los editores de Wikipedia... pues parece que no tanto. Mar del Sur (discusión) 18:48 14 abr 2018 (UTC)

Respecto a la división en secciones, de acuerdo con hacerlo para organizar la información más eficientemente. El ejemplo de la versión rusa es claro. Sobre qué secciones, por ir empezando una lista «Bibliotecas», «Enciclopedias», «Repositorios de revistas», «Catálogos audiovisuales»... Respecto al nombre, la palabra identificador ya se usa en Wikidata y es bastante clara en este sentido; podemos añadir como se ha comentado que son catálogos y repositorios en la mayoría de los casos. Quizá a la plantilla (y al módulo) se les pueda llamar {{identificadores}} (por brevedad) y en el encabezado que aparezca «Identificadores de catálogos y repositorios» o «Identificadores en catálogos y repositorios».

No sé lo que habría que hacer para que se pueda ver en la versión móvil. Imagino que está entre los elementos que oculta. Sería sacarlo de esa lista y hacer que se adapte al tamaño de la pantalla del dispositivo, quizá estando plegado por defecto.

Un saludo. --Romulanus (discusión) 16:05 14 abr 2018 (UTC)

La separación por tipos me agrada y me parece mucho más eficiente que el bloque actual todo mezclado. Las divisiones podrían ser al menos en tres partes: primero proyectos hermanos —por eso de que son especiales— (Wikidata, Commons, Wikiquote, Wikisource, etc.), luego enciclopedias y diccionarios —por similitud con este proyecto—, y finalmente otras autoridades como bibliotecas, repositorios, catálogos, revistas... -- Leoncastro (discusión) 17:11 14 abr 2018 (UTC)

┌─────────────────────────────┘
Si se quiere hacer plegado, es sencillo:

Opción A:

Opción B:

Incluso se podrían prescindir de otros enlaces externos como {{commonscat}} y otros proyectos hermanos, en el caso de integrarse en esta misma caja. Saludos. -- Leoncastro (discusión) 17:49 14 abr 2018 (UTC)

Me gustan mucho las secciones propuestas por Leoncastro: es una estructura razonable. Pero me gusta menos esto del plegado. Veo la desventaja de que a muchos editores les complica tanto código, por una parte y, por otra, el comportamiento del plegado es muy sensible al tipo de navegadores. He visto que a veces no funciona... Mar del Sur (discusión) 18:58 14 abr 2018 (UTC)

Nótese que el código que puse es simplemente para crear la representación, y que tendría que trasladarse al módulo incorporando las clases necesarias, pero el editor solamente tendría que usar {{Control de autoridades}}, igual que se hace actualmente. -- Leoncastro (discusión) 19:44 14 abr 2018 (UTC)

Ah bueno, Leoncastro, siendo así, me parece bien :-). Pero igual prueba porfa el plegado en los distintos navegadores más comunes. Por otra parte, actualmente los editores ni siquiera incorporan {{Control de autoridades}}, porque está «de contrabando» en la plantilla {{NF}} y tal vez sea mejor si eso queda tal cual. Mar del Sur (discusión) 20:03 14 abr 2018 (UTC)

Hola Mar del Sur, lo he probado con varios navegadores, tanto los más usados en Wikipedia o fuera de ella, como los más actuales y otros obsoletos o casi desconocidos. El desplegable funciona correctamente en todos ellos salvo aquellos incompatibles con Wikipedia, en donde el sistema sirve una versión sin javascript, por lo que la tabla se muestra desplegada sin opción a cierre. Estas versiones incompatibles son precisamente navegadores obsoletos, como por ejemplo el Internet Explorer en versiones anteriores a la 11 (navegadores anteriores a 2013). Los navegadores totalmente compatibles con el sistema en versiones de escritorio son: Chrome 13+, IE 11+, Firefox 4+, Safari 5+ y Opera 15+. Todo lo demás recibe dicha versión de la pagina compatible sin javascript. Cabe señalar para cualquier usuario que use una de esas versiones incompatibles, que es extremadamente recomendable actualizar su navegador, no solo por la experiencia en Wikipedia, sino también por motivo de graves peligros de seguridad en su equipo. Saludos. -- Leoncastro (discusión) 14:20 15 abr 2018 (UTC)

• d:Q11640331 Módulo:Control de autoridades
• d:Q28157546 Módulo:Enlaces externos
• d:Q18340468 Módulo:Enlaces externos 2

En mi opinión cuanto más secciones y más historiado lo hagamos, más chirriará dejar a la izquierda lo de control de autoridades. El módulo "ruso" está en el tercer item (enlaces externos) por ejemplo (lo que ello consideran "autoridades" creo que es solo la última fila allá).

Soy partidario, al menos por el momento, de una versión desplegada. Otra cosa es que, por lo que sea, se termine yendo de madre. Entonces desplegable, sí. Creo que el último cajón hay que cribarlo más. Es importante separar esto de esto o esto. Es decir, información meramente "de catálogo" con "contenido digital accesible al lector" (creo que algo así sugirió Zeroth, si bien usó la expresión "dominio público", que ni mucho menos es aplicable a todo el material en acceso abierto).

Incluir enlaces a otros proyectos wikimedia (dejando de lado wikidata, que ya está porque casi no se enlaza de otra manera) me parece interesante pero problemático. Por todo eso de la duplicidad con las plantillas actuales y pudiendo estas "quitarse" por aquello de la versión móvil poco amable con la caja de autoridades. strakhov (discusión) 20:41 14 abr 2018 (UTC)

Con tu nivel de ironía y falta de respeto "Si leyeras con atención", "no apareció el espíritu santo a bautizarlo" no pienso opinar. Creí poder aportar ya que también he trabajado en el tema, pero no de esta forma. Suerte con las definiciones.--Zeroth (discusión) 00:24 15 abr 2018 (UTC)

Pues no sé, qué quieres que te diga, ¿no opines si no quieres? Tremendas faltas de respeto, oye. ¿Puedes señalar dónde están? Es que no las veo. strakhov (discusión) 09:41 15 abr 2018 (UTC)

Me gusta que estén agrupados, pero así es exactamente una plantilla de navegación, bueno ahora mismo ya es una plantilla de navegación igual que las fichas o las plantillas de campañas militares, y va a haber problemas cuando alguien se pregunte por qué las plantillas de navegación están prohibidas y esta plantilla no. Por ejemplo:

En fin, lo más sencillo es que el módulo utilice la función _navbox del Módulo:Navbox si va a cambiar de aspecto. Saludos, Juan Mayordomo (discusión) 16:39 18 abr 2018 (UTC)

Me perdí y no sé en qué habéis quedado. Si todavía sirve, usar el módulo que propone Juan Mayordomo me parece que está bien. Se podría definir que se muestre por defecto desplegado y que solo sea plegable cuando la información que se le agregue exceda una cantidad máxima de líneas (a definir), No creo que haya lío con el asunto de las plantillas de navegación. En primer lugar porque no se prohiben y en segundo lugar, porque la controversia que existió no era técnica (a nadie le importa mucho qué módulo se use dónde) sino principalmente de conceptos: es una decisión editorial (que no sé cuánto perdure) favorecer las categorías como forma de agrupamiento de artículos relacionados. Una plantilla de navegación no debe usarse allí donde una categoría pueda cumplir la misma función. Pero aquí es clarísimo que con categorías no resolvemos el asunto. Mar del Sur (discusión) 10:25 29 abr 2018 (UTC)

Retiro lo que dije sobre que están prohibidas, etc. Tengo bastantes prejuicios sobre las plantillas de navegación por haber entrado en discusiones interminables sobre ellas que no llegaban a nada. Creo que la propuesta inicial de Strakhov es estéticamente casi una plantilla de navegación excepto en la posición del título. Utilizando el módulo para las plantillas de navegación debería simplificarse el código, homogenizarse el aspecto visual y el funcionamiento respecto a los botones de mostrar/desplegar estaría más estandarizado. El único problema quizás es que si la página incluye otra plantilla de navegación ambas plantilla se mostrarán por defecto plegadas. Saludos, Juan Mayordomo (discusión) 20:42 3 may 2018 (UTC)

¿Y qué tal si se hace que no se pueda plegar de ningún modo? Tengo entendido que con el parámetro |estado=plain se consigue exactamente eso.

-- Leoncastro (discusión) 21:33 3 may 2018 (UTC)

Por mi bien si no va a tener muchas filas. Solo comenté el que creo que es el estado por defecto para las plantillas de navegación. Saludos, Juan Mayordomo (discusión) 21:28 7 may 2018 (UTC)

Retiro un comentario mío anterior que es erróneo, pues el módulo ya utilizaba el módulo navbox que utilizan las plantillas de navegación. Saludos, Juan Mayordomo (discusión) 19:36 26 jul 2018 (UTC)

┌─────────────────────────────┘
¿Entonces implementamos la segmentación del cuadro? No quisiera dejar la idea en el olvido: o se acepta o se rechaza. Incluso se puede cambiar de opinión posteriormente. Strakhov, yo tengo un borrador del código casi listo para segmentar la caja, pero... ¿haces tú la criba de las autoridades en grupos? Yo es que en estos temas de autoridades no me manejo lo suficiente como para organizarlos y prefiero centrarme en la parte técnica de mostrarlos. -- Leoncastro (discusión) 17:22 12 oct 2018 (UTC)

A título personal hubiera sido partidario de un diseño similar a (pero distinto de) "Opción B:" con una fila superior con el epígrafe "Proyectos Wikimedia" reservada para los enlaces de proyectos Wikimedia (con iconos) e incluir debajo una caja "monofila" (o monocolor...) con todos los identificadores, llevándose a cabo la separación/clasificación de estos 'dentro de la propia línea(s)' (con un separador como una barra (/) o algo similar y los "subepígrafes" marcados con negrita) para minimizar el espacio vertical gastado, entre otras cosas.

Dicho esto, por mí adelante. Total, si no convence... se puede volver atrás. En cuanto a la clasificación, si dejas el código del módulo a prueba de tontos puedo intentar crear las clasificaciones, pero no es algo de blanco y negro y quizás haya que terminar abusando del cajón de sastre "Otros identificadores" donde meter lo-que-no-se-le-ocurre-a-uno-cómo-llamar. Si se pudiera prescindir de la línea inicial "Control de autoridades" de los dos últimos diseños (y de "Opción A") por mí mejor. strakhov (discusión) 17:59 12 oct 2018 (UTC)

Antes de nada unas pequeñas aclaraciones Strakhov. Las opciones A y B (ejemplos 1 y 2) las hice yo aquí creadas mediante tablas, porque no pude hacerlo de otro modo al ser plegada dejando la primera fila visible. Luego Juan Mayordomo señaló que el control de autoridades podía hacerse con plantillas de navegación —cosa que ya hace— y puso un ejemplo (3) básico. A dicho ejemplo, Mar del Sur objetó sobre la opción de ocultar, entonces yo repetí el mismo ejemplo (4) sin dicha función.

Es cierto que la plantilla actual generalmente no despliega un encabezado —véase esta edición para observar un uso poco común—, y se muestra como el siguiente ejemplo (5):

Esa es la situación actual, una única caja, de una sola fila, con los identificadores a granel. Según se desprendía de la discusión previa, el objetivo era dividir los identificadores en filas, como el ejemplo ruso. En esa dirección estuve preparando un borrador, que además de agregar una fila inicial de «Proyectos Wikimedia», permite continuar agregando más filas, por lo que se puede segregar el control de autoridades en múltiples bloques. El principal problema es que a mayor número de filas, mayor espacio vertical ocupa, y además se puede generar un gran vacío a la derecha. Ejemplo (6):

En tu última propuesta agregas una novedad al agrupar los identificadores internamente en una sola fila, lo que reduce el aumento vertical de la plantilla. Pero al dejar la primera fila solamente con proyectos Wikimedia, puede suceder que dicha fila aparente casi vacía causando un hueco al inicio: Ejemplo (7):

Y es aquí donde la solución llega volviendo al diseño original de una única fila, pero con la organización interna que has propuesto. Quedaría algo como el siguiente ejemplo (8):

El modelo 5 es lo que ya tenemos. El modelo 6 es en lo que estaba trabajando, intentando aparentar la versión rusa. El modelo 7 es lo que se entiende de tu preferencia personal «diseño similar a (pero distinto de)». Y sinceramente la variante 8 es la que más me convence. -- Leoncastro (discusión) 00:59 13 oct 2018 (UTC)

La idea del "compartimentao-pero-de-corrido" la tenía desde hace tiempo. Mi impresión es que la había comentado en algún momento, pero es posible que se me pasara, en un momento determinado "monté"/"se montó" una pequeña "tangana" y me alejé del hilo. Me gustan bastante las últimas dos y, si bien (8) queda muy empaquetada ...el concepto de (7) de marcar bien el límite entre "lo nuestro" y "el resto" me atrae bastante, quizás pudiera merecer la pena sacrificar una primera línea poco prieta. Tampoco veo sentido a ponerme cabestro insistiendo en una u otra, así que te diría de preguntar al resto del respetable aquí congregado cuál les parece mejor y lo que salga salió. Y si no la que prefieras tú, que para algo te lo estás currando. strakhov (discusión) 02:19 13 oct 2018 (UTC)

Por cierto, creo que sería mejor añadir junto al icono de proyecto, en forma de hipervínculo, términos como "Multimedia", "Documentos", "Citas célebres", "Guía de viajes" y cosas así (en lugar del título del artículo), para que por ejemplo un lector que pudiera estar buscando imágenes corra el riesgo de pinchar en la categoría de Commons. Mucha gente no conoce los iconos de nuestros proyectos. strakhov (discusión) 02:28 13 oct 2018 (UTC)

Agrego un término medio entre las dos últimas, que sería muchísimo más fácil de implementar que la 7 y bastante parecida a la 8. La única diferencia con esta es el añadido de una línea horizontal para separar el primer grupo del resto. Se podría omitir la línea en el caso de no exista nada más que la entrada de Wikidata, para sí reducir el espacio vacío superior (y en ese caso se mostraría igual que la opción 8, de forma similar a lo que actualmente hace la 5). Muestra (9):

Y ya está, no complico más la elección. A ver si alguien más comenta, y si no, como has dicho, haré la que yo quiera. -- Leoncastro (discusión) 02:43 13 oct 2018 (UTC)

La última me gusta también. :) De dejar "doble información" en la parte de proyectos valoraría la opción de poner lo primero como texto plano (o azulearlo todo en el mismo enlace: el segundo). Es decir:

• Proyectos Wikimedia · Datos: Q5682 · Multimedia: Miguel de Cervantes

• Proyectos Wikimedia · Datos: Q5682 · Multimedia: Miguel de Cervantes

Una cosa que siempre me fastidió de las plantillas tipo {{commonscat}} es que al tener más de un enlace ...muchas veces terminas pinchando en el wikiartículo de Wikimedia Commons en lugar de en la categoría cuando lo que querías ver eran las imágenes. Pero como veas, que tampoco es como si... strakhov (discusión) 03:00 13 oct 2018 (UTC)

La última propuesta me gusta mucho y si está fácil de implementar ¡pues mejor! En las otras observaciones concuerdo con Strakhov. Mar del Sur (discusión) 03:10 13 oct 2018 (UTC)

 Hecho. Hice la última. Pero se puede cambiar a cualquiera de ellas. Ahora solo falta que alquien agrupe un poco y divida el apartado de «Otros identificadores». -- Leoncastro (discusión) 06:39 14 oct 2018 (UTC)

Quedó genial. Lo único... que yo le quitaría el doble enlace a Commons y dejaría solo la parte que viene de P373 (incluso sin el prefijo, interpretaría el "Category:" como parte de la formatter url y como identificador quedaría solo "Miguel de Cervantes"), prescindiendo del sister link. Por 1) en la mayor parte de los items el sisterlink y P373 son el mismo valor, con lo que se duplica 2) esto es debido a que a efectos prácticos las categorías son el espacio principal de commons (hay muchísimas más cats que galerías) y esto incide en que 3) las galerías son un espacio, mayormente, fallido, que creo que sería mejor enlazar manualmente con {{commons}} dónde y cuando se tercie en lugar de darle visibilidad 'por defecto' vía {{control de autoridades}} (son pocas y, además, buena parte de las existentes son una basurilla con dos o tres fotos). A ver si doy el callo y me pongo a clasificar cuanto antes un poco las propiedades, porque ahora mismo se podría quitar el 'otros' y dejar solo "identificadores" :) strakhov (discusión) 12:36 14 oct 2018 (UTC)

Gracias Leoncastro, ha quedado estupendamente bien. Nuevamente de acuerdo con Strakhov (pero no te acostumbres :)): Aunque hay quienes quieren favorecer la creación de galerías enlazándolas, no estamos haciendo esto para favorecer nada, sino para entregar enlaces útiles. Las categorías son 10 veces más útiles. Mar del Sur (discusión) 12:45 14 oct 2018 (UTC)

Eliminado el enlace a galerías y corregidos pequeños problemas. Strakhov, el identificador de Commonscat ya era solo «Miguel de Cervantes» sin el «Category:», que es parte del formatter URL. O no entendí tu comentario o no lo habías visto bien. -- Leoncastro (discusión) 14:51 14 oct 2018 (UTC)

Gracias. Me refería a que en la versión anterior del módulo, en alguno de los dos enlaces a Commons (sospecho que el que venía del sitelink), se mostraba el prefijo (a la manera en que ocurre por ejemplo con los de wikisource prefijados con "Autor:" [no me parece necesario evitarlo en ese caso]). Y bueno, o se estaba mostrando, o veo cosas que no son. Que también podría ser. strakhov (discusión) 15:25 14 oct 2018 (UTC) la alusión a la 'formatter url' era más conceptual que referida a la propiedad específica de wikidata

Entiendo. No, antes tampoco se mostraba de forma general. Lo que sucede es que hay casos en los que se cubre mal la propiedad de Commonscat (P373). Debe cubirse solamente con el nombre de la categoría (sin el «Category:»), pero hay casos en los que está mal, donde incluso el enlace es incorrecto pues termina siendo «commons.wikimedia.org/wiki/Category:Category:Lo que sea» (con doble «Category:»). Esos casos hay que corregirlos en Wikidata, aunque creo que ya hay un bot alí que lo hace. PD: por cierto, los casos en los que el sisterproject sea un enlace a categoría de Commons también se consideran errores. -- Leoncastro (discusión) 16:29 14 oct 2018 (UTC)

No sé si te entendí. Raro me parecería que el que en los sitelinks haya categorías en lugar de galerías —a pesar de todas las historias y discusiones inconclusas habidas al respecto— estuviera puesto como violación (ya que es, quizás, la situación más habitual). Las constraints violations que enlazaste creo (al menos deduzco tras hacer clic en las violaciones, pues el encabezado no es muy informativo) que son de categorías inexistentes/borradas almacenadas en P373 (pasa en efecto un bot a eliminarlas). strakhov (discusión) 16:52 14 oct 2018 (UTC)

. una cosa que no sé si podrá mejorarse es el enlace a Commonscat.

A través de commonscat, algo como {{Commonscat|Province of Cáceres}} genera directamente un enlace a commons con un Category:Province_of_Cáceres en la url.

En cambio, cuando se abre a través del control de autoridades, la url de aterrizaje sigue la secuencia Category:Province of Cáceres (que es como se almacena en P373)-> Category:Province%20of%20Cáceres -> Category:Province_of_Cáceres.

No sé si podrá cambiar algo para que el módulo se salte el paso intermedio y vaya directo al guion bajo (pues el paso por los "%20" hace la apertura de commons un poco más lenta). strakhov (discusión) 20:18 16 oct 2018 (UTC)

En realidad Strakhov, tanto Category:Province of Cáceres como Category:Province%20of%20Cáceres son totalmente equivalentes para el navegador, del mismo modo que también suele usarse Category:Province%20of%20C%C3%A1ceres (codificando todos los caracteres que no encajen en el formato ASCII, en este caso la a con tilde «á» que pasa al valor codificado equivalente «%A1») o también podría usarse %43%61%74%65%67%6F%72%79%3A%50%72%6F%76%69%6E%63%65%20%6F%66%20%43%C3%A1%63%65%72%65%73 (codificando toda la secuencia). El ejemplo más claro está en los idiomas no latinos, como la equivalencia entre Заглавная страница y %D0%97%D0%B0%D0%B3%D0%BB%D0%B0%D0%B2%D0%BD%D0%B0%D1%8F %D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D0%B0 (la portada de la wikipedia en ruso). Aclarado esto, es cierto que sí existe un paso intermedio (pero no dos) donde primero se busca la ruta Category:Province%20of%20Cáceres para luego acceder a Category:Province_of_Cáceres. Normalmente en este tipo de casos una web bien diseñada responde a la primera consulta generando una respuesta vacía de error 301, que pesa unos pocos bytes porque solo contiene los metadatos de la cabecera del protocolo de transferencia. Entonces el navegador lee el error y redirecciona a la página correspondiente que se informa en esos metadatos. No obstante, veo que la bendita Wikipedia realiza la transferencia no solo de las cabeceras, sino también de todo el contenido HTML —lo del ahorro de datos parece ser que le importa poco—, por lo que tienes razón en afirmar que va «un poco más lenta»: tanto que descarga lo mismo dos veces. En fin, toda esta explicación para decir que ya lo he cambiado para optimizar lo que no optimiza el sistema MediaWiki. -- Leoncastro (discusión) 02:20 6 nov 2018 (UTC)

Versión móvil

Aprovechando que ahora el control de autoridades muestra los enlaces a los proyectos Wikimedia, he creado una modificación para que se muestre un pequeño cuadro con dichos enlaces en los dispositivos móviles. No sé como Wikipedia no tenía esto antes. Para ver ejemplos pueden consultar este enlace, que les abrirá aleatoriamente un artículo en la versión móvil con el cuadro que indico abajo (normalmente dentro del desplegable de la sección enlaces externos). ¿Opiniones? -- Leoncastro (discusión) 22:01 14 oct 2018 (UTC)

Por mí ok, no problemo. strakhov (discusión) 00:14 16 oct 2018 (UTC)

Está muy bien Mar del Sur (discusión) 00:56 16 oct 2018 (UTC)

¿Alternativas?

Tal parece que podrían borrar la P373 (con lo que ha costado que me lo explicarais) ¿Cuál es el plan b si así sucede? ¿qué alternativa tenemos? Mar del Sur (discusión) 00:33 6 nov 2018 (UTC)

@Mar del Sur, parece que la intención es unificar P373 con P910, o trasladarlo al sitelink. No sé, no lo he entendido bien. De todos modos, si se unifica con P910, supongo que será suficiente modificar una propiedad por otra; y si se traslada al sitelink, será cuestión de rescatar el enlace de las galerías en lugar de las categorías (el primero fue borrado aquí para dejar un único enlace a Commons). -- Leoncastro (discusión) 02:29 6 nov 2018 (UTC)

Ya, pero en el segundo caso (sitelink) enlazaría a lo que sea que hubiese allí (categoría, que es lo que queremos porque son más completas, o galería, que es lo que no queremos, porque son una selección de imágenes sin criterio claro).Mar del Sur (discusión) 07:26 6 nov 2018 (UTC)

Sí, eso es cierto, pero al menos se reduce el mal mayor. -- Leoncastro (discusión) 19:17 6 nov 2018 (UTC)

"biografía" en lugar de "url"

No estoy de acuerdo con esta reversión de Strakhov. Creo que ya que el control de autoridades viene a reemplazar los enlaces externos, debería ser lo más claro posible. Para enlazar las biografías del Diccionario biográfico español, el tecnicismo "url" no le dice nada a casi nadie (excepto a los expertos que ya sabemos de qué va la cosa), de manera que pocos de los no iniciados harán clic allí para ver la biografía enlazada, mientras que "biografía" es mucho más claro. No tengo ningún problema en que las biografías del Diccionario biográfico del socialismo español se enlacen también con la palabra "biografía" en lugar de "url". Me parece que era un cambio razonable; no entiendo la reversión.--Raderich (discusión) 00:24 20 nov 2018 (UTC)

Ya, es que no solo es el del socialismo. Es que tenemos la Auñamendi ¿artículo?, la GEA ¿artículo?, el Historical Dictionary of Switzerland ¿artículo? la Enciclopedia Británica ¿artículo o placeholder? etcétera, solo en el apartado de "Diccionarios y enciclopedias". Si no gusta "url" se puede sustituir por "enlace" (una pena que empiece a ser más larguito). O buscar alguna solución para que salga algo mínimo: [1]. Sinceramente no veo nada claro esto de ir especificando en el "lado del identificador" qué es cada cosa de forma personalizada y genérica. Si quieres poner un enlace externo sigues pudiendo hacerlo. strakhov (discusión) 06:30 20 nov 2018 (UTC)

No sé por qué tiene que ser el mismo identificador para todos y por qué tiene que ser tan breve (si ni siquiera aparece en la versión móvil). A mí me interesaba el DBE, y creo que el cambio no debería molestar. Si tiene que ser igual para todos, propongo que se ponga el nombre del artículo enlazado, igual que en "Multimedia". Por ejemplo: "Auñamendi: Zaratiegui Celigüeta, Juan Antonio de" en lugar de "Auñamendi: 146332". El único problema de esto es que a veces no coincide el nombre del artículo con el de Wikipedia; como en este caso, en que la Auñamendi pone primero los apellidos y luego el nombre, o cuando el artículo enlazado es en otro idioma. Quizá esto se podría resolver añadiendo otro parámetro con el nombre a la hora de enlazar en Wikidata.--Raderich (discusión) 09:15 20 nov 2018 (UTC)

Bueno, si quieres que salga el nombre del artículo como primera providencia deberías almacenar esa información en wikidata de alguna manera. No es cuestión de molestar o no molestar, es cuestión de coherencia. Poner a uno de los de identificador-tipología-churro-largo (DBE) "biografía" y a otro (DBSE) análogo "url" me parece... bastante poco coherente. De hecho a título personal estoy más abierto a desplegar el nombre, Diccionario biográfico español en lugar de DBE (que por cierto, en la versión online no sé si la "e" va por "español" o por "electrónico") que a colocar "biografía", "articulito" o "abuela-que-fuma" en la parte del identificador según nos vaya pareciendo en cada uno.

A ver si opina alguien más... Saludos. strakhov (discusión) 14:01 20 nov 2018 (UTC)

La opción por defecto es 'n', que resulta en mostrar el identificador completo («Auñamendi: 146332»); si este identificador es bastante largo, la solución más sencilla es usar la opción 'y', que resulta en señalar «ID», como símbolo abreviado de identificador (Auñamendi: ID); cualquier otro texto resultará en el mismo texto (como 'url' en Auñamendi: url). La culpa es mía por agregar esta última opción para permitir la personalización del campo cuando hice la reforma del código. Nunca pensé que terminaría siendo algo que generase controversia. En mi opinión esta opción era como último recurso, siendo preferentes cualquiera de las anteriores; y sin embargo veo que no se usa la opción del «ID». ¿Qué tiene de malo señalar el identificador como ID? Supongo que si alguien entiende lo que significan las siglas DBE, también entenderá lo que significa ID. Caso contrario, por coherencia, podría indicarse «Diccionario biográfico español: pedro-de-alcantara-alvarez-de-toledo-y-gonzaga». Yo voto por la simplicidad.

PD: Strakhov, el «DB~e» es «la edición electrónica del Diccionario Biográfico Español».[2] El DBE (en Wikipedia) parece ser la Orden del Imperio Británico. -- Leoncastro (discusión) 15:48 20 nov 2018 (UTC)

¿Abrir el grifo?

¿Os parece abrir un poco el grifo por la parte de las wikis? Digamos que incluir enlaces a páginas como:

• OpenStreetMap (licencia ODbL), uno de los servicios cartográficos más usados en el mundo (cr P402)
• Internet Speculative Fiction Database (licencia CC BY 2.0), enorme cantidad de información bibliográfica (cr P1233).

...podría ser interesante. Me ha parecido que no tienen publicidad (me gustaría que alguien me confirmara esto) y "a pesar de" ser wikis... la más que razonable calidad media del contenido (y la compatibilidad de licencia) me parece que les podría perdonar su carácter wiki. De hecho ya enlazamos a OpenStreetmap en las coordenadas... Un saludo. strakhov (discusión) 17:29 19 dic 2018 (UTC)

Muy de acuerdo con agregar OpenStreetMap. Me parece útil, interesante, un proyecto vivo y en permanente crecimiento. No tiene publicidad, pero sí (tal como nuestros contenidos) su cartografía puede usarse también para fines comerciales, siempre que no se cambie la licencia (ODbL incluye la cláusula share alike). Internet Speculative Fiction Database, puede ser una buena idea también. pero es una base de datos que yo no conocía. Revisando... Mar del Sur (discusión) 10:31 21 dic 2018 (UTC)

Visto que no hay oposición, y que es especialmente poco polémico, por enlazarse ya, he agregado el primero (OpenStreetMap). Un saludo. strakhov (discusión) 21:37 23 dic 2018 (UTC)

Plantilla:Bases de datos taxonómicas

La Plantilla:Bases de datos taxonómicas contiene numerosos enlaces a diferentes bases de datos sobre taxonomía. La plantilla es usada prácticamente del mismo modo que ésta, sugiero fusionar ambas. --Giovanni Alfredo Garciliano Díaz ★ diskutujo 19:53 22 ene 2019 (UTC)

Entiendo que como aquello es una plantilla y esto un módulo, lo máximo que se puede hacer es una integración, pero creo que no es posible la fusión de historiales. La integración podría hacerse creando un nuevo grupo interno en el control de autoridades, del mismo modo que ya existen grupos para Proyectos Wikimedia, Identificadores, Diccionarios y enciclopedias, Repositorios digitales, etc. -- Leoncastro (discusión) 22:01 22 ene 2019 (UTC)

Bueno, esa era la idea. Mi pregunta más bien iba por si es apropiado "integrar" los enlaces. No conozco mucho sobre autoridades en taxonomía, pero imagino que sí. Supongo que la fusión no es necesaria, pero se puede realizar con Plantilla:Control de autoridades. --Giovanni Alfredo Garciliano Díaz ★ diskutujo 03:59 23 ene 2019 (UTC)

@Giovanni Alfredo Garciliano Diaz, ya veo que has integrado las funciones, pero también sería necesario revisar los artículos que contengan ambas plantillas para evitar este tipo de duplicidades, y cuidando de no agregar la plantilla por duplicado. -- Leoncastro (discusión) 21:58 23 ene 2019 (UTC)

Categoría de Commons

@Leoncastro: ¿para la parte del enlace a Commons sabrías cómo hacer para que tomara como opción secundaria (si no se encuentra P373 en wikidata) el sitelink? Básicamente porque la-situación-feliz-de-bot-que-copia-cosas-de-un-lado-a-otro dejó de funcionar desde hace un tiempo indeterminado por motivos-no-del-todo-esclarecidos (parece que hay una query que timeoutea). Necesitaría un filtro extra para eliminar los valores que no empiecen por "Category:" (o en su defecto una categoría de mantenimiento para ir añadiendo p373 a esos casos). strakhov (discusión) 15:06 3 may 2019 (UTC)

@Strakhov, tras este cambio en el apartado de Proyectos Wikimedia Multimedia se muestra tanto el enlace de la propiedad P373 (categoría de Commons) como el sitelink. Ahora si son iguales se muestra únicamente uno, pero si son diferentes se muestra primero el de Commonscat y luego el de Commons seguido de una barra inclinada (véase como ejemplo Banco de Inglaterra). Entre las líneas 98 y 108 del código dejo preparada —pero inactiva— la detección y categorización de incidencias con estos dos enlaces. Para activarlo simplemente es necesario descomentar y crear las categorías correspondientes (los nombres actuales son orientativos, por lo que pueden renombrarse antes de su creación). Un saludo. -- Leoncastro (discusión) 00:31 4 may 2019 (UTC)

¡¡Muchas gracias!! Tiene muy buena pinta. El activar o no las categorías de mantenimiento será cosa de irlo viendo. De todas maneras a ver si despiertan en wikidata/phabricator y logran apañarlo, que llevan unos meses erráticos con el mantenimiento de Commonscat. strakhov (discusión) 00:38 4 may 2019 (UTC)

Comentario hay un pequeño bug: cuando existe control de autoridades en el artículo (o NF) pero no existe ni P373 ni sitelink a Commons en wikidata creo que da un error de nil value. strakhov (discusión) 00:50 4 may 2019 (UTC)

En concreto Error de Lua en Módulo:Control_de_autoridades en la línea 683: attempt to index local 'wikidataIds' (a nil value). (ejemplo). strakhov (discusión) 00:56 4 may 2019 (UTC)

Problema resuelto. No debí hacer un return nil, que luego salen errores por nil value... -- Leoncastro (discusión) 01:29 4 may 2019 (UTC)

...tiene sentido. :) strakhov (discusión) 05:03 4 may 2019 (UTC)

┌─────────────────────────────┘
Tras un debate en el Café, se mantiene un único enlace a Commons, tal y como se solicitaba inicialmente: si existe categoría se muestra su enlace, en caso contrario se intenta mostrar el enlace al sitelink como opción secundaria. No se muestran ambos. -- Leoncastro (discusión) 23:15 21 may 2019 (UTC)

Identificadores astronómicos

Quiero proponer los siguientes identificadores astronómicos para incluirlos en el control de autoridades:

• P176 P716, identificador del JPL para cuerpos menores.
• P5736, identificador del MPC para cuerpos menores.
• P2824, identificador de la UAI para accidentes geográficos.
• P5667, identificador de la NASA para planetas extrasolares.
• P3083, identifiacdor de SIMBAD para objetos astronómicos.

Gracias. Un saludo. --Romulanus (discusión) 11:54 23 may 2019 (UTC)

@Romulanus: [3]. De los ejemplos de P5667 en Wikidata no me funcionaba ninguno. Un saludo. strakhov (discusión) 12:29 23 may 2019 (UTC)

Sí, lo estoy corrigiendo. Había un error o cambió la url. De hecho no he añadido más identificadores porque, o no funcionaban, o no se actualizaban ya. Aunque hay alguno más también interesante. Los tengo que mirar más detenidamente. Saludos. --Romulanus (discusión) 12:40 23 may 2019 (UTC)

┌─────────────────────────────┘
Ups, me confundí con el número del identificador del JPL, por eso no sale. Ya está corregido el P5667. --Romulanus (discusión) 14:31 23 may 2019 (UTC)

Atlas del Imperio romano

Un identificador de ubicaciones del periodo imperial romano P1936. Un saludo. --Romulanus (discusión) 12:44 23 may 2019 (UTC)

@Romulanus: [4]. Un saludo. strakhov (discusión) 14:39 23 may 2019 (UTC)

Digital Prosopography of the Roman Republic

Identificador DPRR para personas del periodo republicano de la Antigua Roma P6863. --Romulanus (discusión) 16:26 21 oct 2019 (UTC)

@Romulanus:, ya lo he añadido. --Tinker Bell ★ ♥ 03:41 23 oct 2019 (UTC)

Identificadores Pleiades y Trismegistos Geo

Dos identificadores para lugares de la Antigüedad: P1584 y P1958. Un saludo. --Romulanus (discusión) 23:29 6 nov 2019 (UTC)

@Romulanus:  Hecho. --Tinker Bell ★ ♥ 05:30 5 mar 2020 (UTC)

Billboard

En algún momento se agregó. Independientemente de lo oportuno de ello, ¿por qué figura entre los repositorios digitales? Es una página web que no facilita de ningún modo la descarga o visualización de material multimedia en el sentido que el resto... Se limita a incluir una especie de listas de canciones, con algunos botones con los que mi ad blocker me impide interactuar, pero que no parecen muy escuchables (miento, he probado en otro navegador y en unas pocas hay un pequeño corte de unos 20 s de la canción), y una lista de conciertos futuros para los que se nos ofrece conseguir entradas de forma bastante ostentosa y poco discreta. Vale que por ejemplo las páginas de museos no sean el novamás de los "repositorios digitales" (y quizás habría que sacarlos también), pero al menos tienen imágenes enteras en buena resolución de cuadros y demases. No sé, en los canales oficiales de Youtube al menos más canciones escuchables y se pueden escuchar completas... Sugeriría, de conservarse, crear una nueva sección. Saludos. strakhov (discusión) 17:34 10 abr 2020 (UTC)

Se debe alentar el uso de variables locales

renglone 686:

function p.authorityControl( frame )
	local parentArgs = copyTable(frame:getParent().args)
	local stringArgs = false
	local fromForCount, itemCount, rowCount = 1, 0, 0
	local mobileContent = ''
	--Cleanup args
	for k, v in pairs( frame:getParent().args ) do

mejor reemplazado con el siguiente código:

function p.authorityControl( frame )
	local pArgs = frame:getParent().args
	local parentArgs = copyTable(pArgs)
	local stringArgs = false
	local fromForCount, itemCount, rowCount = 1, 0, 0
	local mobileContent = ''
	--Cleanup args
	for k, v in pairs( pArgs ) do

una llamada getParent será más rápida que dos Carn (discusión) 21:14 9 jun 2020 (UTC)

Cierto, modificado. Gracias por el aviso. -- Leoncastro (discusión) 22:37 9 jun 2020 (UTC)

Vikidia

Veo que se añadió "artículo en español de Vikidia" en el módulo. Aparece en la sección "Diccionarios y enciclopedias". No tengo una posición muy formada sobre la inclusión de wikis en el "control de autoridades" (en principio, cuando creé el módulo, las tenía por contenido a no enlazar, ahora mismo no tengo una posición clara, si bien no termino de congraciarme del todo con la idea de que un título de artículo de una wiki se considere un "identificador" (es poco estable y se pueden crear tantas propiedades como idiomas...), aunque eso es más cosa de Wikidata...). El caso es, divagaciones al margen, que, de enlazarse, IMHO debería figurar en una sección independiente (¿Wikis?), pues la verdad es que, no sé, por ejemplo chirría un poco ver ese enlace a Vikidia junto al de la enciclopedia Britannica en el artículo de Hamburgo#Enlaces externos, además de que, de aceptarse esta, creo que debería abrirse el grifo con otras páginas de este tipo, que creo que las hay más valiosas para el lector (se me ocurre la ya mencionada más arriba "Internet Speculative Fiction Database")... Saludos. strakhov (discusión) 09:42 12 oct 2020 (UTC)

Retirado. Según WP:FF las wikis no son fuentes fiables; si aceptamos los Proyectos Wikimedia es únicamente porque son hermanos, pero aceptar a toda la familia wiki... mejor no, que los primos Fandom son numerosos y todavía menos fiables. -- Leoncastro (discusión) 13:03 12 oct 2020 (UTC)

Totalmente de acuerdo con ambos y gracias por el borrado. Un saludo. --vanbasten_23 (discusión) 08:14 13 oct 2020 (UTC)

Structured Data Commons

Propongo la posibilidad de agregar un enlace a una búsqueda de datos estructurados en Commons en la plantilla, con motivo de la introducción allá de los datos estructurados y del nuevo modo de búsqueda. El display podría ser similar a este:

Multimedia: Bell gables / Q12558

Sin embargo, es problemático en tanto en cuanto faltan todavía por meter muchos datos estructurados todavía. Se me ocurren varias opciones:

• 1) Enlazar búsqueda "libre" del ítem (sin comillas, así). Problema: me temo que aparecerán muchas veces imágenes poco o nada relacionadas (con este tipo de búsqueda se busca en Commons no solo el ítem en sí, sino también la etiqueta del ítem, por ejemplo). Ventaja: Casi siempre habrá resultados (para bien o para mal).
• 2) Enlazar búsqueda "estricta" del ítem (con comillas, así). Problema: en muchos casos al hacer clic la búsqueda devolverá 0 resultados. Ventaja: los resultados que se ofrezcan deberían ser por lo general más atinados que en 1).
• 3) Enlazar búsqueda "estricta" del ítem y, además, con opt-in ({{control de autoridades|sdc=sí}}. Problema: cortoplacista. A medio-largo plazo este código será código muerto: se trataría de un parche temporal. Requeriría ediciones manuales (allá quien quiera hacerlas). Ventaja: las del punto 2) y que además no habrá enlaces que dirijan a búsquedas sin resultados (se sobreentiende que solo se agregaría el enlace cuando se hubieran trabajado mínimamente en Commons los datos estructurados del tema).
• 4) Probar tentativamente la opción 1) o la 2) e ir corrigiendo sobre la marcha (de 2 a 1, de 1 a 2, de 1 o 2 a 3, o de 1 o 2 a 5), en función de la respuesta ante el "experimento". Ventaja: mientras no se involucre la opción 3 el gasto de recursos humanos es mínimo y el problema de cambiar de una a otra modalidad ídem.
• 5) Seguir como hasta ahora: reject modernity, embrace tradition.

strakhov (discusión) 16:52 3 ene 2021 (UTC)

Comentario creo que todavía no hay muchos datos estructurados y aunque la opción 2 sería la más acertada, los casos que devuelvan 0 serán muchos. La mayoría de resultados que tendrán datos serán edificios y así todo serán los más conocidos. Yo optaría por la 2 o la 5 hasta dentro de unos meses. Un saludo. --vanbasten_23 (discusión) 18:17 3 ene 2021 (UTC)

Yo optaría por la opción 5 hasta que existan suficientes datos estructurados como para pasar sin mucho problema a alguna de las opciones 1 o 2 con resultados mayormente aceptables. Me muestro en contra de la opción 3. -- Leoncastro (discusión) 21:36 5 ene 2021 (UTC)

A mí me parece interesante la opción 4). strakhov (discusión) 10:48 27 feb 2021 (UTC)

Mejoras para probar

Hola. Estoy probando algunos cambios en Módulo:Zona de pruebas/Julián L. Páez/Control de autoridades. Estos cambios son para disminuir el consumo de memoria al no cargar toda la entidad de Wikidata. Por ejemplo, en Pandemia de COVID-19 en India, tiene un consumo de memoria importante, ya que su elemento de Wikidata contiene mucha información. Antes de implementar los cambios, habría que revisar que no se haya roto nada. Gracias. --Julián L. Páez (discusión) 23:59 17 feb 2021 (UTC)

Corregí unos errores, y ya no he encontrado más problemas. Parece que ya está listo para implementar los cambios. -- Julián L. Páez (discusión) 03:57 21 feb 2021 (UTC)

Si funciona y es una mejora, ¡adelante con ello! strakhov (discusión) 10:50 27 feb 2021 (UTC)

Archivo de la Real Academia Española

Sobre la adición del identificador "Archivo de la Real Academia Española" (cc. Usuario:-sasha-): comentar, a título personal, que el incluir en la subsección "Identificadores" una autoridad de la que precisamente no se muestra su identificador, sino que se enmascara con lo de "url" (fórmula que hasta el momento había tendido, creo, a estar limitada a enlaces en otras subsecciones no tan explícitas como "Diccionarios y enciclopedias") me parece especialmente antinatural/raro. Recomendaría estudiar la posibilidad de mostrarlo (aunque sea largo) o bien intentar buscarle otro lugar, si bien tampoco es una sugerencia muy "imperativa". Un saludo. strakhov (discusión) 10:47 27 feb 2021 (UTC)

Lo enmascaré porque me parecía "largo", aunque entiendo que puede parecer raro. No veo mal que se cambie para mostrar el identificador completo, al fin y al cabo creo que nadie se ha quejado nunca por que un control de autoridades se haga demasiado grande. Probablemente también vendría bien homogeneizar otros identificadores que usan "url" (RoyalSociety, BCNCL, CineChile, algunas bases de datos taxonómicas...). Un saludo. -sasha- (discusión) 11:40 27 feb 2021 (UTC)

Enciclopedia de la Literatura en México

Hola. Es un identificador perteneciente a la Enciclopedia de la Literatura en México, un proyecto gestionado por el INBAL y otras instituciones académicas. P1565. Un saludo. ProtoplasmaKid | Discusión 19:30 29 mar 2021 (UTC)

Buenas @ProtoplasmaKid: supongo que quieras que se añada, pero que yo sepa no hay ninguna limitación para que lo hagas. Si necesitas que lo haga yo me dices, un saludo. --vanbasten_23 (discusión) 07:11 30 mar 2021 (UTC)

Hola Vanbasten_23 (disc. · contr. · bloq.) ¿como va todo? Si pudieras hacerme el favor, sería genial. Saludos, ProtoplasmaKid | Discusión 18:26 30 mar 2021 (UTC)

Buenas @ProtoplasmaKid: un placer saludarte. Sin problema, ya lo tienes hecho. Sería recomendable crear el artículo Enciclopedia de la Literatura en México para que no quede en rojo cuando se muestre, como en Ricardo Lagos. Un saludo, y para cualquier cosa aquí me tienes. --vanbasten_23 (discusión) 20:34 30 mar 2021 (UTC)

¡Muchas gracias por el apoyo! En breve hago el artículo. Saludos, ProtoplasmaKid | Discusión 21:50 30 mar 2021 (UTC)

Punto de código Hex Unicode

Buenas, sería muy relevante que este módulo mostrara el parámetro Unicode hex codepoint (P4213) cuando esté disponible, útil para los artículos de caracteres escritos. Por ejemplo, en el Control de autoridades de la letra Ñ (wikidata:Q476) que mostrara algo sencillo como Unicode: 00D1 00F1. Si no complicara el código demasiado sería preferible el estilo más específico de puntos de código U+{AA}, por ejemplo Unicode: U+00D1 U+00F1, pero de la forma anterior también sería muy útil. Gracias por adelantado.--Serg!o (discusión) 17:49 6 may 2021 (UTC)

Adición de identificadores de cine, publicidad

Veo que se han añadido varios "identificadores" de páginas de cine (como IMDb o FilmAffinity), páginas eminentemente comerciales y llenas de publicidad dirigida. A mí no me parece ético enlazar de forma automática, por defecto e irremisible este tipo de contenido desde Wikipedia a través de un módulo como el que nos ocupa. Un saludo. strakhov (discusión) 15:05 14 ago 2021 (UTC)

Problema al mostrar autoridad de Commons (¿comillas?)

En este artículo (Manuel Jiménez Moreno "Chicuelo") parece haber problemas al mostrar la autoridad y enlace de Wikimedia Commons. A mí me aparece como autoridad "Chicuelo" Manuel Jiménez Moreno "Chicuelo" y como enlace externo este, a categoría inexistente, mientras que en Wikidata parecen estar correctos tanto el sitelink como la propiedad P373 (la categoría de Commons en cuestión). Quizás tenga que ver con las comillas. Si alguien sabe arreglarlo, gracias por adelantado. Un saludo. strakhov (discusión) 10:33 2 abr 2022 (UTC)

Corregido el problema de las comillas. -- Leoncastro (discusión) 20:22 2 abr 2022 (UTC)

Muchas gracias. strakhov (discusión) 21:06 2 abr 2022 (UTC)

Enciclopedia Colchagüina

Me preocupa el último añadido al módulo (diff). Aparte de ser una enciclopedia basada en MediaWiki de oscura autoría, he observado que viola los derechos de autor. Por ejemplo, este artículo [5] es una traducción no atribuída del artículo de la Wikipedia en inglés (en:Colegio de la Preciosa Sangre de Pichilemu) o este otro [6], que es una copia casi literal de Juan Codelia. Lo retiraré si no se dan motivos para lo contrario. CC: MONUMENTA. -sasha- (discusión) 15:01 27 abr 2022 (UTC)

Renacyt

¿Cómo podría añadir el identificador Renacyt en el Control de autoridades? Gracias! MACS >>> 08:08 8 jul 2022 (UTC)

Buenas @MiguelAlanCS: Tienes que buscar el sitio adecuado para añadirlo y después incluir los parámetros que se exigen, dependiendo de lo que quieras que aparezca. Por ejemplo, para añadir la BNE ponemos { 'BNE', '[[Biblioteca Nacional de España|BNE]]', 950, 'n', 1 }, que por orden es el nombre del parámetro, el enlace interno para que se pueda ir a visitar el artículo de Renacyt, el identificador de la propiedad de Wikidata sin la P, una "y" o una "n" según quieras mostrar el identificador y por último un 0 o un 1 si quieres añadir una categoría. Te lo explica a partir de la línea 131 del código. Un saludo. --vanbasten_23 (discusión) 16:00 8 jul 2022 (UTC)

Y tras la explicación, aquí el ejemplo práctico. -- Leoncastro (discusión) 16:36 8 jul 2022 (UTC)

Muchas gracias! Ya tengo tarea para el finde :) MACS >>> 19:15 8 jul 2022 (UTC)

Structured Data Commons (2ª parte)

Antecedentes

• Módulo_discusión:Control_de_autoridades#Structured Data Commons

En relación al hilo anterior, comentar que ahora mismo está en fase de pruebas una herramienta para hacer algo parecido: view-it (aparece en forma de pestaña extra junto a la de discusión). Dicho esto, me parece estéticamente bastante pobre y los resultados que ofrece... son bastante malos y escasos. No veo la mejora respecto a la simple búsqueda en Commons (parece lo mismo pero peor hecho).

En relación a la antigua propuesta (la de incluir el Q de wikidata como autoridad de Commons y enlazar junto a la categoría una búsqueda del Q (separada de ésta por una barrita), decir que los resultados a fecha de hoy me parecen bastante potables en los casos en los que la he probado (evidentemente se cuelan algunas cosas por compartir nombre y otras relaciones, pero creo que es inevitable y no me han parecido muy significativas, antes salían resultados mucho más bizarros, creo). Pongo ejemplos:

• Calatañazor
• Jean-Auguste-Dominique Ingres
• Espadaña
• Berlín
• Fascismo
• Paraguay
• Ciencias de la computación
• Bad Bunny
• Castro Urdiales
• Kawésqar
• Cleopatra
• Casa Rosada
• Ursula von der Leyen
• Invasión rusa de Ucrania de 2022
• Distrito de Santa Cruz de Chuca
• Provincia de Almería
• Historia de China

Creo que es evidente que en la medida en que se popularicen los datos estructurados (a lo que esto podría ayudar, suponiendo un granito de arena), estas búsquedas solo pueden mejorar.

Hago ping a los dos únicos usuarios (@Leoncastro:, @Vanbasten 23:) que se interesaron más arriba por esto, por si opinan que se le puede dar vía verde a este enlace alternativo en el control de autoridades, o no. Un saludo. strakhov (discusión) 16:02 1 sep 2022 (UTC)

Buenas @Strakhov: parece que se ha avanzado mucho en el tema y están más avanzadas las búsquedas. También las que yo hice tienen unos resultados mejores que hace unos meses. Es interesante, sin duda, sobre todo a medida que avance el tiempo y se añadan más datos en las imágenes. Un saludo y gracias por el aviso. Con este enlace me parece que cada vez tiene menos sentido poner Commons en enlaces externos... --vanbasten_23 (discusión) 17:29 1 sep 2022 (UTC)

Vanbasten 23: ¿En relación a la parte fundamental del hilo (propuesta de incluir el enlace en cuestión) esto es un "sí", un "no", o un "NS/NC"? Por lo demás, si con lo de "poner Commons en enlaces externos" te refieres a usar la plantilla {{commonscat}}, creo que no tiene mucho que ver, pero te animo a proponer (¿de nuevo?) borrar la plantilla con bot. Un saludo. strakhov (discusión) 17:34 2 sep 2022 (UTC)

Es un  A favor, claro ;) para mi tiene mucho que ver porque con el paso del tiempo nos acostumbramos (algunos usuarios no querían borrar {{commonscat}} por la costumbre de utilizar el enlace para acceder a Commons) a consultar el Control de autoridades. Los editores también añaden menos la plantilla en enlaces externos y si el Control de autoridades dispone de más opciones, podría verse la plantilla menos necesaria. Un saludo. --vanbasten_23 (discusión) 17:51 2 sep 2022 (UTC)

Ok. No lo veía tan claro... Si en algún momento se implanta esto (yo tendría que estudiarme mucho el código y el lenguaje para dar con la tecla correcta) creo que quizás sería conveniente mostrar solamente este identificador de Commons cuando exista también categoría de Commons en Wikidata. Es posible que esto sirviera para evitar algunas búsquedas nulas. strakhov (discusión) 09:07 3 sep 2022 (UTC)

Implantado. -- Leoncastro (discusión) 14:14 3 sep 2022 (UTC)

¡Muchas gracias! A ver qué tal. strakhov (discusión) 15:08 3 sep 2022 (UTC)

P8189 - Biblioteca Nacional de Israel identificador

P8189 - Biblioteca Nacional de Israel identificador is missing Geagea (discusión) 08:04 26 oct 2022 (UTC)

?? Geagea (discusión) 09:55 18 abr 2023 (UTC)

@Geagea: Just added it to the module. sasha 22:41 18 abr 2023 (UTC)

Identificadores de arte

Incorporé cuatro identificadores relativos a obras de arte y artistas. Cualquier inquietud, a disposición. Un saludo. Madamebiblio (discusión) 06:18 29 oct 2022 (UTC)

Identificadores

Ya que el módulo está ahora protegido, me gustaría proponer la inclusión de una sección para identificadores fiscales de empresas. Hay más o menos 35 identificadores en Wikidata, pero supongo yo algunos relevantes podrían ser P1297, P3608 y P4829. --Tinker Bell ★ ♥ 12:51 5 feb 2023 (UTC)

@Tinker Bell: He probado el siguiente código:

	{
		title = 'Empresarios',
		group = {
			{ 'Bloomberg', '[[Bloomberg L.P.|Bloomberg]]', 3052, 'n', 0 },
			{ 'Crunchbase', '[[Crunchbase]]', 2087, 'n', 0 },
		},
	},
	{
		title = 'Identificadores fiscales',
		group = {
			{ 'IRS', '[[Servicio de Impuestos Internos de los Estados Unidos|IRS]]', 1297, 'n', 0 },
			{ 'VAT', '[[Número de Identificación Fiscal a efectos del IVA (NIF-IVA)|VAT]]', 3608, 'n', 0 },
			{ 'UID', 'UID', 4829, 'n', 0 },
		},
	},

UID funciona bien, pero los otros dos dan enlaces rotos a https://www.charitynavigator.org/search (probado con Apple y Microsoft) y a [7] (probado con Nokia). ¿Qué sugieres? sasha 11:32 18 mar 2023 (UTC)

@-sasha-: Para P1297, no hay URL oficial, solo identificador, y entonces, parece que los otros sitios de terceros no contienen toda la información del IRS. Yo sugeriría no incluir enlace, solo el identificador. ¿Es posible? Para P3608 es lo mismo, el enlace principal parece no estar funcionando, pero una consulta en el formulario del sitio indica que el dato es efectivamente correcto, entonces supongo que conviene que igual, solo se muestre el ID, sin el enlace. Igual, en la ficha ya se muestra este dato en plano, sin enlace. --Tinker Bell ★ ♥ 13:51 18 mar 2023 (UTC)

@Tinker Bell: Queda hecho con mi última edición, hice una modificación muy pequeña para que se pueda hacer como lo pides. Me resulta un poco extraño, la verdad, que aparezcan identificadores sin un enlace externo asociado. Leo más arriba en esta PD, aun así, que en las primeras versiones del módulo algunos estaban así para no enlazar páginas con publicidad o que requieren registro. Si alguien cree que el control de autoridades no está para esto y que siempre debería generarse un enlace externo, que lo comunique y volvemos al estado anterior.

Un apunte: el dato que se muestra en la ficha en plano no son estos identificadores, sino identificador ISIN (P946), que podría ser interesante moverlo de allí al control de autoridades, aunque probablemente en otra sección distinta a estos que acabo de meter. sasha 18:52 19 mar 2023 (UTC)

Identificadores de snooker

Hola. ¿Alguien podría incluir los identificadores Snooker.org player ID y World Snooker player ID, por favor? Un saludo: Alavense (discusión) 09:09 16 mar 2023 (UTC)

@Alavense: Hecho. sasha 11:32 18 mar 2023 (UTC)

Mil gracias, -sasha-. Alavense (discusión) 12:17 18 mar 2023 (UTC)

Hay dos más, también interesantes y relativas estas a torneos: CueTracker tournament ID y Snooker.org tournament ID. Gracias de nuevo. Alavense (discusión) 09:59 19 mar 2023 (UTC)

@Alavense: Añadidas. La segunda tiene muy poquito artículos, pero bueno. sasha 18:52 19 mar 2023 (UTC)

Gracias, -sasha-. La idea es ir creando artículos poco a poco. Alavense (discusión) 20:31 19 mar 2023 (UTC)

Identificador WDTA

¿Alguien con permisos de administrador o editor de plantillas podría agregar el identificador WDTA (P809) al módulo, si le parece bien? Es un identificador de la World Database on Protected Areas. Identifica áreas protegidas (parques nacionales, parques naturales, monumentos naturales, etc etc). strakhov (discusión) 18:35 17 may 2023 (UTC)

Agregado. -- Leoncastro (discusión) 22:53 17 may 2023 (UTC)

Identificador Hemeroteca Digital de la Biblioteca Nacional de España

¿Podría sustituirse la propiedad antigua (identificador OID hemeroteca digital BNE (P2768)) por la nueva (identificador SID hemeroteca digital BNE (P12151))? El identificador antiguo sigue existiendo (la propiedad en Wikidata) y funcionando (en la hemeroteca digital), pero dado que aparentemente no es visible desde el sitio web de la hemeroteca digital creo que es poco probable que se siga agregando en nuevos ítems. El identificador nuevo ha sido agregado en todos los ítems de Wikidata que tienen el antiguo. strakhov (discusión) 11:16 18 nov 2023 (UTC)

Cambiado. -- Leoncastro (discusión) 13:20 18 nov 2023 (UTC)

¡Gracias! Un saludo. strakhov (discusión) 15:13 18 nov 2023 (UTC)

Añadir Medialab Tabakalera

Buenas, la Biblioteca Medialab Tabakalera tiene miles de registros subidos, sobre todo de artistas, y sería interesante añadirlo.

{ 'Tabakalera', 'Tabakalera ID', 10069, 'n', 1 },

Muchas gracias. Theklan (discusión) 09:55 13 mar 2024 (UTC)

@Theklan: Hecho. sasha 13:19 27 mar 2024 (UTC)

Gracias! Theklan (discusión) 13:23 27 mar 2024 (UTC)