Wikipedia:Café/Archivo/Técnica/Actual

Café: Técnica

Taza En esta sección del Café de Wikipedia puedes plantear cuestiones técnicas de edición de páginas de Wikipedia. Antes de plantear aquí una pregunta: Comprueba si en Ayuda:Contenidos ya se responde a lo que buscas. Visita el taller idiomático para consultar dudas de traducción. Visita el taller gráfico para consultar cómo mejorar imágenes. Visita el tablón de anuncios para solicitar ayuda a un bibliotecario. Para responder en un tema ya abierto, usa el enlace [editar] que se encuentra junto al título del apartado. Puedes iniciar un nuevo tema, o vigilar esta página para enterarte de sus cambios. Trata a los demás con respeto, especialmente a los recién llegados, y recuerda siempre presumir buena fe. Por favor, recuerda firmar usando cuatro virgulillas, así: ~~~~. Archivo del Café · Archivo temático del Café · Archivo de Técnica

Café
Noticias	[+]
Políticas	[+]
Técnica	[+]
Propuestas	[+]
Ayuda	[+]
Miscelánea	[+]
Ver todos
Temático

Unicode, el idioma vietnamita y el artículo Thich Nhat Hanh

Hola, usuarios y expertos del área técnica. Espero se encuentren bien de salud. Les escribo por sugerencia del bibliotecario Taichi, y lo hago para comentarles una particularidad que se presenta con el nombre del artículo Thich Nhat Hanh.

Y el punto en cuestión lo hallé también en el área de discusion del artículo en la enWikipedia. Y es que en mi computador, el artículo de esWikipedia me aparece siempre: «Nhâ´t», con un tilde que separa Nhâ de la letra t. En parte a ello se refiere el usuario en el talk:

== Correct Unicode characters for "Nhất" ==

Can change somebody the characters of his name, from "Nhâ´t" to "Nhất". Looks like currently it is "â" with "combining acute", whereas in fact it should be a fully composed "ấ". Stefanhanoi (talk) 20:20, 30 April 2019 (UTC)

En fin, que me llama poderosamente la atención ver «Nhâ´t» en vez de «Nhat», como aparece el nombre del biografiado en todos sus libros en español, lo cual resulta confuso para los usuarios, y es una diferencia de proporciones. Por eso, respetuosamente, creo que convendría chequear, cómo está apareciendo realmente el nombre del artículo en diferentes dispositivos. ¿Hay algún problema atribuible al texto Unicode y las dobles tildes? Desde ya, les quedo muy agradecido si pueden verificar este aspecto.

Muy atentamente,--NewAngus (discusión) 00:55 28 jun 2020 (UTC)

Hola NewAngus, no es un problema del título sino de las fuentes que estás usando en tu sistema. El mismo caracter con fuentes distintas se pueden mostrar de modos diferentes; por ejemplo:

• ấ, por defecto.
• ấ, con fuente 'Linux Libertine'.
• ấ, con fuente 'Georgia'.
• ấ, con fuente 'Times'.
• ấ, con una serif genérica.

Estas cuatro fuentes son las que usa el sistema para mostrar los títulos. Si no usas Linux, posiblemente no tengas instalada una fuente 'Linux Libertine' y en su lugar verás una serif genérica. Si usas Google Chrome en Windows con las fuentes que trae por defecto, verás que la opción con 'Georgia' es la que se ve mal, pues dicha fuente de Microsoft Corporation no es compatible con tales caracteres. Si usas Mozilla Firefox seguramente no tengas ese problema con 'Georgia', pues a diferencia de Chrome este navegador usará 'Times' en aquellos caracteres que falten en la anterior. En cualquier caso con 'Times' o con serif deberías ver bien el caracter siempre que tengas instaladas fuentes Unicode. Entonces puedes: a) tratar de instalar la fuente 'Linux Libertine' (descarga aquí), b) buscar e instalar una fuente 'Georgia' alternativa y compatible con los caracteres Unicode del idioma vietnamita (no será la oficial y ni siquiera sé si existe tal alternativa), c) desinstalar completamente las fuentes 'Georgia' para llegar al título en formato 'Times' (no recomiendo quedar sin fuentes 'Georgia' pues son bastante comunes), o d) desligar el título de 'Georgia' escribiendo un estilo personalizado como el siguiente en tu common.css:

.mw-body h1, .mw-body-content h1, .mw-body-content h2 { font-family: 'Linux Libertine','Times',serif!important; }

Recomiendo a) o d) por ese orden. Un saludo. -- Leoncastro (discusión) 02:53 28 jun 2020 (UTC)

Digresión

Al margen de las tipografías, ¿no conviene usar caracteres totalmente compuestos, en vez de este híbrido de un carácter compuesto combinado con un diacrítico? Estoy de acuerdo con lo que dice Stefanhanoi arriba. --angus (msjs) 21:30 28 jun 2020 (UTC)

@Angus, desde MediaWiki 1.5 los títulos se almacenan en formato UTF-8 (véase meta:Help:Special characters), por lo que los caracteres Unicode deben descomponerse antes de almacenarse. En este caso lo puedes descomponer en dos partes (â + ´) o en tres partes (a + ^ + ´), y lo más efectivo es lo primero. -- Leoncastro (discusión) 21:58 28 jun 2020 (UTC)

Leoncastro, ¿podés explicar cómo se llega de "los títulos se almacenan en formato UTF-8" a "los caracteres Unicode deben descomponerse"? ¿Por qué no se puede usar un carácter totalmente compuesto como U+1EA5 (en UTF-8, E1 BA A5)? --angus (msjs) 06:53 29 jun 2020 (UTC)

A ver Angus, para entender eso requerirá que se comprendan ciertos aspectos técnicos, por lo que pido disculpas de antemano si la siguiente explicación incomoda al resto de lectores. En UTF-8 los caracteres se almacenan en unidades de byte (ocho bits), que representados en hexadecimal esto significa un rango de 00 a FF. El caracter U+1EA5 está formado por un word (dieciseis bits), y pertenece al rango UTF-16. Ambos son caracteres Unicode, pero cada uno tiene una longitud de almacenamiento diferente. Aunque es posible almacenar un word (16 bits) en el sitio de dos bytes (2 × 8 bits), esto es un error cuando el intérprete va a leer los datos en secuencias de bytes, pues produce que el procesador trate cada mitad del word de manera separada; es decir, que en lugar de leer 1EA5 (ấ), leerá de forma independiente 1E (▲) y A5 (Ñ). Para evitar esto, en el estándar UTF-8 se han definido una serie de sencillas reglas para poder dividir los caracteres Unicode en secuencias de bytes. Así, el caracter U+1EA5 en UTF-16 equivale a la secuencia en bytes E1 BA A5 en UTF-8.

