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

De Wikipedia, la enciclopedia libre
Café: Técnica
Taza
Taza

En esta sección del Café de Wikipedia puedes plantear cuestiones técnicas de edición de páginas de Wikipedia.


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

Atajo
WP:C/T



Esta página es archivada automáticamente.

Parámetros del archivado:

Lugar: Wikipedia:Café/Portal/Archivo/Técnica/AAAA/MM
Días a mantener: 14
Avisar al archivar: Sí
Estrategia: Firma más reciente en la sección
Mantener caja de archivos: No


Necesitamos tu opinión - Plan anual del equipo de Producto y Tecnología de la Fundación Wikimedia[editar]

Este hilo no se archivará hasta el
30 de mayo de 2024. (info)

Hola a toda/os

Acabamos de publicar el borrador completo de los objetivos del equipo de producto y tecnología el año que viene. Les pedimos su opinión sobre cinco preguntas clave para ayudarnos a dar forma a las áreas de nuestro trabajo el año que viene. Les invitamos a compartir sus opiniones aquí en el Café, y yo ayudaré al personal y a los responsables de la Fundación a responder. Estas son nuestras preguntas:

  1. Ser voluntario en los proyectos Wikimedia debería ser gratificante. También creemos que la experiencia de la colaboración en línea debe ser una parte importante de lo que hace que los voluntarios sigan volviendo. ¿Qué hace falta para que los voluntarios encuentren gratificante la edición y colaboren mejor para crear contenidos fiables?
  2. La fiabilidad de nuestro contenido forma parte de la contribución única de Wikimedia al mundo, y es lo que hace que las personas sigan acudiendo a nuestra plataforma y utilizando nuestro contenido. ¿Qué podemos hacer para que los contenidos fiables crezcan más rápidamente, pero siempre dentro de los límites de calidad establecidos por las comunidades en cada proyecto?
  3. Para seguir siendo relevante y competir con otras grandes plataformas en línea, Wikimedia necesita que una nueva generación de usuarios se sienta conectada con nuestro contenido. ¿Cómo podemos hacer que nuestro contenido sea más fácil de descubrir y con el que puedan interactuar los lectores y donantes?
  4. En una época en la que proliferan los abusos en Internet, tenemos que asegurarnos de que nuestras comunidades, nuestra plataforma y nuestro sistema de servicios estén a salvo. También nos enfrentamos a obligaciones de cumplimiento en constante evolución, en las que los responsables políticos mundiales tratan de dar forma a la privacidad, la identidad y el intercambio de información en línea. ¿Qué mejoras en nuestras capacidades para combatir el abuso nos ayudarán a afrontar estos retos?
  5. MediaWiki, la plataforma de software y las interfaces que permiten que Wikipedia funcione, necesita apoyo continuo durante la próxima década para poder proporcionar creación, moderación, almacenamiento, descubrimiento y consumo de contenido abierto y multilingüe a escala. ¿Qué decisiones y mejoras de la plataforma podemos hacer este año para garantizar que MediaWiki sea sostenible?

Además de compartir sus opiniones sobre estas preguntas, volveré dentro de unas semanas para compartir el borrador de los resultados clave (pasos mensurables) de estos objetivos para que me envíen sus comentarios y sugerencias.

Muchas gracias, --Oscar . (WMF) (discusión) 19:45 14 mar 2024 (UTC)[responder]

Hola Oscar . (WMF), acá te dejo algunas ideas...
  • Acerca del número 3,
    • creo que ayudaría mucho tener un sitio que se enfoque al descubrimiento y la investigación. Las listas de lecturas son buenos avances, pero las herramientas deben ser capaces de añadir, por ejemplos, notas personalizadas para hacer referencias o releer información cuando la anotemos. En una analogía similar: usar el marcador/destacador cuando leíamos libros.
    • No sé si subirnos al carro de las LLM, pero generar resúmenes de artículos o secciones de los mismos.
    • Aunque no me gusta mucho la idea, debemos mantenernos desconectados de la agregación automática de contenidos/enlaces, ya que salen desde los servicios de la WMF, y por tanto, ya no se controlan por la comunidad (por ejemplo, incrustar videos desde YouTube o TikTok)
  • Acerca del número 4,
    • Desconozco si existe la capacidad, pero generar algoritmos o patrones de búsqueda de interacciones entre personas, detectando el potencial de mala fe o derechamente abusivos contra otro usuario.
  • Acerca del número 5,
    • Mediawiki es muy grande, en general. Quizás generando un curso en línea (MOOC?, Coursera?, YouTube) donde se enseñe a cómo programar o mantener código en Mediawiki sería de bastante ayuda para bajar un poco la barrera de entrada.
    • Sensibilizar el uso de Phabricator en las comunidades técnicas,
    • Invertir en generar comunidades técnicas que colaboren en la mantención del código como personas voluntarias... y a su vez, incrementar la visibilidad del trabajo voluntario en el código Mediawiki, quizás bajando la barrera de entrada al usar github (aunque claro está, no se hace por código cerrado + propiedad de MS)
