Wikipedia

Wikipedia:Café/Portal/Archivo/Técnica/2024/10

< Wikipedia:Café · Portal · Archivo · Técnica
Último comentario: hace 16 días por Leoncastro en el tema Categoría: Pages using the JsonConfig extension
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.


Mensajes en inglés en el Café

editar
Último comentario: hace 1 mes12 comentarios9 usuarios en la discusión

¿Habrá manera de solicitar que los mensajes se publiquen en castellano y no en inglés?--Jalu (discusión) 03:59 20 sep 2024 (UTC)

Posible es, pero para que lleguen en castellano alguien tiene que estar traduciendo, y es difícil encontrar a alguien dispuesto a realizar eso periódicamente.--SRuizR   04:10 20 sep 2024 (UTC)

Quien pública los mensajes debería ocuparse de eso. No nosotros. --Jalu (discusión) 10:22 20 sep 2024 (UTC)

Como (casi) todo acá, quien publica los mensajes es un grupo de voluntarios... –FlyingAce✈hola 12:47 20 sep 2024 (UTC)
La cuestión es si es mejor en inglés o, sencillamente, no tenerlos, pues no creo que pueda pedirse a nadie a traducir nada y, al ser estos mensajes "retransmitidos" a decenas de Wikipedias, si se quisiera hacer bien no habría que pedir una traducción al español sino también a muchos idiomas más. En mi opinión es mejor el inglés que la desuscripción. Saludos. strakhov (discusión) 12:55 20 sep 2024 (UTC)
Creo que se puede exigir que los mensajes "institucionales" estén en castellano, porque es el idioma del proyecto, la Fundación recauda bastante y en estos tiempos no debería costarles mucho en tiempo y seguramente nada en plata. Hay miles de personas colaborando en los proyectos, alguien sabrá estos dos exóticos idiomas ;) Si no hay capacidad o interés de traducirlos, ¿por qué no dejar un enlace permanente al sitio en que se publican? Los mensajes a título individual no deberían tener restricciones mientras su contenido sea pertinente. Saludos. Lin linao ¿dime? 13:19 20 sep 2024 (UTC)
Estoy de acuerdo contigo con que todo lo que venga de la fundación se publique ya traducido al idioma local. En estos dos casos en particular (las noticias técnicas y el resumen semanal de Wikidata), ambas publicaciones son preparadas por voluntarios. Veré si puedo apoyar con la parte de Wikidata conforme el tiempo lo permita :) –FlyingAce✈hola 13:42 20 sep 2024 (UTC)
Personalmente, pienso que podríamos prescindir del mensaje de Wikidata o moverlo a otra página. Son mensajes largos y ocupan bastante espacio. ZebaX2010   [PRESS START] 19:59 20 sep 2024 (UTC)

┌─────────────────────────────┘
 Los mensajes de las Noticias Técnicas (o Tech News), las traduje hasta el resultado de la Carta del Movimiento. Después de esto, decidí dejar de donar mis horas Superzerocool (el buzón de msg) 02:24 21 sep 2024 (UTC)

Tendría que solicitarse con meta que es quién distribuye los mensajes que, en la wikipedia que corresponda (en español en nuestro caso) sea en el idioma de la respectiva Wikipedia, porque si da flojera leer todo lo que dice en inglés, y se supone que efectivamente debería ser en español, si desde que lo publican aquí, supuestamente porque es algo de interés para los usuarios de esta Wikipedia. --Леон Поланко говорит вам и слушает вас 22:03 22 sep 2024 (UTC)
No, las noticias de Wikidata vienen de Wikidata, no de Meta. El mensaje de noticias técnicas creo que sí lo coordinan en Meta, pero de nuevo, no es de ir a exigir que alguien lo traduzca; ese alguien somos nosotros mismos como comunidad de voluntarios. –FlyingAce✈hola 01:17 23 sep 2024 (UTC)
Partiendo de que efectivamente no podemos exigir como si nosotros no fuéramos parte de esa misma comunidad de wikimedistas... en el caso concreto de las Tech News, por su contenido y sus destinatarios principales, no es tan problemático que estén en inglés; e incluso a veces es preferible a leer alguna traducción poco acertada de algún detalle muy técnico que quizás no ha captado el traductor. En todo caso, creo que podríamos perfectamente formar un pequeño equipo de cuatro o cinco personas más o menos técnicas, para el que me ofrezco, que semanalmente se turne para traducir o, al menos, resumir en español lo más destacado y que más pueda afectar a los usuarios menos técnicos/políglotas. ¿Quién más se apunta? - José Emilio –jem– Tú dirás... 23:11 1 oct 2024 (UTC)

Color de texto en {{Barra de porcentaje}}