Esos tres bytes son precisamente los que se están almacenando para el título. No hay más que copiar la dirección del artículo para comprobarlo. Esta dirección muestra la siguiente ruta codificada: https://es.wikipedia.org/wiki/Th%C3%ADch_Nh%Plantilla:Rojo%Plantilla:Rojo%Plantilla:Rojot_H%E1%BA%A1nh; donde puede verse la secuencia.

Ahora bien, una vez explicado el sistema de codificación, vamos al sistema de representación. Pues los archivos de fuentes no almacenan los más de cien mil caracteres definidos en el estándar Unicode (que si no recuerdo mal alberga un espacio para definir hasta un par de millones), sino que en gran parte de los casos realizan la combinación de varios caracteres sencillos para representar un caracter compuesto. Esto se realiza en la fuente mediante unas tablas que vinculan determinadas secuencias o caracteres compuestos a determinadas combinaciones de letras. La secuencia E1 BA A5 se descodifica como U+1EA5, cuyo valor está vinculado a la combinación â + ´. La otra opción, que sería a + ^ + ´, se obtendría de la combinación U+0061 + U+0302 + U+0301, que en UTF-8 generaría una secuencia mucho más compleja que los tres bytes ya mencionados. La forma en cómo estas combinaciones se procesan para su visualización depende únicamente del tipo de fuente usado, pues tienen que estar predefinidas en las tablas de vinculación o de lo contrario se muestran como caracteres separados (que es lo que sucede con 'Georgia').

Entonces no es que no se pueda usar el caracter compuesto U+1EA5; sí se puede usar, y precisamente es el que se está usando. Otra cosa es cómo lo componen las fuentes para representarlo. Las soluciones las he explicado más arriba en mi primer comentario: preferiblemente instalar Linux Libertine o aplicar un parche al estilo. Saludos. -- Leoncastro (discusión) 12:23 29 jun 2020 (UTC)

Leoncastro: ajá, ya entendí lo que pasa. No es exactamente lo que ponés acá arriba, pero tu primera respuesta es totalmente acertada. Voy a poner una división para no distraer con esta digresión.

En resumen: el carácter usado en el título es totalmente compuesto (U+1EA5 es LATIN SMALL LETTER A WITH CIRCUMFLEX AND ACUTE; la combinación â + ´ sería U+00E2 U+0301), pero la tipografía, al no tener un glifo dedicado a esa particular combinación de letra + diacríticos, lo representa como la secuencia â + ´ (y sin el kerning necesario) (o quizás sea el navegador "inteligente" el que reemplaza uno por otro). O sea, un problema puramente de la tipografía, como bien dijiste, y sin nada que ver con codificaciones o normalizaciones de Unicode. Gracias. --angus (msjs) 14:22 29 jun 2020 (UTC)

Ayuda con plantilla selección de baloncesto

La plantilla {{selección de baloncesto}} incluye automáticamente el nombre selección de baloncesto. Esto genera problemas en casos de artículos como Selección de básquetbol de Argentina o Selección de básquetbol de Chile que tanto oficialmente (fuentes primarias) como a nivel de fuentes secundarias, son conocidas como selecciones de básquetbol y no de baloncesto. Por tanto, los artículos ha sido renombrados, pero el nombre que viene dado por la plantilla no se puede cambiar. Por tanto dentro de lo posible, me gustaría requerir que la plantilla sea modificada, para que las selecciones puedan ser llamadas de baloncesto o de básquetbol según cúal sea el uso predominante en funtes primarias y secundarias.SFBB (discusión) 19:26 28 jun 2020 (UTC)

Resuelto el tema de la plantilla {{Ficha de selección de baloncesto}}. El título de la ficha será el mismo título del artículo (sin coletilla, si la tuviese). Aunque hay tantas otras cosas por resolver en esos artículos... CC: SFBB. -- Leoncastro (discusión) 21:27 28 jun 2020 (UTC)

Muchas gracias. SFBB (discusión) 11:39 29 jun 2020 (UTC)

Wikidata weekly summary #422

Here's your quick overview of what has been happening around Wikidata over the last week.

• Discussions
  • Closed request for comments: Disallow merging into newer entity

• Events
  • Past: Wikidata Wochenende 2020 (in German)
    • Introduction to Wikidata (video)
    • Introduction to SPARQL (video)
  • Past: Cultural heritage webinar, Science Museum group. (presentations and videos)
  • Past: Wikidata Query Service exercise (in Chinese) (video)
  • Past: Wikidata in Toronto webinar with Alex Jung (video)
  • Past: Writing Wikidata queries workshop, part of the Small Wikis Toolkit series (video recording)
  • Upcoming: Wikidata & Wikibase office hour, Query Service special, July 21st at 16:00 UTC (18:00 CEST)
  • Upcoming: Next Linked Data for Libraries LD4 Wikidata Affinity Group call: Merrilee Proffitt, Chris Cyr, and Rob Fernandez on a project to surface library holdings to indicate possible notability for persons, June 30th. Agenda
  • Upcoming: Online Wikidata editathon in Swedish #19, July 5
  • Upcoming: Wikidata Parliament of Ghana contest, July 1st

• Press, articles, blog posts, videos
  • Lexemes in Wikidata: 2020 status, by Finn Årup Nielsen
  • Upcoming video: Live Wikidata editing #10 - with guest: YouTube, Facebook

• Tool of the week
  • The Sourcerer edit game suggests some sources that could fit to a claim and helps people adding references easily.

• Other Noteworthy Stuff
  • Wikibase Live sessions is coming back with the first call about Data Modeling in the context of Libraries happening on Thursday, July 2nd at 1600 UTC.

