Wikipedia: solicitudes de bots

WP: BOTREQ
WP: BOTR

Esta es una página para solicitar tareas que deben realizar los bots según la política de bots . Este es un lugar apropiado para presentar ideas para tareas de bot no controvertidas, para obtener comentarios tempranos sobre ideas para tareas de bot (controvertidas o no) y para buscar operadores de bot para tareas de bot. Las discusiones para generar consenso que requieren una gran participación de la comunidad (como la solicitud de comentarios ) normalmente deben llevarse a cabo en WP:VPPROP u otras páginas relevantes (como la página de discusión de WikiProject ).

Puede marcar la casilla "Bots comúnmente solicitados" arriba para ver si ya existe un bot adecuado para la tarea que tiene en mente. Si tiene alguna pregunta sobre un bot en particular, comuníquese con el operador del bot directamente a través de su página de discusión o la página de discusión del bot. Si un bot actúa incorrectamente, siga las instrucciones descritas en WP:BOTISSUE . Para temas más amplios y debates generales sobre los bots, consulte el tablón de anuncios sobre bots .

Antes de realizar una solicitud , consulte la lista de bots rechazados con frecuencia , ya sea porque son demasiado complicados de programar o porque no cuentan con el consenso de la comunidad de Wikipedia. Si solicita que se agregue una plantilla (como un banner de WikiProject) a todas las páginas de una categoría en particular, tenga cuidado de revisar el árbol de categorías para ver si hay subcategorías no deseadas. Es mejor dar una lista completa de categorías que deben analizarse individualmente, en lugar de analizar una categoría de forma recursiva (ver ejemplo de diferencia).

Alternativas a las solicitudes de bots

WP:AWBREQ , para tareas simples que involucran un puñado de artículos y/o que solo deben realizarse una vez (por ejemplo, agregar una categoría a algunos artículos).
WP:URLREQ , para tareas que implican cambiar o actualizar URL para evitar que el enlace se pudra (los robots especializados se ocupan de esto).
WP:SQLREQ , para tareas que podrían resolverse con una consulta SQL (por ejemplo, compilar una lista de artículos según ciertos criterios).
WP:TEMPREQ , para solicitar una nueva plantilla escrita en código wiki o Lua.
WP:SCRIPTREQ , para solicitar un nuevo script de usuario . Ya existen muchos scripts útiles, consulte Wikipedia: scripts de usuario/lista .
WP:CITEBOTREQ , para solicitar una nueva función para WP:Citation bot , un bot iniciado por el usuario que corrige citas.

Nota para los operadores de bots: la plantilla {{ BOTREQ }} se puede utilizar para dar respuestas comunes y facilitar el seguimiento del estado actual de la tarea. Si completa una solicitud, tenga en cuenta que lo hizo con y archive la solicitud después de unos días ( WP:1CA es útil aquí).{{BOTREQ|done}}

Agregue sus solicitudes de bot al final de esta página.
Hacer una nueva solicitud

Intervalos de fechas para archivos de tablones de anuncios

Esto parece indiscutible.

Sería genial si algún tipo de robot pudiera revisar los archivos preactuales (nunca deberían cambiar) de los tableros enumerados en la serie Dramaboard Archivebox, extraer las marcas de tiempo más tempranas y más recientes, truncarlas en fechas y usar esas fechas para anotar. los enlaces de alguna manera. Los archivos inactivos al momento de escribir este artículo son:

Historia de usuario: recientemente estuve tratando de encontrar una conversación archivada de hace unos meses, y las mejores herramientas que tenía disponibles eran "toque un número de archivo, espere a que se cargue toda la página, verifique las marcas de tiempo superior e inferior" y " buscar archivos para la fecha exacta de coincidencia de la cadena". La navegabilidad mejorada obtenida al anotar los enlaces de archivo con rangos de fechas debería ahorrar tiempo a las personas.

