Wikipedia

Wikipedia:Café/Portal/Archivo/Técnica/2020/07

< Wikipedia:Café · Portal · Archivo · Técnica
Último comentario: hace 4 años por Mr.Ajedrez en el tema Control de autoridades
Esto es un archivo de entradas pasadas. Por favor, no edites los contenidos de esta página. Si deseas comenzar una nueva discusión o continuar una antigua, por favor, hazlo en la página actual.


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

editar
Último comentario: hace 4 años6 comentarios1 usuario en la discusión

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)

Accesorio: wikiEd

editar
Último comentario: hace 4 años2 comentarios2 usuarios en la discusión

¡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)

Mostrar simbolos cuneiformes en articulos.

editar
Último comentario: hace 4 años4 comentarios3 usuarios en la discusión

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)

Wikidata weekly summary #423

editar
Último comentario: hace 4 años1 comentario1 usuario en la discusión
 
Here's your quick overview of what has been happening around Wikidata over the last week.
  • 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.
  • Development
    • More work on the consistent design system (Phabricator board)
    • More work on decoupling the different Wikibase extensions from each other
    • 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.

Tech News: 2020-28

editar

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. [1]

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. [2]
  • 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)

Editing news 2020 #3

editar
Último comentario: hace 4 años1 comentario1 usuario en la discusión

Noticias de edición 2020, n.º 3

editar

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

editar
Último comentario: hace 4 años2 comentarios2 usuarios en la discusió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)

¡Cuestión!

editar
Último comentario: hace 4 años5 comentarios3 usuarios en la discusió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)
@Amitie 10g: Simplemente odio esta herramienta de traducción por varias razones; en la Wikipedia portuguesa, las referencias siempre cambian y varias personas usan la herramienta para esquivar (rehusar) las protecciones de página. Este "script" funciona traduciendo todos los parámetros de la pantilla cita web y derivadas. Es un medio que facilita las traducciones al permitir que se realicen presionando un botón. Pero no tengo tiempo para traerte aquí. Edmond Dantès d'un message? 21:57 11 jul 2020 (UTC)
La herramienta de traducción es simplemente un complemento para facilitar la traducción, y de hecho se me hace más fácil agregar y corregir referencias (la menos con artículos desde Wikipedia en inglés). --  Davod (desquítense n_n) 22:14 11 jul 2020 (UTC)

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

editar
Último comentario: hace 4 años13 comentarios6 usuarios en la discusión

¿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)

Plantilla Respuesta a

editar
Último comentario: hace 4 años3 comentarios2 usuarios en la discusión

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)

Wikidata weekly summary #424

editar
Último comentario: hace 4 años1 comentario1 usuario en la discusión
 
Here's your quick overview of what has been happening around Wikidata over the last week.
  • Events
    • Upcoming: Next Linked Data for Libraries LD4 Wikidata Affinity Group call: New co-facilitator introductions and tools for editathons, 14 July. Agenda
    • Upcoming video: Wikipedia Weekly Network - LIVE Wikidata editing #12, 18 July Facebook, YouTube
    • Past: Celtic Knot Wikimedia language conference, online, July 9-10. Videos, documentation and slides of sessions are accessible from the program page.
  • Tool of the week
    • DragNDrop.js makes it possible to show a Wikipedia article and drag items to Wikidata.
  • Development
    • Continued building out documentation for Federated Properties (phabricator:T255651) and making interface improvements to the first stage of the feature (incl. phabricator:T246886, changes to special pages that interact with both Items/Properties, and phabricator:T255581, changes to Special:ListDataTypes when federation is enabled)
    • More work on the consistent design system
    • More work on decoupling the different Wikibase extensions from each other to make development easier
    • Finalizing research and interviews to better understand what could be improved in the way developers access Wikidata's data (APIs, SPARQL)
    • Testing the first prototype of the Simple Query Builder with some editors to get final input before coding starts
    • Sorting of language links on Wikipedia and the other Wikimedia projects was broken (presumably by a change in MediaWiki core). A fix is being worked on. (phabricator:T257625)

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.