• Did you know?
  • Newest properties:
    • General datatypes: funder, intended subject of deprecated statement, Democracy Index, principal investigator, file page offset, strike tone, applies to name of value, entry receptor, estimated value, media franchise, Dewey Decimal Classification (works and editions), Library of Congress Classification (works and editions), Universal Decimal Classification (works and editions), Regensburg Classification (works and editions), study type, number of branches, references work, tradition or theory, Dowker-Thistlethwaite notation, qualifier for this property, gloss quote, use with property value, use with qualifier, prompt when missing, offset from vertical
    • External identifiers: Noovie person ID, NTB ID, sobory.ru ID, Philadelphia Museum of Art person ID, WorldFootball.net stadium ID, National Football Teams.com match ID, EU-Football.info stadium ID, Canadian Football League player ID, cadastral municipality number in Austria, Monasteries in the Netherlands until 1800 ID, Indonesian intangible cultural heritage, Australian Classification ID, Dansk litteraturs historie ID, DLive game ID, MuseScore artist ID, Uffizi artwork ID, MNBAQ artist ID, Cimetières de France ID, Dansk Biografisk Leksikon ID, SIUSA archival fonds ID, Odeon ID, WikiTrek ID, Nomor Pokok Wajib Pajak, Spotify songwriter ID, NVE Elvenett elvID, Proleksis enciklopedija ID, Singapore Infopedia ID, vglist video game ID, Veldkruus ID, BitterDB compound ID, Helsinki persistent building ID Ratu, SIUSA archive producer family ID, SIUSA archive producer organization ID, Museum of Family History ID, Deku Deals ID, Thesaurus Sozialwissenschaften ID, GCatholic person ID, Legacy.com person ID, Econlib ID, UNBIS Thesaurus ID, Web of Science ID, Encyclopedia Tatarica (tt) Online ID, Criminological Thesaurus ID, Crossref journal ID, Duden ID, Encyclopedia Tatarica (ru) Online ID, Directory of Afrocubanas ID, Emmys person ID, finalesrugby.fr ID, Goodreads work ID, locality number in Austria, IDU person ID, Gramophone composer ID, Foreign war churchyards in Norway ID, Riksdagen person guid, GCatholic diocese ID, PMSA ID, BBK (library and bibliographic classification), Rate Your Music release ID, QUDT quantity kind ID, Unique Property Reference Number
  • New property proposals to review:
    • General datatypes: FIBA Hall of Fame, Vmusic.bg artist ID, black-and-white photograph, Gujin Tushu Jicheng link, version control system, provisions, sleeping capacity, floor area, twin town sign, floor material, intended background color, is exception to constraint, prohibits, permits, Kunya, jour équivalent dans le calendrier correspondant, context of death, inverse agonist of, seatwidth, external error, set in environment, property constraint for Commons, Dowker-Thistlethwaite name, Localised title, DOI formatter, Open Data portal, subscribed by, Knot Atlas identifier, theorised by, Knotilus identifier, KnotInfo identifier, sorting weight, character designer, image set, taxon synonym string
    • External identifiers: SPOnG game ID, Bundesinventar der historischen Verkehrswege der Schweiz (IVS), Legacy.com newspaper ID, Opera Online opera house ID, Opera Online performer ID, Opera Online conductor ID, KKBox track ID, Offizielle Deutsche Charts album ID, Qobuz album ID 2, AZLyrics.com song ID, BBFC ID, FIPRESCI person ID, KBpedia ID, BWFpara.tournamentsoftware.com player ID, Maitron des fusillés ID, TheFreeDictionary medical term ID, Spanish Olympic Committee athlete ID, Naturvårdsverket Amenity ID, Supreme Court of Sweden case number, Econlib person ID, NUKAT (non-VIAF) ID, Reposcope ID, People's Representative Council of Indonesia ID, PPN ID, Oxford Bibliographies ID, Grove Art Online ID, Maniadb artist ID, Maniadb album ID, Swiss Timber Bridges, PO ID, Wikipedia Library partner ID, InciWeb, HLTV ID, Les roses cultivées à l'Haÿ en 1902 ID, Swedish Riksdag document, Church of Jesus Christ missionary ID, Church of Jesus Christ pioneer ID, Nauvoo community project ID, Dignity Memorial person ID, Oberwolfach mathematician ID, Unique Street Reference Number, TlF ID, identifiant lobbywatch.ch d'un parlementaire, identifiant Manioc livre, Bibliothèque Digital des Caraïbes, identifiant Manioc périodique, AlloCiné theater ID
  • Query examples:
    • Timeline of U.S. Presidents
    • List of MPs currently in the Sveriges riksdag (Source)
    • Map showing people buried in Père Lachaise by place of birth (Source)
    • Existing named trees in the world (Source)
    • Artworks depicting things related to a fairy tale (Source)
  • Newest database reports: no statements/enwiki

• Development
  • It is now possible to search for EntitySchema pages using a shortcut “E:”, similar to “P:” for Properties and “L:” for Lexemes. For example: E:E10 or E:kakapo. T245529
  • Continued working on the first version of Federation, which will allow other Wikibase installations to use Wikidata's Properties - getting closer to a first testable version
  • More work on consistency of user interface components
  • Finalizing the click-dummy for the first version of the Query Builder so we can start testing it with some editors soon and get feedback.
  • Continuing to investigate how to improve our APIs and other ways to improve access to the data in Wikidata for programmers
  • Discussed the future of the Wikidata Query Service and ideas for next steps we can take to make it scale better. Guillaume will join the next office hour to talk about it.
  • More work on clearer separation of Wikibase repository and Wikibase client code in order to improve maintainability

You can see all open tickets related to Wikidata here. If you want to help, you can also have a look at the tasks needing a volunteer.

• Monthly Tasks
  • Add labels, in your own language(s), for the new properties listed above.
  • Comment on property proposals: all open proposals
  • Contribute to a Showcase item.
  • Help translate or proofread the interface and documentation pages, in your own language!
  • Help merge identical items across Wikimedia projects.
  • Help write the next summary!

Read the full report · Unsubscribe · Mohammed Sadat (WMDE) 15:01 29 jun 2020 (UTC)

Tech News: 2020-27

Estas son las últimas noticias de tecnología de la comunidad técnica de Wikimedia. Cuéntales a otras personas acerca de estos cambios. Algunos no podrían afectarte. Hay traducciones disponibles.

Problemas