Ideas de implementación: la implementación más rápida sería simplemente un rango de fechas en texto sin formato editado en las páginas de la lista de archivos vinculadas anteriormente. Un paso adicional podría ser agregar un |date-span=(o similar) a {{ Administrators' Noticeboard navbox all }} que, si está presente, mostraría el rango de fechas de los comentarios publicados en la parte superior de la página, de modo que la información esté disponible tanto en la página de archivo y el índice de archivos. La implementación más elegante, estúpida y costosa sería agregar {{ shortdesc }} a todos los archivos, establecer el |1=rango de fechas y convertir los índices para usar {{ enlace anotado }}.

De todos modos, el primer paso es obtener los rangos de fechas. ¿Quizás esto ya esté en algún informe en alguna parte? Folly Mox ( discusión ) 18:30, 11 de noviembre de 2023 (UTC) [ respuesta ]

@ Folly Mox , sospecho que necesitarías consenso para seguir adelante con esto. ¿Quizás intentar preguntar primero en esos tablones de anuncios? - Charla Qwerfjkl 19:06, 11 de noviembre de 2023 (UTC) [ respuesta ]

Ah, claro, agregué todas esas ideas de alcance ampliado en el proceso de realizar la edición. Folly Mox ( discusión ) 20:22, 11 de noviembre de 2023 (UTC) [ respuesta ]

Sólo cabe señalar que un índice de alguna variedad probablemente sería más fácil que revisar los miles de archivos y modificarlos. Primefac ( discusión ) 08:10, 12 de noviembre de 2023 (UTC) [ respuesta ]

Sí. Una secuencia de comandos de usuario podría resultar útil para mostrar rangos de fechas sin necesidad de realizar modificaciones. - Frostly ( discusión ) 10:04, 7 de enero de 2024 (UTC) [ respuesta ]

Las listas mencionadas son generadas por Plantilla: Lista de archivo . ¿Podríamos cambiar su módulo para mostrar los rangos de fechas? Wikiwerner ( discusión ) 12:50, 24 de febrero de 2024 (UTC) [ respuesta ]

Idea temprana

"Las tres cosas más peligrosas del mundo son un programador con un soldador, un tipo de hardware con un parche de programa y un usuario con una idea".
— Rick Cook , The Wizardry consultado

Entonces tengo una idea y...

¿Es posible que un bot encuentre artículos que:

contener una cantidad de palabras en prosa legible (por ejemplo, según lo calculado por Wikipedia:Prosesize ) entre x e y (por ejemplo, 150 y 2000) y también
¿Contiene menos enlaces internos por palabra que alguna fórmula matemática simple (por ejemplo, "menos de tres en total" o "menos de un enlace por cada 100 palabras")?

Si un bot pudiera detectar automáticamente dichos artículos, entonces me gustaría que agregara la plantilla {{ underlinked }}, en un cronograma de tal vez unos pocos artículos etiquetados por hora, para alimentar la categoría aparentemente popular: artículos underlinked para el Wikipedia: características del equipo de crecimiento , sin entregar una gran cantidad de artículos al primer editor y luego no dejar ninguno para nadie más.

Me doy cuenta de que esto requeriría una demostración de consenso, pero no quiero hacer la sugerencia, hacer ilusiones a la gente y luego descubrir que los robots no pueden contar la cantidad de palabras o enlaces en un artículo. WhatamIdoing ( charla ) 22:21, 30 de noviembre de 2023 (UTC) [ respuesta ]

La parte del etiquetado parece un problema de CONTEXTBOT, pero puedo imaginar un informe generado por un bot que enumerara los 1.000 artículos con la menor cantidad de enlaces por cada 100 palabras en prosa. Luego, los humanos podrían revisar el informe y refinar los criterios del robot. Si de alguna manera se puede hacer que el bot identifique correctamente los artículos vinculados sin falsos positivos, podría ser posible etiquetarlos. – Jonesey95 ( discusión ) 01:22, 1 de diciembre de 2023 (UTC) [ respuesta ]

Pregunta relacionada, para WhatamIdoing : ¿Qué podemos hacer para proporcionar comentarios sobre esta actividad de vinculación para recién llegados? Veo que al menos algunas ediciones agregan enlaces de desambiguación no deseados. ¿La herramienta sugiere estos enlaces? – Jonesey95 ( discusión ) 01:25, 1 de diciembre de 2023 (UTC) [ respuesta ]

La herramienta no sugiere ningún enlace específico. Aparece un cuadro que dice cosas como "Todo lo que necesitas hacer es agregar uno o dos enlaces para marcar la diferencia". Están usando el editor visual, por lo que su herramienta de enlace le quitará prioridad (en los resultados de búsqueda) y etiquetará los enlaces dab (para que pueda ver que no es el tipo de página que esperaba). Sin embargo, no le dice a qué apunta una redirección, por lo que si tiene una redirección a una página dab, verá "redirección" y no sabrá que es una redirección a una página dab. WhatamIdoing ( charla ) 02:25, 1 de diciembre de 2023 (UTC) [ respuesta ]

Vale la pena mencionar que la tarea Enlaces sugeridos, cuya habilitación está prevista en en.wp el próximo año, no utiliza plantillas de mantenimiento como criterio de inclusión. Por lo tanto, si los cronogramas no se amplían más, cualquier éxito en este esfuerzo se aplicará sólo a unos pocos meses de actividad de los recién llegados. Folly Mox ( discusión ) 15:01, 1 de diciembre de 2023 (UTC) [ respuesta ]

Entonces, ¿contar palabras y enlaces es una tarea realista? WhatamIdoing ( charla ) 02:28, 1 de diciembre de 2023 (UTC) [ respuesta ]

WhatamIdoing , no conozco ninguna forma de hacerlo mediante consultas, pero ejecutar un bot en un volcado de base de datos probablemente no sería tan difícil. - Charla Qwerfjkl 14:23, 1 de diciembre de 2023 (UTC)[ responder ]

Desde una perspectiva técnica, el recuento de palabras y el recuento de enlaces son bastante sencillos de realizar. Hace un tiempo expliqué cómo implementar el recuento de palabras en prosesize en mi blog, y esa técnica se utiliza para potenciar, entre otras cosas, Wikipedia: informes de bases de datos/artículos destacados por tamaño . El recuento de enlaces es una simple consulta a la base de datos o una extracción de la página HTML/wikitext. Desafortunadamente, gran parte de este trabajo está bloqueado por el hecho de que los volcados HTML se crean actualmente utilizando código fuente propietario. Legoktm ( discusión ) 07:20, 5 de diciembre de 2023 (UTC) [ respuesta ]

Gracias por eso, @Legoktm . Parece que el recuento de palabras se podría realizar "hoy" (es decir, adaptando el código existente). No estoy seguro de cómo resumir lo que dijiste sobre el recuento de enlaces. Por un lado dices que es una consulta "simple", pero por otro lado que está bloqueada.

¿El informe de la base de datos de las FA tiene el tamaño en el momento de la promoción o el tamaño actual? Tpbradbury había estado investigando eso recientemente. (Esperaba saber si había una tendencia en el tamaño de la FA a lo largo del tiempo). WhatamIdoing ( discusión ) 17:58, 5 de diciembre de 2023 (UTC) [ respuesta ]

El informe que preparé muestra el tamaño en el momento de la promoción, según lo solicitado. Puede haber otros informes según el tamaño actual. Certes ( charla ) 18:56, 5 de diciembre de 2023 (UTC) [ respuesta ]

Lo siento, no fui muy claro @ WhatamIdoing . Individualmente, obtener el tamaño de la prosa y el número de enlaces de un artículo es sencillo. Encontrar artículos en toda la wiki que cumplan con esos criterios no es realmente factible en este momento debido a la falta de volcados de bases de datos HTML. Entonces, si hay alguna otra forma de limitar la cantidad de artículos a verificar, por ejemplo, simplemente mirando algunas categorías, probablemente sea factible. Legoktm ( discusión ) 07:43, 7 de diciembre de 2023 (UTC) [ respuesta ]

Si quisiera obtener esto para, digamos, todos los artículos en la Categoría: Artículos de medicina de WikiProject , excluyendo los artículos en la Categoría: Artículos del grupo de trabajo sobre sociedad y medicina , entonces parece que nosotros (es decir, usted/alguien/no yo) podríamos hacer una informe único que enumere cada artículo y el número de palabras y enlaces que contiene, pero un proceso de "seguimiento" continuo sería menos factible. ¿Estoy más cerca de entender esto ahora? WhatamIdoing ( charla ) 18:54, 8 de diciembre de 2023 (UTC) [ respuesta ]

@ WhatamIdoing : Intenté escribir un código y ver cómo iba y aquí lo tienes: Usuario: WhatamIdoing/Posiblemente artículos de medicina con enlaces subyacentes (no dudes en moverte a otro lugar, etc.). Se necesitaron unos 15 minutos para generar el listado; Definitivamente me sorprendió lo rápido que fue. Entonces, creo que está bien publicarlo de forma regular en categorías de aproximadamente esa magnitud, ¿probablemente semanalmente?

Utilicé los criterios que sugeriste al principio (entre 150 y 2000 palabras y menos de 3 enlaces en total), pero podemos cambiarlo según lo que encuentres útil sin afectar realmente el tiempo de ejecución.

Déjame saber si esa lista de artículos es útil y si te gustaría seguir adelante y cómo :) Legoktm ( discusión ) 04:47, 16 de diciembre de 2023 (UTC) [ respuesta ]

@Legoktm , gracias por esto. ¿Podría echar un vistazo a Motoric Cognitive Risk e Igor Smirnov (ingeniero), que, según se informa, tienen dos vínculos, pero no parecen tener ninguno? WhatamIdoing ( charla ) 02:56, 17 de diciembre de 2023 (UTC) [ respuesta ]

Etiqueté los nueve artículos identificados como enlazados. Menos de 48 horas después, todas ellas fueron mejoradas y todas las etiquetas fueron eliminadas por los (aparentemente muchos) observadores de la categoría. WhatamIdoing ( charla ) 22:12, 18 de diciembre de 2023 (UTC) [ respuesta ]

Gracias por señalar esos dos artículos. Encontré un error en mi código, así que volví a ejecutar el informe y aparecieron ~280 artículos más que cumplen con el criterio y actualizaron la lista. ¿Debería convertir esto en un informe de base de datos regular que se actualice cada semana? Legoktm ( charla ) 06:18, 29 de diciembre de 2023 (UTC) [ respuesta ]

Probablemente todavía no. ¿ Por qué está en la lista la Academia de Colegios y Facultades Reales de Medicina de Escocia ? WhatamIdoing ( charla ) 06:35, 29 de diciembre de 2023 (UTC) [ respuesta ]

Los elementos de la lista no cuentan para el tamaño de la prosa (ver esto), por lo que esos enlaces no se cuentan. Legoktm ( discusión ) 06:54, 29 de diciembre de 2023 (UTC) [ respuesta ]

No estoy seguro de que utilizar las limitaciones de Prosesize tenga sentido para contar enlaces. Es un poco complicado, porque no quieres una "Lista de las 100 canciones más populares", con enlaces a 100 artículos sobre canciones, en esta lista (y Prosesize lo hará), pero tampoco quieres un medio. sized ==Consulte también== sección para excluir un artículo con texto completamente desvinculado (y contar todos los enlaces en el texto con formato de lista hará eso).

A menos que tenga ideas sobre cómo solucionar esto, es posible que esta no sea una tarea adecuada para la automatización completa del bot. WhatamIdoing ( charla ) 18:03, 29 de diciembre de 2023 (UTC) [ respuesta ]

Bien, creo que hay pros y contras en ambos sentidos. En la lista inicial se omitieron varios artículos que estaban enlazados porque el enlace estaba en una referencia o algo así.

Creo que tampoco estoy interesado en lograr una automatización completa, si encuentra la lista útil (pero no necesariamente perfecta), simplemente generar la lista regularmente y dejar que los humanos la revisen y decidan si etiquetarla o no. Legoktm ( charla ) 23:53, 29 de diciembre de 2023 (UTC) [ respuesta ]

{sobredosis}

Una actualización y algunas observaciones, por si a alguien más le interesa:

Estado: Mi tasa de grabación es de aproximadamente 50 artículos por semana. La mayoría de estos artículos (más breves) se vinculan completamente en aproximadamente 36 horas. Por lo tanto, espero llegar al final de esta lista inicial dentro de aproximadamente una semana.
- Se pueden agregar enlaces más rápido para un área temática de interés más amplio (por ejemplo, comida o deportes).
Ediciones: la mayoría de los contribuyentes nuevos siguen la sugerencia/instrucción de agregar solo un par de enlaces. En consecuencia, un artículo puede tener diez o más editores que crean uno, dos o tres enlaces antes de ser eliminado de la lista.
- Una fracción significativa de los nuevos editores que están editando estos artículos porque están listados en Especial:Página de inicio por necesitar enlaces me han sorprendido al tratar de mejorar el artículo a través de otros medios, por ejemplo, corrigiendo, agregando citas o (desafortunadamente/incorrectamente) agregando enlaces externos a otros sitios web (como Red Cross). (Haciendo ping a Trizek (WMF) )
  - Me pregunto si este deseable "efecto secundario" se evaporará con el nuevo sistema de sugerencia de enlaces.
Principal problema: desetiquetar artículos requiere un esfuerzo manual. A veces elimino las etiquetas yo mismo, normalmente agradeciendo a cualquiera que haya hecho una contribución plausible. La mayoría de los días, otros editores experimentados lo hacen antes que yo.
- Tratar de no abrumar a los dedicados patrulleros del gato es un poco tedioso. Sería fácil revisar cientos de artículos de una sola vez, y Special:Homepage estaría feliz de tener un volcado masivo de todos ellos a la vez en Category:Articles con muy pocos wikilinks , pero sería complicado revisar los artículos manualmente. Es muy difícil ver si es hora de quitar la etiqueta.
- Sería bueno tener un bot que elimine automáticamente la etiqueta después de las ediciones de 10 nuevos editores.
Posibilidades futuras: después de haber analizado el "acumulación" no identificada anteriormente, espero que las ejecuciones futuras sean mucho más cortas, a menos que cambiemos los criterios para que sean un poco más amplios. Podría ser mejor elegir un tema diferente (tal vez incluso apuntar deliberadamente a un tema, como Wikipedia: WikiProject África durante el Mes de la Historia Afroamericana en febrero y Wikipedia: WikiProject Mujeres durante el Mes de la Historia de la Mujer en marzo).

WhatamIdoing ( charla ) 04:32, 26 de enero de 2024 (UTC) [ respuesta ]

¡Gracias por el ping @ WhatamIdoing !

@ Folly Mox detalló una posibilidad para resolver su problema: la tarea Enlaces sugeridos. Detecta enlaces y se los proporciona a los recién llegados para que puedan agregar los enlaces que faltan. Lo implementaremos en las próximas semanas, pero la activación será responsabilidad de su comunidad.

Sería mejor permitir que los recién llegados agreguen estos enlaces. Las tareas sencillas se pueden resolver fácilmente con un bot, pero son la mejor manera de permitir que los recién llegados descubran que pueden editar.

La cantidad de enlaces agregados a través de Enlaces sugeridos para un uso es 3 por defecto. Pero su comunidad puede cambiar este número usando especial:EditGrowthConfig . Estos enlaces se sugieren en todos los artículos en los que hay muy pocos enlaces, sin importar si están etiquetados o no. No hay ningún banner que eliminar cuando se han agregado suficientes enlaces, excepto en los artículos ya etiquetados.

El efecto secundario que observó se perderá parcialmente, ya que los usuarios no podrán editar el artículo completo. Pero tienen la posibilidad de continuar editando el artículo de la forma estándar cuando hayan publicado los enlaces agregados. También disminuye la sensación que algunos patrulleros tenían en otros wikis, de que no todos los enlaces son relevantes: la herramienta no sugerirá enlaces a cuadros de información o citas, y no sugerirá páginas de desambiguación.

Mientras escribo este mensaje, los equipos de Crecimiento y Campañas están trabajando juntos en tareas sugeridas relacionadas con los eventos. Podemos imaginarnos la creación de enfoques sobre temas, donde los recién llegados serían invitados a temas como los que usted sugiere.

Trizek _ (WMF) ( discusión ) 09:53, 26 de enero de 2024 (UTC) [ respuesta ]

Categorización de los becarios de ACM por año

En este momento, existe una categoría "Categoría: Becarios de la Asociación de Maquinaria de Computación", que se agrega a todos los becarios de ACM. Creé un montón de categorías "Categoría: 202x becarios de la Asociación de Maquinaria de Computación" como subcategorías de la categoría principal para organizarlas por año. Los destinatarios ya están organizados por año en esta página .

Revise cada sección de la página (que corresponde a un año determinado).
Para cada artículo vinculado en azul en esa sección, agregue la categoría específica del año correcto "Categoría: 202x becarios de la Asociación de Maquinaria de Computación" al artículo.
Una vez completadas todas las secciones, elimine la "Categoría: Becarios de la Asociación de Maquinaria de Computación" genérica de todos los artículos vinculados, ya que ahora se encuentran en una subcategoría.

KNivedat ( discusión ) 18:37, 26 de enero de 2024 (UTC) [ respuesta ]

KNivedat , codificación... - Frostly ( discusión ) 18:37, 27 de enero de 2024 (UTC) [ respuesta ]

@ KNivedat , archivo BRFA - Frostly ( discusión ) 03:45, 4 de febrero de 2024 (UTC)

[ responder ]

Agregue artículos en las siguientes categorías y subcategorías a Wikiproject

Quiero agregar los artículos en las siguientes categorías+subcategorías al wikiproject: Sistema de castas indio. ¿Es esta una buena solicitud para un bot?

Miximon ( discusión ) 19:48, 30 de enero de 2024 (UTC) [ respuesta ]

Probablemente no; los humanos deberán agregar las plantillas de WikiProject según el contexto. Seleccioné un par de artículos al azar de las categorías, y Giraudpuri y Guru Balakdas , en Categoría: Satnami , no parecen tener nada que ver con ese WikiProject. (editado para agregar: Creo que el OP se refiere a {{ WikiProject Indian caste system }} y el WikiProject asociado). – Jonesey95 ( discusión ) 20:10, 30 de enero de 2024 (UTC) [ respuesta ]

También argumentaría que, aparte del gato de las Tribus Programadas, ninguno de estos está muy poblado: una ejecución rápida de AWB probablemente sería más rápida y precisa (ya que habría supervisión humana). Primefac ( discusión ) 20:15, 30 de enero de 2024 (UTC) [ respuesta ]

Incluso la categoría más grande necesitará supervisión humana; No veo una referencia a la casta en el pueblo Tani , que está en esa categoría de tribus programadas. – Jonesey95 ( discusión ) 20:21, 30 de enero de 2024 (UTC) [ respuesta ]

Solo agrego contexto para aclarar: las castas y tribus registradas son la lista de castas y tribus del gobierno de la India que son reconocidas por acción afirmativa debido a una discriminación histórica. Sistema de castas en la India # Reconocimiento Miximon ( discusión ) 20:29, 30 de enero de 2024 (UTC) [ responder ]

@ Miximon : si desea publicar una lista de páginas (no categorías) en la página de discusión de WikiProject y hay consenso para etiquetar cada una de ellas, estaré feliz de que mi bot las etiquete. GoingBatty ( discusión ) 21:06, 30 de enero de 2024 (UTC) [ respuesta ]

Actualizaciones de la tabla de clasificación de la unidad pendiente

Hola, ¿existe algún bot que pueda actualizar automáticamente la tabla de clasificación de la unidad de acumulación de artículos sin referencia? Lo ideal sería contar el número de resúmenes de edición realizados por cada participante con "feb24" (sin distinguir entre mayúsculas y minúsculas) para artículos únicos. Luego, actualizaría la columna "Puntos de referencias" en la tabla de clasificación con ese número. El bot no necesita actualizar el resto de la tabla de clasificación, ya que los puntos de las revisiones son más sencillos de actualizar y el total de puntos se proporciona automáticamente mediante una plantilla. Hay un poco de discusión previa en la página de discusión . ¡Gracias! ARandomName123 ( hablar ) ^{¡Envíame un ping!} 23:14, 1 de febrero de 2024 (UTC) [ respuesta ]

Creé un raspador simple que planeo usar diariamente para actualizar la tabla de clasificación. No creo que sea una muy buena solución, por lo que si los expertos en bots quieren ayudar, lo agradecerían mucho;) Broc ( discusión ) 21:32, 2 de febrero de 2024 (UTC) [ respuesta ]