editar
Último comentario: hace 1 mes2 comentarios2 usuarios en la discusión

Necesito que alguien con permisos saque el estilo style="background-color: transparent;" a la tabla principal de esta plantilla porque hace que en modo oscuro muestre el texto en color negro, lo que lo hace ilegible. Gracias. DonBarredora (discusión) 17:21 2 oct 2024 (UTC)

  Hecho --Esteban (discusión) 17:23 2 oct 2024 (UTC)

Categoría: Pages with image sizes containing extra px

editar
Último comentario: hace 1 mes3 comentarios3 usuarios en la discusión

Hola. Tenemos una categoría no creada —«Categoría Pages with image sizes containing extra px»— nombrada en inglés con un nombre que parece proceder de un bot, sin ninguna indicación ni enlazada. Aparece como primera categoría en 2830 artículos . ¿Habría algún inconveniente en ocultarla con «Plantilla:Categoría oculta»?.Prokovinski (discusión) 05:51 4 oct 2024 (UTC)

Véase este hilo. La categoría ya fue creada y debería estar oculta, creo que sería de ver si es cuestión de que se actualice la caché para que ya no te aparezca visible en los artículos. –FlyingAce✈hola 13:01 4 oct 2024 (UTC)
Falta que se actualice la caché del servidor de todos esos artículos para que se trasladen de forma automática a la categoría correcta Categoría:Wikipedia:Páginas con tamaños de imagen que contienen px adicionales. Ya fueron corregidas centenares de páginas. -- Leoncastro (discusión) 13:59 4 oct 2024 (UTC)

Mensaje de error en recuperando historial

editar
Último comentario: hace 1 mes7 comentarios2 usuarios en la discusión

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)

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

Tech News: 2024-41

editar
Último comentario: hace 1 mes1 comentario1 usuario en la discusión

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

Weekly highlight

  • Communities can now request installation of Automoderator on their wiki. Automoderator is an automated anti-vandalism tool that reverts bad edits based on scores from the new "Revert Risk" machine learning model. You can read details about the necessary steps for installation and configuration. [1]

Updates for editors

Updates for technical contributors

  • It is now possible for <syntaxhighlight> code blocks to offer readers a "Copy" button if the copy=1 attribute is set on the tag. Thanks to SD0001 for these improvements. [3]
  • Customized copyright footer messages on all wikis will be updated. The new versions will use wikitext markup instead of requiring editing raw HTML. [4]
  •   Later this month, temporary accounts will be rolled out on several pilot wikis. The final list of the wikis will be published in the second half of the month. If you maintain any tools, bots, or gadgets on these 11 wikis, and your software is using data about IP addresses or is available for logged-out users, please check if it needs to be updated to work with temporary accounts. Guidance on how to update the code is available.
  •   Rate limiting has been enabled for the code review tools Gerrit and GitLab to address ongoing issues caused by malicious traffic and scraping. Clients that open too many concurrent connections will be restricted for a few minutes. This rate limiting is managed through nftables firewall rules. For more details, see Wikitech's pages on Firewall, GitLab limits and Gerrit operations.
  • Five new wikis have been created:

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

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

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

editar
Último comentario: hace 1 mes1 comentario1 usuario en la discusión

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)

Wikidata weekly summary #649

editar
Último comentario: hace 1 mes1 comentario1 usuario en la discusión
 
Here's your quick overview of what has been happening around Wikidata in the
week leading up to 2024-10-14. Missed the previous one? See issue #648

Events

  • Upcoming:
    • Next Linked Data for Libraries LD4 Wikidata Affinity Group session 15 October, 2024: We have our next LD4 Wikidata Affinity Group Session on Tuesday, 15 October, 2024 at 9am PT / 12pm ET / 16:00 UTC / 6pm CEST (Time zone converter). https://zonestamp.toolforge.org/1729008000 Christa Strickler will be our first Project Series lead with her joint project with the Wikidata Religion & Theology Community of Practice to contribute biographical data to Wikidata from the IRFA database https://irfa.paris/en/en-learn-about-a-missionary/ using the Mix’n’Match tool. We are excited to learn more about this project, provide a forum for discussion and shared learning, and lend a hand while building new skills. Event page: [10]
    • The next Wikidata+Wikibase office hours will take place on Wednesday, 16th October 2024 at 18:00 CEST in the Wikidata Telegram group. The Wikidata and Wikibase office hours are online events where the development team presents what they have been working on over the past quarter, and the community is welcome to ask questions and discuss important issues related to the development of Wikidata and Wikibase.
    • Wikidata:Twelfth Birthday: We already have 30 events scheduled on the list 😍. As a reminder, when your event is ready, don't forget to:

Press, articles, blog posts, videos