Espero que te sea útil y que más editores puedan colaborar en estas preguntas :) Superzerocool (el buzón de msg) 12:09 15 abr 2024 (UTC)[responder]

Tabular data como fuente[editar]

Hola. Veamos. Se me ha ocurrido que sería interesante importar los datos de población de los 131 barrios de Madrid a las fichas de Wikipedia. Sin embargo, la "licencia" que tienen no deja muy claro que sea compatible con la CC0 de Wikidata (piden p. ej. atribución). En Commons se pueden asignar más licencias. Lo de no desnaturalizar no equivale a no modificar, por cierto. Los he descargado. Los he nombrado por su respectivo Q. He probado a subir los datos a Commons (muy fácil, se pueden importar automáticamente archivos excel como JSON). He importado acá desde en.wiki el módulo en:Module:Tabular data, que permite hacer lookups en celdas. Y he hecho la prueba en un barrio. Y... funciona. ¿A alguien se le ocurre si algo así sería sistematizable con una ficha? Entiendo que habría que sistematizar la sintaxis de los nombres de los archivos de Commons y posiblemente asignar mediante alguna clase (¿de wikidata? ¿Q10267336?) el set de datos a utilizar. ¿Podría hacer falta un módulo para esto? strakhov (discusión) 22:11 31 mar 2024 (UTC)[responder]

comentario Comentario un par de links se actualizaron a posteriori. strakhov (discusión) 17:20 2 abr 2024 (UTC)[responder]
Por fin sale este tema. Los datos tabulados de Commons me parecen una manera excelente de guardar material que no es apropiado para Wikidata ya sea por su licencia o extensión, además de estar más a salvo del vandalismo. Como se alojan en Commons también están centralizados y se pueden actualizar periódicamente, con bots por ejemplo. Tengo entendido que en en.wiki se usaron para datos de infectados y fallecidos en la última pandemia porque los elementos de Wikidata eran casi inmanejables. De momento he creado {{Búsqueda dato tabulado}} para poder usar la función lookup sin tener que invocar directamente el módulo. Con respecto al tema «barrios de Madrid» se puede hacer lo siguiente:
  • Insertar la plantilla {{Búsqueda dato tabulado}} en el parámetro población= de los 131 artículos correspondientes (tedioso, sería necesario vigilar que ningún despistado los retire).
  • Modificar la {{Ficha de entidad subnacional}} para que obtenga los datos de población de la tabla correspondiente cuando el artículo sea una instancia de (P31) barrio administrativo de Madrid (Q10267336). Se podría incluso crear un módulo (¿Módulo:Población de entidad subnacional?) para esto si hubiera que manejar muchos conjuntos de datos. Sería similar a las plantillas de datos que se manejaban antes de que existiese Wikidata. Por otra parte, no sé si merece la pena modificar una ficha con más de 100 000 transclusiones por (de momento) 131 artículos.
  • Crear una plantilla {{Ficha de barrio de Madrid}} que haga de wrapper de la ficha de entidad subnacional, tomando de ella los parámetros que se consideren necesarios con la peculiaridad de que la población= la obtendrá de la tabla correspondiente. Va contra la filosofía de esta Wikipedia de «cuantas menos plantillas, mejor», pero no veo que suponga realmente una carga extra de mantenimiento puesto que el grueso del código permanece en la ficha original y la nueva sería un apenas un «cascarón». En general, pienso que los wrapper están desaprovechados en esta Wikipedia y me parecen la solución más sencilla a problemas recurrentes como los parámetros a mostrar, por ejemplo en la {{Ficha de persona}}. Si volviésemos a tener una {{Ficha de científico}} o {{Ficha de modelo}} con este sistema (de hecho, así es en en.wiki) se ahorraría en mantenimiento (todo seguiría en módulo correspondiente, en realidad), pudiendo adaptarse mejor a profesiones concretas.
  • Una combinación de los dos puntos anteriores. Por ejemplo, si tenemos un wrapper llamado {{Ficha de entidad subnacional de España}} (ninguna locura teniendo en cuenta que existe una {{Ficha de localidad de España}}), se podría hacer que tomase la población de varias tablas que tuviesen la información de los barrios, municipios, localidades... y en su defecto, que se cogiesen de Wikidata como hasta ahora.