Tech News: 2020-29

editar

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.

Cambios recientes

  • Las usuarias y usuarios pueden agradecer a otras personas por sus ediciones. Los Checkusers pueden ver esos datos relacionados con los agradecimientos para poder identificar a usuarios títeres con los cuales se acosan a otras personas usando la opción de agradecimiento. [3]

Problemas

  • Todas las sesiones fueron cerradas varias veces hace algunas semanas atrás para solucionar un problema de seguridad. El problema no fue completamente resulto, por lo cual todas las sesiones fueron cerradas nuevamente la semana pasada. [4][5]

Cambios de esta semana

  • Las wikis que no poseen un solo idioma específico pueden traducir páginas. En ocasiones, algunas partes de las traducciones están desactualizadas o faltan por ser traducidas. Las traducciones desactualizadas son marcadas con fondo rosa. Las traducciones faltantes también estarán marcadas en el futuro. Este marcado podría romper algunas cosas. Esto podrá ser deshabilitado usando <translate nowrap></translate> como wikisintaxis. [6]
  •   La nueva versión de MediaWiki se instalará en los wikis de prueba y en MediaWiki.org el 14 julio. Se instalará en wikis que no son Wikipedia y en algunas Wikipedias a partir del 15 julio, y en las restantes a partir del 16 julio (calendario).

Cambios futuros

  •   La revisión de código de Wikimedia está planeando usar GitLab. Este software estará ejecutándose desde los servidores Wikimedia. [7][8][9][10]

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:29 13 jul 2020 (UTC)

Contribuciones sin firmar

editar
Último comentario: hace 4 años3 comentarios2 usuarios en la discusión

Hola,

cuál es la plantilla que se coloca bajo la contribución en una PD para que aparezca el nombre del usuario o su IP que la hizo?. --Juan Villalobos (discusión) 09:47 17 jul 2020 (UTC)

{{no firmado}}. Un saludo. — Mr.Ajedrez   Comenta la jugada — 10:59 17 jul 2020 (UTC)
Gracias, --Juan Villalobos (discusión) 11:10 17 jul 2020 (UTC)

There are a mistake in Lisa's page. Lisa (blackpink)

editar
Último comentario: hace 4 años2 comentarios2 usuarios en la discusión

There are a mistake on Lisa's page (lisa blackpink). In the article he says that before his debut he had a romantic relationship with Rose but it is a lie. Please check it and modify it thanks. — El comentario anterior sin firmar es obra de Noaluna2001 (disc. • contribs • bloq). 13:20 17 jul 2020 (UTC)

  Corregido: la edición vandálica ya ha sido revertida. Gracias por tu mensaje. --Geom (discusión) 13:55 17 jul 2020 (UTC)

Wikidata weekly summary #425

editar
Último comentario: hace 4 años1 comentario1 usuario en la discusión
 