Tool of the week

  • Elemwala (এলেমওয়ালা) (https://elemwala.toolforge.org): is a proof-of-concept interface that allows you to input abstract content and get natural language text in a given output language. There may well be errors with particular inputs, and the text may not be quite as natural as you might expect, but that's where your improvements to your language's lexemes, other Wikidata items, and the tool's source code come in!
  • mlscores: Tool for calculating multilinguality score of Wikidata items (including properties). E.g. for Wikidata (Q2013), the scores are - en: 99.66%, fr: 89.49%, es: 84.07%, pt: 68.47%. For instance of (P31), the scores are - en: 99.86%, fr: 87.12%, es: 80.83%, pt: 61.37%.

Other Noteworthy Stuff

  • Launch of WikiProject Deprecate P642: The goal of this project is to prepare for deprecation, and eventual removal, of the property of (P642). Currently, of (P642) is labeled as "being deprecated", meaning its use is still allowed, but discouraged. From a peak of around 900,000 uses, the property now has around 700,000 uses (see status here). Our goal is to reduce that as much as possible in a systematic way, while ensuring that appropriate properties exist to replace all valid uses of of (P642). The latter is key to officially deprecating the property. Before removing the property, we want to get as close to zero uses as possible.

Newest properties and property proposals to review

You can comment on all open property proposals!

Did you know?

Development

  • EntitySchemas: We are continuing the work on making it possible to find an EntitySchema by its label or aliases when linking to an EntitySchema in a statement (phab:T375641)
  • Design system: We are continuing the work on migrating the Query Builder from Wikit to Codex
  • REST API: We finished the work on language fallback support in the REST API (phab:T371605)

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

Tech News: 2024-42

editar
Último comentario: hace 1 mes1 comentario1 usuario en la discusión

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

Updates for editors

  • The Structured Discussion extension (also known as Flow) is starting to be removed. This extension is unmaintained and causes issues. It will be replaced by DiscussionTools, which is used on any regular talk page. A first set of wikis are being contacted. These wikis are invited to stop using Flow, and to move all Flow boards to sub-pages, as archives. At these wikis, a script will move all Flow pages that aren't a sub-page to a sub-page automatically, starting on 22 October 2024. On 28 October 2024, all Flow boards at these wikis will be set in read-only mode. [11][12]
  • WMF's Search Platform team is working on making it easier for readers to perform text searches in their language. A change last week on over 30 languages makes it easier to find words with accents and other diacritics. This applies to both full-text search and to types of advanced search such as the hastemplate and incategory keywords. More technical details (including a few other minor search upgrades) are available. [13]
  • View all 20 community-submitted tasks that were resolved last week. For example, EditCheck was installed at Russian Wikipedia, and fixes were made for some missing user interface styles.

Updates for technical contributors

  • Editors who use the Toolforge tool Earwig's Copyright Violation Detector will now be required to log in with their Wikimedia account before running checks using the "search engine" option. This change is needed to help prevent external bots from misusing the system. Thanks to Chlod for these improvements. [14]
  • Phabricator users can create tickets and add comments on existing tickets via Email again. Sending email to Phabricator has been fixed. [15]
  •   Some HTML elements in the interface are now wrapped with a <bdi> element, to make our HTML output more aligned with Web standards. More changes like this will be coming in future weeks. This change might break some tools that rely on the previous HTML structure of the interface. Note that relying on the HTML structure of the interface is not recommended and might break at any time. [16]

In depth

  • The latest monthly MediaWiki Product Insights newsletter is available. This edition includes: updates on Wikimedia's authentication system, research to simplify feature development in the MediaWiki platform, updates on Parser Unification and MathML rollout, and more.
  • The latest quarterly Technical Community Newsletter is now available. This edition include: research about improving topic suggestions related to countries, improvements to PHPUnit tests, and more.

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

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

Plantilla:Langx

editar
Último comentario: hace 28 días2 comentarios2 usuarios en la discusión

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)

Me parece (probablemente porque lo es) demasiado complejo todo este sistema de citas de palabras en otros idiomas como para opinar con seguridad, pero hay dos cosas que veo más o menos claras: no parece lógico tener una plantilla adicional como {{Langx}} para la invocación cuando ya tenemos {{Lang}}, y en todo caso habría que mejorar esta última si fuera necesario; y efectivamente deberíamos prescindir de todas esas plantillas {{Lang-xx}} con estructura idéntica, y cambiar sus llamadas mediante bot. Aparte de todo eso, lo de importar sin más módulos de otros proyectos nunca me ha convencido, y en todo caso podríamos evaluar si es posible que esto se pueda resolver ya o pronto desde Wikifunctions. Quizás alguien con más conocimientos sobre el tema nos pueda orientar mejor. - José Emilio –jem– Tú dirás... 14:07 19 oct 2024 (UTC)