En cualquier caso, estas son solo varias ideas rápidas de cosas que se pueden hacer con los datos tabulados en nuestras fichas y la solución más apropiada dependerá del caso concreto. sasha 16:34 1 abr 2024 (UTC)[responder]
Bueno, una parte de estos artículos usan {{ficha de barrio}}, que tiene unos poquitos usos menos que {{ficha de entidad subnacional}} (su destino a medio plazo posiblemente sea terminar fusionado con esta).
En cuanto a la opción de incluir "búsqueda de dato tabulado" en los artículos, el problema que le veo es que dentro de un año habría que volver a cambiar 131 veces en las fichas el archivo de datos donde buscar (o la columna, si se agregaran en la misma tabla). Mi idea era intentar que hubiera un lugar centralizado donde poder, como dices tú en relación p. ej. con la existencia en Wikidata de una determinada declaración, asociar a un grupo de artículos un... archivo de destino concreto de datos de población. Esto es, una edición cada año, o incluso automatizarlo del todo para utilizar la fecha más reciente de una tabla única, si se pudiera. En cualquier caso, si se creyera que esto es útil, sería interesante definir unos nombres estandarizados (y estructura) en Commons para estas tablas demográficas.
En cuanto a los wrappers, no tengo una opinión muy formada, puede ser interesante, pero antes de nada creo que convendría unificar un poco el tema fichas en este set de artículos (me di un paseo y estaba todo un poco manga por hombro, poca coherencia interna).
Por otra parte creo que esto tiene también cierto potencial para las tablas de clima (precipitaciones mensuales, temperaturas, etc), entre otros aspectos. Un saludo. strakhov (discusión) 16:48 1 abr 2024 (UTC)[responder]
Otra opción es crear una ficha de cero (que seguramente también vaya en contra del "cuanto menos plantillas, mejor" xD). strakhov (discusión) 16:50 1 abr 2024 (UTC)[responder]
Yo hace tiempo que he llegado a la conclusión de que muchas de nuestras principales y más grandes plantillas o módulos (de persona, de país, de entidad subnacional, ...) necesitan un reset para ser rediseñadas desde cero. No solamente para ser más eficientes, sino también para dejar de ser un rompecabezas de múltiples piezas muy distintas tipo monstruo de Frankenstein, tanto en su código interno como en algunas veces en su estilo visual. Es necesario hacer plantillas y módulos modulables —valga la redundancia—, fácilmente expandibles y configurables. Y si se puede mejorar la importación de Wikidata y Commons, mejor. Y hacerlos de cero no tiene que ir en contra del «cuanto menos plantilla, mejors», sino que se puede hacer directamente en los propios módulos existentes, tal como hace años hice con el Control de autoridades. -- Leoncastro (discusión) 17:08 1 abr 2024 (UTC)[responder]
c:Data:Madrid-neighborhoods-population by year.tab. Ahora están todos los datos desde 2018. Si se crea una nueva ficha de cero aparte, si el resultado fuera exitoso siempre podría terminar sustituyendo a la(s) antigua(s) dentro del código (por fusión). El problema de plantear la reforma total directamente dentro de la antigua es que uno depende de la no aparición de quejas, los "consensos", los "mamita-vamos-a-quedarnos-como-estamos", los "en-contra", etc. Yendo, digamos, por libre ...se tienen las manos menos atadas. Pero bueno, yo no me veo capacitado para esas cosas, hablo un poco por hablar. A lo máximo a lo que aspiro en estos momentos es a crear una plantilla sencillita tipo {{población barrio madrid}} usando estos lookups para insertarla en las fichas de estos 131 artículos e irla actualizando cada año. :D strakhov (discusión) 17:49 1 abr 2024 (UTC)[responder]
comentario Comentario En cualquier caso, ¿sería fácil parchear {{ficha de barrio}} para que cuando se incluyan datos locales para |población= no se muestre la fecha tomada de wikidata en |población_año=, que no tiene por qué corresponderse con la del dato local? strakhov (discusión) 18:37 1 abr 2024 (UTC)[responder]
@Strakhov, creo que me he perdido: de momento la ficha de barrio no está importando de Wikidata ni la población ni el año. -- Leoncastro (discusión) 19:37 1 abr 2024 (UTC)[responder]
@Leoncastro, perdona mi error, yo también me perdí. Efectivamente, la que está haciendo eso no es {{ficha de barrio}} sino {{ficha de entidad subnacional}} (la que sale en el artículo de Legazpi). Además, al importar la fecha completa con día y mes, unido al formato que se le da, hace que quede horrendo, pero eso ya es secundario (de hecho tiene un formato menos disonante la ficha de barrio, véase El Pilar). strakhov (discusión) 20:01 1 abr 2024 (UTC)[responder]
Oferta 2×1. -- Leoncastro (discusión) 20:17 1 abr 2024 (UTC)[responder]
Muchas gracias. Pasaré a implantar mi pequeña chapuza ({{Población barrio Madrid}} y {{Año población barrio Madrid}}) para estas fichas de barrios madrileños. Bastará con actualizar el archivo de Commons el próximo año y cambiar 2023 por 2024 en ambas plantillas. Aunque, como dices, lo mejor sería una ficha flexible y versátil (y quizás más minimalista que las actuales) creada de cero, sin herencias, vicios ni cachivaches del pasado. Pero bueno. Un saludo. strakhov (discusión) 20:23 1 abr 2024 (UTC)[responder]
Por cierto, en {{ficha de entidad subnacional}} habría que implantar que cuando hay datos locales ...la densidad de población la calcule con el valor local (y con la superficie local, ya puestos). Es que es parche tras parche. Es desesperante, efectivamente, haría falta empezar de cero. strakhov (discusión) 20:35 1 abr 2024 (UTC)[responder]

