Ir al contenido

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

De Wikipedia, la enciclopedia libre



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


Wikidata Weekly Summary #647

[editar]

<languages/>

Editar taller de otro usuario

[editar]

Hola a todos:

Estamos proyectando escribir un artículo conjuntamente entre distintos usuarios nuevos. Para ello se nos había ocurrido usar el taller de uno de los usuarios, pero el problema es que el sistema no permite a los demás editar el taller de ese usuario. ¿Existiría alguna manera de permitir esto? Muchas gracias por la atención y un cordial saludo. Ecolab24 (discusión) 12:50 1 oct 2024 (UTC)[responder]

@Ecolab24: Hola. Puede indicar en qué taller tiene previsto trabajar. Anibal Maysonet (disc.) 13:07 1 oct 2024 (UTC)[responder]
Hola @Anibal Maysonet, gracias por la respuesta. Queremos hacer esto en el contexto de un curso universitario, en el que habría varios grupos de tres o cuatro usuarios, y todos los usuarios de cada grupo editarían en el taller de uno de los miembros del grupo. Uno de esos talleres sería, por ejemplo, el de @LUCIAG03 (el taller todavía no está creado). Ecolab24 (discusión) 14:12 1 oct 2024 (UTC)[responder]
Podrías indicarnos cual es la universidad y el docente a cargo? Siendo cuentas no confirmadas es imposible que editen en subpáginas de otros usuarios --Esteban (discusión) 14:15 1 oct 2024 (UTC)[responder]
Hola @Esteban. ¿Sería posible dar esta información de alguna manera privada? Ecolab24 (discusión) 15:07 1 oct 2024 (UTC)[responder]
@Ecolab24, los nombres de usuario (como Ecolab24 o LUCIAG03) son lo suficientemente públicos como han querido los propios usuarios que los han creado y al mismo tiempo lo suficientemente privados como para no revelar datos sensibles de las personas que hay detrás de cada usuario. Entonces no hay motivos para no publicar el nombre de la universidad o el nombre de usuario del docente a cargo. Es un ejercicio de transparencia y una demostración de buena fe, que a la larga puede reflejarse en mayores colaboraciones entre entidades, en asistencias más personalizadas, o incluso en integraciones, orientaciones, eventos, cursos, etc. El camino puede ser tan amplio como se quiera, según los medios que se puedan. Pero no es lo mismo aprovecharse de las herramientas de una plataforma para beneficiarse y hacer más fácil una tarea particular, que aprovecharse de toda la estructura de una plataforma y su comunidad para colaborar y hacer más fácil una tarea en ambos sentidos. Véanse otros proyectos educativos. -- Leoncastro (discusión) 16:44 1 oct 2024 (UTC)[responder]
Hola @Leoncastro, gracias por la respuesta. No había entendido bien. La universidad es la Universidad Pompeu Fabra y el docente soy yo mismo, Ecolab24. Volviendo a la cuestión inicial, ¿qué opciones habría para que varios usuarios puedan editar un mismo taller? Supongo que el problema se soluciona al llegar a usuario autoconfirmado con 50 ediciones, pero esto obligaría a trabajar en paralelo hasta entonces y complicaría el trabajo a los estudiantes. Ecolab24 (discusión) 17:05 1 oct 2024 (UTC)[responder]
El problema es que los usuarios no confirmados no pueden editar en talleres de otros usuarios, ahora se soluciona si un bibliotecario asigna el permiso de confirmado a las cuentas, pero esto no es Google Drive, se van a producir constantemente conflictos de edición, si quieres puedes enviarme un correo y te explico detalladamente --Esteban (discusión) 17:52 1 oct 2024 (UTC)[responder]
@Ezarate: Hay un recurso que da la posibilidad que los usuarios no autoconfirmados puedan editar el taller, también puede haber ciertos inconvenientes, por lo que el usuario encargado debe ser consciente de ello. Anibal Maysonet (disc.) 18:22 1 oct 2024 (UTC)[responder]
Y cuál es ese recurso? --Esteban (discusión) 18:23 1 oct 2024 (UTC)[responder]
@Ezarate: La plantilla {{Taller compartido}} es un recurso relativamente nuevo que permite que usuarios no autoconfirmados puedan editar un taller en específico. Por ejemplo, Ezarate crea una subpágina en su espacio de usuario; tras añadir esta plantilla en la subpágina, cualquier usuario puede editarla. Sin embargo, el usuario propietario debe ser consciente de que puede haber conflictos de edición o ediciones no deseadas. Anibal Maysonet (disc.) 18:40 1 oct 2024 (UTC)[responder]
Ecolab24: vamos a intentar ayudarte y orientarte con ese problema y otros que puedan surgir, pero ante todo es muy necesario que comentemos desde el principio el planteamiento y objetivo de tu actividad, ya que lamentablemente hemos tenido muchos problemas con este tipo de proyectos cuando no han estado guiados por wikipedistas con la suficiente experiencia ni por capítulos o grupos de usuarios, como me temo que es tu caso, ya que acabas de crear tu cuenta. Para desarrollar un artículo viable son necesarios meses de experiencia y aprendizaje continuados, plazos que seguramente no manejáis, y puede resultar frustrante para los alumnos y para los wikipedistas dedicar tiempo a algo que no va a ser viable. Probablemente sea mucho más adecuado que los alumnos realicen otro tipo de tareas mucho más sencillas en artículos ya existentes, y para eso tal vez podrían contar con el asesoramiento más directo de la asociación Wikimedia España, además de que en todo caso seria necesario tener la lista de cuentas implicadas para poder hacer el seguimiento adecuado. En todo caso, por favor, danos más detalles, coméntanos qué te parece lo que te planteo, y a partir de ahí seguimos viendo cómo avanzar. - José Emilio –jem– Tú dirás... 23:11 1 oct 2024 (UTC)[responder]
@José Emilio: Gracias por tu mensaje. Respecto a la lista de cuentas implicadas, ningún problema: en cuanto todas estén creadas, estarán disponibles en la página del proyecto. Respecto a la viabilidad de los artículos, tenemos dos meses. Los artículos tendrán todos la misma estructura, describiendo las características básicas del mercado de trabajo en una provincia española. Lo que cambiará de un artículo a otro es la provincia en cuestión. Esto facilitará el seguimiento de los trabajos y el aprendizaje entre los propios alumnos basado en lo que sus compañeros han hecho. En principio hay previstas cuatro secciones principales, para las que dos meses serán tiempo suficiente. También tenemos ya las fuentes estadísticas y la bibliografía básica para referenciar, que cada grupo podrá ampliar si lo desea. Por supuesto, es posible que algunos artículos no lleguen a alcanzar el mínimo de calidad. Si eso ocurre, el plan es retomar esos artículos en la próxima edición del curso, hasta dejarlos listos para publicar. La opción de empezar desde el principio editando artículos ya existentes complica mucho la evaluación, y obliga a distintos alumnos a tomar distintos puntos de partida. Creo que empezar de cero no complica las cosas, sino que las facilita. Para cualquier cosa, estoy a disposición. Ecolab24 (discusión) 07:51 2 oct 2024 (UTC)[responder]
A diferencia de otros proyectos anteriores, en este caso inicialmente se ha planteado crear talleres de usuario compartidos, lo cual me hace pensar que por lo menos no se pretende dejar en el espacio principal borradores o artículos de calidad deficiente. Sobre los temas a desarrollar, me parece que las características y condiciones del mercado de trabajo en España es común e independiente de las provincias, pero como no soy un experto del tema mejor no digo nada y ya se verá, que por el comentario anterior creo que se prentende enfocar como diferentes anexos con listados y tablas de datos estadísticos concretos de la situación sociolaboral de cada provincia. Ya veremos. -- Leoncastro (discusión) 17:39 2 oct 2024 (UTC)[responder]
Gracias por tu disposición a explicar y documentar tu trabajo, Ecolab24. He revisado la página del proyecto con la lista de artículos previstos, y mantengo mis dudas, que van en la línea de lo que ha indicado Leoncastro. No tengo claro qué desarrollo enciclopédico se puede hacer sobre el mercado de trabajo a nivel provincial si las leyes al respecto son nacionales o, como mucho, autonómicas, y ni siquiera tenemos artículos al respecto a nivel autonómico (y a nivel nacional, solo existen los de España y Francia). Y si se tratara básicamente de recopilaciones de datos estadísticos, que como dice Leoncastro tendrían que figurar como anexos, sería una información quizá demasiado específica y local que dejaría un contraste/desequilibrio muy fuerte entre 3 provincias con datos y otras 47+2 sin ellos, además de la falta de datos autonómicos y nacionales; lo lógico sería empezar por recopilar y presentar estos últimos. Tampoco me parece una buena perspectiva el plantear que se continúe en próximos cursos, porque para entonces puedes haber cambiado de idea, o de asignatura, o de universidad, y nos quedaríamos con un trabajo para el que Wikipedia ha puesto sus recursos sin recibir ningún contenido enciclopédico a cambio, y así no estaríamos cuidando ni respetando el esfuerzo, tiempo y donaciones de los miles de personas que aportan al proyecto. Por eso, mi propuesta sigue siendo sugerir tareas más sencillas e inmediatas en artículos existentes, que serán más gratificantes para los alumnos y más constructivas para Wikipedia. Dices que eso complica más la evaluación, pero también (y antes) hay que pensar en qué es lo más complicado para Wikipedia, además de para ti o la universidad; y de todas formas estoy convencido de que sí es posible hacer una evaluación adecuada y objetiva a partir de ese tipo de tareas, quizás con alguna ayuda (semi)automatizada en la que puedo trabajar, si nos coordinamos más directamente. Para ello, si te parece, te propongo que entres en IRC y lo conversemos más en profundidad allí, en tiempo real. Quedo a la espera. - José Emilio –jem– Tú dirás... 10:43 3 oct 2024 (UTC)[responder]
Ecolab24, ¿podrías al menos darnos algún tipo de respuesta? Independientemente de todo lo anterior, creo que es poco respetuoso por tu parte seguir trabajando sin haber contestado ni tenido en cuenta lo que te decimos aquí. - José Emilio –jem– Tú dirás... 23:39 9 oct 2024 (UTC)[responder]
Hola a todos! Siempre me dan un poco de desasosiego los proyectos educativos, igual que los wikiproyectos (dos variantes de la misma especie)... Requieren un compromiso a largo plazo y, además, la preparación del profesor, que en la mayoría de los casos sabe lo "wikimismo" que los alumnos. Entonces nos quedan todas esas páginas que no se pueden trasladar al espacio enciclopédico pero tampoco las borramos. En este caso me preocupan varias cosas: la actualización de esos datos, que quedarán obsoletos en breve sin nadie que los actualice (que tengamos otros no significa que debamos seguir permitiendo entradas así); las referencias, que hay como una constante de que los anexos son más relajados y por ende ponen una única y solitaria y abandonada referencia; la redacción que está igualita en todos; y, finalmente, que no aguantan para ir a artículos, en todo caso a anexos.
¿Eso no puede ir a Wikidata? ¿No hay otro tema más jugoso que puedan hacer? ¿Un tema que nos beneficie a todos? Ustedes hacen su curso y tienen sus notas y nosotros nos quedamos con unos lindos artículos con estructura, bien redactados, con referencias, wikificadísimos, lindos cuchis bellos cucú...
Sugiero que tomen otro tema o eso quedará allí, en las subpáginas. Saludos, Laura Fiorucci (discusión) 12:56 12 oct 2024 (UTC)[responder]