Here's your quick overview of what has been happening around Wikidata over the last week.
  • Events
    • Upcoming: The First Wikidata Workshop: Second Call for Papers. Papers due: August 10, 2020 | Workshop date: October 29, 2020
    • Upcoming: next Wikidata office hour, July 21st at 16:00 UTC (18:00 CEST) in the Wikidata Telegram group. Query Service special with guests from WMF Search Team.
    • Upcoming: Wikidata Lab XXIV: Posicionamento digital relativo with Ederporto - July 23 17:00 UTC (14:00 BRT). In this technical training, we'll study the possibilities and functionalities of relative digital positioning in images and do practical activities on this topic using historical photographs of the city of São Paulo. The event will be held in Portuguese. Join us!
    • Upcoming video: July 21 - Wikipedia Weekly Network - Entity Schemas and Shape Expressions (ShEx) Facebook YouTube
    • Upcoming video: July 25 - Wikipedia Weekly Network - LIVE Wikidata editing #13 Facebook YouTube
    • Upcoming: Kidok-Workshop, online workshop about church building data. In German, non-native users welcome. Currently looking for a date in the upcoming week and people to help!
    • Upcoming video: Beyond Wikipedia - Knowledge that even a computer can understand. July 22, 2020 at 17:00 UTC. In this talk, Zbyszko Papierski will present Wikidata Query Service as one way that developers can interact with Wikidata.
  • Development
    • More work on the consistent design system
    • More work on decoupling the different Wikibase extensions from each other to make development easier:
    • Prepare the first development phase for the Simple Query Builder
    • Reference game: run a scraper, work on a dashboard that will gives an overview of the potential references that have already been judged in the game
    • Fix a bug related to maximum limit of search results (phab:T256885)
    • Resolve some configuration issues regarding Entity Sources (phab:T254315)
    • Federated Properties:
      • Changes to special pages that interact with both items/properties when federation is enabled (phab:T246886)
      • Changes to Special:ListDatatypes when federation is enabled (phab:T255581)
    • Add new monolingual language codes: mic (Miꞌkmaq), gil (Kiribati)

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.

Tech News: 2020-30

editar

Las últimas noticias de tecnología de la comunidad técnica de Wikimedia. Coméntale a otros usuarios acerca de estos cambios. Algunos cambios no te afectarán. Existen traducciones disponibles.

Cambios recientes

  • Un ajuste temporal ayudó a las wikis que sus páginas iniciales fueran más fáciles de navegar en las versiones móviles. Esto se implementó en 2012 y ha dejado de estar recomendado desde 2017. La página principal especial para móviles con este ajuste dejó de funcionar el 14 de julio. 60 wikis poseen páginas principal que no funcionan correctamente en su versión móvil. Puedes ver cuáles son, el mecanismo para solucionarlo y obtener ayuda para corregir el problema en Phabricator. Este es el mismo problema reportado en las Noticias Técnicas de las semanas 2020/24 y 2020/26

Problemas

  • Existe un problema con los enlaces interwikis. Los enlaces interwikis son enlaces que ayudan a encontrar una página específica en un idioma distinto al actual. El ordenamiento de la lista de enlaces posee problemas, y los desarrolladores están trabajando en una solución. [11]
  • Algunos usuarios están recibiendo notificaciones para el mismo evento. Algunas de esas notificaciones son de eventos antiguos. [12]
  • Algunos usuarios han experimentado problemas para loguearse. Este problema se debe posiblemente a las cookies de navegador. Los desarrolladores están trabajando para entender el problema. Si posees problemas para ingresar a tu cuenta, puedes ver los detalles en Phabricator. [13]

Cambios de esta semana

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

Cambios futuros

  • Actualmente existe un enlace para Versión para imprimir. Este enlace desaparecerá, debido a que actualmente los navegadores web pueden crear una versión para imprimir o mostrar como se verá una versión impresa. [14]

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.

19:13 20 jul 2020 (UTC)

Formato de tipografías para escribir en Wikipedia

editar
Último comentario: hace 4 años3 comentarios2 usuarios en la discusión

hola, para escribir con formato de tipografía, ¿que fuentes se pueden usar? ¿Y funcionan las fuentes que tengo descargadas en el pc para escribir con formato? Gracias Rodney Araujo (discusión) 16:42 24 jul 2020 (UTC)

No se usa ninguna fuente particular más que la que ajustes tú en tu navegador por defecto. No verás ningún artículo ni ninguna publicación aquí que use formateo de fuente. Si quieres tener una fuente distinta cámbiala en tu navegador. Aquí te dejo el Manual de estilo. Trespal (discusión) 17:05 24 jul 2020 (UTC)
Sí, ya he visto que has formateado el texto, pero en los artículos no podrás usar el formateo, porque no se contempla en la guía de estilo. Trespal (discusión) 00:35 25 jul 2020 (UTC)