Hecho . Bot creado según el script anterior. Consulte Usuario:BaranBOT/FEB24DriveLeaderboard . ARandomName123 ( hablar ) ^{¡Envíame un ping!} 18:12, 3 de febrero de 2024 (UTC) [ respuesta ]

Solicitud de bot para texto en hangul coreano

Según la discusión en la charla de Wikipedia: Manual de estilo/artículos relacionados con Corea#Acerca de agregar un enlace a cada sílaba hangul usando Plantilla:Linktext , estoy enviando esta solicitud de bot. Por favor realice lo siguiente.

Compruebe si Plantilla:Linktext solo contiene [ ]?[0-9가-힣][ ]?cada parámetro.
Si es así, elimine Plantilla:Linktext y |, pero conserve el texto ingresado como parámetros (incluidos los espacios antes y/o después de [0-9가-힣]).
Si no es así (es decir, si Plantilla:Linktext contiene (1) cualquier carácter distinto de [0-9가-힣], o (2) dos o más adyacentes [0-9가-힣]en al menos un parámetro), déjelo como está.

Los siguientes ejemplos le ayudarán a comprender esta solicitud.

Casos que deberían cambiarse
- {{linktext|국|립|중|앙|도|서|관}}→ 국립중앙도서관(actualmente se encuentra en la Biblioteca Nacional de Corea )
- {{Linktext|수|도|권|제|1|순|환|고|속|도|로}}→ 수도권제1순환고속도로(actualmente se encuentra en la Autopista del Primer Anillo de la Región Capital )
- {{linktext|새|터|데|이| 나|이|트| 라|이|브| 코|리|아|}}→ 새터데이 나이트 라이브 코리아(Deben conservarse los caracteres espaciales; actualmente se encuentran en Saturday Night Live Korea )
- {{linktext|구|름|은}} {{linktext|흘|러|가|도}}→ 구름은 흘러가도((se agregó este ejemplo por si acaso) se debe conservar un carácter de espacio entre dos instancias de Plantilla:Linktext; actualmente se encuentra en Incluso las nubes están a la deriva )
Casos que NO se deben cambiar
- {{linktext|中|文|維|基|百|科}}(contiene cualquier carácter distinto de [0-9가-힣]; actualmente se encuentra en la Wikipedia china )
- {{linktext|새|마을|호}}(contiene dos o más adyacentes [0-9가-힣]en al menos un parámetro; actualmente se encuentra en Saemaeul-ho )

172.56.232.167 (discusión) 00:24, 2 de febrero de 2024 (UTC) [ respuesta ]

La expresión regular deberá ser un poco más compleja de lo que se describe anteriormente, pero esto debería ser factible. Déjame hacer algunas pruebas a pequeña escala y comunicarme contigo. Primefac ( discusión ) 12:30, 2 de febrero de 2024 (UTC) [ respuesta ]

BRFA presentó . Primefac ( discusión ) 21:34, 2 de febrero de 2024 (UTC) [ respuesta ]

Gracias por ejecutar su bot. Se lo agradezco mucho.

¿Pero podrías eliminarlos también en el espacio de nombres Borrador? Actualmente hay 86 páginas que los contienen (ver esto). Se pueden mover al espacio de nombres principal (artículo) en cualquier momento. 172.56.232.239 (discusión) 05:46, 5 de febrero de 2024 (UTC) [ respuesta ]

No pensé en el espacio del draft, parece razonablemente poco controvertido

Hecho . Primefac ( discusión ) 12:54, 6 de febrero de 2024 (UTC) [ respuesta ]

Bot para revertir automáticamente el vandalismo por cambio de fecha

Hola, quiero crear un bot que revierta automáticamente el vandalismo obvio por cambio de fecha. Por ejemplo:

"James H. (nacido el 26 de diciembre de 2002)"

Y luego viene un vándalo y lo cambia a:

"James H. (nacido el 29 de diciembre de 2002)"

Y el objetivo del bot es revertir estos cambios con la mayor precisión posible. Y así es como funcionará:

Un bot ve que alguien cambió la fecha de nacimiento. El robot busca el nombre de la persona en wikidata. Si la persona aparece en wikidata, el bot busca su fecha de nacimiento en su página de wikidata. Y si la fecha de nacimiento escrita en wikidata es diferente a la fecha a la que la cambió el vándalo, el bot revierte automáticamente estos cambios. Espero que este bot pueda codificarse para mí. Parece una gran idea para un bot. 93.173.38.154 (discusión) 11:28, 5 de febrero de 2024 (UTC) Se realizaron cambios de formato muy pequeños para facilitar la lectura. Primefac ( discusión ) 12:58, 6 de febrero de 2024 (UTC) [ respuesta ]

Esto podría requerir un debate para lograr un consenso en lugar de ser un "hacer ahora" automático. Verificaría que Wikidata coincida con la fecha anterior, en lugar de simplemente diferir de la nueva. Tenga en cuenta que Wikidata también tiene errores de vandalismo y de buena fe, por lo que (con el debido respeto al proponente de la propiedad intelectual) es posible que deseemos que el bot revierta únicamente los editores no confirmados automáticamente. Certes ( charla ) 12:07, 5 de febrero de 2024 (UTC) [ respuesta ]

Esto podría ser algo que un filtro de edición podría lograr, simplemente no permitiendo cambios como ese. Geardona (¿ hablar conmigo? ) 12:27, 5 de febrero de 2024 (UTC) [ respuesta ]

Los cambios menores en las cifras son deprimentemente comunes. Llevo más de 6 meses luchando contra un IP móvil italiano que modifica incorrectamente las alturas de los edificios en cientos y miles de artículos. Podría ser un juego o una competencia. Estoy de acuerdo en que es una buena idea observar los cambios en las fechas de nacimiento y muerte. Tengo algunas ideas de cómo hacer esto, pero se complica, no es fácil. -- Verde C 15:22, 5 de febrero de 2024 (UTC) [ respuesta ]
No estoy seguro de si esto es posible ni siquiera de forma remota, pero un robot que no acepte cambios como estos y los inserte en cambios pendientes, incluso si la página no está protegida como tal, solo para usuarios nuevos o no registrados, podría resolver el problema inmediato de información falsa. presentado a los lectores. Geardona (¿ hablar conmigo? ) 15:26, 5 de febrero de 2024 (UTC) [ respuesta ]
Me gusta la esencia de la propuesta, pero no el fondo. Si vamos a revertir el vandalismo numérico (y yo diría todo , desde la fecha de nacimiento hasta la altura/peso, la cantidad de álbumes vendidos, etc.), simplemente debería hacerse, sin verificar WD (que de todos modos podría ser incorrecto o inexistente). Si se cambia un número sin una referencia, es probable que se trate de vandalismo. Básicamente ClueBot NG pero específicamente para números. Sin embargo, se necesitaría un consenso más amplio para implementarlo (independientemente de cómo esté configurado el bot). Primefac ( discusión ) 12:58, 6 de febrero de 2024 (UTC) [ respuesta ]
Yo diría que esto parece más posible con un filtro de edición, por lo que debería proponerse allí (página de discusión del filtro de edición). Luego mira lo que piensan. Geardona (¿ hablar conmigo? ) 13:11, 6 de febrero de 2024 (UTC) [ respuesta ]
Sin duda, eso detectaría muchos pequeños vandalismos, como cambiar el encabezado de 123 para que comience con "420 es...", pero podría tener muchos falsos positivos. Por ejemplo, los editores de buena fe actualizan periódicamente los registros deportivos de los jugadores y equipos después de cada partido, sin esperar a que algún periódico mencione que Smith ha jugado 42 partidos en lugar de 41. Certes ( charla ) 13:34, 6 de febrero de 2024 (UTC ) [ responder ]
¿Limitarlo potencialmente a solo fechas del pasado (más de 1 año) aliviaría los falsos positivos? Quizás también limitarlo a un gran número de cambios detendría los falsos positivos de buena fe. Geardona (¿ hablar conmigo? ) 13:38, 6 de febrero de 2024 (UTC) [ respuesta ]
Oh, no tomes mi sugerencia como lo que debe ser, simplemente descartando una idea que creo que es mejor que confiar en WD. Ya sea un filtro de edición o un bot, sospecho que las reversiones se limitarían a IP y usuarios que no sean AC. Primefac ( discusión ) 13:49, 6 de febrero de 2024 (UTC) [ respuesta ]
Potencialmente, incluso tenerlo configurado para revocar el estado de AC realmente resolvería el problema, AC no es tan difícil de conseguir. Geardona (¿ hablar conmigo? ) 13:53, 6 de febrero de 2024 (UTC) [ respuesta ]
Es una idea interesante, pero no creo que tengamos un precedente de un bot "Robocop" que elimine permisos y necesitaría al menos un RfC. Obtener AC por primera vez es fácil, pero tendríamos que pensar en cómo los editores afectados recuperarían AC: ¿solicitud de permiso? Certes ( charla ) 14:05, 6 de febrero de 2024 (UTC) [ respuesta ]
Que yo sepa, algunos de los filtros de alta potencia pueden anular la CA. Geardona (¿ hablar conmigo? ) 14:07, 6 de febrero de 2024 (UTC) [ respuesta ]
De Wikipedia:EFBASICS "La configuración más segura es no permitir. En este caso, se rechaza la edición y el usuario verá un mensaje personalizable. Se proporciona un enlace para informar falsos positivos. También es posible revocar el estado de confirmación automática de un usuario si un usuario dispara el filtro." Geardona (¿ hablar conmigo? ) 17:23, 6 de febrero de 2024 (UTC)[ responder ]