A mí el uso del espacio "Usuario:" o el espacio "Wikiproyecto:" para ensayos de alumnos me preocupa de poco a nada (a la Fundación y el "incremento en la carga de sus servidores" que esto suponga o lo que sea ...no lo sé, sospecho que a día de hoy no es una preocupación importante allá). El contenido realizado (si Wikipedia:Proyecto educativo/Economía laboral/Barcelona es un ejemplo de ello), pues, a primera vista y sin indagar a fondo no me parece que esté tan mal (tiene un formato bastante decente, tiene referencias, etc). Sí me parece más preocupante volcar en Wikipedia datos de relevancia secundaria y con necesidad de actualización permanente... sin... facilitar una solución de actualización automática o semiautomática de estos mismos. Pienso p. ej. en cuando alguien tuvo la brillante idea de importar en 2021 un montón de tablas de "evolución de la deuda viva municipal" de municipios españoles y las fue insertando en los artículos de miles de municipios españoles ([1]). Y en muchos casos allí se han quedado tal cual, y allí van a seguir años y años, sin que las actualice ni dios. Las cifras del mercado laboral de cada provincia española me parece que presentan ese problema, lo que me hace dudar de la conveniencia de trasladar esto a un espacio de contenido y que, efectivamente, quizás Wikipedia no sea el mejor lugar donde almacenar este tipo de datos numéricos (sino Wikimedia Commons y el espacio Data, en lugar de perdidos dentro del código de artículos wiki, de más complicada actualización automática). En el caso particular de estos proyectos de artículo sobre mercados laborales provinciales españoles he de reconocer que no todo es tabla, sino que también tienen texto. Saludos. strakhov (discusión) 13:23 12 oct 2024 (UTC)[responder]

