Wikipedia:Café/Portal/Archivo/Técnica/2022/09

Añadir enlaces
De Wikipedia, la enciclopedia libre
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.


Avisos/alertas[editar]

¿Alguien podría decirme por qué recibo las alertas (numeritos rojos) y los avisos (numeritos azules) solo a ratos? A veces son semanas sin enterarme a menos que entro en la lista. Es un problema recurrente, cada vez que creo que se ha solucionado, vuelve a pasar. Gracias. 𝔙𝔦𝔯𝔲𝔪 𝔐𝔲𝔫𝔡𝔦   🗣 19:32 3 sep 2022 (UTC)

Wikidata weekly summary #536[editar]

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Discussions
    • New requests for permissions/Bot:
      • MsynBot 9. Task/s: manage existing GND ID (P227) identifier claims
      • DL2204bot. Task/s: Add ExternalID values, edit/create items, add/edit lexemes, senses, forms
  • Events
    • Upcoming:
      • Wikidata's 10th birthday is coming up soon: you can contribute to the celebration video, prepare an event or a birthday present.
      • Next Linked Data for Libraries LD4 Wikidata Affinity Group call September 6, 2022: Dominic Byrd-McDevitt will talk about the Digital Public Library's Wikimedia program, an effort to provide national leadership around access and discoverability of digital collections by leveraging Wikipedia and its sister projects. 2 years ago, DPLA launched a digital asset pipeline to enable participating institutions in the DPLA network to share their collections with Wikimedia Commons. DPLA is continuing to innovate by taking advantage of Wikidata entities and Structured Data on Commons to continually synchronize data and improve discoverability. We'll discuss issues around large datasets, aggregation, reconciliation, and other challenges DPLA has faced. Agenda
      • Talk to the Search Platform / Query Service Team—September 7th, 2022 Date: Wednesday, September 7th, 2022. Time: 15:00-16:00 UTC / 08:00 PDT / 11:00 EDT / 17:00 CEST / 19:00 GST
    • Ongoing:
  • Development
    • REST API:
      • We are continuing to work on the PATCH endpoint to make it possible to edit existing statements (phab:T306934)
      • We started the security review process for one of the libraries we are using. Until that is finished this part of the REST API can unfortunately not be tested on beta Wikidata. (phab:T316523)
      • For anything but the PATCH endpoint, you can follow along development on beta Wikidata and see the latest docs. More details at Wikidata:REST API feedback round.
    • Lexicographical data: Continued addressing remaining issues found during testing (phab:T314064, phab:T312633, phab:T312652)
    • Continuing work on supporting sitelinks to redirects under some special conditions (phab:T278962)

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: 2022-36[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.

Changes later this week

  • The new version of MediaWiki will be on test wikis and MediaWiki.org from 6 September. It will be on non-Wikipedia wikis and some Wikipedias from 7 September. It will be on all wikis from 8 September (calendar).
  • Some wikis will be in read-only for a few minutes because of a switch of their main database. It will be performed on 6 September at 07:00 UTC (targeted wikis) and on 8 September at 7:00 UTC (targeted wikis).
  • On Special pages that only have one tab, the tab-bar's row will be hidden in the Vector-2022 skin to save space. The row will still show if Gadgets use it. Gadgets that currently append directly to the CSS id of #p-namespaces should be updated to use the mw.util.addPortletLink function instead. Gadgets that style this id should consider also targeting #p-associated-pages, the new id for this row. Examples are available. [1][2]

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

23:20 5 sep 2022 (UTC)

Persistencia de estructura en ficha después de anularse un parámetro[editar]

Hola. He denegado la importación de la url desde Wikidata en la ficha de Rainbow porque no lo estimaba como un enlace seguro e incluso lo encontraba confuso. Sin embargo, la estructura de la ficha sigue manteniendo el apartado de Web. ¿Es un fallo técnico, o qué estoy haciendo mal? Estaré atento a cualquier cosa que se me informe. Saludos. --Paso del lobo (discusión) 21:00 9 sep 2022 (UTC)

Un fallo de la ficha. Solucionado. -- Leoncastro (discusión) 22:50 9 sep 2022 (UTC)
Gracias, Leoncastro. --Paso del lobo (discusión) 00:07 10 sep 2022 (UTC)

Problema con una plantilla de mapas[editar]

Buenas, intentando actualizar la página de Latvian-Estonian Basketball League he creado la plantilla de los estados bálticos, concretamente esta, basándome en los datos de dicho mapa en la versión inglesa. Es la primera plantilla de mapa que creo, por lo que supongo que faltará información y tal, por si alguien quiere completarla.

El problema es que en la página de la liga las localizaciones no se muestran correctamente, apareciendo equipos en Finlandia y el mar. ¿A qué se debe? ¿Qué he hecho mal? ¿Alguien podría corregirlo?

Tampoco sé realmente si la pregunta va aquí o en otro lado, por lo que si alguien me lo aclara lo tendré en cuenta. Atentamente, Jenas (discusión) 15:16 11 sep 2022 (UTC)

Sucede que esas plantillas y subplantillas deben usar el mismo mapa y las mismas proporciones. Estabas usando como fondo el mapa de Estados Bálticos, pero en las subplantillas el de Letonia, que usa otras dimensiones y coordenadas. Con esto se resuelve. -- Leoncastro (discusión) 15:31 11 sep 2022 (UTC)
Muchas gracias Leoncastro Jenas (discusión) 15:41 11 sep 2022 (UTC)

Wikidata weekly summary #537[editar]

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 Wikidata Working Hour September 12, 2022: Sixth session of our summer/fall project working with diverse children's book metadata. We'll be creating items for books (works and editions) in Wikidata. You are, as always, welcome to bring your own data to work on. All sessions in our project series will be recorded for those who cannot attend. Links will be added to the event page when available. Wikidata Working Hour Event page
      • Webinar: Querying Wikidata: All the Knowledge in the World. Sep 15, 2022 5:00 PM Central European Summer Time
    • Ongoing:
      • Weekly Lexemes Challenge #58, City
  • Tool of the week
    • View it! Tool - (based on Wikidata) allows viewing a multitude of images that depicts a given topic on Wikipedia.
  • Development
    • REST API: Continued work on the endpoint for changing a statement (phab:T306934)
    • Lexicographical data: Made sure that the new Lexeme creation page also is shown in older browsers (phab:T311157), which was one of the last remaining issues before we can switch out the existing page (phab:T307866)
    • Continued work on enabling sitelinks for redirects under certain conditions (phab:T278962)
    • Spend a few days with people from Wikimedia Indonesia to discuss our partnership

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.


Noticias técnicas: 2022-37[editar]

Estas son las noticias técnicas más recientes de Wikimedia. Puedes informar sobre estos cambios a otros usuarios. No todos los cambios aquí detallados te afectarán. Hay traducciones disponibles.

Cambios recientes

  • Los servidores de búsqueda han sido actualizados a una nueva versión. Si encuentras algún problema puedes informar de ello en Phabricator. [3]

Cambios para esta semana

  • La nueva versión de MediaWiki se instalará en las wikis de prueba y en MediaWiki.org el 13 septiembre. Se instalará en todas las wikis que no son Wikipedias y en algunas Wikipedias el 14 septiembre. Estará en todas las wikis a partir del 15 septiembre (calendario).
  • El resaltado de sintaxis se considera ahora como costosa función analítica. Solo se permiten 500 de ellas en una página concreta. Las páginas que contengan más de dicho número se añadirán a la correspondiente categoría de seguimiento. [4]

Las noticias técnicas son preparadas por embajadores técnicos y publicadas por un bot • Contribuye • Traduce • Obtén ayuda • Comenta • Suscríbete o desuscríbete.

01:48 13 sep 2022 (UTC)

Wikidata weekly summary #538[editar]

Here's your quick overview of what has been happening around Wikidata over the last week.
  • Discussions
    • New requests for permissions/Bot:
      • بوٹ دا عثمان
        • Task/s:
          • Dual script support for Punjabi Wikidata labels and descriptions in Gurmukhi (pa) and Shahmukhi (pnb), taking a conservative approach (only making "obvious" transliterations).
          • Addition of labels and descriptions entirely consistent of information which can be inferred from other language labels (again, only for "obvious" cases).
  • Tool of the week
    • WD-FIST is a userscript that checks Wikipedia pages for available images if the item doesn't have one (automatically or manually via sidebar link).
  • Development
    • REST API:
      • Finished the endpoint for editing statements (phab:T306934)
      • Working on automated edit summaries (phab:T312811)
      • Making small modifications to the response format for statements (phab:T317866)
    • Lexicographical data:
      • Special:NewLexemeAlpha now uses the new search profile for languages, which makes it easier to select a language Item for the language of the new Lexeme (phab:T312853)
      • Finished the work on making sure that the example Lexeme falls back to other locally defined examples for languages other than English instead of the pre-set example Lexeme (phab:T313599)
      • Working on making sure that only *-x-Q123, not *-x-q123, can be used as a Lexeme language code (phab:T317863)
    • Sitelinks to Redirects are now available for testing on test.wikidata.org
    • Improved the wrapping and selection behavior of aliases in the header of an Item (phab:T315991) Thanks Fomafix for the patch!
    • Improved the translations of the Lexeme and EntitySchema namespaces (phab:T316770) Thanks to Amire80 for the patch!
    • Started supporting Codex work for some Wikidata-specific work needed in the new design system (phab:T306932)

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: 2022-38[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.

Recent changes

  • Two database fields in the templatelinks table are now being dropped: tl_namespace and tl_title. Any queries that rely on these fields need to be changed to use the new normalization field called tl_target_id. See T299417 for more information. This is part of normalization of links tables. [5][6]

Changes later this week

  • The new version of MediaWiki will be on test wikis and MediaWiki.org from 20 September. It will be on non-Wikipedia wikis and some Wikipedias from 21 September. It will be on all wikis from 22 September (calendar).
  • In Kartographer maps, you can use icons on markers for common points of interest. On Tuesday, the previous icon set will be updated to version maki 7.2. That means, around 100 new icons will be available. Additionally, all existing icons were updated for clarity and to make them work better in international contexts. [7][8]

Future changes

  • In a group discussion at Wikimania, more than 30 people talked about how to make content partnership software in the Wikimedia movement more sustainable. What kind of support is acceptable for volunteer developers? Read the summary and leave your feedback.

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

MediaWiki message delivery 22:14 19 sep 2022 (UTC)

Actualización de declaraciones[editar]

Saludos: Como podéis ver, en estos últimos días he realizado en la Wikidata del artículo Mosaicos de Valdebótoa varios cambios en las declaraciones imagen, material empleado, superficie…, sin que estos se hayan revertido hasta el momento en la Infobox correspondiente a Category:Mosaics of Valdebótoa. ¿Podríais actualizarlos? Cordialmente --Mperezreviriego (discusión) 06:07 21 sep 2022 (UTC)

@Mperezreviriego, la imagen, el material y las dimensiones están establecidas en la ficha de forma local, por lo que esos datos tienen prioridad sobre los valores de Wikidata. -- Leoncastro (discusión) 19:32 21 sep 2022 (UTC)

Growth team newsletter #22[editar]

¡Te damos la bienvenida al 22º newsletter del Growth team (equipo de Crecimiento)!

Las tareas realizadas por recién llegados/as alcanzan el hito de 500.000 ediciones - más datos disponibles en abierto[editar]

Hasta la última semana de junio de 2022, las personas editoras de todo el mundo ya habían completado más de 500.000 tareas para nuevos/as usuarios/as. En otras palabras, los/as recién llegados/as habían realizado más de medio millón de ediciones de Wikipedia a través del módulo de "ediciones sugeridas" de Growth.

  • Alrededor del 30% de esas ediciones se realizaron desde dispositivos móviles.
  • El uso se sigue incrementando; en junio de 2022 se realizaron casi 50.000 tareas para nuevos usuarios.

Hemos añadido más datos a Grafana. Ahora puedes comprobar el número de ediciones y reversiones por cada tipo de tarea, o el número de preguntas que han sido realizadas a los mentores y mentoras. Puedes filtrar los datos por wiki.

Si tienes alguna duda, o hay más datos a los que quieras acceder, por favor, háznoslo saber.

Proyectos y análisis en curso[editar]

El nuevo módulo de impacto forma parte del proyecto Refuerzo positivo. La imagen muestra el boceto para móvil que utilizamos para las pruebas de usuario.

Seguimos trabajando en el nuevo proyecto, Refuerzo positivo. Acabamos de completar las pruebas de usuario de los diseños iniciales de Refuerzo Positivo. Para ello, se realizaron entrevistas en árabe, inglés y español. El resultado se publicó en la página de Refuerzo positivo. Ahora estamos utilizando los comentarios de las pruebas de los usuarios junto con los comentarios de la comunidad para iterar y mejorar los diseños.

Estamos explorando la idea de una 'Tarea estructurada de corrección de errores. Hemos probado las correcciones en los artículos de Wikipedia para arwiki, bnwiki, cswiki, eswiki (las wikis piloto de Growth) y enwiki con dos métodos diferentes: LanguageTool y Hunspell. Compartiremos más detalles sobre ellas aquí y en la página asociada Copy Edit una vez que la evaluación esté completa.

Añadir una imagen se utilizó en eventos GLAM en Argentina, México y Chile. Puedes ver un resumen de lo aprendimos en estos eventos, en: #1Pic1Article I: how Latin American heritage experts added images to Wikipedia (en inglés).

Análisis de los experimentos[editar]

Se ha publicado el Análisis del experimento de "Añadir un enlace". Los puntos más importantes son:

  • Los recién llegados que tienen acceso a la tarea "Añadir un enlace" tienen más probabilidades de activarse (es decir, de realizar una primera edición constructiva de un artículo).
  • También son más propensos a ser retenidos (es decir, a volver y hacer otra edición constructiva del artículo otro día).
  • Esta funcionalidad también aumenta el volumen de ediciones (es decir, el número de ediciones constructivas realizadas durante las dos primeras semanas), al tiempo que mejora la calidad de las ediciones (es decir, la probabilidad de que las ediciones de los recién llegados no sean revertidas).

Se ha publicado el 'Análisis del tipo de ediciones de los recién llegados.

  • Las comunidades habían expresado su preocupación por el hecho de que los nuevos/as usuarios/as, cuyas ediciones iniciales eran tareas estructuradas no continuaran su aprendizaje completando tareas más difíciles. El científico de datos del equipo de Crecimiento realizó un análisis del tipo de ediciones que los novatos hacían con las tareas para comprobar si esto era así.
  • Los resultados del análisis indican que esto probablemente no es una preocupación significativa. Más del 70% de los usuarios que comienzan con la tarea de baja dificultad "Añadir un enlace" también realizan otro tipo de tarea. Puedes leer el análisis completo y la metodología aquí.

Novedades sobre la mentoría[editar]

Un nuevo sistema para la lista de mentoras y mentores

La configuración de la lista de mentores cambiará en las próximas semanas. En el futuro, los mentores se registrarán, editarán su descripción como mentor y se dejará de utilizar Special:MentorDashboard. Este nuevo sistema facilitará el desarrollo de nuevas funciones para los mentores.

Por el momento, la lista de mentores y mentoras es una simple página que cualquiera puede editar, a menos que esté protegida. Con la nueva página, los mentores tan solo podrán editar su propia descripción, mientras que serán los bibliotecarios quienes podrán editar la lista completa de mentores si fuera necesario.

El lanzamiento se hará primero en las wikis piloto y después en el resto de wikis. Las listas de mentores existentes se convertirán automáticamente, no será necesaria ninguna acción por parte de los mentores. [9][10]

Los mentores y mentoras serán informados de los próximos pasos en breve, mediante un mensaje publicado en la página de discusión de las listas de mentoría existentes.

Encuentra más información sobre esta nueva página estructurada en mediawiki.org.

Un consejo para los mentores y mentoras

¿Sabías que los mentores pueden filtrar los cambios de sus aprendices en Special:MentorDashboard (y marcar con una estrella los que requieren atención)? Esta función ayuda a vigilar las ediciones de los recién llegados, lo que ayuda a los mentores a corregir detalles menores y a enviarles un mensaje de ánimo si fuera necesario.

¿Y sabías que los mentores tienen filtros especiales para destacar las ediciones de sus aprendices en Special:RecentChanges? Busca los siguientes filtros en RecentChanges: Tus aprendices destacados, Tus aprendices (sin estrella de destacados).

Otras mejoras

En las próximas semanas se introducirán algunas mejoras en el panel de control de mentoría:

  • Aunque ya se ofrecen algunas opciones para que los mentores puedan tomarse un descanso de su rol, la opción de dejar de abandonar la mentoría no era fácil de encontrar. Esto se mejorará. [11]
  • Aquellos mentores y mentoras de las wikis que utilicen FlaggedRevisions tendrán una forma de descubrir las ediciones pendientes de sus aprendices. [12]
  • Se mejorará el acceso al panel de control de los nuevos mentores. [13]

Cambios recientes y errores corregidos[editar]

  • Hemos pasado a una nueva API de sugerencias de imágenes. Esta nueva API nos permitirá desplegar Añadir una imagen a más wikis. [14]
  • A partir del 19 de septiembre, más wikis ofrecen Añadir una imagen a los recién llegados. Estas wikis son Wikipedia en griego, Wikipedia en polaco, Wikipedia en chino, Wikipedia en indonesio, Wikipedia en rumano. [15]
  • "Añadir una imagen" estuvo desactivada durante unos días debido a un problema técnico. "Añadir una imagen" introducía una línea en blanco en lugar de una imagen. Esto ya se ha corregido. [16]
  • Para saber si Special:EditGrowthConfig es utilizado por las comunidades, ahora instrumentamos la carga de páginas y los ajustes de la configuración. [17]

¿Tienes alguna pregunta? ¿O sugerencia?[editar]

Por favor, ¡háznoslo saber! También puedes leer nuestra página de Preguntas Frecuentes.

'Boletín del equipo de Crecimiento preparado por el equipo de Crecimiento y publicado por bot - Dejar comentarios - Suscribirse o darse de baja.

17:19 21 sep 2022 (UTC)

Subida de nuevo archivo[editar]

Saludos: En relación con mi reciente solicitud de que el archivo File:Valdebótoa (BA). Iglesia parroquial. 23.gif alojado en Category:Parish church of Valdebótoa pasara a denominarse en adelante como File:Valdebótoa (BA). Iglesia parroquial. 25.gif (ya atendida) ahora me surge el inconveniente de que cuando intento subir el que en adelante va a ser el nuevo número 23 me aparece un mensaje en el que se me indica que Por favor, elige un título diferente, porque ya existe un archivo con este título. ¿Podéis solucionarme este problema? Cordialmente --Mperezreviriego (discusión) 06:44 22 sep 2022 (UTC)

Parece ser Mperezreviriego que File:Valdebótoa (BA). Iglesia parroquial. 23.gif ya no existe, con que ya podrías subir tu nuevo archivo.- Althair Discusión 14:26 22 sep 2022 (UTC)
Dos recomendaciones Mperezreviriego: las dudas de Commons —que es realmente donde subes las imágenes— quizás sea mejor consultarlas en Commons; y es mejor que no degrades las imágenes a paleta de 8 bits en GIF (como esta), sino que las subas con su formato y metadatos originales —si es una fotografía, mejor en JPEG— (esta otra está algo mejor, aunque fue modificada en tamaño). -- Leoncastro (discusión) 16:11 22 sep 2022 (UTC)
Althair: el archivo se trasladó de nombre, quedó una redirección y la redirección se blanqueó, pero la página en sí permaneció, así que mientras no se borre (solo un administrador puede hacer esto) me temo que es posible que no pueda subirse ningún archivo con ese nombre. Eso sin contar otras posibles dificultades. strakhov (discusión) 16:19 22 sep 2022 (UTC)
Ya está borrada. Un saludo. strakhov (discusión) 16:24 22 sep 2022 (UTC)
Tienes razón strakhov, no se como lo vi.- Althair Discusión 16:51 22 sep 2022 (UTC)
Althair: si uno no está familiarizado con los borrados y la extraña relación entre los conceptos "página" y "archivo" que existe en Commons es fácil que uno se pueda despistar con esto... El enlace que dejaste (que curiosamente dirige a Wikipedia, hablando de la falta de un archivo en Commons) efectivamente dice (mediante una fea plantilla de mantenimiento) que "No existe un archivo con este nombre, puedes subirlo a Commons": se equivoca (o al menos se equivocaba). Un saludo. strakhov (discusión) 17:02 22 sep 2022 (UTC)
strakhov, creí que encontraría la redirección, pero no vi nada, ni siquiera el registro de borrado, lo que me extraño, pero no me fije en ya existía la página, debí fijarme mejor. A mi me redirigen automáticamente las páginas con la extensión Archivo o File directamente a Commons sin pasar por Wikipedia.- Althair Discusión 17:08 22 sep 2022 (UTC)

Wikidata weekly summary #539[editar]

Here's your quick overview of what has been happening around Wikidata over the last week.
  • 🧵 Discussions
    • New requests for permissions/Bot:
      • JhsBot 6
        • Task/s: Add sitelinks to newly created wikis after wikis have been created and exported from the Wikimedia Incubator.
  • 🎊 Events
    • Upcoming
      • Live editing session on Twitch, in French, by Vigneron, September 26 at 18:00 CEST (UTC+2)
      • Next Linked Data for Libraries LD4 Wikidata Affinity Group Wikidata Working Hour September 30, 2022: the seventh Wikidata Working Hour in the series will be a review session of creating contributor and publisher items in Wikidata. The primary goal of this session is to generate as many contributor and publisher items as we can in advance of the two following sessions which have to do with batch editing -- we want enough to make a good batch! We will review how to add items, but then reserve the bulk of the session for open editing, kind of like a mini-editathon! Naturally, participants can ask questions and share thoughts at any point during the editing! You are, as always, welcome to bring your own data to work on. All sessions in the project series will be recorded. Links will be added when available. Event page
    • Ongoing
      • Weekly Lexemes Challenge #60, Cows
  • 🧰 Tool of the week
    • User:Bovlb/notability.js is a userscript that adds a small notability indicator to the top right of an item showing how well the item satisfies the three notability criteria. Left to right, the three columns indicate sitelinks, identifiers and references, and structural need.
  • 🧑🏿‍💻 Development
    • Continuing work on making the mul language code work.
    • Continuing work on making Special:UnconnectedPages scale (phab:T300770)
    • Ensuring that Lexeme language codes using mis use uppercase Q consistently in the Item IDs (phab:T317863)
    • REST API: Working on automated edit summaries (phab:T312811)

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: 2022-39[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.

Recent changes

  • Parsoid clients should be updated to allow for space-separated multi-values in the rel attribute of links. Further details are in T315209.

Changes later this week

  • The new version of MediaWiki will be on test wikis and MediaWiki.org from 27 September. It will be on non-Wikipedia wikis and some Wikipedias from 28 September. It will be on all wikis from 29 September (calendar).
  • Visual diffs will become available to all users, except at the Wiktionaries and Wikipedias. [18]
  • Talk pages on the mobile site will change at the Arabic, Bangla, Chinese, French, Haitian Creole, Hebrew, Korean, and Vietnamese Wikipedias. They should be easier to use and provide more information. [19] [20]
  • In the Módulo namespace, pages ending with .json will be treated as JSON, just like they already are in the Usuario and MediaWiki namespaces. [21]

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

MediaWiki message delivery 00:28 27 sep 2022 (UTC)

Error de LUA[editar]

En seguimiento en Phabricator

Hola, que tal. Quería saber si hay una solución para que se resolviera el problema del artículo de Among Us ya que con igual con Canadá, con la anterior solicitud, también aparece un aviso de Error de Lua: not enough memory. Un cordial saludo. Betancourt A tus órdenes 00:22 19 may 2022 (UTC)

Hago ping a Amitie 10g que hizo la migración a Lua de la plantilla {{ficha de videojuego}}. --ZebaX2010 [PRESS START] 02:19 19 may 2022 (UTC)
Perdón por la tardanza en atender el caso. Durante la semana lo veré. Lo sospechoso es que solo pase en ese artículo. Sería ideal ver el perfilado del analizador al desplegar la página y ver donde se cuelga. --Amitie 10g (discusión) 02:30 19 may 2022 (UTC)
¡Bien @Amitie 10g:! Y a @ZebaX2010: por hacerle mención :) Pues si bien este artículo ya lleva algunos días con este error. :/ Betancourt A tus órdenes 02:48 19 may 2022 (UTC)

Datos en previsualización de Módulo:Ficha de videojuego[editar]

Sin la ficha Con la ficha
Plantillas usadas en esta previsualización: Plantillas usadas en esta previsualización:
Datos de perfilado del analizador:
Tiempo de uso de CPU 1,470 segundos
Tiempo real de uso 1,575 segundos
N.º de nodos visitados por el preprocesador 6976/1 000 000
Tamaño de inclusión posexpansión 221 768/2 097 152 bytes
Tamaño de los parámetros de plantilla 593/2 097 152 bytes
Profundidad máxima de expansión 9/100
Contador de funciones costosas del analizador 6/500
Profundidad de recursión de función «unstrip» 1/20
Tamaño tras la expansión de «unstrip» 179 348/5 000 000 bytes
Tiempo de uso de Lua 1,055/10,000 segundos
Uso de memoria de Lua 19 449 783/52 428 800 bytes
Perfil de Lua
Scribunto_LuaSandboxCallback::getEntity 620 ms 60.8%
Scribunto_LuaSandboxCallback::getEntityStatements 120 ms 11.8%
recursiveClone <mwInit.lua:41> 80 ms 7.8%
selectone <Módulo:Citas:1029> 60 ms 5.9%
rawset 40 ms 3.9%
Scribunto_LuaSandboxCallback::lc 20 ms 2.0%
Scribunto_LuaSandboxCallback::callParserFunction 20 ms 2.0%
Scribunto_LuaSandboxCallback::plain 20 ms 2.0%
type 20 ms 2.0%
dataWrapper <mw.lua:668> 20 ms 2.0%
Número de entidades de Wikibase cargadas 7/400
Datos de perfilado del analizador:
Tiempo de uso de CPU 1,979 segundos
Tiempo real de uso 2,099 segundos
N.º de nodos visitados por el preprocesador 6126/1 000 000
Tamaño de inclusión posexpansión 43 254/2 097 152 bytes
Tamaño de los parámetros de plantilla 910/2 097 152 bytes
Profundidad máxima de expansión 20/100
Contador de funciones costosas del analizador 0/500
Profundidad de recursión de función «unstrip» 1/20
Tamaño tras la expansión de «unstrip» 85 425/5 000 000 bytes
Tiempo de uso de Lua 1,468/10,000 segundos
Uso de memoria de Lua 52 428 784/52 428 800 bytes
Perfil de Lua
Scribunto_LuaSandboxCallback::getEntity 700 ms 46.7%
recursiveClone <mwInit.lua:41> 500 ms 33.3%
(for generator) 160 ms 10.7%
? 40 ms 2.7%
insert 40 ms 2.7%
old_getmetatable 20 ms 1.3%
Scribunto_LuaSandboxCallback::getSiteLinkPageName 20 ms 1.3%
type 20 ms 1.3%
Número de entidades de Wikibase cargadas 1/400
@Amitie 10g, la verdad creo que la tabla anterior sirve más bien de poco. El caso es que la memoria de Lua tiene un límite de 50 MB, y una sola llamada a {{Clasificacionvj|ESRB=E10|PEGI=7|CERO=A|USK=6|Apple=12}} consume 14 MB, y {{lanzamientovj|WW= 14 de diciembre de 2021...}} otros 16 MB, y así ya va más de la mitad del límite en dos detalles visuales. Yo intentaría revisar por ahí, especialmente evitando los ciclos innecesarios y la declaración de funciones dinámicas que consumen bastante memoria —y que las estás usando únicamente para... ¿evitar un condicional?—. -- Leoncastro (discusión) 19:30 19 may 2022 (UTC)

Bien, luego de analizar lo anterior y retornando la función p.Ficha(), he llegado a la conclusión de que el problema no está en la plantilla o el módulo en si, sino en la enorme cantidad de datos que hay en Wikidata, que, al traerlos, ya sea con las funciones obtenerArgumentosConValor() u obtenerTablaDeArgumentos() de Módulo:Argumentos, se llega al mismo resultado. haré el reporte correspondiente en Phabricator. --Amitie 10g (discusión) 22:04 19 may 2022 (UTC)

Emmm... ¿hola? No sé si has leído mi comentario anterior Amitie 10g, pero dudo mucho que los 2,5 MB de la carga de Wikidata sea el factor más decisivo de la ecuación. -- Leoncastro (discusión) 22:18 19 may 2022 (UTC)
Leoncastro, como dije, el problema está a la hora de llenar la tabla |argumentos= a través de la función obtenerTablaDeArgumentos(), y eso lo comprobé retornando la función Ficha() antes y después de llamar a obtenerTablaDeArgumentos() (linea 27); no es lo mismo los 2,5 MB de datos de Wikidata que los 31,5 MB de uso de memoria de Lua. El problema puede estar en los módulos utilizados, o bien, en la cantidad de datos importados desde Wikidata en si, y espero que el reporte en Phabricator ayude. --Amitie 10g (discusión) 22:29 19 may 2022 (UTC)
Pero vamos a ver Amitie 10g, ¿te das cuenta de que las dos plantillas que menciono son parte de los argumentos que recibe la ficha en ese artículo? Si le metes más de treinta megas de argumentos a la ficha, es normal que la tabla de argumentos resulte en más de treinta megas, sin que sea culpa de la generación de dicha tabla. Piénsalo un poco. -- Leoncastro (discusión) 23:16 19 may 2022 (UTC)
¿Tendrá algo que ver que Among Us (Q96417649) sea uno de los items más grandes de Wikidata? (su tamaño es más del doble que el de Estados Unidos (Q30)) Tal vez habría que hacer una excepción a este ítem, por ejemplo, implementar algún parámetro que impida importar datos de wikidata (algo como wikidata=no). --ZebaX2010 [PRESS START] 23:34 19 may 2022 (UTC)
Realmente no tengo ni idea de este tema, pero quería participar para decir que me parece ridículo que Among Us sea el doble del grande que Estados Unidos en Wikidata. ¿Se les están empezando a ir de las manos ciertas cosas en Wikidata? En fin, no quiero desviar el tema de conversación, pero no podía callarme tampoco. --Metalpotato - ✉ 23:39 19 may 2022 (UTC)
@ZebaX2010, el problema en este caso, insisto, no es el tamaño de datos de Wikidata ni de la generación de la tabla de argumentos. Por ejemplo el artículo de la pandemia de COVID-19 en Hungría carga los 4 MB de su elemento de Wikidata para mostrar cuatro datos en la ficha. Eso es casi el doble que Among Us, y sin embargo no se causan problemas. El problema está en otra parte. Como por ejemplo usar 16 MB, usando {{lanzamientovj|WW= 14 de diciembre de 2021...}}, simplemente para mostrar, literalmente, WW 14 de diciembre de 2021... -- Leoncastro (discusión) 00:10 20 may 2022 (UTC)
Ahora sí, y debo darte la razón Leoncastro, al remover las plantillas citadas de la plantilla Ficha de videojuego, efectivamente... ya sabes. Ahora, a investigar por qué tantas llamadas a {{Lanzamientovj}} causa esa alza de memoria, siendo que he tratado de optimizar lo más posible el módulo. --Amitie 10g (discusión) 00:23 20 may 2022 (UTC)
Hola, hola. En Twitter un usuario me reportó que el artículo Pandemia de COVID-19 en Costa Rica tiene muchos errores de Lua. Imagino que tiene que ver con el uso repetido de una plantilla de arriba que mencionaron. No sé si tú Amitie 10g podrías mirarlo, por favor. alhen ✉ 02:36 31 may 2022 (UTC)
Durante el día echaré un ojo, aunque recomiendo que, el que tenga tiempo, revise también y reporte aquí con el mayor detalle posible.
He reabierto el reporte en Phabricator (enlace arriba). Pueden suscribirse y aportar datos ahí, y algún resumen acá.
Lo ideal de momento será optimizar las plantillas. Ya hice el intento pero las reverti dado los reportes de fallas en estas. --Amitie 10g (discusión) 11:52 31 may 2022 (UTC)
Imagino que este problema no es solo nuestro, no? Iré a dar un poco de lata al phabricator también para hacer fuerza. alhen ✉ 10:24 3 jun 2022 (UTC)

Optimización de módulos[editar]

Estoy realizando optimizaciones a los módulos invocados en las plantillas transcluídas en estos artículos. La optimización principal consiste en separar las tablas Lua en el cuerpo del módulo en un módulo separado, y siendo llamada a través de la función mw.loadData(), con el objetivo de reducir, en la medida de lo posible, la memoria usada por Lua al llenarse de tablas redundantes. 

local lang = mw.getContentLanguage()
local language = lang:getCode()
local i18n = require('Módulo:Gráfica de casos médicos/i18n')[language]
assert(i18n, 'no chart translations to: ' .. mw.language.fetchLanguageName(language, 'es'))

local i18n = mw.loadData('Módulo:Gráfica de casos médicos/i18n/zona de pruebas')[language]
Plantillas que podrían convertirse a módulos con tablas
Módulos que no veo motivo para "optimizar"

Preferiría no hacer más cambios hasta alguna respuesta en el reporte en Phabricator. Si alguna modificación causa problemas, sientanse libres de revertir e informarme. --Amitie 10g (discusión) 21:23 31 may 2022 (UTC)

@Amitie 10g, mover tablas de un lugar a otro puede, quizás, considerarse una optimización organizativa, pero no de rendimiento; siempre será más rápida y consumirá un poquito menos de memoria una tabla local que importar la misma tabla de un archivo independiente. Independientemente de eso, cuyo impacto será mínimo, nuevamente recomiendo en cambio enfocarse en prescindir de los ciclos innecesarios y la declaración de funciones dinámicas. Por ejemplo y para ser más claro, no entiendo por qué generas unas estructura de datos en Módulo:Clasificaciónvj/datos para luego reestructurarlos de otro modo con bucles for en Módulo:Clasificaciónvj; lo ideal sería organizarlos desde origen y extraer las partes necesarias mediante condicionales if. Lo mismo aplica cuando declaras funciones dinámicas anónimas del tipo local Valor = (function(), etc. Ídem con Módulo:Lanzamientovj/datos y Módulo:Lanzamientovj, donde incluso se hacen bucles dentro de funciones dinámicas dentro de otros bucles. En lugar de buscar problemas en otros módulos, te recomiendo empezar a optimizar precisamente esos dos que ya había mencionado anteriormente y que consumen una inmensa cantidad de memoria para producir tan poco resultado. Luego, si quieres, una vez que se optimicen esos dos módulos, podemos seguir hilando fino y revisar o proponer cualquier otro módulo. Aunque ya te digo yo que, por ejemplo, es una pésima idea tratar de optimizar Plantilla:Iconos, o Plantilla:Nombre mes, o Plantilla:Días mes convirtiéndolas en módulos, ya que son prácticamente transclusiones directas. -- Leoncastro (discusión) 22:50 31 may 2022 (UTC)
Sí, una tabla local consume menos recursos, pero tuve en cuenta la invocación repetida de un módulo con la tabla incluida. Ahí está el propósito de separarla e incluirla mediante mw.loadData(), y ver si realmente sirve en artículos con muchas plantillas (en especial plantilla de citas para referencias). Lo de los bucles, sí, habré de trabajar en eso. --Amitie 10g (discusión) 12:45 1 jun 2022 (UTC)

Restauración a la plantilla anterior[editar]

He creado una zona de pruebas para la plantilla {{Lanzamientovj}}, la cual es la versión wikitexto de la plantilla, mientras que la plantilla principal la dejé en Lua, habiendo realizado unos ajustes al código para poder importar datos desde Wikidata de manera más o menos apropiada. Solo Among Us transcluye {{Lanzamientovj/zona de pruebas}}, y ahora ya no ocurre el problema de memoria, pero por un pelo de rana calva, pues la memoria usada es de alrededor de 48/50 MB, mientras que el tiempo de CPU es casi el mismo. Según lo que veo, es el gran uso de referencias el que causa el incremento exponencial de memoria, y el código de {{Lanzamientovj}} solo ocupa un par de megabytes más, causando el exhauste de la memoria. El hilo en Phabricator sigue abierto. Como Among Us es un artículo bueno, creo que sería bueno meter presión a los operadores de sistema para incrementar la memoria de procesamiento, porque en este caso está a mi parecer justificado. --Amitie 10g (discusión) 04:08 17 jul 2022 (UTC)

¿Pero otra vez Amitie 10g? Te estás liando de nuevo. Primero culpabas a Wikidata, luego a la ficha, más tarde a las tablas de argumentos... ¿ahora a las referencias? No sé en qué momento has cambiado de opinión cuando ya me habías dado la razón en que las dos dichosas plantillas de {{Clasificaciónvj}} y {{Lanzamientovj}} consumen una cantidad de recursos exagerada para el resultado que ofrecen. Las fichas y referencias consumen bastante memoria, sí, no se puede negar, pero es que también ofrecen mucho a cambio. Simplemente cambiar las dos dichosas plantillas de videojuegos por exactamente el mismo resultado que ofrecen, causa que se baje del error de exceso de uso de memoria en Lua (con el módulo) o de los 48/52 MB (con la plantilla) a nada menos que 34 megabytes de uso de memoria. Sin quitarlas. Solamente en el proceso de estas dos plantillas se consumen nada menos que 14 MB en el mejor de los casos. Catorce megas para poner una fecha... por favor, compréndelo... -- Leoncastro (discusión) 15:33 17 jul 2022 (UTC)

Integración de código y otras optimizaciones[editar]

Luego de dar tantas vueltas, creo que he dado con el clavo. Hoy hice algunos cambios más al módulo, entre estos la integración de los módulos Lanzamientovj y Clasificaciónvj dentro de Módulo:Ficha de videojuego, y el resultado en Among Us es notable, conseguí reducir la memoria a 35 MB. De momento no se han modificado las plantillas actuales, y durante estos días hare una revisión mas profunda y tal vez integre definitivamente los cambios. --Amitie 10g (discusión) 03:21 2 sep 2022 (UTC)

@Amitie 10g, la «notable» mejora que has obtenido no es tanto por integrar los módulos, sino por prescindir de la «declaración de funciones dinámicas que consumen bastante memoria» (como ya advertí inicialmente). Vamos que todavía puedes seguir optimizando el código retirando el resto de funciones dinámicas existentes. Por cierto, si todavía no me has entendido, cambiando las funciones dinámicas local x = (function() ... end)() por funciones estáticas function functionname() ... end local x = functionname() se ahorra bastante memoria; y todavía hay varias que se pueden mejorar (L-81, L-286, L-302, L-308, L-315, L-342, L-404, L-405 o L-412). -- Leoncastro (discusión) 14:19 2 sep 2022 (UTC)
Obtenido de «https://es.wikipedia.org/w/index.php?title=Wikipedia:Café/Portal/Archivo/Técnica/2022/09&oldid=147088732»