caché de google

El caché de Google se está cerrando y está siendo noticia. Tenemos 5.000 páginas en Enwiki. Está en WP:URLREQ#Google_cache . Gracias. -- Verde C 15:26, 5 de febrero de 2024 (UTC) [ respuesta ]

Hecho - Verde C 16:38, 11 de febrero de 2024 (UTC) [ respuesta ]

Páginas de identificación que necesitan cuadros de información

Identifique páginas con Plantilla: Álbumes de WikiProject en su página de discusión pero no Plantilla: Álbum de Infobox en su página principal y agrégueles |needs-infobox=yes. Por favor y gracias, J04n ( página de discusión ) 15:24, 6 de febrero de 2024 (UTC) [ respuesta ]

Pregunta, ¿qué pasa con las páginas de desambiguación o redireccionamiento? ¿Requieren el cuadro de información? ¿Sería esto una ejecución única o algo continuo? Si es una vez, podría intentar encontrar alguna expresión regular AWB o JWB para hacerlo parcialmente. (dadas las páginas, un bot sería más eficiente en mi opinión) Gracias Geardona (¿ hablar conmigo? ) 15:37, 6 de febrero de 2024 (UTC) [ respuesta ]

Gracias por la rápida respuesta, las páginas de desambiguación o redireccionamiento no las necesitan, si se pueden filtrar, mucho mejor. Supongo que continuo es mejor, no estoy seguro de la logística. J04n ( página de discusión ) 16:07, 6 de febrero de 2024 (UTC) [ respuesta ]

Yo no soy un programador de bots, pero parece posible, sería necesario verificar (405683 páginas), y eso es demasiado para que 1 o 2 personas lo verifiquen manualmente en un tiempo razonable (incluso con AWB). Geardona (¿ hablar conmigo? ) 17:20, 6 de febrero de 2024 (UTC) [ respuesta ]

Geardona , J04n , según mi consulta de PetScan, 29.831 resultados. Podría ejecutar mi bot en estas páginas. - Charla Qwerfjkl 17:59, 6 de febrero de 2024 (UTC) [ respuesta ]

Sin embargo, al observar los resultados, parece que hay bastantes falsos positivos. - Charla Qwerfjkl 18:01, 6 de febrero de 2024 (UTC) [ respuesta ]

Menos sorprendente, ¿cómo falló? Geardona (¿ hablar conmigo? ) 18:02, 6 de febrero de 2024 (UTC) [ respuesta ]

Geardona , porque aunque están en los álbumes de WikiProject, es probable que muchos de los artículos no necesiten un cuadro de información, por ejemplo, el premio Grammy al mejor álbum de comedia . - Charla Qwerfjkl 18:04, 6 de febrero de 2024 (UTC) [ respuesta ]

No estoy seguro de cómo filtrarlos, Wikipedia: CONTEXTBOT está asomando su fea cabeza. Es posible que deba hacerse manualmente, al menos la lista es un poquito más corta. Geardona (¿ hablar conmigo? ) 18:06, 6 de febrero de 2024 (UTC) [ respuesta ]

La mayoría de ellos parecen ser redireccionamientos. - Charla Qwerfjkl 18:02, 6 de febrero de 2024 (UTC) [ respuesta ]

Veo una configuración de "redirecciones sí/no", ¿eso lo solucionaría o me falta algo? Geardona (¿ hablar conmigo? ) 18:04, 6 de febrero de 2024 (UTC) [ respuesta ]

Increíble, pensé que existiría algo como esto, tal vez publicar un aviso en la página de discusión del proyecto del álbum, esperar uno o dos días y luego comenzar. (¿No estoy seguro de si se necesitaría un BRFA aquí?) Geardona (¿ hablar conmigo? ) 18:01, 6 de febrero de 2024 (UTC) [ respuesta ]

Sí, la mayoría parecen ser falsos positivos. ¿Se pueden filtrar las redirecciones? J04n ( página de discusión ) 18:04, 6 de febrero de 2024 (UTC) [ respuesta ]

J04n , lo hice en mi segunda consulta. Lo siento si eso no quedó claro. - Charla Qwerfjkl 18:14, 6 de febrero de 2024 (UTC) [ respuesta ]

Muy bien, no me importa filtrar otros falsos positivos a mano. ¡Muchas gracias! J04n ( página de discusión ) 18:18, 6 de febrero de 2024 (UTC) [ respuesta ]

@ J04n : ¿Existe consenso en que todos los artículos deberían tener un cuadro de información? Al crear el BRFA, sería bueno vincularlo a ese consenso (ya sea una conversación o una guía de estilo de álbumes). ¡Gracias! GoingBatty ( charla ) 18:37, 6 de febrero de 2024 (UTC) [ respuesta ]

Iniciaré una conversación, gracias J04n ( página de discusión ) 18:49, 6 de febrero de 2024 (UTC) [ respuesta ]

Me acerqué al proyecto, otro pensamiento que tuve fue tal vez hacer que el bot busque cualquier plantilla de cuadro de información, no solo el álbum. Esto reduciría aún más los falsos positivos. J04n ( página de discusión ) 19:09, 6 de febrero de 2024 (UTC) [ respuesta ]

En lugar de buscar la plantilla de WikiProject, puede trabajar en álbumes yyyy , es decir, las subcategorías de Álbumes por año . Es posible que esto omita algunas páginas, pero debería producir muchos menos falsos positivos. Certes ( charla ) 22:21, 6 de febrero de 2024 (UTC) [ respuesta ]

Es una gran idea, agradezco que la gente haya pensado en esto. J04n ( página de discusión ) 00:39, 7 de febrero de 2024 (UTC) [ respuesta ]

Comencé una discusión en la charla de Wikipedia: WikiProject Albums#Bot para ayudar a identificar las páginas del álbum a las que les faltan cuadros de información , lo que generó prácticamente ningún interés de una forma u otra. Me gustaría continuar con esto como un barrido único de las páginas en las subcategorías de Álbumes por año que no tienen un cuadro de información; si se pudieran filtrar las redirecciones, sería de gran ayuda. Se puede hacer esto? ¡Gracias! J04n ( página de discusión ) 18:33, 24 de febrero de 2024 (UTC) [ respuesta ]

Pregunta u otra solicitud de bot para texto en hangul coreano

Esto también está relacionado con la solicitud de #Bot de texto hangul coreano anterior.

También se debe eliminar cualquier instancia de Plantilla:Linktext en nombres personales coreanos.

Los nombres personales coreanos suelen tener el formato "apellido de una sílaba + nombre de pila de dos sílabas" (por ejemplo, 홍길동 – apellido 홍, nombre de pila 길동), por lo que algunas personas agregaron Linktext como este: {{linktext|홍|길동}}. Actualmente hay 726 páginas que contienen tales instancias de Linktext (ver esto), y en su mayoría, pero no siempre , son nombres personales.

En este caso, no debes buscar espacios ni [0-9]. Sólo necesita buscar \{\{[Ll]inktext\|[가-힣]\|[가-힣][가-힣]\|?\}\}(es decir {{[Ll]inktext|[가-힣]|[가-힣][가-힣]|?}}, sin las barras invertidas) y eliminar Plantilla:Linktext y |, pero conservar el texto ingresado como parámetros (es decir, cambiar {{linktext|홍|길동}}a 홍길동).

Aquí están mis preguntas:

¿Es posible eliminar este tipo de instancias de Linktext solo de nombres personales?
1. Si es así, realice la eliminación del bot.
2. Si no es así, si proporciono páginas que no deberían verse afectadas por la eliminación del bot, ¿funcionaría? Por ejemplo, un caso como el {{linktext|집|으로}}(que se encuentra en The Way Home (película de 2002) ) no debería verse afectado.

172.56.232.179 (discusión) 21:27, 6 de febrero de 2024 (UTC) [ respuesta ]

Tenga en cuenta que "no incluir texto de enlace en nombres personales (es decir, no agregar ningún tipo de enlace a un nombre personal, incluidas otras formas de segmentaciones como 가|나다)" también fue parte de la discusión. Busque en "Para nombres personales (incluidos seudónimos como seudónimos, nombres artísticos, etc.), no se deben agregar enlaces". en la charla de Wikipedia: Manual de estilo/artículos relacionados con Corea#Acerca de agregar un enlace a cada sílaba hangul usando Plantilla:Linktext . 172.56.232.188 (discusión) 04:13, 8 de febrero de 2024 (UTC) [ respuesta ]

Estoy un poco preocupado por los problemas presentados en CONTEXTBOT. Primefac ( discusión ) 12:43, 8 de febrero de 2024 (UTC) [ respuesta ]

Verifiqué manualmente los resultados de la búsqueda y preparé una lista de páginas (11 en total) donde \{\{[Ll]inktext\|[가-힣]\|[가-힣][가-힣]\|?\}\}no hay un nombre personal. (A las 02:02 del 23 de febrero de 2024 (UTC), esta lista sigue siendo la misma)

Dal Shabet :{{linktext|달|샤벳}}
Dangui : {{linktext|당|적삼}},{{linktext|당|한삼}}
Great Escape (serie de televisión de Corea del Sur) :{{linktext|대|탈출}}
Kwang :{{linktext|옥|피리}}
Min (nombre coreano) :{{linktext|산|이름}}
Dilo con tus ojos :{{linktext|눈|으로}}
Caja de presentación :{{linktext|쇼|박스}}
El camino a casa (película de 2002) :{{linktext|집|으로}}
Tres hermanas (película de 2020) :{{linktext|세|자매}}
Joven (nombre coreano) :{{linktext|꽃|부리}}
Young-ja :{{linktext|꽃|부리}}