Hola a todos. Gracias por dedicar algo de vuestro tiempo a valorar este proyecto. Por las opiniones que he recibido, veo que el principal inconveniente esgrimido es la posibilidad de falta de actualización. Respecto a esto, mi intención es continuar el proyecto en cursos sucesivos, pasando a consistir en la actualización y mejora de los artículos creados este año (porque siempre habrá cosas que se puedan mejorar). Se me ha dicho que eso no lo puedo garantizar; efectivamente, ningún usuario puede garantizar nada al cien por cien respecto al futuro de ningún artículo, pero esta es mi intención y no veo impedimento para ello en los años por venir. Respecto a considerarlos como anexos, si se revisa el modelo, que por ahora solo incluye un esbozo de la primera sección (de cuatro previstas), se verá que los artículos que proponemos no son anexos, sino descripciones estructurales del mercado de trabajo basadas en datos de los últimos veinticinco años (en algunos casos, más), explicadas y contextualizadas. Respecto a las referencias, igualmente, en el modelo puede verse que nuestra intención es hacer un uso debido de ellas (solo hay una sección y tiene seis referencias): los alumnos ya han sido advertidos de que uno de los principales indicadores de calidad de un artículo es la cantidad y fiabilidad de las referencias, y se les ha explicado bien lo que Wikipedia no es.
Entiendo que algunos wikipedistas tengan sus reservas, por experiencias decepcionantes con proyectos pasados. Si nuestro trabajo en el espacio "Wikiproyecto:" puede causar algún perjuicio técnico o humano, por supuesto no lo haremos. Nuestra intención es contribuir, no molestar. Si, por el contrario, esto no es motivo de preocupación, tan solo les pediría que nos permitan trabajar y demostrar lo que podemos aportar, sin parar el proyecto de antemano. Yo mismo revisaré todos los artículos y he mostrado mi disposición a coordinarnos y trasladar a artículos solo aquellos trabajos que no vayan a suponer un esfuerzo innecesario a los revisores, llegado el momento.
De nuevo, gracias en todo caso por dedicar tiempo a comentar este proyecto. Quedo atento a la decisión, y a cualquier otra duda que pueda resolver. Ecolab24 (discusión) 19:14 14 oct 2024 (UTC)[responder]