Wikidata weekly summary #650

editar
Último comentario: hace 26 días1 comentario1 usuario en la discusión
 
Here's your quick overview of what has been happening around Wikidata in the
week leading up to 2024-10-21. Missed the previous one? See issue #649

Discussions

  • Open request for adminship: Addshore (RfP scheduled to end after 23 October 2024 18:03 UTC)
  • New requests for permissions/Bot:
    • CarbonBot - (1) Add default mul labels to given and family names when the item has an existing default label with a mul language (2) Remove duplicated aliases matching the items mul label, when the item has a native label in with a mul language. As mul has not been fully adopted, a limited of aliases would be modified each day to ensure existing workflows are not disrupted. It is expected that these tasks will apply to roughly 800,000 given and family names.
    • So9qBot 10 - Add first line (P1922) with the first line of the paper to all scientific papers which has a full text link or where the abstract is available.

Events

  • Upcoming: We are getting ready for Wikidata:Twelfth Birthday on the 29th October. We already have 30 events scheduled on the list 😍. As a reminder, when your event is ready, don't forget to (1) create a wikipage with more information about the event, participants list, etc. (2) add your event to the global calendar and the map, following the instructions here: Wikidata:Twelfth Birthday/Run an event/Schedule
  • Past:

Press, articles, blog posts, videos

Tool of the week

  • User:Ainali/PreViewStats.js - is a Userscript that gives a quick glance at the pageviews in the header (and links to the full views). If you install it on your global.js on meta, it works on all projects).
  • Wikidata:ProVe - (Automated PROvenance VErification of Knowledge Graphs against Textual Sources) - is a tool for helping editors improve the references of Wikidata Items.

Other Noteworthy Stuff

  • Deepesha Burse joins WMDE as Developer Advocate for Wikibase Suite
  • Wikibase Suite: Patch releases as the first round of patch releases for all Wikibase Suite products, including all WBS Images as well as WBS Deploy
  • The CampaignEvents extension is now live on Wikidata! This means that if you are an event organizer, you can use several new tools to help manage your events more easily. By getting the Event Organizer right, you can:
    • Use simple on-wiki registration for your events.
    • Integrate Outreach Dashboard with your event registration page. (see demo)
    • Communicate more easily with your registered participants. (see demo)
    • Make your events more visible to other editors through the Special:AllEvents page.
    • Find potential participants for your next events. (see demo), and much more!
    • With this extension, you can also see all global events (past, present, and future) on the Special:AllEvents page, but only events using the event registration feature will appear there. If you are an organizer and want to use these new tools, follow the instructions on the Wikidata:Event_Organizers page to request the Event Organizer right.

Newest properties and property proposals to review

You can comment on all open property proposals!

Did you know?

Development

  • Vector 2020: We’re working on improving Wikibase’s dark mode support somewhat (phab:T369385)
  • We polished the automatic undo/redo messages to make them more useful (phab:T194402)
  • Design system: We’re close to finishing migrating Special:NewLexeme to the Codex design system
  • EntitySchemas: We’re working on searching EntitySchema values by label and alias (phab:T375641)

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

Tech News: 2024-43

editar
Último comentario: hace 26 días1 comentario1 usuario en la discusión

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

Weekly highlight

  • The Mobile Apps team has released an update to the iOS app's navigation, and it is now available in the latest App store version. The team added a new Profile menu that allows for easy access to editor features like Notifications and Watchlist from the Article view, and brings the "Donate" button into a more accessible place for users who are reading an article. This is the first phase of a larger planned navigation refresh to help the iOS app transition from a primarily reader-focused app, to an app that fully supports reading and editing. The Wikimedia Foundation has added more editing features and support for on-wiki communication based on volunteer requests in recent years.
 
iOS Wikipedia App's profile menu and contents

Updates for editors

  • Wikipedia readers can now download a browser extension to experiment with some early ideas on potential features that recommend articles for further reading, automatically summarize articles, and improve search functionality. For more details and to stay updated, check out the Web team's Content Discovery Experiments page and subscribe to their newsletter.
  • Later this month, logged-out editors of these 12 wikis will start to have temporary accounts created. The list may slightly change - some wikis may be removed but none will be added. Temporary account is a new type of user account. It enhances the logged-out editors' privacy and makes it easier for community members to communicate with them. If you maintain any tools, bots, or gadgets on these 12 wikis, and your software is using data about IP addresses or is available for logged-out users, please check if it needs to be updated to work with temporary accounts. Guidance on how to update the code is available. Read more about the deployment plan across all wikis.
  • View all 33 community-submitted tasks that were resolved last week. For example, the South Ndebele, Pannonian Rusyn, Obolo, Iban and Tai Nüa Wikipedia languages were created last week. [17][18][19][20][21]
  • It is now possible to create functions on Wikifunctions using Wikidata lexemes, through the new Wikidata lexeme type launched last week. When you go to one of these functions, the user interface provides a lexeme selector that helps you pick a lexeme from Wikidata that matches the word you type. After hitting run, your selected lexeme is retrieved from Wikidata, transformed into a Wikidata lexeme type, and passed into the selected function. Read more about this in the latest Wikifunctions newsletter.