Pero no es necesario agregarlas como excepciones al ejecutar el bot porque se pueden volver a agregar o revertir manualmente después de que se ejecute el bot.

¿Es factible la tarea ahora? Si es así, realice la eliminación del bot. 172.56.232.101 (discusión) 20:24, 8 de febrero de 2024 (UTC) [ respuesta ]

Para su información, puede escribir {{tld|linktext|꽃|부리}}--> {{linktext|꽃|부리}}sin todos los nowikis. O para vincular la plantilla: - Verde C 21:00, 8 de febrero de 2024 (UTC) [ respuesta ]{{linktext|꽃|부리}}

Si todavía estás preocupado por el problema de CONTEXTBOT, no te preocupes. Dado que sólo hay un pequeño número de excepciones, y que Linktext nunca ha sido un requisito (es decir, cualquier instancia de Linktext no tiene que estar allí en primer lugar), realmente no necesita preocuparse por nada. Ni siquiera agregue esos casos como excepciones al ejecutar su bot. 172.56.232.239 (discusión) 03:14, 10 de febrero de 2024 (UTC) [ respuesta ]

insource:/\{\{[Ll]inktext\|[가-힣]\|[가-힣]\|[가-힣]\|?\}\}/también tiene dos. Además, tengo curiosidad por saber si es necesario dejar algo así . Kanashimi ( discusión ) 07:46, 15 de febrero de 2024 (UTC) [ respuesta ]{{linktext|黄|喜|燦}}

No se habló nada sobre los caracteres chinos. 172.56.232.179 (discusión) 21:48, 15 de febrero de 2024 (UTC) [ respuesta ]

No quiero instar a nadie, pero ¿alguien puede encargarse de esto? Yo también quiero seguir adelante. 172.56.232.179 (discusión) 21:51, 15 de febrero de 2024 (UTC) [ respuesta ]

¿Alguien puede encargarse de esto? 172.56.232.239 (discusión) 02:02, 23 de febrero de 2024 (UTC) [ respuesta ]

@ Primefac ¿Puedes encargarte también de esto? Simplemente no te preocupes por el problema de CONTEXTBOT. Realmente no vale la pena preocuparse en este caso. 172.56.232.239 (discusión) 14:26, 29 de febrero de 2024 (UTC) [ respuesta ]

Enfriar. Sí, pero tranquilo. Primefac ( discusión ) 16:40, 29 de febrero de 2024 (UTC) [ respuesta ]

Entiendo.

No quise instarte. Sólo me preocupaba si esta solicitud se estaba olvidando. 172.56.232.234 (discusión) 22:16, 29 de febrero de 2024 (UTC) [ respuesta ]

robot copyvio

Hola,
estaba buscando algo como esto y no lo encontré. ¿Podría un bot ejecutar una página contra el detector de copyvio de tijeretas automáticamente y marcarla para revisión humana si su puntuación es demasiado alta? (Estoy dispuesto a intentar codificar esto si no hay un problema evidente) Gracias
Geardona (¿ hablar conmigo? ) 22:28, 6 de febrero de 2024 (UTC) [ respuesta ]

No importa, veo el hilo de la bomba del pueblo. Geardona (¿ hablar conmigo? ) 00:09, 7 de febrero de 2024 (UTC) [ respuesta ]

Puede que Usuario: Novem Linguae/Essays/Copyvio detectors sea una buena lectura. – Novem Linguae ( discusión ) 01:41, 7 de febrero de 2024 (UTC) [ respuesta ]

Usando coordenadas en Wikidata

Categoría: Artículos faltantes de coordenadas con coordenadas en Wikidata contiene 20,320 artículos etiquetados con {{ falta coord }}, pero todos tienen coordenadas disponibles en Wikidata. ¿Sería posible eliminar esta plantilla y reemplazarla con la que recuperará las coordenadas de Wikidata? No estoy familiarizado con discusiones anteriores sobre esto, pero también me comuniqué con The Anome para hacer comentarios - Martin ( MSGJ · charla ) 09:32, 7 de febrero de 2024 (UTC) [ respuesta ]{{Coord|display=title}}

@MSGJ y The Anome : BRFA presentado . GoingBatty ( charla ) 14:13, 7 de febrero de 2024 (UTC) [ respuesta ]

Bot de candado de protección

Bot para revisar la página en la lista de páginas protegidas, encontrar aquellas a las que les falta el candado y agregarlas en el nivel correcto, y corregir el nivel del candado si es necesario. Gracias Geardona (¿ hablar conmigo? ) 14:06, 7 de febrero de 2024 (UTC) [ respuesta ]

Ya hecho por Usuario:MusikBot II . Primefac ( discusión ) 14:20, 7 de febrero de 2024 (UTC) [ respuesta ]

¿Podemos confirmar que todavía está activo? Geardona (¿ hablar conmigo? ) 15:06, 7 de febrero de 2024 (UTC) [ respuesta ]

Es. Puede consultar la contribución de sus usuarios para conocer las ediciones recientes. – robertsky ( discusión ) 15:11, 7 de febrero de 2024 (UTC) [ respuesta ]

Bien, gracias Geardona (¿ hablar conmigo? ) 15:13, 7 de febrero de 2024 (UTC) [ respuesta ]

Reemplazo de caracteres de espacio invisibles en plantillas de descripción breve

Esta es una solicitud para reemplazar los caracteres de espacio invisibles con caracteres de espacio normales en las plantillas de {{ breve descripción }} dentro de los artículos. Como dice el MOS, estos caracteres generalmente se colocan sin darse cuenta al copiar y pegar, y pueden causar problemas de varios tipos. La tarea sería reemplazar los caracteres nbsp y thinsp invisibles que se encuentran en las descripciones breves de los artículos enumerados en Wikipedia: informes de bases de datos/descripciones breves que contienen caracteres de espacio no válidos .

Estoy bastante seguro de que esta sería una tarea cosmética que necesitaría la aprobación explícita de la BRFA. Solucionar las aproximadamente 3000 instancias existentes del problema nos ayudará a comprender las causas fundamentales del problema al identificar cómo ocurren nuevas instancias. Tengo algunas expresiones regulares que podrían ayudar en User:Jonesey95/AutoEd/pages.js . – Jonesey95 ( discusión ) 16:30, 8 de febrero de 2024 (UTC) [ respuesta ]

Si es un problema y hay consenso, probablemente pueda ejecutar esto. Por supuesto, si estos caracteres de formato invisibles están en el "área de uso privado", entonces AWB será inútil. Primefac ( discusión ) 16:45, 8 de febrero de 2024 (UTC) [ respuesta ]

Gracias Primefac. Esta solicitud surge de esta discusión . Mi impresión fue que una directriz MOS de larga data era suficiente consenso para eliminar estos caracteres. – Jonesey95 ( discusión ) 20:39, 10 de febrero de 2024 (UTC) [ respuesta ]

@ Primefac : ¿Querías enviar un BRFA para esto o te gustaría que lo hiciera yo? GoingBatty ( discusión ) 04:44, 1 de marzo de 2024 (UTC) [ respuesta ]

Me olvidé por completo de esto. Parece que debería poder hacer que AWB haga lo que quiero, para poder manejarlo . Gracias por el recordatorio. Primefac ( discusión ) 13:22, 1 de marzo de 2024 (UTC) [ respuesta ]

@ Primefac - ¡Gracias! Marcado como BRFA archivado para que se actualice la tabla en la parte superior de la página. GoingBatty ( charla ) 21:14, 1 de marzo de 2024 (UTC) [ respuesta ]

Arreglando enlaces rotos a discusiones de páginas de discusión

Los enlaces a las discusiones de la página de discusión a menudo se rompen cuando las discusiones son archivadas por Usuario: Sigmabot III en minúsculas . ¿Se podría configurar este robot para reemplazar los enlaces (vinculándolos a discusiones archivadas) en lugar de romperlos? Jarble ( discusión ) 18:58, 16 de febrero de 2024 (UTC) [ respuesta ]

Jarble , este no es el lugar indicado. Pregunte en la página de discusión del operador del bot. - Charla Qwerfjkl 14:02, 17 de febrero de 2024 (UTC)[ responder ]

@ Jarble : clubot III hace esto de forma predeterminada. Ver Usuario:ClueBot III#Mantener vinculado . —usernamekiran (discusión) 21:19, 18 de febrero de 2024 (UTC) [ respuesta ]

@Usernamekiran : ¿ClueBot III repara enlaces a discusiones que fueron rotas por otros bots, incluido Lowercase sigmabot III ? Jarble ( discusión ) 21:40, 18 de febrero de 2024 (UTC) [ respuesta ]

@ Jarble : Para ser breve, no lo creo. —usernamekiran (discusión) 21:54, 18 de febrero de 2024 (UTC) [ respuesta ]

cewbot corrige periódicamente este tipo de errores de enlace. Si hay alguno que no está solucionado, házmelo saber y veré qué está mal. Kanashimi ( discusión ) 05:37, 19 de febrero de 2024 (UTC) [ respuesta ]

@ Kanashimi : frecuentemente encuentro enlaces rotos a secciones de páginas de discusión que fueron archivadas. ¿Cewbot reemplaza estos enlaces rotos con enlaces a discusiones archivadas en páginas de discusión? Jarble ( discusión ) 21:48, 19 de febrero de 2024 (UTC) [ respuesta ]

Eso es lo que haría un robot. Si al robot se le escapa algo, puedes darme un ejemplo y veré qué pasa. Kanashimi ( discusión ) 22:41, 19 de febrero de 2024 (UTC) [ respuesta ]

@ Kanashimi : Por ejemplo, encontré varios enlaces rotos a secciones de la página de discusión en esta página . ¿Este bot no repara enlaces rotos de discusiones archivadas? Jarble ( discusión ) 17:32, 25 de febrero de 2024 (UTC) [ respuesta ]

@ Jarble El bot funciona comprobando todos los enlaces a un ancla específica. Hay demasiados enlaces en esta página, ¿puedes señalar el ancla exacta? Gracias. Kanashimi ( discusión ) 03:18, 26 de febrero de 2024 (UTC) [ respuesta ]

@ Kanashimi : Uno de los anclajes de la sección rota se encuentra al comienzo de esta sección , pero probablemente haya varios más. Jarble ( discusión ) 03:39, 26 de febrero de 2024 (UTC) [ respuesta ]

@ Jarble Esta página será procesada por el bot cuando procese todas las páginas vinculadas a Talk:BTS (banda) . Kanashimi ( discusión ) 06:22, 26 de febrero de 2024 (UTC) [ respuesta ]

Bot de bloqueo de proxy

Este bot está programado para utilizar una amplia gama de servicios VPN; Al usarlo, detecta las direcciones IP y luego las bloquea. Esto significa que se podría ahorrar mucho tiempo. HedgehogLegend ( discusión ) 18:48, 19 de febrero de 2024 (UTC) [ respuesta ]