Tech News: 2020-31

editar

Las últimas noticias de tecnología de la comunidad técnica de Wikimedia. Coméntale a otros usuarios acerca de estos cambios. Algunos cambios no te afectarán. Existen traducciones disponibles.

Cambios recientes

Problemas

  •   El ciclo de lanzamiento de código MediaWiki ha sido bloqueado esta semana. [16][17]
  • El Bot de Notificaciones de Traducción enviaba el mismo mensaje varias veces a todos los traductores. Este problema fue solucionado. [18]
  • Algunos usuarios recibían la misma notificación varias veces. Esto ha sido solucionado [19]

Cambios de esta semana

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

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.

13:51 27 jul 2020 (UTC)

Wikidata weekly summary #426

editar
Último comentario: hace 4 años1 comentario1 usuario en la discusión
 
Here's your quick overview of what has been happening around Wikidata over the last week.
  • Tool of the week
    • We would love suggestions for tools to include in this section of the weekly summary. Please add your suggestions directly under Status updates/Next#Backlog after checking that the tool isn't already listed.
  • Development
    • Changed the size of image previews to 1024 in the gallery view of the query service to avoid some images not loading sometimes (phabricator:T258241)
    • Added an actual space between the entity title and the name of the fallback language (if any), so that the fallback language isn't selected anymore when double-clicking the entity title for copying (phabricator:T256857)
    • Fixed the directionality of text pieces in placeholders that mix LTR and RTL (phabricator:T253812)
    • Continued work on first pieces of design system to make coding new features easier in the future
    • Continued untangling the code of Wikibase Client and Wikibase Repo to make it easier to develop on them
    • Finished first piece of research on how to make it easier to access Wikidata's data for programmers - more work to be done
    • Preparing to start coding on the Query Builder to make it easier to create queries without having to know SPARQL
    • Finished running the scraper that gets potential new references for unreferenced statements and preparing it for publishing

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.

Control de autoridades

editar
Último comentario: hace 4 años12 comentarios8 usuarios en la discusión

¡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)
Además de que la herramienta de traducción automática deja la atribución en el resumen de edición, por lo que dejé de especificarla manualmente cuando traigo artículos. --  Davod (desquítense n_n) 21:30 20 jul 2020 (UTC)
Para los que venimos haciéndolo desde hace tiempo, lo importante es:
  1. Que siempre haya control de autoridades, aunque el artículo original no lo tenga. En caso de artículos biográficos, debería ser la plantilla NF, cualquier otro - la pantilla genérica.
  2. Que siempre aparezcan los derechos de autor correspondientes en artículos traducidos en su totalidad o parte de ellos (que sea una traducción directa). Eso se puede hacer como se ha dicho mediante la inclusión de la plantilla Traducido ref en el apartado de enlaces externos del propio artículo, o la plantilla Traducido de encabezando la página de discusión. Yo siempre elijo la primera opción, porque los editores de los artículos originales han trabajado para redactarlos, a veces horas, días o más, y es solo justo que se reconozcan estos derechos.
  3. La reseña de la herramienta de traducción automática no es suficiente, ya que no indica derechos de autor, solo que se utilizó dicha herramienta más que nada para registrar su uso para futuras referencias. Una persona puede empezar a traducir con ella pero llegar a crear un artículo distinto, bien resumen del artículo original bien algo que empezó basado en el mismo y resultó muy distinto, muchas veces hasta más elaborado y detallado. Por lo que no tiene que ver el uno con el otro. 𝔙𝔦𝔯𝔲𝔪 𝔐𝔲𝔫𝔡𝔦   🗣 07:28 22 jul 2020 (UTC)

Por cierto, ¿existe algún bot que pueda hacer esa tarea? --  Davod (desquítense n_n) 05:55 29 jul 2020 (UTC)