Updates for technical contributors

  •   Users of the Wikimedia sites can now format dates more easily in different languages with the new {{#timef:…}} parser function. For example, {{#timef:now|date|en}} will show as "15 November 2024". Previously, {{#time:…}} could be used to format dates, but this required knowledge of the order of the time and date components and their intervening punctuation. #timef (or #timefl for local time) provides access to the standard date formats that MediaWiki uses in its user interface. This may help to simplify some templates on multi-lingual wikis like Commons and Meta. [22][23]
  •   Commons and Meta users can now efficiently retrieve the user's language using {{USERLANGUAGE}} instead of using {{int:lang}}. [24]
  • The Product and Tech Advisory Council (PTAC) now has its pilot members with representation across Africa, Asia, Europe, North America and South America. They will work to address the Movement Strategy's Technology Council initiative of having a co-defined and more resilient technological platform. [25]

In depth

  • The latest quarterly Growth newsletter is available. It includes: an upcoming Newcomer Homepage Community Updates module, new Community Configuration options, and details on new projects.
  • The Wikimedia Foundation is now an official partner of the CVE program, which is an international effort to catalog publicly disclosed cybersecurity vulnerabilities. This partnership will allow the Security Team to instantly publish common vulnerabilities and exposures (CVE) records that are affecting MediaWiki core, extensions, and skins, along with any other code the Foundation is a steward of.
  • The Community Wishlist is now testing machine translations for Wishlist content. Volunteers can now read machine-translated versions of wishes and dive into discussions even before translators arrive to translate content.

Meetings and events

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

MediaWiki message delivery 20:48 21 oct 2024 (UTC)

editar
Último comentario: hace 25 días1 comentario1 usuario en la discusión

Hello everyone, I previously wrote on the 27th September to advise that the Wikidata item sitelink will change places in the sidebar menu, moving from the General section into the In Other Projects section. The scheduled rollout date of 04.10.2024 was delayed due to a necessary request for Mobile/MinervaNeue skin. I am happy to inform that the global rollout can now proceed and will occur later today, 22.10.2024 at 15:00 UTC-2. Please let us know if you notice any problems or bugs after this change. There should be no need for null-edits or purging cache for the changes to occur. Kind regards, -Danny Benjafield (WMDE) 11:29 22 oct 2024 (UTC)

Growth News, October 2024

editar
Último comentario: hace 25 días1 comentario1 usuario en la discusión
 

Trabajo actual

editar

Módulo de Actualidad de la Comunidad en la Página de inicio para personas recién llegadas

Añadiremos un nuevo módulo a la página de inicio para personas recién llegadas que permitirá a las comunidades destacar eventos, proyectos, campañas e iniciativas específicas. Hemos lanzado una versión simple en las wikis beta y pronto comenzaremos una prueba A/B en nuestras wikis piloto. Este módulo sólo se mostrará en la página de inicio de las personas novatas si las comunidades deciden utilizarlo, así que aprende cómo configurar el módulo de Actualiadad de la comunidad, o comparte tus ideas en la página de discusión del proyecto.

 
Un concepto de diseño pretendía aumentar la activación constructiva

Experimentación de activación constructiva

Después de mostrar unas primeras ideas de diseño en Wikimania, llevamos a cabo pruebas de diseño de prototipos con usuarios. Ahora pretendemos involucrar a las comunidades en discusiones adicionales y planeamos realizar un experimento específico, presentando una tarea estructurada dentro de la vista de lectura con las personas que acaban de crear una cuenta y tienen cero ediciones.

Configuración de la Comunidad

Esta extensión de Configuración de la Comunidad fue desarrollada para ayudar a las comunidades a personalizar las funcionalidades de la wiki para satisfacer sus necesidades únicas. El equipo de Crecimiento ayudará a otros equipos de la Fundación Wikimedia para que sus productos sean configurables:

  • El equipo de Herramientas de Moderación ofrece ahora Configuración de la Comunidad para Automoderador. (T365046)
  • Algunos ajustes de la extensión Babel serán configurables próximamente. (T328171)

Trabajo futuro

editar

Como parte del Plan anual del equipo de Crecimiento, seguiremos investigando formas de aumentar la activación constructiva en móviles, al tiempo que trabajamos con Data Products para avanzar en la funcionalidad de pruebas A/B a través de la Plataforma de métricas.

Eventos comunitarios

editar

Mantente al día

editar

Las actualizaciones semanales del equipo de Crecimiento están disponibles en la wiki (en inglés) por si quieres saber más sobre nuestro trabajo diario. Si deseas recibir actualizaciones más generales sobre la actividad técnica que tiene lugar en el movimiento Wikimedia (incluido el trabajo de Crecimiento), te animamos a suscribirte a Tech News.

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

Trizek_(WMF), 15:44 22 oct 2024 (UTC)

Editar taller de otro usuario

editar
Último comentario: hace 24 días25 comentarios7 usuarios en la discusión

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)

@Ecolab24: Hola. Puede indicar en qué taller tiene previsto trabajar. Anibal Maysonet (disc.) 13:07 1 oct 2024 (UTC)
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)
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)
Hola @Esteban. ¿Sería posible dar esta información de alguna manera privada? Ecolab24 (discusión) 15:07 1 oct 2024 (UTC)
@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)
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)
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)
@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)
Y cuál es ese recurso? --Esteban (discusión) 18:23 1 oct 2024 (UTC)
@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)
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)
@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)
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)
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)
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)
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)

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 ([26]). 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)

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)
Ecolab24, me parece que más bien son varios los inconvenientes sin que haya uno principal: la potencial desactualización de los datos, que está directamente relacionada con su muy escasa relevancia y desequilibrio frente a otros países; el contenido del texto, que realmente se limita a adornar de forma literaria lo que no es más que una presentación de datos que podría hacerse con simples tablas o gráficos, sin análisis enciclopédico alguno, confirmando que la página sigue siendo en realidad un anexo, y probablemente mucho más adecuado en Wikidata que aquí; la revisión y mantenimiento de cara al futuro, que no hay que olvidar que es un proceso continuo que no termina con la decisión que puedas tomar tú sobre hacer unos u otros traslados, sino que más adelante cualquiera podría encontrarse los artículos o anexos y dedicar tiempo a debatir su contenido, sin tener quizá todo el contexto necesario... y a todo eso se suma que vamos a tener a ¡alrededor de cien nuevos usuarios! editando y que, o bien interactúan con la comunidad y requieren que les dediquemos mucho tiempo para resolver sus dudas, aunque quizá gracias a eso alguno llegue a ser wikipedista, o bien no lo hacen y entonces es seguro que ninguno llegará a serlo, y se irán con una idea bastante incompleta o equivocada sobre qué es y cómo funciona Wikipedia, pues realizarán una tarea básicamente de recopilación de datos muy poco relevantes. Y repito, no se trata tanto de los perjuicios técnicos o humanos, que algunos hay, sino sobre todo de la cuestión ética que plantea el uso de nuestros recursos para unos fines bastante alejados de los objetivos de Wikipedia, con el mal ejemplo y precedente que eso supone de cara al futuro. En definitiva, con lo que han comentado otros usuarios, junto a alguno más que no ha escrito aquí pero me ha transmitido ideas similares, yo lo tengo cada vez más claro y me parece que lo correcto es que desistas de este proyecto tal y como lo has planteado, y que busquemos otras tareas más adecuadas para los alumnos, algo en lo que reitero mi ofrecimiento a colaborar. Y si sigues sin estar conforme con eso, entonces lo que queda es ir al tablón de los bibliotecarios y pedir que se adopte allí una resolución vinculante al respecto. Tú dirás. - José Emilio –jem– Tú dirás... 14:07 19 oct 2024 (UTC)