Ya tenemos un robot de bloqueo de proxy. * Pppery * _{ha comenzado...} 18:49, 19 de febrero de 2024 (UTC) [ respuesta ]

Específicamente, Usuario:ST47ProxyBot . Primefac ( discusión ) 18:49, 19 de febrero de 2024 (UTC) [ respuesta ]

Notificar a los aceptantes de AfC que un artículo recibe AfDed

Hola, quiero proponer la idea de crear un bot que notifique los artículos para los aceptantes de creación cuando un artículo que aceptan recibe AfDed alrededor de 100 días después de aceptarlo a través de su página de discusión. GMH Melbourne ( discusión ) 05:41, 22 de febrero de 2024 (UTC) [ respuesta ]

Hay un script llamado Usuario: Novem Linguae/Scripts/WatchlistAFD.js que agrega automáticamente las páginas de AfD de sus aceptaciones de AfC y selecciones de NPP a su lista de seguimiento durante 6 meses. Es realmente útil porque puedes realizar un seguimiento fácilmente de cuándo las cosas están AfD y ajustar tu revisión en consecuencia. – DreamRimmer ( charla ) 06:18, 22 de febrero de 2024 (UTC) [ respuesta ]

Creo que mi secuencia de comandos de usuario no funciona. Probablemente debería arreglarlo un día de estos. – Novem Linguae ( discusión ) 06:27, 22 de febrero de 2024 (UTC) [ respuesta ]

Discusión en la charla de Wikipedia: Teahouse § Bot inoperable

Está invitado a unirse a la discusión en la charla de Wikipedia: Teahouse § Bot inoperable . Rotideypoc41352 ( charla · contribuciones ) 02:11, 23 de febrero de 2024 (UTC) [ respuesta ]

Solicitud de robot