• Todas las sesiones de usuarios fueron cerradas debido a que algunos usuarios podían navegar por la wiki como si estuvieran en la cuenta de otro usuario. El problema ya fue resuelto. [1]
• Algunos lectores no podían ver las nuevas ediciones en las páginas. Si la página había sido cambiada recientemente, ellos accedían a una versión antigua de la página. Esto afectó solamente a los usuarios que estaban sin iniciar sesión. El problema persistió por al menos 10 días y fue solucionado. [2]

Cambios de esta semana

• La nueva versión de MediaWiki se instalará en los wikis de prueba y en MediaWiki.org el 30 junio. Se instalará en wikis que no son Wikipedia y en algunas Wikipedias a partir del 1 julio, y en las restantes a partir del 1 julio (calendario).

Cambios futuros

• Las pieles (skins) Modern y Monobook usan el ID searchGoButton para el botón de Ir. En la piel Vector es searchButton. Para tener el mismo ID para todas las pieles, serán cambiadas a searchButton en Modern y Monobook. Esto afectará a los accesorios (gadgets) y scripts de usuarios. El cambio se efectuará le 23 de julio y se deberán actualizar códigos para que las funciones sigan activas. Puedes leer más de esto y ver una lista de scripts afectados.

Noticias técnicas preparadas por escritores de Noticias Tec y publicadas por un bot • Contribuya • Traduzca • Obtenga ayuda • Denos su opinión • Suscríbase o cancele su suscripción.

16:30 29 jun 2020 (UTC)

Edité una página y aun salen los banners de que necesita referencia

Hola. He creado una página que entiendo tiene todas las referencias de webs internacionales, y aun así salen los banners. Solicito ayuda. — El comentario anterior sin firmar es obra de Claprd (disc. • contribs • bloq). --Леон Поланко говорит вам и слушает вас 02:08 30 jun 2020 (UTC)

¿Que dicen dichos banners? ¿Y cuál es la página en cuestión? --Леон Поланко говорит вам и слушает вас 02:09 30 jun 2020 (UTC)

esta es la pagina https://es.wikipedia.org/wiki/In%C3%A9s_P%C3%A1ez_Nin_(Chef_Tita) los banners cuestionan la calidad de la información.

Claprd (disc. · contr. · bloq.): no son banners, son plantillas de mantenimiento, el artículo fue creado aparentemente con redacción promocional y no neutral, de todas maneras podrías contactar con el usuario AntoFran (disc. · contr. · bloq.), que fue quién le colocó al artículo las mencionadas plantillas. --Леон Поланко говорит вам и слушает вас 02:15 30 jun 2020 (UTC)

Gracias le contactaré de inmediato. quité todo lo preomocional haciendo el artículo, puedes verlo. gracias. — El comentario anterior sin firmar es obra de Claprd (disc. • contribs • bloq). --Леон Поланко говорит вам и слушает вас 02:17 30 jun 2020 (UTC)

Continúan saliendo las plantillas de mantenimiento. Y está arreglado todo lo que se me ha pedido. No sé que más hacer pues le he escrito directo también a quines las pusieron. Claprd

HE ESCRITO DOS ARTÍCULOS Y A AMBOS LE HAN PUESTO UNA PLANTILLA DE DESTRUIR EL USUARIO MIGUEALCAN SIN RAZÓN ALGUNA PUES AMBAS PÁGINAS FUERON HECHAS EXACTAMENTE IGUAL QUE OTRAS DE PERSONALIDADES SIMILARES Y CON LAS REFERENCIAS Y CATEGORÍAS SOLICITADAS. Necesito ayuda de algún editor de WIKIPEDIA que revise esta acción abusiva.

Por otro lado conozco al editor que puso la plantilla, de hecho lo tengo en las redes sociales. Me parece injusto de su parte pues parece que tiene intenciones personales para hacerlo y eso va en contra de la comunidad de wikipedia.

Las páginas con la plantilla son: Ines Páez Nin Y Josué Guerrero Rojas — El comentario anterior sin firmar es obra de Claprd (disc. • contribs • bloq). --Леон Поланко говорит вам и слушает вас 01:04 2 jul 2020 (UTC)

Claprd (disc. · contr. · bloq.): el usuario que colocó las plantillas aún no las ha retirado, ni nadie ha retirado las plantillas, por eso es que aún aparecen en el artículo. Puedes contactar en su discusión al usuario que colocó las plantillas para preguntarle si ya podría ser factible que se retiren las plantillas al artículo. Te recomiendo que escribas en la discusión de dicho usuario. --Леон Поланко говорит вам и слушает вас 01:07 2 jul 2020 (UTC)

¡Cuestión!