Coincido en el enfoque del gasto de recursos humanos. En términos de biología, los proyectos educativos deberían establecer con Wikipedia una relación simbiótica o, al menos, comensalista. Cuando los beneficios de tener a X alumnos jugando con Wikipedia para tal asignatura no superan a los inconvenientes podría estar iniciándose una interacción de tipo parásito. Es por ello que a mí que alguien juegue en un subespacio secundario (como wikiproyecto, wikipedia, usuario, etc) no me parece preocupante (siempre que no salga de allí), pero sí lo es introducir a decenas de alumnos con un objetivo enfocado hacia la superación de una asignatura y no a la mejora de Wikipedia y hacerlos que interactúen con el resto de la comunidad (pues en efecto, supone un gasto considerable de tiempo de editores que no buscan aprobar unos créditos sino la mejora y mantención de la enciclopedia, ya sea teniendo que hacer mantenimiento de esos contenidos o resolver dudas de estas personas, para que en muchos casos tras superar la asignatura digan "adiós muy buenas"). Saludos. strakhov (discusión) 14:32 19 oct 2024 (UTC)

Hola de nuevo. Como decía en mis anteriores mensajes, nuestra intención es contribuir, no molestar. De manera que, vistos los inconvenientes, no seguiremos adelante con el proyecto. Me temo que no tenemos tiempo para replantearlo en otros términos, pero lo consideraré para futuros cursos y, si lo veo factible, volveré a contactar más adelante.
Solo pediría que se me permita mantener un tiempo el espacio de Proyecto educativo que había creado, para poder trasladar con tiempo algunos contenidos a formatos externos a Wikipedia. En unas semanas, yo mismo solicitaré su borrado.
Saludos. Ecolab24 (discusión) 16:01 20 oct 2024 (UTC)
Gracias igualmente por intentarlo, Ecolab24, y por tus sinceras intenciones. Por favor no solicites el borrado del taller modelo Wikipedia:Proyecto educativo/Economía laboral/Barcelona ni del espacio del proyecto Wikipedia:Proyecto educativo/Economía laboral, que tengo intención de usarlos como referencia cuando se busquen por enésima vez posibles modos de captación de nuevos usuarios y las diferentes razones por las que la Comunidad termina desincentivando la edición de esos posibles nuevos usuarios —o mordiendo a los novatos, como se dice por aquí—. Sinceramente me hubiera gustado ver el resultado de los alumnos y no solamente el modelo, pero por lo visto no tendremos ocasión de verlo. Lo fácil que hubiera sido esperar a ver el resultado, y si no era apto simplemente se podría borrar o mantener el espacio de trabajo. Con suerte alguno de los editores le hubiera gustado seguir editando. Quien sabe. Saludos. -- Leoncastro (discusión) 16:25 20 oct 2024 (UTC)
Hola @Leoncastro. De acuerdo, no solicitaré el borrado del proyecto. Gracias por tu mensaje y saludos cordiales. Ecolab24 (discusión) 16:41 22 oct 2024 (UTC)
Te agradezco tu comprensión y buena disposición, Ecolab24. Creo que es lo mejor para todos, y doy por hecho que animarás a tus alumnos (o incluso darás ejemplo) para ir realizando mejoras sencillas en todo tipo de artículos, que es la forma más natural y segura de conseguir nuevos wikipedistas a largo plazo. Y reitero que de cara a próximos cursos podemos planificar alguna actividad con meses de adelanto y seguramente contar con el apoyo más directo y personalizado de Wikimedia España para la formación y guía de los alumnos. - José Emilio –jem– Tú dirás... 09:24 23 oct 2024 (UTC)