He hecho una prueba con los municipios de España. {{Población municipio España}}. Funciona perfectamente tras cargar los datos a Commons desde el archivo descargable en la página del INE con licencia CC BY 4.0 (aunque con el fin de abreviar he aprovechado el dato del código del INE almacenado en Wikidata (P772 para relacionar con los artículos de Wikipedia), lo que hace a la plantilla más susceptible a ataques, por contar con ese intermediario y no trabajar directamente con Commons). Digo yo que es más fácil y rápido esto que trocear los datos en cada ítem de WD. strakhov (discusión) 21:16 6 abr 2024 (UTC)[responder]

Esto también puede tener potencial con estadísticas de ...¿baloncesto? (LeBron_James#Temporada_regular). Un saludo. strakhov (discusión) 21:16 6 abr 2024 (UTC)[responder]

Eliminar espacios vacíos en una table/wikitable[editar]

Diagrama Walter Lieth para la ciudad de Ovalle.
Diagrama Walter Lieth para la localidad de Puquios.
Diagrama Walter Lieth para la localidad de Carrizal.

Como se pueden eliminar los espacipos vacíos (a la derecha y bajo las imágenes) de esta tabla?. Nótese que en la previsualización, en Código y en cuenca del río Limarí#Clima aparecen tres diferentes visualizaciones. Me interesa el resultado en el artículo. Juan Villalobos (discusión) 13:06 8 abr 2024 (UTC)[responder]

OK, encontré el error: falta(ba) un "|centro|" entre los paramétros de cada archivo. De todas maneras, gracias.--Juan Villalobos (discusión) 15:37 8 abr 2024 (UTC)[responder]

Wikidata weekly summary #623[editar]

Here's your quick overview of what has been happening around Wikidata over the last week. This is the Wikidata summary of the week before 2024-04-08. Translations are available.

Events

Press, articles, blog posts, videos

Tool of the week

  • Anti-Pattern Analyzer is a static website capable of checking the existence of 'anti-pattern 1' (AP1) occurrences given an entity from Wikidata. It can also check if a new statement would introduce new violations.

Other Noteworthy Stuff

  • Only 13 more days to go! The deadline to submit your project proposal to Wikimedia Deutschland's Open Call for Software Contributions is coming closer and closer. With this call, Wikimedia Deutschland aims to support projects that make Wikidata's data more accessible and usable for a wider audience.

Newest properties and property proposals to review

You can comment on all open property proposals!

Did you know?

Development

  • REST API:
    • We continued the work on the endpoint for creating an Item via POST /entities/items (phab:T342990)
    • We continued the work on the endpoint for modifying data of a Property via PATCH /entities/properties/{property_id} (]]phab:T347394]])
  • EntitySchemas: Work on making it possible to link to EntitySchemas in statements is continuing.
  • mul language code: We are fixing remaining issues uncovered during testing. (phab:T355059, phab:T356200, phab:T135871, phab:T356201)

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.