Actualmente ninguno, pero es posible crearlo o añadirle esa función a uno existente. USI2020 (No dudes en responderme) 10:12 29 jul 2020 (UTC)
Pues a mí el uso de {{traducido ref}} me parece contrario al principio de no firmar los artículos y de atribuir a los autores en el historial. Del mismo modo que si para un artículo adapto el texto de otro artículo que ya esté en español no necesito poner ninguna referencia de que lo adapté en el propio artículo y bastaría ponerlo en el historial no veo por qué por traducirlo sí tiene que ser necesario. Por las condiciones de uso de Wikipedia, «Attribution is an important part of these licenses. We consider it giving credit where credit is due – to authors like yourself. When you contribute text, you agree to be attributed in any of the following fashions: i. Through hyperlink (where possible) or URL to the article to which you contributed (since each article has a history page that lists all authors and editors)» yo entiendo que el enlace permanente que usa la herramienta de traducción es suficiente para atribuir la autoría original, y añadir la "referencia" del original en la traducción es inadecuado por no ser una fuente fiable. Para mí la forma más preferible de atribución es en el historial al hacer la edición, otra cosa es que el traductor se olvide y, como ya no se puede modificar el resumen de edición, se añada una plantilla para la atribución necesaria, pero como solución menos mala ante el no atribuir. Un saludo. — Mr.Ajedrez   Comenta la jugada — 11:00 29 jul 2020 (UTC)
A mi no me parece una firma, es mostrar de donde has sacado el texto para redactar ese artículo. No todos consultan las discusiones o los historiales, sobre todo en la aplicación o en versiones móviles. Y no todos usamos la terrible limitada herramienta de traducir. No dije que fuera obligatoria, pero para mi, la más recomendable. --Geom (discusión) 11:30 29 jul 2020 (UTC)
A lo que voy es que no me parece que haya que diferenciar entre atribuir al usuario que lo escribió en inglés y luego se tradujo y atribuir al que escribió directamente en español, me parece que el sitio correcto para ambos son los historiales, que al fin y al cabo es donde debes consultar si quieres saber quién escribió un cierto artículo. Es tan obra derivada que traduzca algo (lo expanda o no) como que expanda un artículo que tú escribiste en español. Tampoco digo que haya que imponerla ni que sea ningún drama usar una u otra, pero me parece preferible el historial. Un saludo. — Mr.Ajedrez   Comenta la jugada — 14:56 29 jul 2020 (UTC)

Listaref y exceso de referencias

editar
Último comentario: hace 4 años6 comentarios3 usuarios en la discusión

Tengo dudas sobre un caso particular. En el artículo Pandemia de enfermedad por coronavirus de 2020 en Perú la plantilla {{listaref}} ya no muestra las referencias del artículo, solo aparece como Plantilla:Listaref. Al inicio creí que solo era una limitación técnica, que después de cierta cantidad de referencias la plantilla podría colapsar, pero tengo como ejemplo este otro caso en que el número de referencias es todavía mayor y la plantilla las muestra todas sin problemas.

Una de las pruebas que hice fue previsualizar la página sin la plantilla de listaref, para hacer que la página tuviera que colocar las referencias al final del artículo. De esa forma mostró sin problemas las primeras 380 referencias, pero a partir de ahí solo muestra Plantilla:Cita web como texto de cada referencia. Otro elemento que también me llama la atención es que la plantilla de control de autoridades muestra el mismo comportamiento. En el artículo solo aparece como Plantilla:Control de autoridades sin mostrar su contenido. Y en la prueba que hice si se muestra la plantilla.

Si bien considero que por el tamaño del artículo lo correcto es dividirlo en anexos, lo cual técnicamente resolvería el problema, no quiero conformarme con salir por la tangente. Me gustaría entender qué es lo que está pasando con la plantilla para que ocurra ese fallo. Espero que alguien sepa alguna explicación.   —AntoFran— (→Deja tu opinión aquí←) 13:58 15 jul 2020 (UTC)