SeroBOT y Automoderador

editar
Último comentario: hace 24 días10 comentarios5 usuarios en la discusión

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)

@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 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)
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)
  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   16:37 9 oct 2024 (UTC)
  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)
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)
  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)
Superzerocool, pues por mi parte simplemente quedo a la espera de que me indiques cómo nos coordinaremos para lo del bot/módulo que realice las denuncias. Me parece muy interesante que pueda tener en cuenta tanto reversiones humanas como bóticas, más disparos de filtros, y en cada caso con distintos pesos, pero eso podría hacerse de forma gradual. Ya me comentarás. - José Emilio –jem– Tú dirás... 14:07 19 oct 2024 (UTC)
-jem- veamos por IRC en los próximos días para ir dando pasos en el tema del bot. Acerca de la activación de la extensión, ¿cómo podemos proceder?. un saludo Superzerocool (el buzón de msg) 02:20 23 oct 2024 (UTC)
De acuerdo, Superzerocool, estaré al tanto. Respecto a los pasos a dar, en las Tech News nos dejaron este enlace informativo, que menciona abrir una solicitud en Phabricator cuando haya un cierto apoyo comunitario (en este hilo no ha habido mucha participación, pero posiblemente cuente como apoyo implícito el consenso previo para el funcionamiento de los bots patrulleros y el respaldo de sus operadores al cambio) y preparar las páginas, cosa que podemos ir haciendo por adelantado. - José Emilio –jem– Tú dirás... 09:24 23 oct 2024 (UTC)

Aurobindo

editar
Último comentario: hace 22 días3 comentarios2 usuarios en la discusión

¿Puede alguien corregir la alusión en rojo que figura en la sección de referencias del artículo Sri Aurobindo? Dice así: "Error en la cita: La etiqueta <ref> definida en las <references> con nombre «FOOTNOTEAurobindo200629–30» no se utiliza en el texto anterior."

No consigo encontrar el error. Gracias.--Xabier (discusión) 10:40 25 oct 2024 (UTC)

  Hecho. Ontzak   (Jo ta ke irabazi arte) 13:02 25 oct 2024 (UTC)