Mensaje de error en recuperando historial

[editar]

No es la primera vez que pasa, pero las anteriores par de veces lo he podido recuperar (se me aconsejó probarlo un par de veces más, y funcionó, a lo "ruso"), esta vez no.

[9828ec1f-2f1e-48c2-9644-14a2780bf035] 2024-10-05 06:51:16: Excepción grave de tipo "Wikimedia\Rdbms\DBTransactionSizeError"

Se trata de cientos de ediciones que quedan sin recuperarse.

Agradecería información al respecto. Saludos.  νιяυм мυη∂ι ¦ ℓσg  06:59 5 oct 2024 (UTC)[responder]

Vale, ya veo que si los recupero en bloques funciona. Me imagino que habrá una edición concreta que esté causando este error y cuando llegue a ella se producirá, en todo caso es mucho trabajo así que lo voy a hacer pacientemente. Saludos.  νιяυм мυη∂ι ¦ ℓσg  07:10 5 oct 2024 (UTC)[responder]
Bueno, ya lo he recuperado todo en bloques, con invertir selección tampoco es tanto trabajo. Eso sí, se ha recuperado todo, no se produjo este error en ninguna fase, por lo que me hace pensar que sencillamente no pudo hacerlo todo a la vez con tantas ediciones por algún problema técnico. En fin, sería interesante mirarlo más detenidamente, pero ya no es urgente. Saludos.  νιяυм мυη∂ι ¦ ℓσg  07:16 5 oct 2024 (UTC)[responder]
@Virum Mundi, si esperas que realmente alguien lo revise te recomiendo que lo traslades a Phabricator. Hay varios reportes abiertos relacionados con errores de la base de datos. -- Leoncastro (discusión) 11:50 5 oct 2024 (UTC)[responder]
Gracias @Leoncastro, lo haré, pues me he dado cuenta de que suele pasar en los casos a partir de 1500 ediciones borradas. Un saludo.  νιяυм мυη∂ι ¦ ℓσg  12:05 5 oct 2024 (UTC)[responder]
Igual lo más sencillo es que pongan un límite y un aviso, ya que recuperar mil y pico ediciones de una sola vez son muchas transacciones para una sola llamada a la base de datos. -- Leoncastro (discusión) 12:10 5 oct 2024 (UTC)[responder]
Me imagino que por eso los administradores no podemos hacer una fusión de historiales "normal" a partir de cierta cantidad de ediciones (creo que mil y pico), pues aparece un mensaje en rojo que nos "manda" a hacerlo todo manualmente; y sé que algunos lo dejan para no cometer un error, pero en fin, tiene que hacerse. La primera llamada a la base de datos tarda bastante hasta que se produce el error, luego ya aparece casi de inmediato, por eso al principio pensé que se habían recuperado parte de las ediciones y que hubo una concreta que tenía algún problema técnico, pero no es el caso. En fin, voy a dejar constancia en Phabricator para quien tenga que ocuparse del tema. Un saludo.  νιяυм мυη∂ι ¦ ℓσg  12:39 5 oct 2024 (UTC)[responder]