Hola, me gustaría saber si esta versión de Wikipedia tiene un script o otra herramienta que le permita automatizar la traducción de los parámetros de las plantillas de fuentes. Edmond Dantès ^{d'un message?} 20:50 30 jun 2020 (UTC)

 No existe. Usuario Sin Identidad (discusión) 09:59 1 jul 2020 (UTC)

• Se supone que la herramienta de traducción permite traducir varias plantillas a la versión local, pero a falta de compatibilidad, se puede rellenar mediante dicha herramienta. -- Davod (desquítense n_n) 20:17 10 jul 2020 (UTC)

¿Cómo citar en es.Wikipedia referencias en Wikidata?

¿Cómo citar en es.Wikipedia referencias en Wikidata?

En inglés, hay en:Template:Cite Q. Lo utilizco como <ref>{{cite Q|Q5682}}<!-- elemento en Wikidata para Miguel de Cervantes. -->.</ref>

Yo podría traducir la documentación pero necesitaría ayuda con el software.

(Traduje de francés en inglés, y me gustaríar traducirlo también en español, pero no me gusta usar "Plantilla:Obra citada" para las referencias.) Gracias, DavidMCEddy (discusión) 18:42 1 jul 2020 (UTC)

A la vista de los múltiples problemas que se declaran en la propia plantilla, yo no importaría esa plantilla a otro proyecto. Especialmente porque no se hace ningún tratamiento si en Wikidata los datos no están en el idioma adecuado. No creo que sea bueno traer más problemas a este proyecto. Además, precisamente tu ejemplo de uso <ref>{{cite Q|Q5682}}</ref> no sirve para referenciar ninguna fuente, pues solamente enlaza al artículo de Miguel de Cervantes, a la colección de todas sus obras en Open Library, y al elemento asociado en Wikidata. Un mal ejemplo que nos permite vislumbrar el mal uso que se dará a esa plantilla. En todo caso debería limitarse su uso para enlazar a obras concretas (publicaciones científicas o libros) como los ejemplos de la documentación (que por lo menos hacen referencia a una obra determinada). -- Leoncastro (discusión) 19:05 1 jul 2020 (UTC)

Sí, eso era un muy mal ejemplo. Un mejor ejemplo es un 2015 artículo de Sophia Fay, citado en ambos en:Julia Cagé y fr:Julia Cagé como referencia [1] en inglés y “4” en francés. El código MediaWiki es lo siguiente:

• {{cite Q|Q96951729}} en inglés, y
• {{Bibliographie|Q96951729}} en francés.

Favor de observar que ambas referencias apuntan al mismo elemento de Wikidata: Q96951729.

Para hacer más leíble el lenguaje de marcado MediaWiki, agrego comentarios como los siguientes:

• {{cite Q|Q96951729}}<!-- Julia et Agathe Cagé, les sœurs douées [Julia et Agathe Cagé, talented sisters], 2015 article by Sophie Fay-->.
• {{Bibliographie|Q96951729}}<!-- Julia et Agathe Cagé, les sœurs douées, Article 2015 de Sophie Fay-->.</ref>

Como dije, ustedes pueden ver estos ejemplos como referencia [1] en en:Julia Cagé y “4” en fr:Julia Cagé.

He estado usando elementos de Wikidata como este de forma rutinaria en Wikipedia y Wikiversity en inglés durante un par de años. Si solo voy a usar una sola referencia en un artículo, puede ser menos trabajo usar la plantilla de citas estándar. Sin embargo, si lo uso en más de un artículo, se vuelve menos trabajo crear el elemento Wikidata y luego citarlo cada vez en esta manera. Además, creo que hay una manera de encontrar todos los lugares en los proyectos de Wikimedia que usan un elemento específico de Wikidata, aunque no puedo encontrar ahora cómo hacerlo.

¿Pueda ser mejor traducir fr:Modèle:Bibliographie que parece un poco diferente y que no menciona tantas problemas como en en:Template:Cite Q?

Gracias, DavidMCEddy (discusión) 20:21 4 jul 2020 (UTC)

Parece muy interesante hacer una base de datos bibliográfica en Wikidata accesible desde cualquier artículo o proyecto, pero si un artículo largo tiene ochenta referencias, todas codificadas así, corregir o revisar la bibliografía del mismo puede ser completamente imposible. Me imagino cotejar listas interminables de números, accediendo a Wikidata cada vez, para identificar si una referencia concreta es la que queremos suprimir o sustituir o si es la que acabamos de añadir, es un paso atrás en la comprensión visual del código en un artículo. Haría falta una herramienta paralela en línea que permita visualizar el texto de la referencia en lugar de esa caterva de números. Un saludo, --PePeEfe (discusión) 07:25 5 jul 2020 (UTC)

Coincido con PePeEfe, me parece demasiado precipitado el uso de esa codificación sin tener las herramientas adecuadas. Además, que la versión en francés no mencione los problemas no significa que estos hayan desaparecido por arte de magia; seguirá siendo un problema cuando los datos no están en el idioma adecuado. -- Leoncastro (discusión) 12:04 5 jul 2020 (UTC)

Pues a mí me parece fundamental tener esta plantilla cuanto antes. En vez de citaciones mal hechas (la inmensa mayoría de las citaciones acá en eswiki) poder tener una cita a un trabajo concreto, completamente identificado, con control de autoridad y con toda su información correspondiente, además de dinámico (los enlaces a los autores siempre que existan, por ejemplo, o información acerca del status del paper, si fue retractado (!)), sin los errores que nadie se preocupa de solucionar. Pero no espero nada tampoco. --Ninovolador (discusión) 18:14 5 jul 2020 (UTC)

Yo tampoco lo veo. Quizás más que nada por el tema del vandalismo o ediciones erráticas que nadie detecta en Wikidata (que son muchas, especialmente en etiquetas, algo menos en statements y casi nada en sitelinks) y su propagación masiva silenciosa. Que empiecen a aparecer chistes ya no solo en los artículos sino en las referencias que sostienen su contenido puede llevar a cierto descrédito. Demasiada incertidumbre. Que sí, que puede haber vandalismos aquí también, en la bibliografía local... pero no es lo mismo. A medio plazo veo más útil algo en este sentido (cite Q)c omo sustitución más que como transclusión. Como alternativa intermedia podría crearse un parámetro "Q" extra en las plantillas de cita actuales que complete información susceptible de aparecer a posteriori: basada principalmente en sitelinks (enlace a artículo de revista cuando se cree, por ejemplo) o identificadores externos (issn si la publicación no tuviera uno cuando se crea la cita; doi para enlaces a versiones en línea, etc). El Q ése de Wikidata podría enlazarse además como identificador único en las citas, de manera similar a como hacemos con JSTOR, DOI o ISSN. Cosas así. Saludos. strakhov (discusión) 20:40 8 jul 2020 (UTC)

El parámetro |id= acepta cualquier cosa. Por ejemplo:

{{Cita publicación |título=Ejemplo |autor=Leoncastro |año=2020 |id=[[:d:Q14944328|Q14944328]] }} →

Leoncastro (2020). Ejemplo. Q14944328. 

Si se quiere que el enlace aparezca de forma automática solamente indicando el Q —como se hace con JSTOR, DOI o ISSN, y que me parece una buena idea—, será necesario crear un parámetro dedicado. ¿Q?, ¿wikidata? Saludos. -- Leoncastro (discusión) 21:06 8 jul 2020 (UTC)

"wikidata" creo que puede funcionar relativamente bien. strakhov (discusión) 09:21 11 jul 2020 (UTC)

(El incluir el Q de wikidata dentro de un parámetro genérico como "id=" creo que dificulta la reutilización de ese Q para volcar información extra desde Wikidata, más allá de generarse un enlace automático al Q o no). strakhov (discusión) 09:27 11 jul 2020 (UTC)

Eso es cierto. Pensaba únicamente en la posibilidad de crear el enlace y no tuve en cuenta la de reutilizar dicho parámetro. En fin, que ya lo he integrado en el módulo de citas como |wikidata= y genera un enlace similar al resto de identificadores. Ejemplo:

{{Cita publicación |autor=Leoncastro |año=2020 |título=Ejemplo |isbn=978-3-16-148410-0 |issn=2049-3630 |wikidata=Q14944328 }} →

Leoncastro (2020). Ejemplo. ISBN 978-3-16-148410-0. ISSN 2049-3630. Wikidata Q14944328. 

Saludos. -- Leoncastro (discusión) 12:08 11 jul 2020 (UTC)

Me parece bien. strakhov (discusión) 14:23 11 jul 2020 (UTC)

Un detalle que podría serle útil a alguno a falta de plantillas es que el generador automático de citas (el que empezó en el editor visual y te genera la cita a partir de URL, DOI, ISBN...) también admite como entrada un ítem de Wikidata y te genera directamente la referencia con los datos de allí. La parte mala es que no cambia la referencia al modificar los datos en Wikidata y la parte buena... es que no cambia la referencia al modificar los datos en Wikidata . Un saludo. — Mr.Ajedrez  Comenta la jugada — 16:28 11 jul 2020 (UTC)

Mostrar simbolos cuneiformes en articulos.

La página de Sumeria intenta mostrarnos como se escribía Sumeria en simbolos cuneiformes. Wikipedia utiliza Unicode para representar las letras cuneiformes, lamentablemente como mi computadora no tiene descargados los simbolos, mi navegador simplemente me muestra un cuadrado con el codigo Unicode correspondiente.

Es posible indicar al navegador que descargue los simbolos si el usuario no los tiene. Como son inútiles más allá del contexto de esta página, lo ideal sería descargar nada más los simbolos que se van a mostrar, ya que el alfabeto completo pesa unos 2.4 megabytes. Esta optimización no sé si será posible de implementar, lo cual puede dificultar la implementación de esta mejora. Sin embargo, si logramos solucionar este problema, muchisimos otros artículos se beneficiaran de ello, incluso se puede implementar de tal manera que impacte a todas las wikipedias, lo cual puede tener un efecto significativo en wikis de otro lenguaje. Aunque inicialmente lo ideal sería impactar nada más un solo lenguaje y un solo artículo.

Una fuente cuneiforme está disponible en http://oracc.museum.upenn.edu/downloads/CuneiformComposite-1001.zip Sé como indicarle al navegador que descargue en HTML con la regla CSS @font-face y un estilo css font-family. Pero no sé como implementaría este tipo de cambios en wikipedia, tendría que ponerme a leer su codigo fuente.

Escribo acá para recordarme en un futuro de trabajar en esto, pero si alguien quiere ayudar, también es bienvenido. — El comentario anterior sin firmar es obra de TZubiri (disc. • contribs • bloq). 12:38 3 jul 2020‎ PePeEfe (discusión) 12:15 3 jul 2020 (UTC)

¿No sería más sencillo usar imágenes como Archivo:EB9 China cuneiform lion.png o Archivo:Code of Hammurabi 75.jpg para ilustrarlo?. --PePeEfe (discusión) 12:15 3 jul 2020 (UTC)

Sí, son buenos complementos visuales, pero el la convención en wikipedia es mostrar los simbolos junto al nombre en la primer oración del artículo como en https://es.wikipedia.org/wiki/Al%C3%A1. Alguien agrego los simbolos a la página https://es.wikipedia.org/wiki/Sumeria y a muchas otras, así que la solución es o implementar la fuente unicode, o eliminar los simbolos del artículo.--TZubiri (discusión) 00:01 4 jul 2020 (UTC)

O se pone la plantilla de {{Caracteres especiales}}, como se hace en el resto de artículos que muestran caracteres especiales. -- Leoncastro (discusión) 00:15 4 jul 2020 (UTC)

Accesorio: wikiEd

¡Hola! Empleo esta herramienta para edición y he notado que en Opera ya no funciona el resaltado de referencias. Uso Firefox para mi usuario RoyFocker y Opera para este (RoyFokker) y esta es una herramienta muy útil cuando se revisan artículos más largos y complejos como el que estoy mirando ahora. ¿Alguno sabe si se puede arreglar o sustituir de alguna forma? Gracias. Roy 14:38 3 jul 2020 (UTC)

Hola RoyFocker, wikEd, como algunas otras herramientas que todavía tenemos en las preferencias, se han ido quedando obsoletas. Si lo que te interesa es principalmente el resaltado de sintaxis, la barra de herramientas por defecto ya lo incorpora, por lo que no necesitas esa herramienta. Si te interesaba también por alguna otra función, puedes preguntarle a su creador Cacycle. Saludos. -- Leoncastro (discusión) 16:15 3 jul 2020 (UTC)

Wikidata weekly summary #423

Here's your quick overview of what has been happening around Wikidata over the last week.

• Events
  • Past: Wikidata Parliament of Ghana contest launch (replay)
  • Upcoming: Biohackathon 2020 Barcelona 2020 November 9th - 13th The accepted wikidata related proposal: Knowledge graphs and wikidata subsetting
  • Upcoming: Online Wikidata editathon in Swedish #20, July 12
  • Upcoming: Celtic Knot conference, July 9-10, including several sessions about Wikidata, a Wikidata helpdesk

• Press, articles, blog posts, videos
  • Why Ariadne uses Getty AAT over Wikidata
  • Video: LIVE Wikidata editing #10 - YouTube

• Tool of the week
  • Ptable displays the periodic table automatically extracted from information provided by Wikidata; it also provides a check that all the elements are there with some basic properties. Additional pages provide charts of the nuclides under different criteria such as half-life. Each element or nuclide is linked to its Wikidata item for more information or to edit if necessary.

• Other Noteworthy Stuff
  • Abstract Wikipedia was approved.
  • OpenRefine 3.4 beta 2 was released.

• Did you know?
  • Newest properties:
    • General datatypes: Open Data portal, theorised by, DOI formatter, set in environment, academic appointment
    • External identifiers: House Divided ID, thefreedictionary medical term ID, People's Representative Council of Indonesia ID, Grove Art Online ID, Supreme Court of Sweden case number, KBpedia ID, Swedish Environmental Protection Agency OBJECTID, Oxford Bibliographies ID, Swiss Timber Bridges ID
  • New property proposals to review:
    • General datatypes: taxon synonym string, PM20 subject code, PM20 geo code, number of downloads, Interactive element, course, Zoning symbol, vanDerWaalsConstant, has pattern
    • External identifiers: AlloCiné theater ID, Cistercian Biography Online ID, Pitchfork artist ID, Archive Of Our Own tag, Austrian encyclopedia of music online, Swiss Tunnel ID, ANZSRC 2020 FoR ID, CPJF ID, TripAdvisor ID 2, Wien Kulturgut: Kunstwerke im öffentlichen Raum ID, public transport stop, Homebrew formula name, Offizielle Deutsche Charts song ID, British Museum object ID, ToS;DR service numerical identifier, code EHESS d'une commune, IAPH code, ProtonDB video game ID
  • Query examples:
    • France has a new Prime Minister: see the list of all ministers in French history (very long scroll). If you want to know more, see this notebook
    • Open data portals in Wikidata (using the newly created property Open Data portal (P8402))
    • Objects that are named after people on Wikidata (Source)

• Development
  • More work on the consistent design system (Phabricator board)
  • More work on decoupling the different Wikibase extensions from each other
    • Proposal to stop registering WikibaseLib as a separate extension
  • Polishing the first step of Federation (using Wikidata's Properties in another Wikibase installation) (incl. preventing users from selecting a federated property with a non-supported data type (phab:T252012) and preventing users from accessing Special:NewProperty when federation is enabled (phab:T255576) and viewing a list of all properties when federation is enabled (phab:T246339))
  • Continuing research and interviews around the topic of making it easier to access Wikidata's data for programmers
  • Doing first testing of mockups and prototypes of the first version of the Query Builder - coding can start soon
  • Convert a few properties from string to external identifier: Linguasphere code (P1396), KOATUU identifier (P1077) and ISIN (P946)

You can see all open tickets related to Wikidata here. If you want to help, you can also have a look at the tasks needing a volunteer.

• Monthly Tasks
  • Add labels, in your own language(s), for the new properties listed above.
  • Comment on property proposals: all open proposals
  • Contribute to a Showcase item.
  • Help translate or proofread the interface and documentation pages, in your own language!
  • Help merge identical items across Wikimedia projects.
  • Help write the next summary!

Read the full report · Unsubscribe · Mohammed Sadat (WMDE) 15:19 6 jul 2020 (UTC)

Tech News: 2020-28

Latest tech news from the Wikimedia technical community. Please tell other users about these changes. Not all changes will affect you. Translations are available.

Problems

• The Score extension has been disabled for now. This is because of a security issue. It will work again as soon as the security issue has been fixed. [3]

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 7 July. It will be on non-Wikipedia wikis and some Wikipedias from 8 July. It will be on all wikis from 9 July (calendar).

Future changes

• Abstract Wikipedia is a new Wikimedia project. It will collect language-independent information that can be easily read in different languages. It builds on Wikidata. The name is preliminary. You can read more. [4]
• The iOS Wikipedia app developers are thinking about new experimental tools. If you use an iPhone you can help them by answering the survey.
• Some rules for user signatures will soon be enforced. Lint errors and invalid HTML will no longer be allowed in user signatures. Nested substitution will not be allowed. A link to your user page, user talk page or user contributions will be required. You can check if your signature works with the new rules. This is because the signatures can cause problems for tools or other text on the page.

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe.

20:17 6 jul 2020 (UTC)

Control de autoridades

¡Saludos! Hace tiempo me percaté de que muchas páginas que han sido traducidas desde otras Wikipedias no poseen el {{Control de autoridades}}. Últimamente me he dedicado a colocar dicha plantilla en los artículos que otros usuarios traducen, pero me pregunto, ¿es correcto colocarla en artículos traducidos? He leído las políticas de la plantilla pero me queda esa duda, por lo que prefiero preguntar por acá para asegurarme. Muchas gracias. --Benjamín Pérez Vera (discusión) 00:50 8 jul 2020 (UTC)

El control de autoridades se pone en todos los artículos, excepto en biografías, donde se pone NF.--SRuizR 00:54 8 jul 2020 (UTC)

Muchas gracias por la ayuda! --Benjamín Pérez Vera (discusión) 00:57 8 jul 2020 (UTC)

En los traducidos, además, habría que colocar, si no la tuviera, la plantilla {{Traducido ref}} en la sección de enlaces externos para atribuir la misma. Geom (discusión) 22:00 10 jul 2020 (UTC)

No es necesario siempre Geom. La atribución se puede realizar también mediante el resumen de edición o en la discusión con la plantilla {{Traducido de}}. Véase Ayuda:Cómo traducir un artículo#Derechos_de_autor. -- Leoncastro (discusión) 22:20 10 jul 2020 (UTC)

Editing news 2020 #3

Noticias de edición 2020, n.º 3

Read this in another language • Lista de suscripción a este boletín plurilingüe

Más de 50 millones de ediciones han sido realizadas utilizando el editor visual en ordenador.

Este mes, hace siete años, que el Equipo de Edición ofreció el editor visual a la mayoría de editores de Wikipedia. Desde entonces, los editores han logrado muchos hitos:

• Más de 50 millones de ediciones han sido realizadas utilizando el editor visual en ordenador.
• Se han creado más de dos millones de artículos nuevos en el editor visual. De estos, más de 600 000 se crearon durante 2019.
• El editor visual es cada vez más popular. La proporción de todas las ediciones hechas utilizando el editor visual ha aumentado cada año desde su presentación.
• En 2019, 35 % de las ediciones hechas por recién llegados (gente registrada con ≤ 99 ediciones) utilizó el editor visual. Este porcentaje ha aumentado cada año.
• Casi cinco millones de ediciones en el sitio para móviles se han hecho mediante el editor visual. La mayoría de estas ediciones se efectuaron desde que el equipo de edición empezó a mejorar el editor visual móvil en 2018.
• El 17 de noviembre de 2019, se efectuó la primera edición desde el espacio exterior mediante el editor visual para móviles. 🚀 👩‍🚀
• Los editores han hecho más de 7 millones de ediciones en el editor de wikitexto de 2017, incluyendo la creación de 600 000 artículos nuevos en él. El editor de wikitexto de 2017 es el editor visual en formato de wikitexto. Puedes habilitarlo en tus preferencias.

Whatamidoing (WMF) (discusión) 12:55 9 jul 2020 (UTC)

Rendimiento en Módulo:Ficha de taxón

Hace un tiempo atrás (solo por hobby, y que después me tomé en serio) había empezado a desarrollar un módulo para la {{Ficha de taxón}}, el cual pretende extraer los datos taxonómicos desde Wikidata. Ha representado un gran desafío para escribir el código que lo permita (el cual escribí desde cero).

El módulo funciona bien, pero me estoy enfrentando a un problema de rendimiento, ya que invoca a funciones costosas recursivamente hasta llegar a la raíz del arbol taxonómico.

Datos de perfil del analizador:

Pruebas de Módulo:Ficha de taxón/Tigón

Tiempo de uso de CPU	0,412 segundos
Tiempo real de uso	0,508 segundos
N.º de nodos visitados por el preprocesador	53/1 000 000
Tamaño de inclusión posexpansión	6 771/2 097 152 bytes
Tamaño de los parámetros de plantilla	0/2 097 152 bytes
Profundidad máxima de expansión	3/40
Contador de funciones costosas del analizador	54/500
Profundidad de recursión de función «unstrip»	0/20
Tamaño tras la expansión de «unstrip»	850/5 000 000 bytes
Tiempo de uso de Lua	0,369/10,000 segundos
Uso de memoria de Lua	8 47 MB/50 MB
Número de entidades de Wikibase cargadas	54/400

Pruebas de Módulo:Ficha de taxón/Gato

Tiempo de uso de CPU	1,276 segundos
Tiempo real de uso	1,537 segundos
N.º de nodos visitados por el preprocesador	5 954/1 000 000
Tamaño de inclusión posexpansión	139 632/2 097 152 bytes
Tamaño de los parámetros de plantilla	4 132/2 097 152 bytes
Profundidad máxima de expansión	12/40
Contador de funciones costosas del analizador	60/500
Profundidad de recursión de función «unstrip»	0/20
Tamaño tras la expansión de «unstrip»	101 596/5 000 000 bytes
Tiempo de uso de Lua	0,582/10,000 segundos
Uso de memoria de Lua	8 92 MB/50 MB
Número de entidades de Wikibase cargadas	57/400

Pruebas de Módulo:Ficha de taxón

Tiempo de uso de CPU	2,880 segundos
Tiempo real de uso	3,354 segundos
N.º de nodos visitados por el preprocesador	21 185/1 000 000
Tamaño de inclusión posexpansión	151 407/2 097 152 bytes
Tamaño de los parámetros de plantilla	7 550/2 097 152 bytes
Profundidad máxima de expansión	28/40
Contador de funciones costosas del analizador	327/500
Profundidad de recursión de función «unstrip»	0/20
Tamaño tras la expansión de «unstrip»	10 770/5 000 000 bytes
Tiempo de uso de Lua	2,625/10,000 segundos
Uso de memoria de Lua	13 56 MB/50 MB
Perfil de Lua
Scribunto_LuaSandboxCallback::getEntity 2200 ms 83.3% Scribunto_LuaSandboxCallback::preprocess 180 ms 6.8% recursiveClone <mwInit.lua:41> 120 ms 4.5% type 40 ms 1.5% ? 40 ms 1.5% Scribunto_LuaSandboxCallback::addStatementUsage 20 ms 0.8% Scribunto_LuaSandboxCallback::plain 20 ms 0.8% [others] 20 ms 0.8%
Número de entidades de Wikibase cargadas	114/400

Sin embargo, con artículos más grandes (o mejor dicho, con más funciones costosas), el analizador se cierra al alcanzar el límite de tiempo, o el límite de 500 funciones costosas.

• ¿Creen que el módulo es usable?
• ¿Qué optimizaciones sugieren?

-- Davod (desquítense n_n) 17:27 10 jul 2020 (UTC)

@Amitie 10g, está claro que si se alcanzan los límites de procesamiento el módulo no es usable. Para sugerir optimizaciones será necesario conocer el código, y quien mejor que tú mismo —que lo has programado— para conocerlo. Sin analizar el código, sugiero que primero identifiques las funciones más costosas y que trates de reducir sus llamadas. Supongo que la principal será mw.wikibase.getEntity(id), por lo que deberías limitar su uso a las 14 llamadas inconexas que admite la caché. En lugar de un ciclo recursivo, trata de reestructurarlo en llamadas puntuales. Es decir, en lugar de tratar de obtener todo de golpe en obtenerTaxonomia, trata de ir obteniendo los eslabones por separado. Para otras optimizaciones realmente no costosas, pero que acaban sumando consumo de tiempo y memoria, trata de usar funciones propias del sistema: si ya existen mw.language:formatNum y mw.ustring.format, no trates de inventar tus propias versiones formatoNumero —¡nada menos que con un while true!— o aPotencia —que usas un math.pow(10,potencia) pero donde potencia siempre es igual a 6; es decir mejor usa 100000—. Trata de evitar bucles con expresiones regulares. Trata de simplificar opciones: en lugar de comparar una cadena contra una matriz de alternativas similares ({"[[Animal]]", "[[animal]]","[[animal]]ia",...), busca su nexo en común y compara directamente contra ello (str:lower().match('animal')). Estos pequeños detalles se terminan notando. -- Leoncastro (discusión) 18:34 10 jul 2020 (UTC)

Plantilla Respuesta a

En estos días me han citado con la plantilla {{Respuesta a}} poniendo mi nombre de usuario exacto y sin errores, como en esta edición, pero no me apareció la notificación.--Malvinero10 (discusión) 02:53 11 jul 2020 (UTC)

Buenas @Malvinero10: Si revisas la forma de usar la plantilla en cuestión, se indica que tiene que ponerse esta, a continuación el texto y después la firma. En el caso que indicas no aparece la firma. Puedes revisarlo en la sección de "Limitaciones conocidas". Un saludo. --vanbasten_23 (discusión) 08:00 11 jul 2020 (UTC)

Gracias @Vanbasten 23:. Prestaré más atención. Saludos.--Malvinero10 (discusión) 14:59 11 jul 2020 (UTC)