Gracias!--Xabier (discusión) 20:34 25 oct 2024 (UTC)

Wikidata weekly summary #551

editar
Último comentario: hace 19 días1 comentario1 usuario en la discusión
 
Here's your quick overview of what has been happening around Wikidata in the
week leading up to 2024-10-28. Missed the previous one? See issue #650

Discussions

Events

  • Wikidata's 12th Birthday is almost here! Let’s celebrate together and make it unforgettable! 🎂 Join in for events happening across the globe in October & November -- there's something for everyone! Here’s how you can be part of the fun.
    • Find a local event and connect with fellow Wikidata enthusiasts!
    • Give a birthday gift to the community -- whether it's a cool new tool or something fun!
    • Join our big online celebration on October 29th -- don’t miss out! Wikidata:Twelfth_Birthday
    • Join the special Wikidata Query-party tomorrow and win some branded Wikidata socks! 🎉
  • The LD4 Wikidata Affinity Group is taking a break from our new project series format this coming Tuesday, October 29, 2024 at 9am PT / 12pm ET / 16:00 UTC / 6pm CEST (Time zone converter) to celebrate Hallowe'en! We'll be celebrating Spooky Season with a WitchyData Working Hour! Following on Christa Strickler's recent project series, we will continue building proficiency with the Mix'n'match tool, but with a ghoulish twist. Join the fall fun by updating your Zoom background or even coming in costume. BYOC (bring your own candy). Event page: Wikidata:WikiProject LD4 Wikidata Affinity Group/Wikidata Working Hours/2024-October-29 Wikidata Working Hour

Press, articles, blog posts, videos

Tool of the week

  • Lexica – A mobile-friendly tool that simplifies micro contributions to lexicographical data on Wikidata, making various editing tasks accessible and intuitive for contributors of all experience levels. This tool is developed by the WMDE Wikidata Software Collaboration team in Indonesia. Try Lexica through this link: https://lexica-tool.toolforge.org/

Other Noteworthy Stuff

  • The Global Open Initiative Foundation is building an open-source web app for Supreme Court cases in Ghana. We are looking for volunteers in the following roles: Frontend Developers, Backend Developers, Wikidata/SPARQL Experts, UI/UX Designers, Quality Assurance (QA) Testers, and Legal Professionals. Join us by sendind your resume and a brief description of your expertise to globalopeninitiative gmail.com

Newest properties and property proposals to review

You can comment on all open property proposals!

Did you know?

Development

  • Vector 2022: We are continuing to make Wikidata Items pages work in dark-mode (phab:T369385)
  • EntitySchemas: We are continuing to work on making it possible to search for an EntitySchema by its label or alias when making a statement linking to an EntitySchema
  • Wikibase REST API:
    • We discussed what will constitute breaking changes for the API (phab:T357775)
    • We are working on the endpoint for creating Properties (phab:T342992)

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

Tech News: 2024-44

editar
Último comentario: hace 19 días1 comentario1 usuario en la discusión

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

Updates for editors

Updates for technical contributors

  • Wikis can use the Guided Tour extension to help newcomers understand how to edit. The Guided Tours extension now works with dark mode. Guided Tour maintainers can check their tours to see that nothing looks odd. They can also set emitTransitionOnStep to true to fix an old bug. They can use the new flag allowAutomaticBack to avoid back-buttons they don't want. [28]
  • Administrators in the Wikimedia projects who use the Nuke Extension will notice that mass deletions done with this tool have the "Nuke" tag. This change will make reviewing and analyzing deletions performed with the tool easier. [29]

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

MediaWiki message delivery 20:52 28 oct 2024 (UTC)

Categoría: Pages using the JsonConfig extension

editar
Último comentario: hace 16 días2 comentarios2 usuarios en la discusión

Hola. Tenemos una categoría no creada —«Categoría: Pages using the JsonConfig extension»— nombrada en inglés con un nombre que parece proceder de un bot, sin ninguna indicación ni enlazada. Aparece como primera categoría en 1199 artículos. Parece un caso similar a otro que se reportó aqui el 4 de octubre (Categoría: Pages with image sizes containing extra px) ¿se podría arreglar como entonces u ocultarla con «Plantilla:Categoría oculta»?.Prokovinski (discusión) 16:56 31 oct 2024 (UTC)

Primero hay que poner a trabajar a los Administradores de interfaz. -- Leoncastro (discusión) 18:40 31 oct 2024 (UTC)
Obtenido de «https://es.wikipedia.org/w/index.php?title=Wikipedia:Café/Portal/Archivo/Técnica/2024/10&oldid=163588154»