Wikidata weekly summary #648

[editar]

<languages/>

Tech News: 2024-41

[editar]

MediaWiki message delivery 23:38 7 oct 2024 (UTC)[responder]

SeroBOT y Automoderador

[editar]

Hola comunidad, espero que se encuentren super. En las últimas Tech News apareció Automoderador que es una herramienta que hace lo mismo que SeroBOT pero administrada por la Fundación Wikimedia. En este sentido, y debido a que ellos son las personas que implementan los algoritmos de reversas, sugiero traspasar la responsabilidad del control de vandalismo a esta herramienta y dar de baja a SeroBOT. ¿opiniones? Superzerocool (el buzón de msg) 23:54 7 oct 2024 (UTC)[responder]

@Superzerocool, ante todo, y pase lo que pase, gracias por todo el servicio prestado como desarrollador y responsable de SeroBOT, del mismo modo que se agradece todo el trabajo de los operadores de bots antivandalismo previos. Por lo visto se ha implementado una extensión dentro del sistema con el mismo algoritmo antivandalismo que actualmente emplea SeroBOT, y que tú estás dispuesto a trapasar libremente la responsabilidad que voluntariamente habías asumido. Entiendo que aunque la extensión está en fase experimental, has tenido tiempo para comprobar su funcionamiento o algoritmo para afirmar que «hace lo mismo que SeroBOT». Y siendo esto cierto y viendo acuerdo entre ambas partes, será lógico hacer el traspaso, y en este sentido me encuentro A favor a favor del cambio. Pero veo que hay que hacer algunos pasos previos.
Primero será necesario activar la nueva extensión, por lo que se necesitará un consenso comunitario y una posterior solicitud de activación. Por tanto desde aquí invito a la Comunidad a mostrarse a favor o en contra de activar la extensión y liberar a SeroBOT de su actual tarea.
Segundo, y antes de que se emplee la herramienta, será necesario que los voluntarios de Translatewiki nos la traduzcan al idioma español, pues en estos momentos está todavía sin traducir.
Y es que hay que aclarar que una vez activada la extensión los bibliotecarios locales tienen la capacidad de encender, apagar y configurar la herramienta (y recuerden que Superzerocool sigue siendo bibliotecario), así como los administradores de interfaz podrán personalizar los mensajes de la misma. Y para completar esta configuración, sería conveniente que Superzerocool indicara qué umbral está usando con SeroBOT, y si estaba considerando como exento algún grupo de usuario (el resto de opciones estarían activas: edición menor, edición de bot y mensaje al usuario).
Finalmente, una última consideración: el traspaso de SeroBOT a Automoderator básicamente consiste en pasar la responsabilidad a la Fundación y ceder la configuración a los bibliotecarios. Cuantos más involucrados, mejor. -- Leoncastro (discusión) 16:36 8 oct 2024 (UTC)[responder]
Gracias por las palabras y el análisis. Lo único que se perdería sería la denuncia y solicitudes por reversas reiteradas, pero nada que no se pueda implementar leyendo los cambios recientes. Acerca de los umbrales, creo que conservé los parámetros de ORES (x > 0,963) Superzerocool (el buzón de msg) 17:05 8 oct 2024 (UTC) (pd: lamento si SeroBOT sé caía más que una anciana, pero creo que la Fundación Wikimedia, con la extensión, que me consultaron en su minuto qué pensaba, me parece que es mucho mejor y reduce el downtime)[responder]
A favor A favor, sería bastante conveniente que una herramienta desarrollada por la fundación y además que pueda ser configurado por el cuerpo de bibliotecarios y no dejarle la carga a un solo usuario, para que sea más ágil su manejo y la atención de errores, siendo que el patrullaje automatizado de vandalismo es sumamente importante en la enciclopedia. No obstante, considerando que la herramienta no denuncia o solicita protección, podemos dejarle esas dos tareas a SeroBOT.--SRuizR ¡Pura vida! 16:37 9 oct 2024 (UTC)[responder]
A favor A favor, pero con calma. Me sumo al resto de agradecimientos y de reflexiones. Está claro que a medio y largo plazo los sistemas comunes a todos los proyectos y con respaldo de la Fundación son el camino lógico y sensato, pero antes de planteárnoslo es imprescindible que un bot esté preparado para realizar denuncias y solicitudes de protección automáticas (que ya puestos podrían ser también, y con mayor «peso», debidas a reversiones humanas y a disparos de filtros); que tengamos claro quiénes y cómo asumir el mantenimiento de la configuración y de los informes de falsos positivos; y que el Automoderador funcione en los anexos, cosa que por lo que he leído no sucedería de momento. Hay algunos otros detalles más «finos» que yo tenía en cuenta en PatruBOT y que serán complicados de implementar, como las exenciones por otros criterios o directamente por lista blanca, y los reajustes dinámicos en los umbrales en función del historial anterior de puntuaciones, pero no son importantes. En definitiva, avancemos en esa dirección, pero con calma y seguridad. - José Emilio –jem– Tú dirás... 23:39 9 oct 2024 (UTC)[responder]
En ese sentido, creo que apoyo la idea de migrar paulatinamente funciones a esta "pseudo-herramienta". Como bien indica -jem-, hay que implementar listas blancas, ya que hace algunas semanas SeroBOT se llevó un semibloqueo por revertir a una bibliotecaria (*inserte cara de asombro*). Está bien para el 98 % de los casos, pero como toda herramienta, y como bien apunta jem, deben existir mecanismos activos de poder atender aunque sea los falsos positivos, aunque en la página de deploy indican que sería bueno tener una página "prearmada" y vinculada con Phabricator, para informar estos "falsos positivos".... ni idea si tendrán una persona que analice todas las denuncias que llegan por que el bot "es de izquierda, derecha... mira desde arriba e ignora a los de abajo.... o es de Boca y a veces de River". Así mismo, cooperar para denunciar por X reversas en Y horas es una función que desconozco porque no la han implementado, quizás porque era muy específica de nuestra wiki, pero en sí, puedo/podemos (subiendo a jem al carro) en generar un bot o script que vaya sumando estas denuncias: no porque se acabe el principal negocio de SeroBOT dejaré botado a mi hijo de códigos y algoritmos ;) Superzerocool (el buzón de msg) 00:41 10 oct 2024 (UTC)[responder]
A favor A favor, y de igual forma agradezco a @Superzerocool todo el tiempo invertido en mantener el bot a lo largo de los años. Tambíen apoyo la idea de continuar la labor de SeroBot en el espacio de nombres de anexo de forma temporal hasta que la nueva herramienta tenga acceso a él (las listas están en el espacio de nombres principal en enwiki; los anexos, al ser de contenido similar, entiendo que se procesan adecuadamente por el modelo aún estando en un espacio de nombres fuera del que se recomienda para el modelo en el que se basa SeroBot). Nacaru (discusión) 23:12 18 oct 2024 (UTC)[responder]