Weekly Tasks

· Unsubscribe · Help translate · Mohammed Abdulai (WMDE) · 15:43, 8 April 2024 (UTC)

Noticias técnicas: 2024-15[editar]

Las últimas noticas técnicas desde la comunidad técnica de Wikimedia. Por favor, comenta estos cambios con otros usuarios. No todos los cambios te afectarán. Traducciones en varios idiomas están disponibles.

Cambios recientes

  • Navegadores web pueden usar herramientas llamadas extensiones. Existe una extensión en Chrome llamada Citation Needed (Cita requerida) la cual puede ser usada para ver si una afirmación en línea está avalada por un artículo en Wikipedia. Este es un experimento a pequeña escala para ver si Wikipedia puede ser usada en de esta forma. Debido a que es un experimento pequeño, solo puede ser usada en Chrome en inglés.
  • Una nueva característica de Edit recovery (recuperación de edición) ha sido añadida a todas las wikis, disponible como una preferencia de usuario. Una vez habilitada, tus ediciones en curso serán almacenadas en tu navegador web, y si accidentalmente cierras la ventana de edición o tu navegador o el computador deja de responder, te preguntará si deseas recuperar el texto sin publicar. Agradecemos cualquier retroalimentación en la página de discusión del proyecto. Este pedido era el número 8 de la Lista de Deseos de la Comunidad 2023.
  • Los resultados iniciales de los experimentos de Edit check han sido publicados. Edit Check ya se encuentra disponible como característica por defecto en las wikis donde fue probada. Coméntanos si tu wiki quiere ser parte del siguiente lanzamiento de Edit check. [1][2]
  • Las personas que usan la piel (skin) Minerva en dispositivos móviles notarán que se han hecho mejoras en el alto de línea en todas las tipografías. [3]

Cambios de esta semana

  • La nueva versión de MediaWiki se instalará en las wikis de prueba y en MediaWiki.org el 9 de abril. Se instalará en todas las wikis que no son wikipedias y en algunas wikipedias el 10 de abril y en todas las wikis a partir del 11 de abril (calendario). [4][5]
  • Las nuevas cuentas de usuarios y usuarios no registrados tendrán activado por defecto el editor visual en la versión móvil. Este lanzamiento se realizará para todas las wikis excepto para la Wikipedia en inglés. [6]

Las Noticias Técnicas son preparadas por los escritores de Noticias Técnicas y publicadas con un bot • Colabore • traduzca • obtenga ayuda • denos su opinión • suscríbase o cancele su suscripción.

MediaWiki message delivery 23:34 8 abr 2024 (UTC)[responder]

Wikidata weekly summary #622[editar]

Here's your quick overview of what has been happening around Wikidata over the last week.
This is the Wikidata summary of the week before 2024-04-15.
Translations are available.

Discussions

  • New requests for permissions/Bot:
    • AzBot - Task: adding a space in over 7k malformed Dutch descriptions per this request.
    • DifoolBot 3 - Task: fill in empty English/French/German labels and basic statements for persons with VIAF ID (P214) and a VIAF authority source GND ID (P227), IdRef ID (P269), Bibliothèque nationale de France ID (P268) or Library of Congress authority ID (P244)

Events

Press, articles, blog posts, videos

Tool of the week