Normal, esa página es demasiado larga y no se reproduce bien. No creo que sea un fallo de la plantilla. Lo más aconsejable es dividir el artículo en otros o resumirlo. USI2020 · antes "Usuario Sin Identidad" (No dudes en responderme) 14:23 15 jul 2020 (UTC)
Precisamente Alexis Eco y Vanbasten 23 pedían hoy mi opinión sobre ese artículo, y puede verse mi respuesta aquí.
@AntoFran, el problema no está en las plantillas de cita ni tampoco en el control de autoridades; el problema es la suma de todas las plantillas. El sistema tiene determinados límites técnicos y llega un momento en que la acumulación de plantillas (sean cuales sean) superan dicho límite. En concreto, este límite llamado «tamaño de inclusión posexpansión» es de 2 MB, lo cual significa que, una vez sustituidas todas sus plantillas, ninguna página puede superar dicho tamaño. A partir de ese momento el sistema no puede procesar las siguientes plantillas (por eso en tu ejemplo las primeras 380 sí funcionan pero el centenar siguiente no) y categoriza automáticamente la página en Categoría:Wikipedia:Páginas con sobrecarga de plantillas. Concretamente hay plantillas que acusan más ese problema (pues consumen más recursos que otras), pero no se ven afectadas las que más consumen, sino en función de su posición. Por eso las afectadas son siempre las últimas.
La diferencia entre el artículo sobre la pandemia y el otro caso que señalas, pese a tener más referencias el segundo usa apenas 761 plantillas (668 plantillas de cita en referencias, 52 banderas y poco más), mientras que el de la pandemia usa 1135 plantillas (471 plantillas de cita en referencias, 222 banderas, o 138 plantillas relacionadas con la {{Gráfica de casos médicos}} donde también hay 247 expresiones {{#expr: ...}}, etc.). Las referencias son muchas, pero también necesarias, pues son un pilar en la enciclopedia. Las banderas, aunque parezcan poca cosa, al final terminan ocupando una posición importante en el problema por su alta cantidad de empleo. Tanto las banderas, como las gráficas auxiliares, son —valga la redundancia— auxiliares y perfectamente pueden ocupar un espacio de anexo.
Mi propuesta para resolver ese problema en concreto está en mi primer enlace: llevar un par de tablas a un anexo para reducir el tamaño del artículo y diferenciar el contenido necesario del contenido complementario. -- Leoncastro (discusión) 15:25 15 jul 2020 (UTC)
En el caso concreto del artículo sobre la pandemia de enfermedad por coronavirus de 2020 en Perú, la {{gráfica de casos médicos}}, con toda su estructura necesaria, que se puede ver aquí —no se dejen engañar por el nombre, no es la gráfica superior con las curvas de casos, sino la tabla inmediatamente inferior titulada «Casos de COVID-19 en Perú» con las barras horizontales y divisiones ocultas— ocupa el 53.22 % del límite para el artículo. Si se quita eso, el artículo funcionará perfecta y holgadamente. -- Leoncastro (discusión) 15:41 15 jul 2020 (UTC)
@Leoncastro: Muchas gracias por la respuesta. Hablaré con Alexis a ver qué se puede hacer con el artículo.   —AntoFran— (→Deja tu opinión aquí←) 17:05 15 jul 2020 (UTC)

┌─────────────────────────────┘
 Por cierto, nuestro compañero Selva15469 ha creado una alternativa en Lua para la plantilla {{Gráfica de casos médicos}}. Está en su zona de pruebas esperando confirmación de que todo funciona correctamente (véase Plantilla discusión:Gráfica de casos médicos#Nueva plantilla). CC: Alexis Eco, AntoFran, USI2020 y Vanbasten 23. -- Leoncastro (discusión) 13:11 29 jul 2020 (UTC)

Obtenido de «https://es.wikipedia.org/w/index.php?title=Wikipedia:Café/Portal/Archivo/Técnica/2020/07&oldid=128463552»