¿Sería posible conseguir un robot para ampliar las citas de los informes de partidos en la fase de clasificación y la ronda de play-off de la UEFA Europa Conference League 2023-24 (ruta principal) para evitar que el artículo exceda los límites de tamaño de la plantilla? He probado el sandbox de un par de formas diferentes para intentar reducir la cantidad de plantillas en la página y creo que la mejor (y posiblemente más fácil) manera de hacerlo sería expandir las plantillas web de Cite, pero hay bastantes. Tomaría un tiempo hacerlo manualmente. A modo de ejemplo, <ref>{{cite web |url=https://www.uefa.com/uefaeuropaconferenceleague/match/2038534/ |title=Sutjeska-Cosmos |website=UEFA.com |publisher=Unión de Asociaciones Europeas de Fútbol |access-date=13 de julio de 2023}}</ref> se convertiría en <ref>[https://www.uefa.com/uefaeuropaconferenceleague/match/2038534/ "Sutjeska-Cosmos"]. UEFA.com. Unión de Asociaciones Europeas de Fútbol. Consultado el 13 de julio de 2023.</ref>

Cualquier ayuda sería muy apreciada. Stevie fae Escocia ( discusión ) 12:08, 29 de febrero de 2024 (UTC) [ respuesta ]

Si es solo una página, buscar/reemplazar (ya sea a través de AWB o simplemente un editor de texto) es mejor que un bot. Un bot realmente no hará nada diferente a un usuario. Primefac ( charla ) 12:30, 29 de febrero de 2024 (UTC) [ respuesta ]

Está bien, debería ser

Fijado ; Hice una búsqueda/reemplazo masivo en el estilo de cita más reutilizado y todo parece estar apareciendo ahora. Primefac ( discusión ) 13:02, 29 de febrero de 2024 (UTC) [ respuesta ]

Gracias Primefac, muy apreciado. Stevie fae Escocia ( discusión ) 13:51, 29 de febrero de 2024 (UTC) [ respuesta ]

Marcar como Listo para actualizar la tabla en la parte superior de esta página. GoingBatty ( discusión ) 03:55, 1 de marzo de 2024 (UTC) [ respuesta ]

Para agregar categorías basadas en el listado del artículo en una tercera página

Deseo agregar la Categoría: Exalumnos de la Universidad Hindú de Banaras a todos los artículos enumerados en la Lista de personas de la Universidad Hindú de Banaras . El bot debería actualizar/agregar automáticamente una categoría a cualquier artículo agregado a la lista. Este vinculador Lista-Categoría no solo se puede usar en WP:UNI sino también en otras relaciones similares donde existen una lista y una categoría para el mismo tema. Gracias, User4edits ( charla ) 04:36, 1 de marzo de 2024 (UTC) [ respuesta ]

@ User4edits : La primera persona en el artículo es " CV Raman , ganador del Premio Nobel de Física en 1930 y ganador de Bharat Ratna ..." El robot tendría que verificar CV Raman e ignorar los enlaces al Premio Nobel y Bharat Ratna . Podría ser más fácil si todas las listas del artículo tuvieran el mismo formato (por ejemplo, todas las tablas o todas con viñetas). GoingBatty ( discusión ) 04:43, 1 de marzo de 2024 (UTC) [ respuesta ]

@GoingBatty ¿ no sería posible filtrar sólo artículos biográficos? Volver a formatear sería tedioso para un artículo tan extenso y no hará que el bot sea de uso universal. Gracias, User4edits ( charla ) 04:59, 1 de marzo de 2024 (UTC) [ respuesta ]

@ User4edits : Podría ser posible, pero es más desafiante cuando miras la Lista de personas de la Universidad de Harvard#Realeza y nobleza, donde también tendrías que filtrar los artículos biográficos de la columna "Notabilidad". GoingBatty ( charla ) 05:26, 1 de marzo de 2024 (UTC) [ respuesta ]

@ GoingBatty Eso es un problema. Sin embargo, podemos contrarrestar esto proporcionando a los usuarios dos modos: filtro biográfico o columnas (listas formateadas como Harvard). Gracias, User4edits ( discusión ) 06:02, 1 de marzo de 2024 (UTC) [ respuesta ]

@ User4edits : Otro problema que cualquier propietario potencial de un bot (es decir, no yo) tendrá que considerar es que no será apropiado agregar "Categoría: alumnos XXXX" a un artículo si ya tiene una subcategoría (por ejemplo, Categoría : La gente de la Universidad de Harvard tiene 17 subcategorías y numerosas subsubcategorías). GoingBatty ( discusión ) 08:10, 1 de marzo de 2024 (UTC) [ respuesta ]

@ GoingBatty Sí, tendrá que omitirse si alguna subcategoría de la categoría principal ya aparece en la lista. Aunque en el ejemplo que diste, veo Categoría: exalumnos de la Universidad de Harvard un subgato de personas . Gracias, User4edits ( charla ) 04:25, 2 de marzo de 2024 (UTC) [ respuesta ]

La categoría al comienzo de este tema no tiene subcategorías, por lo que eso no es un problema. El comparador de listas de AWB arroja 196 páginas que están vinculadas en la lista, pero que no están en la categoría (más 146 páginas en la categoría que no están en la lista). Se puede filtrar artículos biográficos comprobando si existe una categoría "... nacimientos" o por un ser humano. Wikiwerner ( discusión ) 17:40, 16 de marzo de 2024 (UTC) [ respuesta ]

Herramienta/bot Toolforge para enviar notificaciones por correo electrónico

Comencé una solicitud de herramienta sobre el cambio reciente de "los robots no activan notificaciones de listas de seguimiento por correo electrónico" en el backend de VPT (ya que no es un botreq), pero pensé que la gente aquí podría querer saberlo. Primefac ( discusión ) 12:12, 4 de marzo de 2024 (UTC) [ respuesta ]

Implementación del resultado de la charla de Wikipedia: Convenciones de nomenclatura (televisión) # Seguimiento de RfC en títulos de artículos de temporada de televisión

Este es un trabajo bastante grande y algo complejo. Según el RfC, debemos mover todos los artículos sobre temporadas de televisión individuales, por ejemplo, títulos de Loki (temporada 2) a títulos de " Loki temporada 2" (eliminar los pares y agregar una plantilla DISPLAYTITLE para mantener el esquema de cursiva; y agregar "| italic_title=no" al cuadro de información de la televisión para evitar un conflicto). BD2412 T 01:00, 6 de marzo de 2024 (UTC) [ respuesta ]

@ BD2412 : pensando en esto, pero sin trabajar activamente en ello. Según el RfC, esta no es una tarea para la eliminación general de corchetes, ya que se supone que Hawaii Five-0 (serie de televisión de 2010, temporada 10) se convertirá en " Hawaii Five-0 (serie de televisión de 2010) temporada 10". ¿Estoy entendiendo esto correctamente? —usernamekiran (discusión) 04:05, 6 de marzo de 2024 (UTC) [ respuesta ]

Eso es correcto. Mi opinión es que los retrasaremos hasta el final. BD2412 T 04:12, 6 de marzo de 2024 (UTC) [ respuesta ]

Aparentemente, esto requerirá primero reestructurar el cuadro de información para evitar conflictos, pero una vez hecho esto, esto puede funcionar. BD2412 T 22:22, 7 de marzo de 2024 (UTC) [ respuesta ]

agregue una plantilla DISPLAYTITLE para mantener el esquema de cursiva; y agregue " Creo que todo esto eventualmente se manejará en el nivel del cuadro de información, por lo que no deberíamos necesitar una multitud de DISPLAYTITLE (y, por lo tanto, ese parámetro en el cuadro de información). - Favre1fan93 ( discusión ) 18:47, 9 de marzo de 2024 ( UTC) [ respuesta ]

Sí, la versión sandbox de infobox debería funcionar con el nuevo estilo. Por supuesto, siempre se agradecen más pruebas por parte de otros editores. No debería ser necesario que un bot edite el título mostrado y el título en cursiva. Otras cosas mencionadas en el seguimiento aún necesitan trabajo del bot. Gonnym ( charla ) 13:17, 11 de marzo de 2024 (UTC) [ respuesta ]

Técnicamente se trata de dos tareas diferentes (primera, mover, segunda, limpieza). Estoy feliz de poder ayudar en la segunda mitad. Primefac ( discusión ) 13:28, 11 de marzo de 2024 (UTC) [ respuesta ]

Para los movimientos, la lista completa de artículos que se moverán (ubicación original y nueva) se enumeran en Usuario:Alex 21/sandbox/NCTV . -- Alex_ 21 _TALK 00:49, 16 de marzo de 2024 (UTC) [ respuesta ]

Simplemente modifico esto para ver si algún editor disponible con bots está dispuesto a ayudar. Salud.

-- Alex_ 21 _TALK 09:17, 23 de marzo de 2024 (UTC) [ respuesta ]

Bot para deshacer ediciones y movimientos de página en masa

Parece haber (al menos un consenso aproximado) en WP:BOTN#Rollback Proposal para deshacer en masa al menos un conjunto de ediciones y movimientos de página que se propusieron para revertir. Al principio dije que estaría encantado de presentar un BRFA para hacerlo yo mismo, pero ya no puedo asumir esta tarea personalmente.

Déjame saber si hay alguna consulta. Todo lo mejor, ‍—‍ un gatito inteligente _{[ miau ]} 18:44, 6 de marzo de 2024 (UTC) [ respuesta ]

¿Parece que este usuario cambió su nombre? Kanashimi ( discusión ) 14:25, 7 de marzo de 2024 (UTC) [ respuesta ]

@ Kanashimi : Sí, este usuario ahora se llama usuario g5s6n3yi8z7g08cs . Todo lo mejor, ‍—‍ un gatito inteligente _{[ miau ]} 15:36, 7 de marzo de 2024 (UTC) [ respuesta ]

Auto- WP:NAVNOREDIRECT

¿Podríamos tener un bot para evitar automáticamente los redireccionamientos en los cuadros de navegación? Simplificaría parte del trabajo de WP:POSTMOVE que deben realizar los desplazadores de páginas. – 00:39, 10 de marzo de 2024 (UTC) [ respuesta ]Hilst [talk]

No se deben omitir todas las redirecciones en las cajas de navegación. WP:NAVNOREDIRECT recomienda omitir los redireccionamientos que son sinónimos del objetivo, pero no aquellos que son subtemas u otros temas relacionados sobre los cuales se podría escribir un artículo separado. En algunos casos, omitir todo puede crear un cuadro de navegación para Garage Band donde todas las entradas tienen el formato [[Garage Band|Mike Singer]], [[Garage Band|Obscure Single]], etc. Certes ( charla ) 11:19 , 10 de marzo de 2024 (UTC) [ respuesta ]

No es una buena tarea para un bot. Como se indicó anteriormente, existen cuestiones de contexto. Primefac ( discusión ) 18:37, 13 de marzo de 2024 (UTC) [ respuesta ]

OK gracias. – 20:18, 13 de marzo de 2024 (UTC) [ respuesta ]Hilst [talk]

@ Hilst : se podría generar un informe de redirecciones existentes en las cajas de navegación, filtradas o no por redirecciones que contengan {{ R from move }}. Luego los resultados se pueden procesar manualmente. Uno bueno es Plantilla: Distritos de Camboya : todos los distritos han sido renombrados de "... Distrito" a "... distrito". Wikiwerner ( discusión ) 19:49, 16 de marzo de 2024 (UTC) [ respuesta ]

Sí, la R de los movimientos debería ser segura. Distritos de Camboya es una plantilla en la que sería útil un bot u otro proceso para evitar las redirecciones automáticamente. Puede haber otras categorías/plantillas de redireccionamiento que también se pueden omitir de forma segura. Otros, como R por errores ortográficos, parecen tentadores, pero pueden ser enlaces incorrectos en los que el título de un tema sin artículo se redirige a un tema no relacionado con una ortografía similar. Certes ( charla ) 20:53, 16 de marzo de 2024 (UTC) [ respuesta ]

Y esos cuadros de navegación deberían ir directamente a WP:TFD por no tener sentido. Gonnym ( charla ) 19:17, 13 de marzo de 2024 (UTC) [ respuesta ]

Bot para agregar etiquetas sin categoría a páginas sin etiquetar y sin categoría

¿Podríamos tener un bot para agregar automáticamente la etiqueta Plantilla: Sin categoría a páginas sin etiquetar y sin categoría? BlueberryIntoTheWild ( discusión ) 06:29, 10 de marzo de 2024 (UTC) [ respuesta ]

Se ha discutido anteriormente en la charla de Wikipedia: Patrulla de nuevas páginas/Coordinación#Revisión del trabajo pendiente . – DreamRimmer ( discusión ) 07:10, 10 de marzo de 2024 (UTC) [ respuesta ]

@BlueberryIntoTheWild : Listo, ya tengo BattyBot 55 para hacer esto y lo ejecuté por última vez el 21 de marzo. GoingBatty ( discusión ) 03:43, 23 de marzo de 2024 (UTC) [ respuesta ]

Se necesitan cambios masivos para la jubilación del Portal de información sobre medicamentos

(Me comunico con WP:BOTREQ por sugerencia de Andy Mabbett )

El Portal de información sobre medicamentos de la Biblioteca Nacional de Medicina se retiró y toda la información se trasladó a la base de datos PubChem de la Biblioteca. Creo que todos los enlaces al Portal de información sobre medicamentos deberían actualizarse con el artículo correspondiente en PubChem. Sospecho que alguien puede configurar un bot para hacer esto, pero no sé cómo. ¿Quizás alguien pueda indicarme instrucciones para hacer esto o entregárselo a alguien que ya sepa cómo hacerlo? - HowardBGolden ( discusión ) 20:40, 12 de marzo de 2024 (UTC) [ respuesta ]

Por ejemplo: aquí hay un ejemplo de un cambio que hice manualmente:

Sinopsis :

"información sobre medicamentos" -> "pubchem/ncbi"

"portal de medicamentos/nombre" -> "compuesto"

"Portal de información sobre medicamentos" -> "PubChem"

"carbón" -> "Activado%20Carbón#sección=Información-sobre-fármacos-y-medicamentos"

ANTES

* {{citar web |title=Carbón activado |url=https://druginfo.nlm.nih.gov/drugportal/name/charcoal |work=Portal de información sobre medicamentos |publisher=Biblioteca Nacional de Medicina de EE. UU.}}

DESPUÉS

* {{citar web |title=Carbón activado |url=https://pubchem.ncbi.nlm.nih.gov/compound/Activated%20Charcoal#section=Drug-and-Medication-Information |work=PubChem |publisher=US Biblioteca Nacional de Medicina}}

HowardBGolden ( discusión ) 22:25, 12 de marzo de 2024 (UTC) [ respuesta ]

@ HowardBGolden : ¿Podría WP:URLREQ hacer esto de manera más eficiente que un nuevo bot? Certes ( charla ) 23:06, 12 de marzo de 2024 (UTC) [ respuesta ]

Hay un |Pubchem=parámetro para {{ Infobox drug }}, y presumiblemente muchos/la mayoría de los artículos afectados tienen ese cuadro de información, por lo que no creo que también deba aparecer en WP:EL . Y tal vez incluso ya esté lleno con la entrada correcta, por lo que en muchos casos este elemento simplemente debería eliminarse por completo. Sin duda, eso limitaría el alcance de las páginas que necesitan atención real. Y en muchos de esos casos, probablemente amerite una actualización del cuadro de información (y luego bombardear el EL) en lugar de cambiar el EL. DMacks ( discusión ) 02:08, 13 de marzo de 2024 (UTC) [ respuesta ]

Le pedí consejo a WPMED sobre si ven la necesidad de hacer un caso especial en torno al enlace WP:EL vs infobox. DMacks ( discusión ) 15:24, 13 de marzo de 2024 (UTC) [ respuesta ]

Muchas gracias por esto y a DMacks por solucionarlo. WhatamIdoing ( charla ) 17:40, 13 de marzo de 2024 (UTC) [ respuesta ]

Eliminar los parámetros de seguimiento de NYTimes

¡Oigan todos! Sé que existe un consenso previo para eliminar los parámetros de seguimiento de las URL en los artículos (por ejemplo, PrimeBOT 17 y su predecesor ), y he notado un parámetro que aparece en muchas URL del New York Times (en casi 3700 artículos hasta ahora). . También hay este enlace particular del artículo de Mona Lisa que muestra algunos parámetros de seguimiento más utilizados por el NYT: https://thelede.blogs.nytimes.com/2008/01/15/mona-lisas-identity-solved-for-good /?searchResultPosition=2&mtrref=www.nytimes.com&gwh=9DE4B32CC79812F2537467E9D52707E9&gwt=pay&assetType=REGIWALL.

Me gustaría crear una tarea de bot para eliminarlos, pero primero quería iniciar una conversación en la wiki para asegurar que haya consenso. Creo que he iniciado un borrador de código que funcionaría bien, haciendo coincidir todos los subdominios del NYT y todo eso. (Usando la siguiente expresión regular para encontrar enlaces NYT en el código fuente y esta biblioteca para editarlos \b(?:https?://)?(?:[\w-]+\.)*nytimes\.com/[\w/.\-#?&=]*\b; pruébelo)

¿Pensamientos generales de la comunidad? Bsoyka ( t • c • g ) 03:14, 15 de marzo de 2024 (UTC) [ respuesta ]

No modifique las URL de archivo, por ejemplo. Evite "/https://" o "?url=https://" cubre la mayoría de los casos. -- Verde C 03:56, 15 de marzo de 2024 (UTC) [ respuesta ]

@GreenC : Ah, buen punto, ¡ gracias! Actualicé la expresión regular y creo que esto debería funcionar para evitar las URL de archivo. Puedes verlo funcionando aquí:

(?<!/)(?<!\?url=)https?://(?:[\w-]+\.)*nytimes\.com/[\w/.\-#?&=]* Bsoyka ( t • c • g ) 04:15, 15 de marzo de 2024 (UTC) [ respuesta ]

Siempre y cuando puedas hacerlo sin que sea más difícil acceder al artículo, ¡definitivamente sí! - David Tornheim ( discusión ) 05:49, 15 de marzo de 2024 (UTC) [ respuesta ]
Puedo simplemente agregar esto a mi tarea existente. Sólo para comprobar, estos son mtrref, gwty gwh, ¿sí? Primefac ( discusión ) 08:51, 15 de marzo de 2024 (UTC) Primefac ( discusión ) 08:51, 15 de marzo de 2024 (UTC) [ respuesta ]
@ Primefac : originalmente había pensado en eso, pero estos parámetros parecen específicos del NYT. Parece que esos tres que mencionas probablemente serían más seguros de eliminar globalmente, pero el que me estaba centrando originalmente, searchResultPositionjunto con assetType, parece que tendrían usos potenciales en otros sitios que podrían romper la página vinculada si son no incluido en la URL. (Algunos ejemplos potenciales) Bsoyka ( t • c • g ) 14:24, 15 de marzo de 2024 (UTC) [ respuesta ]
Bien, entonces se trata más de eliminar una cadena completa de parámetros que de un grupo de ellos. Primefac ( discusión ) 09:09, 16 de marzo de 2024 (UTC) [ respuesta ]
¿La tarea actual de Primefac tiene la posibilidad de eliminar un parámetro de seguimiento solo de ciertos dominios? Certes ( charla ) 23:16, 15 de marzo de 2024 (UTC) [ respuesta ]
Sí (consulte su página de discusión), solo necesito hacer una breve ejecución para demostrar que no hay ningún problema. Primefac ( discusión ) 09:08, 16 de marzo de 2024 (UTC) [ respuesta ]
Impresionante, incluso mejor. ¡Te dejaré encargarte desde aquí entonces! Bsoyka ( t • c • g ) 13:04, 16 de marzo de 2024 (UTC) [ respuesta ]

Limpieza descendente del movimiento del Draft de la NFL

El informe Wikipedia:Reportes de bases de datos/Errores de mayúsculas vinculados muestra algo más de 20,000 enlaces a redirecciones sobre mayúsculas después de los movimientos de reducción de mayúsculas del Draft de la NFL y, por supuesto, hay muchas otras sobre mayúsculas en el texto además de los enlaces. Usuario: Bagumba ha solucionado algunos miles en los últimos días, pero creo que sería mejor tomar su configuración JWB y ejecutarlo con un bot. Supongo que alguien con más experiencia en este tipo de cosas podría ajustar sus expresiones regulares para que sean más precisas y efectivas. Vea nuestra discusión en Charla de usuario: seguimientos de Bagumba#JWB . Dicklyon ( discusión ) 05:05, 17 de marzo de 2024 (UTC) [ respuesta ]

A alto nivel, algunos de los cambios son:

Reemplace los enlaces a todos los redireccionamientos "XXXX NFL Draft" y "XXXX NFL/AFL Draft" al título de la página real "XXXX NFL draft" o "XXXX NFL/AFL draft" (ver Categoría:National_Football_League_draft )
Si alguno de esos enlaces también está canalizado, cambie el texto mostrado de "Borrador" (cuando esté presente) a "borrador".
Cambie los enlaces a las redirecciones si lo refiere {{ main }} o {{ see also }}

La discusión relevante sobre las minúsculas del "borrador de la NFL" se produjo en Wikipedia : Solicitudes de comentarios/Capitalización de títulos de artículos del borrador de la NFL.— Bagumba ( discusión ) 05:29, 17 de marzo de 2024 (UTC) [ respuesta ]

¡Creo que sería divertido afrontarlo! Creo que se podría hacer de manera realmente efectiva usando mwparserfromhell para filtrar y editar enlaces wiki en estas páginas. Si nadie más quiere trabajar en esto y ninguna tarea de bot existente puede manejarla, cuente conmigo. Bsoyka ( t • c • g ) 13:40, 17 de marzo de 2024 (UTC) [ respuesta ]

Además, ¿debería ampliarse potencialmente esta tarea para cubrir todas las faltas de mayúsculas vinculadas en ese informe de la base de datos? Bsoyka ( t • c • g ) 13:49, 17 de marzo de 2024 (UTC) [ respuesta ]

Potencialmente, aunque iría más despacio en el caso general, ya que algunos de ellos tienen sus propias complicaciones que podrían no ser obvias al principio. Me alegra saber que tiene un analizador decente, ya que eso es claramente lo que se necesita para obtener mejores resultados. Espero ver cómo abordas esto. Estamos dispuestos a ayudar. Dicklyon ( discusión ) 09:23, 18 de marzo de 2024 (UTC) [ respuesta ]

Es probable que esto no obtenga aprobación como tarea de bot; "Reparar" redireccionamientos rara vez se admite a gran escala. Ya deberías saber esto, Dicklyon, dado que tu insistencia en hacerlo fue lo que te prohibió usar AWB en primer lugar. Primefac ( discusión ) 09:48, 18 de marzo de 2024 (UTC) [ respuesta ]

¡Eso es totalmente falso! Lo que me prohibió fue que cometí algunos errores mientras editaba demasiado rápido; Se me escaparon algunos falsos positivos en contextos como títulos de referencia. Nadie se opuso a lo que estaba tratando de hacer, hasta donde recuerdo, aunque una incomodidad general con la solución de casos probablemente fue una motivación subyacente para que quisieran estrangularme. Dicklyon ( discusión ) 09:57, 18 de marzo de 2024 (UTC) [ respuesta ]

@Primefac : Este caso específico ha pasado por un RFC , aprobando tanto los títulos de las páginas como el uso general del término "borrador de la NFL" en el texto . Parece no controvertido en este momento para este caso. - Bagumba ( discusión ) 10:00, 18 de marzo de 2024 (UTC) [ respuesta ]

Reconozco que había un RFC para cambiar los títulos de los artículos , pero los bots que reemplazan las redirecciones generalmente se consideran una tarea menor que debe realizarse en combinación con otras tareas, no por sí sola (especialmente cuando se consideran enlaces canalizados que no ofrecerían ninguna cambio visual a la página). No puedo negar una solicitud de bot que no ha sido presentada, y usted puede hacer lo que considere necesario, solo le estoy diciendo mi opinión inicial basada en esta solicitud. Primefac ( discusión ) 10:12, 18 de marzo de 2024 (UTC) [ respuesta ]

Comprendido. FWIW, más del 95% de los enlaces no están conectados, por lo que generalmente sería un cambio visual y no solo cosmético. - Bagumba ( discusión ) 10:20, 18 de marzo de 2024 (UTC) [ respuesta ]

Primefac, si revisas el RFC, verás que no era solo para cambiar los títulos de los artículos. En cuanto a reemplazar las redirecciones canalizadas, sí, es una tarea menor, pero importante para que el informe de mantenimiento sea útil. No es sólo cosmético, ya que afecta ese informe. Prohibir tales correcciones haría que ese informe fuera inútil. He estado haciendo este tipo de correcciones manualmente durante muchos meses, miles de ediciones y no he tenido ningún rechazo por corregir enlaces canalizados a redirecciones con mayúsculas incorrectas. Dicklyon ( discusión ) 10:26, 18 de marzo de 2024 (UTC) [ respuesta ]

Como referencia, consulte una ejecución reciente en JWB. La mayoría (si no todos) enlaces no canalizados, es decir, no cosméticos.— Bagumba ( discusión ) 10:35, 18 de marzo de 2024 (UTC) [ respuesta ]

Bien, la mayoría de estos no son enlaces canalizados. Pero también deberíamos arreglar los que sí lo son, como el año 2000 . Dicklyon ( discusión ) 10:48, 18 de marzo de 2024 (UTC) [ respuesta ]

Bagumba, ¿usaste algún patrón que hubiera reemplazado los enlaces canalizados? Si hay algún retroceso significativo, como sugiere Primefac, simplemente no podríamos hacerlo en absoluto. Seguiría siendo un gran progreso, evitando arreglar las tuberías a través de redirecciones mal mayúsculas, y podríamos usar métodos que no sean de bots para decidir qué más hacer. Dicklyon ( discusión ) 11:04, 18 de marzo de 2024 (UTC) [ respuesta ]

En mi experiencia, casi todas (¿todas?) las páginas que se editaron tenían al menos un enlace que no estaba canalizado. Los enlaces posteriores podrían incluir solo el año, cuando fuera obvio que el contexto era el de un borrador en particular. De lo contrario, serían canales como [[Draft de la NFL 2023|Draft 2023]] o [[Draft de la NFL 2023|el Draft]], donde "Draft" todavía estaba en el texto mostrado. - Bagumba ( discusión ) 11:26, 18 de marzo de 2024 (UTC) [ respuesta ]

Según tengo entendido, estoy de acuerdo en que dice que "borrador" debe estar en minúsculas en todos los artículos relacionados con la NFL, no solo en los títulos sino también en el contenido. Creo que con mi método previsto de analizar el código wiki con mwparserfromhell en lugar de simples expresiones regulares, se puede solucionar todo, incluidos los enlaces canalizados. (es decir, [[2024 NFL Draft|2024 Draft]]-> [[2024 NFL draft|2024 draft]]) Si se decide que esta es una buena tarea de bot, me encantaría asumirla, pero si no, respeto el consenso de la comunidad. Bsoyka ( t • c • g ) 15:11, 18 de marzo de 2024 (UTC) [ respuesta ]

Probablemente sea mejor evitar controversias al no realizar ediciones en las que el único cambio sean los enlaces canalizados (por ejemplo, [[2024 NFL Draft|2024]]); donde se están arreglando otras cosas, vale la pena arreglarlas al mismo tiempo. No creo que esto deje muchos artículos con enlaces a los artículos del Draft de la NFL, ya que casi todos también tienen el Draft en mayúscula en el texto, según la experiencia de Bagumba. Dicklyon ( discusión ) 07:03, 19 de marzo de 2024 (UTC) [ respuesta ]

@Bsoyka : ¿Es usted un operador de bots experimentado y está familiarizado con cómo realizar la solicitud de aprobación y demás ? ¿Podemos empezar con eso? Dicklyon ( discusión ) 07:08, 19 de marzo de 2024 (UTC) [ respuesta ]

@ Dicklyon : En cierto modo, he pasado por el proceso un par de veces y actualmente ejecuto una tarea de bot diaria (consulte Usuario: BsoykaBot ). Trabajaré en algún código y pondré en marcha una BRFA en breve. Bsoyka ( t • c • g ) 02:10, 20 de marzo de 2024 (UTC) [ respuesta ]

Suena bien. No confíe en el informe de Wikipedia: informes de la base de datos/errores de mayúsculas vinculados , ya que un usuario ha desmarcado todas las redirecciones del Draft de la NFL como "errores". Vea la discusión en Charla del usuario: Hola, soy josh # Capitalización del draft de la NFL . @ Hola , soy Josh :. Además, muchos aún no estaban etiquetados. Dicklyon ( discusión ) 02:19, 21 de marzo de 2024 (UTC) [ respuesta ]

De hecho, tengo un script funcionando para generar una lista de estos redireccionamientos del "Draft XXXX de la NFL" sin ese informe de la base de datos; en otras palabras, mi código de bot provisional no depende de la plantilla, así que no me preocupe. Bsoyka ( t • c • g ) 02:25, 21 de marzo de 2024 (UTC) [ respuesta ]{{R from miscapitalization}}

Mi código parece funcionar, así que... ¡ BRFA archivado ! Bsoyka ( t • c • g ) 02:55, 23 de marzo de 2024 (UTC) [ respuesta ]

Bot para limpiar plantillas de wikiproject

Algunas tareas relevantes incluyen:

Deshabilitar el parámetro need-infobox si hay un cuadro de información en el artículo
Deshabilitar el parámetro de imagen de necesidades si hay una imagen en el artículo

Coco bb8 (💬charla• ✏️contribuciones) 15:14, 19 de marzo de 2024 (UTC) [ respuesta ]

@ Cocobb8 No he ejecutado BattyBot 70 desde octubre para trabajar en la eliminación |needs-infobox=donde ya no es necesario, así que comenzaré con eso ahora.

¿Existe consenso en algún lugar para desactivar el |needs-image=parámetro si hay una imagen en el artículo? Creo que es posible que un artículo necesite otra imagen o una imagen mejor aunque ya la tenga. GoingBatty ( charla ) 03:38, 23 de marzo de 2024 (UTC) [ respuesta ]

Actualizar WP: páginas de mantenimiento

Un bot para realizar ediciones como esta: https://en.wikipedia.org/w/index.php?title=Wikipedia%3ABacklog&diff=1214091029&oldid=1197405012. También se utiliza en Wikipedia: páginas de desambiguación con enlaces # colaboraciones de desambiguación actuales . OrdinaryGiraffe ( charla ) 23:43, 21 de marzo de 2024 (UTC) [ respuesta ]