Other Noteworthy Stuff

  • Join the Wikidata Open Online Course starting April 22, 2024! Whether you're a beginner taking your first steps, an individual in need of a refresher on Wikidata concepts, or a seasoned trainer looking to level up your skills - this course is right for you. Register here: Wikidata:Open Online Course
  • Only 6 more days to submit your project proposal to Wikimedia Deutschland's Open Call for Software Contributions. With this call, Wikimedia Deutschland aims to support projects that make Wikidata's data more accessible and usable for a wider audience.

Newest properties and property proposals to review

You can comment on all open property proposals!

Did you know?

Development

  • mul langauge code: We are finishing the polishing for the first proper release coming soon.
  • EntitySchema: We are continuing the work on the new datatype that will make it possible to link to EntitySchemas in statements.
  • REST API:
    • We continued work on creating an Item via POST /entities/items (phab:T342990)
    • We continued work on modifying data of a Property via PATCH /entities/properties/{property_id} (phab:T347394)

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.

Weekly Tasks

· Unsubscribe · Help translate · Mohammed Abdulai (WMDE) 13:32, 15 April 2024 (UTC)

Noticias técnicas: 2024-16[editar]

Las últimas noticas técnicas desde la comunidad técnica de Wikimedia. Por favor, comenta estos cambios con otros usuarios. No todos los cambios te afectarán. Traducciones en varios idiomas están disponibles.

Problemas

  • Entre el 2 y 8 de abril, las páginas que usan Ediciones revisadas, la etiqueta "Revertido" no fue aplicada para las ediciones deshechas. Adicionalmente, las páginas movidas, protegidas e importaciones no fueron revisadas automáticamente. Este problema ya fue resuelto. [7][8]

Cambios de esta semana

  • La nueva versión de MediaWiki se instalará en las wikis de prueba y en MediaWiki.org el 16 de abril. Se instalará en todas las wikis que no son wikipedias y en algunas wikipedias el 17 de abril y en todas las wikis a partir del 18 de abril (calendario). [9][10]
  • Las claves de ordenamiento por defecto ahora afectan a las categorías añadidas por plantillas en las notas al pie. Anteriormente las notas al pie usaban el título de la página como clave de ordenamiento por defecto incluso si existía otra clave de ordenamiento (las claves de ordenamiento por categoría ya están funcionando así). [11]
  • Una nueva variable page_last_edit_age será añadida al filtro antibusos. Indicará cuántos segundos han pasado desde la última edición a una página. [12]

Cambios futuros

  • Los desarrolladores voluntarios deberán actualizar el código de sus herramientas y opciones para manejar cuentas temporales. Lea más acerca de esto.
  • Cuatro campos de la base de datos serán eliminados de las réplicas de base de datos (incluyendo Quarry). Esto afectará solamente a las tablas abuse_filter y abuse_filter_history. Algunas consultas podrían requerir una actualización. [13]

Las Noticias Técnicas son preparadas por los escritores de Noticias Técnicas y publicadas con un bot • Colabore • traduzca • obtenga ayuda • denos su opinión • suscríbase o cancele su suscripción.

MediaWiki message delivery 23:26 15 abr 2024 (UTC)[responder]

Artículos con identificadores VcBA / Artículos con identificadores BNB[editar]

Observo de modo masivo en rojo categorizados Artículos con identificadores VcBA: [14] y Artículos con identificadores BNB: [15], entre otras categorías. Dado que llevan tiempo sin resolución, pongo en conocimiento por si ha quedado algo sin hacer y/o alguien ha errado y ha dejado todo patas arriba. A quien corresponda técnicamente. Xabier (discusión) 19:17 16 abr 2024 (UTC)[responder]

Viene del modulo de control de autoridades, coincide con la edición reciente de Vanbasten 23. Me imagino que falta crear las categorías, y luego ocultarlas. Anibal Maysonet (discusión) 19:26 16 abr 2024 (UTC)[responder]
strakhov hizo esas dos y yo otra que faltaba y creo que ya están todas. Un saludo. --vanbasten_23 (discusión) 21:43 16 abr 2024 (UTC)[responder]
Obtenido de «https://es.wikipedia.org/w/index.php?title=Wikipedia:Café/Archivo/Técnica/Actual&oldid=159509236»