Revisión de la función de descripciones de artículos asistidas por máquina

[editar]

Hola,

Yo soy Amal Ramadan, Especialista Senior en Comunicaciones del Movimiento, en apoyo del equipo de aplicaciones móviles de Wikipedia en la fundación. El año pasado, realizamos un experimento para probar una herramienta asistida por máquinas para generar descripciones cortas de artículos  y los resultados indican que la herramienta cumple nuestro umbral de aceptación para tu comunidad lingüística. Con base en estos resultados, nos gustaría invitar a tu comunidad a revisar los resultados y determinar si desean activar esta función.

No dudes en compartir cualquier comentario o sugerencia a continuación.

¡Gracias por tu consideración!

--ARamadan-WMF (discusión) 10:42 10 oct 2024 (UTC)[responder]

Wikidata weekly summary #649

[editar]

Tech News: 2024-42

[editar]

MediaWiki message delivery 21:16 14 oct 2024 (UTC)[responder]

Plantilla:Langx

[editar]

Necesito crear esta plantilla {{Langx}}. Pronto será reemplazado {{Lang-??}} por {{Langx}}.

El siguiente código fuente de Wikipedia en inglés de en:Module:Lang y luego copiado a Módulo:Lang para poder funcionar correctamente con {{Langx}}.

local function _langx (args_t) local langx_data = mw.loadData ('Module:Lang/langx'); -- get necessary data local inherit_t = langx_data.inherit_t; -- get list of language tags extracted from Template:Lang-?? template names for languages that are rendered in upright font local rtl_t = langx_data.rtl_t; -- get list of language tags for languages that are rendered right-to-left local script_t = langx_data.script_t; -- get list of language tags for Template:Lang-?? templates that set |script=<something> local link_t = langx_data.link_t; -- get list of language tags for Template:Lang-?? templates that set |link=<something> local size_t = langx_data.size_t; -- get list of language tags for Template:Lang-?? templates that set |size=<something> args_t.code = args_t[1] or args_t.code; -- get the language tag; must be {{{1}}} or |code= if not args_t.code then return make_error_msg ('missing language tag', args_t, 'Langx'); end

args_t.rtl = args_t.rtl or (rtl_t[args_t.code] and 'yes'); -- prefer |rtl= in template call, use rtl_t else args_t.script = args_t.script or script_t[args_t.code]; -- prefer |script= in template call, use script_t else args_t.link = args_t.link or link_t[args_t.code]; -- prefer |link= in template call, use link_t felse args_t.size = args_t.size or size_t[args_t.code]; -- prefer |size= in template call, use size_t else args_t[1] = nil; -- unset to mimic Template:Lang-?? templates which set |code=xx local lang_subtag = args_t.code; -- use only the base language subtag for unsupported tag test; some args_t.code are modified by |script= etc initial_style_state = inherit_t[args_t.code:lower()] and 'inherit' or 'italic'; -- if listed in inherit_t, set as 'inherit'; 'italic' else return _lang_xx (args_t, 'Langx') .. ((langx_data.unsupported_t[lang_subtag:lower()] and ) or ); -- temporary category for unsupported language tags -- return _lang_xx (args_t, 'Langx'); end

¿Deberíamos traducir este código al español? 49.150.11.37 (discusión) 22:13 17 oct 2024 (UTC)[responder]