De Wikipedia, la enciclopedia libre
Saltar a navegación Saltar a búsqueda

Esta es una página para solicitar que los bots realicen tareas según la política de bots . Este es un lugar apropiado para poner 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 requieran aportes de una gran comunidad (como la solicitud de comentarios ) normalmente deben realizarse en WP: VPPROP u otras páginas relevantes (como la página de discusión de WikiProject ).

Puede marcar la casilla "Bots solicitados comúnmente" arriba para ver si ya existe un bot adecuado para la tarea que tiene en mente. Si tiene una 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 está actuando de manera incorrecta, siga la guía descrita en WP: BOTISSUE . Para cuestiones más amplias y una discusión general sobre los bots, consulte el tablón de anuncios de bots .

Antes de realizar una solicitud , consulte la lista de bots que se niegan 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 verificar el árbol de categorías en busca de subcategorías no deseadas. Es mejor proporcionar una lista completa de las categorías que deben analizarse individualmente, en lugar de una categoría que se analizará 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 solo necesitan hacerse una vez (por ejemplo, agregar una categoría a algunos artículos).
  • WP: URLREQ , para tareas que impliquen cambiar o actualizar URL para evitar que se pudran los enlaces (los bots especializados se ocupan de esto).
  • WP: SQLREQ , para tareas que pueden 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: User scripts / List .
  • 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 bot: 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


Reemplazar plantilla: perfil de IPC por Plantilla: atleta de IPC [ editar ]

Hay más de 800 transclusiones de Template: IPC profile . Van a una página de archivo, porque el enlace original no funciona, pero con los primeros cinco I seleccionados al azar, la página de archivo tampoco funciona: Scot Hollonbeck , Stephen Eaton , Jonas Jacobsson , Sirly Tiik , Konstantin Lisenkov .

Parece posible reemplazar la plantilla con Template: IPC atleta : {{IPC profile | surname = Tretheway | givenname = Sean}} se convierte en {{IPC atleta | sean-tretheway}}. Sin embargo, es más seguro tomar el parámetro del título del artículo que de la plantilla de perfil de IPC: en Jacob Ben-Arie , {{IPC profile | surname = Ben-Arie | givenname = <! - déjelo en blanco en este caso, given name no listado ->}} debería convertirse en {{IPC atleta | jacob-ben-arie}} [1] .

Si el reemplazo es demasiado complicado, entonces simplemente eliminar el perfil de IPC uno también es una opción, ya que no tiene sentido mantener plantillas alrededor que no produzcan resultados útiles. Fram ( charla ) 11:34, 5 de enero de 2021 (UTC)

@ Fram : si te entiendo bien, ¿la plantilla es totalmente redundante y todas las transclusiones deben reemplazarse con IPC atleta? Si es así, puede simplemente TfD la plantilla, entonces un bot existente con una autorización general de TfD puede hacer esta tarea fácilmente. También es probable que sea más rápido (probablemente tomará al menos 7 días para la entrada de la comunidad + BRFA solo para la tarea de lo contrario). ProcrastinationReader ( charla ) 00:33, 6 de enero de 2021 (UTC)
Gracias, lo mencionaré en TfD entonces, no sabía que su "poder" llegaba tan lejos (pero es algo bueno). Fram ( charla ) 08:23, 6 de enero de 2021 (UTC)
Primefac dado que TfD está cerrado, ¿puede su bot actuar esto? ProcrastinationReader ( charla ) 16:05, 2 de febrero de 2021 (UTC)
Si está en WP: TFDH , se activará. Primefac ( charla ) 17:30, 2 de febrero de 2021 (UTC)

Agregar enlaces ELP a los cuadros de información del idioma [ editar ]

La notificación de esta solicitud se ha publicado en WT: LANG y solo ha recibido comentarios positivos (gracias o texto).

Formateé un ejemplo a mano en Dâw language . Hay un poco más de 3000 URL para enlazar. Proporcionan datos demográficos y fuentes confiables para los idiomas, y son una alternativa a Ethnologue , que ahora está detrás de un muro de pago muy costoso. (Y en algunos casos, ELP es una verificación de Ethnologue, ya que los dos sitios a menudo se basan en fuentes primarias diferentes y, a menudo, dan números muy diferentes).

La última vez que hice algo como esto fue manejado por PotatoBot, pero Anypodetos me dice que ya no funciona.

Objetivo

Agregue enlaces al Proyecto de Idiomas en Peligro (ELP) desde nuestros artículos de idiomas a través de {{ Infobox language }}, en paralelo a los enlaces existentes a otros recursos lingüísticos en línea (ISO, Glottologue, AIATSIS, etc.)

Datos

La lista de nombres de idiomas ELP y códigos ISO y URL asociados está aquí . Me alegraría si las entradas en la tabla con códigos ISO individuales fueran manejadas por bot. Puedo hacer el resto a mano, pero mira más abajo.

Hay tres columnas en la tabla. Dos contienen valores para que el bot los agregue al cuadro de información. El tercero es para la navegación, una dirección para que el bot encuentre el artículo de WP correcto para editar.

Acción

El bot debe agregar los parámetros "ELP" y "ELPname" al cuadro de información, usando los valores en las columnas 'ELP URL' y 'ELP name' en la tabla de datos.

El valor en la columna 'Código ISO' es para verificar que el bot esté editando el artículo de WP correcto. El bot debe seguir la redirección de WP para ese código ISO y verificar que el código ISO efectivamente se encuentre en el cuadro de información de la página de destino.

Ejemplo

Por ejemplo, digamos que una de las entradas de la tabla de datos tiene el código ISO [abc]. La redirección de WP para ese código es ISO 639: abc . Eso debería llevar al bot a un artículo de idioma, y ​​el bot debería verificar que el cuadro de información de ese artículo tiene un parámetro ISO3 = abc o lc [n] = abc (donde [n] es un dígito).

Si no hay una coincidencia (y han pasado años desde que ejecutamos un bot de mantenimiento para verificarlos a todos), entonces esa entrada de ELP debe etiquetarse como que tiene una redirección de WP incorrecta para la ISO.

Complicaciones

A veces hay más de un código ISO por cuadro de información de idioma, porque no tenemos artículos separados para cada código ISO. (Aquí es donde entran los parámetros lc [n].) Si el bot encuentra que ya hay un enlace ELP en el cuadro de una pasada anterior, entonces debe agregar los nuevos códigos como ELP [n] y ELPname [n], y mantener una lista para que luego podamos codificar la plantilla para respaldar el artículo con el mayor número [n] de enlaces.

En ocasiones, hay más de un cuadro de información en un artículo de idioma de WP. Probablemente sería más fácil si hiciera estos casos a mano, ya que probablemente hay muy pocos de ellos (si los hay), a menos que el bot pueda determinar qué cuadro de información en la página contiene el código ISO deseado.

El bot debería probar que la URL externa llega a una página real. Por ejemplo, un idioma en la tabla de datos aparece con la URL 8117, pero después de 8117 aparece el mensaje de error "Página no encontrada :(". Estas URL incorrectas deben etiquetarse tanto para este proyecto como para enviarlas al ELP.

Entradas ELP con varios códigos ISO (opcional)

Si el programador del bot lo desea, sería bueno si pudieran ejecutar las más de 40 entradas ELP que tienen 2 códigos ISO cada una. (O tener tres, si la codificación es lo suficientemente fácil, pero solo hay 16 de esos. Probablemente debería hacer algo más a mano). Si los rd de esos dos códigos ISO enlazan al mismo artículo de Wikipedia, entonces el Los parámetros de ELP deben agregarse como se indicó anteriormente. Si enlazan a diferentes artículos, deberían estar etiquetados y los haré a mano.

Por favor, escríbeme si respondes. - kwami ( conversación ) 11:14, 16 de enero de 2021 (UTC)

Considere agregar esta información a Wikidata en su lugar y luego extraerla desde allí. Hay varios sistemas que probablemente pueden hacer que este sea un trabajo bastante rápido. - Izno ( charla ) 08:31, 27 de enero de 2021 (UTC)
@ Kwamikagami : Para desarrollar un poco más el comentario de Izno: la mayoría de las ID de ELP inequívocas ya están en Wikidata. Actualmente estoy en el proceso de importar los nombres de ELP correspondientes. Los identificadores son sobre los estados como endangeredlanguages.com ID (P2192) y los nombres tan nombrados como (P1810) calificadores. El siguiente paso sería modificar {{ Idioma del cuadro de información }} para usarlos, pero no estoy lo suficientemente familiarizado con el Módulo: WikidataIB para hacerlo yo mismo. Vahurzpu ( conversación ) 19:44, 27 de enero de 2021 (UTC)
Podemos convocar a RexxS y aparecerá como por arte de magia para arreglar todas las cosas. - Izno ( charla ) 20:00, 27 de enero de 2021 (UTC)
No estoy familiarizado con Wikidata o cómo acceder a él a través de un cuadro de información. Probablemente no sea algo malo de aprender. Sería bueno tener un repositorio central para facilitar las actualizaciones. Por cierto, obtuve la lista de ELP. Algunas de las URL aún no se han creado. Eso incluye todos los números más altos y algunos números más bajos dispersos. Sin embargo, creo que los he eliminado. - kwami ( conversación ) 21:57, 27 de enero de 2021 (UTC)
@ Kwamikagami y Vahurzpu : Siempre estoy feliz de ayudar a cualquiera a aprender, y puedo darte un ejemplo de cómo obtener los datos que deseas de Wikidata, si lo deseas.
Puede obtener el valor de la identificación endangeredlanguages.com (P2192) de Dâw (Q3042278) de la siguiente manera:
{{#invoke:WikidataIB |getValue |ps=1 |P2192 |qid=Q3042278}} → 2547
y el calificador nombrado como (P1810) así:
{{#invoke:WikidataIB |getValue |ps=1 |P2192 |qid=Q3042278 |qual=P1810 |qo=y}} → Dâw
Normalmente colocaría esas llamadas en la definición del cuadro de información, pero eso se complicará si hay varios valores para el identificador ELP del idioma. No puedo encontrar uno ahora. ¿Hay alguno? Si es así, escribiré una llamada de función personalizada para usted mañana, cuando haya encontrado un artículo para probarlo.
De lo contrario, modifiqué Template: Infobox language / sandbox para mostrarle cómo funcionaría en el cuadro de información del idioma Dâw . Vea si eso hace lo que quiere y avíseme. - RexxS ( conversación ) 01:09, 28 de enero de 2021 (UTC)
Eso se ve bien, gracias. Pero, ¿qué decide si aparece un código ELP y cuál aparece? (Sin contar la anulación manual) - kwami ( hablar ) 07:06, 28 de enero de 2021 (UTC)
@ Kwamikagami : El hecho de que aparezca un código ELP o no depende de si tiene o no los datos necesarios en su elemento de Wikidata asociado (estos están vinculados en la barra lateral; por ejemplo, consulte Dâw (Q3042278) ). Aproximadamente 2900 páginas tienen actualmente ID de ELP en sus elementos de Wikidata, y suponiendo que nada de eso haya cambiado en las últimas 12 horas, todas tienen nombres.
En el caso en el que existen varios ID ELP para una sola página: no se maneja de forma inadecuada (ver exactamente lo que parece, vaya a la lengua Bonan, interruptor de {{ lengua Infobox }} a {{ Infobox idioma / caja de arena }} y vista previa). Sin embargo, solo hay 7 páginas en las que esto se aplicaría actualmente, y es probable que de todos modos necesiten una anulación manual. Vahurzpu ( conversación ) 07:50, 28 de enero de 2021 (UTC)

Lo siento, no seguí nada de eso. No veo ninguno de los datos en Wikidata. Por ejemplo, no puedo decir cuáles son las 7 páginas con múltiples ID, o cómo se determinó qué página obtiene qué ID de ELP. - kwami ( charla ) 08:13, 28 de enero de 2021 (UTC)

@ Vahurzpu : como prometí, hice un módulo personalizado Module: Endangered Languages ​​Project para lidiar con la obtención de los datos de ELP. Maneja múltiples valores y permite que un valor local anule el valor de Wikidata. Si ahora observa el lenguaje Bonan , verá el formato que he usado para múltiples valores ELP. Avísame si quieres algo diferente.
@ Kwamikagami : No necesita saber cuántos valores ELP están disponibles en la entrada de Wikidata ya que el código ahora se encarga de eso. Si actualiza el lenguaje de Template: Infobox desde su sandbox, todos los artículos que ya tengan parámetros ELPy ELPnameparámetros permanecerán sin cambios, y todos los artículos que no tengan esos parámetros configurados intentarán obtenerlos de la entrada de Wikidata correspondiente y usarlos. Por favor avíseme si necesita más explicaciones. - RexxS ( charla ) 13:30, 28 de enero de 2021 (UTC)

Gracias, @ RexxS : ! ¡Eso se ve genial!

¿A dónde iríamos para actualizar los valores de ELP?

¿Podría generar una lista de ID de ELP con códigos ISO únicos que no se activan, para que pueda corregirlos manualmente? Me di cuenta de severl, pero preferiría no buscar en los 3000 para verificar.

¿Podría agregar un nombre a las referencias para que podamos llamarlas con <ref name = ELP />, <ref name = ELP2 />? ¿Y podría agregar un enlace a los Category:Language articles with manual ELP linksartículos que tienen un valor en ELP? (Lo hice para ELP2 en la plantilla).

Un pequeño problema, cuando ELP se ingresa manualmente sin ELPname, no se muestra nada. Algo debería mostrarse, aunque solo sea para alertar a los editores de que es necesario arreglar el cuadro de información.

Por cierto, vea Yauyos – Chincha Quechua , donde hay una segunda coincidencia parcial. (El único artículo de ELP que se dice que es un subconjunto que coincide con un código ISO). Usé ELP2 para agregarlo al enlace automático.

El idioma Gelao tiene hasta ELP4. - kwami ( conversación ) 22:08, 28 de enero de 2021 (UTC)

@ Kwamikagami : Creo que estamos hablando de propósitos contradictorios . Izno y Vahurzpu sugirieron usar Wikidata para almacenar el código ELP y el nombre ELP, y creé una forma de obtener la información de Wikidata. Parece que desea agregar la información manualmente a cada artículo, o que un bot lo haga por usted. Cualquiera de las dos funcionará, pero obviamente no ambas al mismo tiempo. Personalmente, recomendaría almacenar los identificadores ELP en Wikidata porque eso los pone a disposición de las más de 300 idiomas Wikipedias, pero es posible que prefieras no hacerlo. Si hay una lista de estos identificadores ELP, entonces un bot podría agregarlos a Wikidata, aunque necesitaría que alguien en Wikidata haga la solicitud por usted.
Acabo de agregar los cuatro valores ELP para el lenguaje Gelao a Gelao (Q56401) en Wikidata y eliminé los parámetros manuales del artículo. Como puede ver, la información ahora se obtiene de Wikidata. Agregué código para generar un nombre para cada referencia, ELP1, ELP2, etc.
Anteriormente, cuando se agregaba ELPname sin ELP, no se mostraba nada. Codifiqué el módulo para que no se muestre nada en ninguno de los casos, lo que es preferible para los lectores. Pero entiendo que necesita algo para que los editores vean dónde pueden ocurrir los problemas, por lo que lo modifiqué para mostrar el parámetro (sin vincular) y agregué una categoría de seguimiento Categoría: Artículos de idioma con parámetros ELP faltantes para detectar casos en los que un parámetro ELP es falta y no se puede suministrar desde Wikidata. - RexxS ( conversación ) 15:03, 29 de enero de 2021 (UTC)

@ RexxS : En realidad, prefiero Wikidata, pero no sabía cómo ni dónde hacer para modificarlo.

Sin embargo, creo que todavía será necesario aumentarlo manualmente. En otros idiomas, WP, pueden decidir seguir las divisiones ISO donde nosotros no, o tener otras diferencias en el alcance que no serían apropiadas en WD. Entonces, a menos que haya una solución alternativa (no estoy familiarizado con WD), probablemente deberíamos tener los elementos universales en WD para que cada WP acceda, y luego anulaciones manuales cuando algún WP en particular desee divergir de eso, por cualquier razón . (Por ejemplo, decidir que ISO o ELP es inexacto, basado en las fuentes utilizadas para un artículo). ¿Poner todo en Wikidata no causaría conflictos entre WP en diferentes idiomas?

Además, ¿cómo podemos generar una lista de los ID de ELP que se llaman en WP-en, para que pueda arreglar los que no lo son? - kwami ( conversación ) 01:17, 30 de enero de 2021 (UTC)

Hola Kwamikagami : No soy un experto en Wikidata, pero espero que esta consulta pueda ayudar (use el botón azul de ejecución). Debería mostrarte una tabla de ID de elementos de Wikidata, ID de ELP, nombres de ELP y títulos de artículos enwiki donde hay una conexión. (Hay varias filas para los casos en los que un artículo tiene varios ID de ELP). -  The Earwig  talk 02:58, 30 de enero de 2021 (UTC)
¡Gracias, tijereta!
¡Y debo decir que ese es un nombre de usuario que no voy a olvidar pronto! :-) - kwami ( charla ) 03:11, 30 de enero de 2021 (UTC)

Eso lo reduce a unos 500 artículos que necesito revisar a mano o agregar manualmente a WikiData. - kwami ( charla ) 09:29, 2 de febrero de 2021 (UTC)

@ RexxS , Vahurzpu y The Earwig : En la sección inferior de la charla de Wikipedia: WikiProject Languages ​​/ Lista de nombres de idiomas ELP (#Names en los 'Idiomas con códigos ISO únicos' ...) son los 500+ ELP nombre que debería ser enlazados desde artículos de WP pero no lo están. A veces eso se debe a que el artículo de WP cubre más de un idioma ELP, pero otras veces no veo por qué no hay ningún enlace. ¿Quizás solo una falta de coincidencia en los nombres?

¿Sería posible agregar esos nombres y enlaces de ELP a los artículos de WP a través de Wikidata? (A los artículos de WP a los que redireccionan esos nombres de ELP con enlaces azules). He hecho algunos manualmente y puedo revertirlos una vez que estén en Wikidata. - kwami ( charla ) 04:20, 3 de febrero de 2021 (UTC)

kwami : Miré algunos ejemplos en esa página y en muchos casos no es obvio qué hacer. Para los Nenets , su lista proporciona un ID de ELP de 5847, que apunta a una página no válida en el sitio web de ELP, por lo que no creo que deba agregarse. Para Tujia , el artículo cubre los dialectos del norte y del sur, pero hay elementos de Wikidata separados para el norte de Tujia (Q12953229) y el sur de Tujia (Q12633994) , y los ID de ELP están (legítimamente) ubicados en esos elementos en lugar del elemento general de Tujia . Para este problema general, podemos considerar tomar prestado un enfoque utilizado por {{ Taxonbar}}. En lugar de agregar manualmente los ID de ELP para los dialectos al cuadro de información del idioma principal, agregamos los elementos de Wikidata de los dialectos constituyentes y la plantilla extrae automáticamente los ID de ELP de esos elementos en lugar del elemento de la página. Es decir, en lugar de agregar |ELP=4225|ELP2=1744a la plantilla, agregamos |from=Q12953229|from2=Q12633994, y la plantilla extrae los ID de ELP de allí. Esto tiene la ventaja de facilitar el mantenimiento de otros identificadores de dialectos si elegimos mover más identificadores a Wikidata. No estoy convencido de este enfoque, pero quería proponerlo. -  La  Tijereta  ⟨ charla ⟩ 07:17, 14 de Febrero 2021 (UTC)
Gracias, tijereta. ¿Hay alguna forma de automatizar eso? - kwami ( charla ) 07:33, 14 de febrero de 2021 (UTC)
Es posible automatizar eso o agregar los ID de ELP directamente. Miré a mi alrededor y no veo ningún cuadro de información haciendo lo que describí, por lo que podría ser una propuesta demasiado esotérica. Agradecería la opinión de alguien más familiarizado con el diseño de infobox. La situación que tenemos es bastante complicada, con muchos ID de ELP no válidos o adjuntos a elementos de Wikidata que son diferentes de los artículos que los tratan. -  La  Tijereta  ⟨ charla ⟩ doce y media, 15 de Febrero 2021 (UTC)

Reúna periódicamente una lista de artículos con un título sin ambigüedad que no sean accesibles desde el título base [ editar ]

Tenemos muchos artículos que tienen un título desambiguado que no están vinculados desde una nota de sombrero y no están listados en una página de desambiguación. O los editores se olvidaron de agregar la página a la página de desambiguación o la nota de sombrero fue eliminada en un acto de vandalismo. Sourdough, Montana (creado en 2009) no era accesible desde el título base Sourdough  hasta que  se creó Sourdough (desambiguación) en 2020; La sequía (desambiguación) fue inaccesible de 2018 a 2020.

Me pregunto si esto es algo que valdría la pena vigilar mediante la elaboración periódica de una lista. No tengo ni idea de si una lista de este tipo sería demasiado grande para que alguien quisiera revisarla, ¿tal vez podría agregarse una etiqueta invisible similar a {{ orphan }} a estos artículos?

- Thjarkur (conversación) 12:39, 19 de enero de 2021 (UTC)

MOS: SMALL y / o MOS: POINTS arreglos en el cuadro de información [ editar ]

Una de las cosas que me gusta hacer es hacer que los infoboxes sean compatibles con MOS: SMALL y MOS: POINTS usando AWB. Por ejemplo, [2] y [3] . Las pequeñas correcciones son fáciles, porque las etiquetas HTML acabo de encontrar <small>y </small>y dejar el "reemplazar con" ventana en blanco. Para {{ small }} y {{ midsize }}, utilizo regex. Busque ({{small\|)(.*?)(}})y reemplace con $2.

Los MOS: POINTS son un poco más desafiantes. Básicamente, codifiqué un montón de reglas de búsqueda y reemplazo usando expresiones regulares para grados comunes. De esta manera, no importa si está escrito como "MBA" o "MBA", igual se cambiará a MBA .

El problema con AWB es que no es lo suficientemente versátil para mí, al menos para mis habilidades rudimentarias. Por ejemplo, para limitar la búsqueda y reemplazo a los infoboxes, establezco la regla como "plantillas internas", por lo que todavía tengo que asegurarme de que no realice ningún cambio en las URL de ninguna de las plantillas de CS1. Otro problema está relacionado con mi expresión regular para PhD y PhB. Para PhD: (P)(\.?)(\s?)(h)(\.?)(\s?)(d)(\.?). Sin embargo, esto significa que en el cuadro de información de Marcel Lettre , " Joseph D. Kernan " se convierte en " JosePhD Kernan ". Me gustaría que esta tarea la realice un bot para poder realizar otras ediciones y no tener que perder el tiempo asegurándome de que estos problemas no surjan.  Bait30   Habla 2 me pls ? 01:49, 22 de enero de 2021 (UTC)

Para el doctorado, puede verificar con \ b el límite de una palabra al principio para que coincida con "Jose ph D." pero no "Joseph D.". Certes ( charla ) 11:30, 22 de enero de 2021 (UTC)
Es posible que un bot no pueda eliminar pequeños de los infoboxes y navboxes. Tendría que poder evitar eliminar instancias que envuelven texto ya ampliado, que normalmente se encuentran en los |name=parámetros o similares. - Jonesey95 ( charla ) 16:30, 22 de enero de 2021 (UTC)
¿Tiene algún ejemplo de eso? Me resulta difícil imaginar un escenario en el que poner {{ small }} en el parámetro de nombre sería la mejor opción. En una nota más técnica, ¿sería posible crear una tarea de bot que solo se aplicaría a ciertos parámetros? Porque lo que he estado haciendo es casi exclusivo de |education=todos modos.  Bait30   Habla 2 me pls ? 21:28, 22 de enero de 2021 (UTC)
Por supuesto. Colombia usa una plantilla {{ small }} en el |native_name=parámetro del cuadro de información ; debido a que |native_name=se representa más grande que el texto normal del cuadro de información, el texto dentro de la plantilla {{ small }} termina representado al 93.5% de lo normal, lo cual está perfectamente bien y no debe agrandarse. - Jonesey95 ( conversación ) 22:32, 22 de enero de 2021 (UTC)

Mover páginas antiguas de WP: FFD [ editar ]

Algunas páginas anteriores de WP: FFD se titulan WP: Archivos para eliminar en lugar de WP: Archivos para discusión . ¿Debería crearse un bot para moverlos al título más nuevo de la misma manera que WP: las páginas de Votos para eliminación se movieron a WP: Artículos para eliminación en aras de la coherencia? P, TO 19104 ( charla ) ( contribuciones ) 15:54, 23 de enero de 2021 (UTC)

Intente ver si WT: FFD está interesado primero. - Izno ( conversación ) 17:55, 23 de enero de 2021 (UTC)
@ Izno : Acabo de publicar allí - vea la charla de Wikipedia: Archivos para discusión # Discusión en Wikipedia: Bot solicita § Mover páginas antiguas de WP: FFD (al contrario del título, también invita a una respuesta allí). P, TO 19104 ( charla ) ( contribuciones ) 23:23, 23 de enero de 2021 (UTC)
Feliz de codificar esto si hay consenso. ProcrastinationReader ( charla ) 18:51, 24 de enero de 2021 (UTC)
No espero muchos comentarios en WT: FFD , así que comencé con RFC en esto. P, TO 19104 ( charla ) ( contribuciones ) 13:13, 25 de enero de 2021 (UTC)

Convertir para citar Twitter [ editar ]

Me encantaría un bot o un script que pudiera permitir a los usuarios convertir las citas de una página que incluyen una URL a Twitter en instancias de {{ cite tweet }}. - MJL  - Charla - 20:17, 3 de febrero de 2021 (UTC)

  • Es probable que un script sea mejor, a menos que se pueda ejecutar de manera segura en todas las URL de Twitter en etiquetas ref (en cuyo caso un bot puede ser aceptable). ProcrastinationReader ( charla ) 21:10, 3 de febrero de 2021 (UTC)
  • ¿Por qué volvemos a citar Twitter? :) - Izno ( charla ) 00:42, 4 de febrero de 2021 (UTC)
    • Esta no es una tarea apropiada para un bot, dado CITEVAR. - Jonesey95 ( charla ) 16:22, 4 de febrero de 2021 (UTC)
      ¿No sería esto solo una extensión del trabajo ya realizado por el bot de Citation ? -  La  Tijereta  ⟨ charla ⟩ 16:54 4 de febrero 2021 (UTC)

Hacer que los encabezados de sección sean únicos en los artículos del año [ editar ]

Las secciones con los nombres de los meses del año se repiten dos o tres veces, en "Eventos", "Nacimientos" y "Muertes". Para que los títulos de las secciones sean únicos, propongo que se realicen los siguientes cambios:

reemplazar regex

(\ w) (?) ===

con

$ 1 {{ninguno | nacimientos}} $ 2 ===

o

$ 1 {{ninguna | muertes}} $ 2 ===

dependiendo de la sección. JsfasdF252 ( conversación ) 17:31, 5 de febrero de 2021 (UTC); actualizado a las 17:38, 5 de febrero de 2021 (UTC)

Antes de escribir un bot, WT: WikiProject Years podría estar interesado en discutir esa idea. Certes ( charla ) 17:44, 5 de febrero de 2021 (UTC)
Según mi petición habitual, ¿de qué alcance estamos hablando? ¿Decenas, cientos o miles de páginas potenciales? Primefac ( charla ) 17:47, 5 de febrero de 2021 (UTC)
Hay más de 2700 años en Categoría: Años , pero hacer un poco de muestreo indica que las repeticiones de los meses individuales solo comienzan alrededor de 1900 , por lo que el problema preciso solo surge en menos de un par de cientos de páginas. Sin embargo, mirando el lapso de alrededor de 1500 en adelante, las secciones generalmente se titulan "enero-junio" y "julio-diciembre", con un cambio gradual a cuatro subsecciones, "enero-marzo". etc. Reemplazar aquellos cuando están en tercer nivel con "... nacimientos" o "... muertes" respectivamente no causaría ningún problema, sin embargo, aparte de los pedantes que citarán MOS: SECTIONSTYLE ("no debería referirse a un título de nivel superior "). Incluir los de 1500 en adelante, obviamente, implicaría algunos cientos de artículos de más años. - RexxS( charla ) 21:33, 5 de febrero de 2021 (UTC)
¿Cuál es el propósito? 𝟙𝟤𝟯𝟺𝐪𝑤𝒆𝓇𝟷𝟮𝟥𝟜𝓺𝔴𝕖𝖗𝟰 ( 𝗍𝗮𝘭𝙠 ) 22:03, 21 de febrero de 2021 (UTC)

Bot para avisos de 5 meses a los creadores de la página de borradores [ editar ]

Hola, esperaba que se pudiera crear un nuevo bot para hacer lo que Hasteur Bot solía hacer, que era notificar a los editores que sus borradores estaban llegando en su período de 6 meses sin actividad cuando podrían eliminarse como borradores obsoletos (CSD G13 ). Estos avisos se enviaron después de que un borrador no se había editado durante 5 meses. Hemos estado perdiendo esto desde el verano, lo que ha resultado en lo que creo que es un mayor número de eliminaciones de borradores y un gran volumen de solicitudes de restauración en WP: REFUND . Creo que a menudo, los editores olvidan que han comenzado un borrador (especialmente aquellos editores que comienzan muchos borradores simultáneamente), y estos avisos recordatorios son muy útiles para los creadores de páginas, así como para los editores y administradores que regularmente patrullan borradores de informes obsoletos.

¿Sería posible que un creador de bots simplemente reutilizara el código de Hasteur Bot? Pero solo estoy buscando un bot que haga exactamente lo que solía hacer antes de que se deshabilitara debido al fallecimiento del creador del bot. Consulte Especial: Contribuciones / HasteurBot para ver ejemplos de lo que estoy buscando. Gracias. L iz Read! ¡Hablar! 00:18, 7 de febrero de 2021 (UTC)

Veo que MDanielsBot 7 fue aprobado para reemplazar a HasteurBot, pero parece estar deshabilitado en este momento. Operador de ping Mdaniels5757 . -  La  Tijereta  ⟨ charla ⟩ doce y veintidós 7 de febrero 2021 (UTC)
Están AFK durante aproximadamente quince días y ya han declarado que no planean continuar con esta tarea. Primefac ( charla ) 00:25, 7 de febrero de 2021 (UTC)
En ese caso, no me importa echarle un vistazo a esto, aunque podría pasar un poco de tiempo antes de que pueda hacerlo y alguien más pueda quitármelo. -  La  Tijereta  ⟨ charla ⟩ doce y treinta y un 7 de febrero de 2021 (UTC)
Si lo hace más fácil, el código está disponible (es lo que estaba usando Mdaniels). Primefac ( charla ) 00:42, 7 de febrero de 2021 (UTC)
Sí, en realidad soy parte del proyecto Toolforge, y aparentemente lo he sido durante varios años, aunque casi lo olvidé. Sin embargo, probablemente lo trasladará a otro lugar. -  La  Tijereta  ⟨ charla ⟩ doce y cincuenta y siete 7 de febrero 2021 (UTC)
¡Ja! Me imaginé un poco, solo quería decir que no siempre es obvio qué está y qué no está disponible (por ejemplo, me recuerda que le dije a alguien que cargaría mi módulo Task 30 AWB ...). Primefac ( charla ) 00:59, 7 de febrero de 2021 (UTC)
Creo que MDanielsBot tenía algún aspecto extraño de inclusión voluntaria que no lo haría efectivo ya que muchos creadores de borradores no son editores habituales. A menudo tienen configuraciones para recibir mensajes de correo electrónico cuando alguien publica un aviso en su página de discusión, por eso es muy útil un aviso de la página de discusión. Hasteur Bot ha estado inactivo desde julio de 2020, por lo que si bien este nuevo bot es muy necesario, no es urgente. Si esta tarea pudiera figurar en la lista de tareas pendientes de alguien, ¡sería feliz! L iz Read! ¡Hablar! 00:20, 8 de febrero de 2021 (UTC)
Está en mi lista de tareas pendientes ahora. He ejecutado bots en el pasado, y dado que la fuente está disponible, ¡es como jugar en modo fácil (ish)! Je. Si The Earwig llega primero, no es problema, al menos entonces tendremos dos personas dispuestas a ejecutarlo. ƒirefly ( t · c ) 11:13, 8 de febrero de 2021 (UTC)
Resulta que mi bot todavía tiene un BRFA aprobado para hacer esto, por lo que puedo reiniciar la tarea de inmediato. ¡Me había olvidado por completo de eso! ƒirefly ( t · c )
@ Liz : - ahora corriendo. También voy a revivir el BRFA para el etiquetado CSD G13 real, ya que es 100% un trabajo para un bot y no para humanos. ƒirefly ( t · c ) 17:26, 11 de febrero de 2021 (UTC)
@ Firefly : Gracias por aceptar esto, pero el bot está enviando mensajes con ediciones marcadas como edición menor + edición del bot, lo que significa que los usuarios NO recibirán el mensaje "tienes nuevos mensajes" o notificaciones por correo electrónico. Desactive la marca de edición menor, ya que, de lo contrario, las personas podrían perder el mensaje. - SD0001 ( conversación ) 19:30, 11 de febrero de 2021 (UTC)
Extraño, está ejecutando exactamente el mismo código que antes. Lo arreglaré. ƒirefly ( t · c ) 19:35, 11 de febrero de 2021 (UTC)
¡Ahora arreglado! ¡Gracias por reportar el error! ƒirefly ( t · c ) 22:16, 11 de febrero de 2021 (UTC)
No tengo los conocimientos necesarios para hacerme cargo de esto, pero al brindar un apoyo rápido, definitivamente debería hacerse.
Desearía que tareas como esta nos alertaran cuando dejaron de funcionar, ya que se están haciendo mucho daño mientras están inoperables. ¿Cuántas páginas notables hemos perdido porque el creador solo fue notificado de la eliminación y se rindió en lugar de pasar por el obstáculo de un reembolso? {{u | Sdkb }} charla 04:19, 17 de febrero de 2021 (UTC)
Según su BRFA, SDZeroBot 9 eventualmente podrá monitorear la actividad de otros bots, pero actualmente está estancado. Vahurzpu ( charla ) 04:26, 17 de febrero de 2021 (UTC)
Por lo que vale, la parte relevante de la tarea (mantener la lista actualizada) ha sido aprobada. Primefac ( conversación ) 11:35, 17 de febrero de 2021 (UTC)

Limpiar enlaces a sentragoal.gr secuestrado [ editar ]

El sitio sentragoal.gr ha sido secuestrado por un sitio de juegos de apuestas y deberíamos buscar desactivar los enlaces de referencia activos a esa fuente. Si alguien es capaz de manejarlo con tanta facilidad, sería fantástico. - Billinghurst sDrewth 23:55 13 de febrero 2021 (UTC)

Con lo que quiere decir que los enlaces en las plantillas CS1 / 2 deberían tener un parámetro |url-status=usurpedy otros enlaces deberían ... ¿qué pasará con ellos? - Izno ( charla ) 00:44, 14 de febrero de 2021 (UTC)
Solo hay 141 instancias del texto "sentragoal.gr" en los artículos. Si miras al Olympiacos FC, por ejemplo, ves que la referencia es a través de un enlace {{ webarchive }}. Sugiero que el mejor resultado sería proporcionar URL archivadas para la mayor cantidad posible. ¿No hay un bot que intente recuperar enlaces muertos mediante esa técnica? ¿Quizás podría hacer este trabajo con modificaciones menores? - RexxS ( conversación ) 01:23, 14 de febrero de 2021 (UTC)

Un bot para agregar etiquetas de formato de fecha que faltan [ editar ]

Parece que hay muchos miles de artículos que faltan {{ use mdy date }} o {{ use dmy date }}, pero que están vinculados a información suficiente para determinar qué etiqueta debe usarse. Por ejemplo, creo que podemos asumir con seguridad que una página sin etiquetar para una escuela secundaria en una subcategoría de Categoría: Escuelas secundarias en los Estados Unidos (o con país (P17) = Estados Unidos de América (Q30) en Wikidata) debería ser usando MDY, o que una página de biografía británica sin etiquetar que no esté en ninguna categoría para expatriados o con doble nacionalidad debería usar DMY. Las 3500 páginas que usan {{ inglés americano}} pero no tener etiqueta parece una llamada aún más fácil.

Me gustaría ver un bot que revise páginas antiguas y agregue las etiquetas apropiadas donde pueda tomar una determinación firme. Luego, operaría periódicamente para agregar etiquetas DMY o MDY a las nuevas páginas a medida que se crean (pero no anularía ninguna página etiquetada manualmente). Esto ayudaría a reducir la incidencia de las desagradables fechas del 15-02-2021 y ahorraría algo de trabajo del editor. Sería de muy bajo riesgo, ya que incluso si hay alguna circunstancia imprevista que hace que el bot se equivoque ocasionalmente, hay muy poco daño (por ejemplo, los estadounidenses aún pueden entender DMY bien, al igual que para los británicos con MDY, y la mayoría probablemente preferiría cualquiera de los dos. a AAAA-MM-DD) y la corrección sería fácil.

¿Alguien quiere hacerse cargo de esto? {{u | Sdkb }} charla 23:27, 15 de febrero de 2021 (UTC)

@ Sdkb : ¿Cómo podría un bot determinar cuándo el formato actual (incluso si es "las feas fechas 2021-02-15") debería conservarse según MOS: DATERET ?) GoingBatty ( hablar ) 04:11, 16 de febrero de 2021 (UTC)
GoingBatty , MOS: DATERET crea una excepción para los interruptores basados ​​en fuertes vínculos nacionales con el tema , que sería el caso de las categorías aquí. {{u | Sdkb }} charla 05:43, 16 de febrero de 2021 (UTC)

Arreglo menor en los artículos de la aldea persa [ editar ]

Según esta búsqueda , parece haber alrededor de 50.000 artículos (en su mayoría en lugares poblados de Irán) creados por el Usuario: Carlossuarez46 que utilizan las mayúsculas incorrectas de "romanizado".

La palabra se escribe en mayúscula cuando significa "hacer algo de carácter romano", y en minúscula cuando significa "convertir a escritura latina", como ocurre en estos casos. Esta distinción se refleja en todos nuestros artículos ( Categoría: Romanización ) y está respaldada por diccionarios [4] , enciclopedias [5] [6] [7] , etc.

Si se hiciera una tarea de bot para solucionar esto, probablemente también sería prudente reorientar los wikilinks de la siguiente manera: [[Romanización del persa | romanizado]], que es un mejor objetivo. - Goszei ( conversación ) 23:56, 17 de febrero de 2021 (UTC)

  • Parece que no se ha acordado uniformemente si se debe escribir con mayúscula "romanizar": el Manual de estilo de Chicago utiliza versiones tanto en mayúscula como sin mayúscula. (ver, p. ej., sección 11.95 (16ª edición): cursiva versus romana para términos transliterados: "Generalmente transliterado (o romanizado), cursiva versus romana para término transliterado" y en otros lugares se usa sin mayúsculas (p. ej., la sección 11.106 sobre la transliteración del japonés) . Si eso es algo que crees que es mejor, un bot debería poder hacerlo. Carlossuarez46 ( hablar ) 00:08, 18 de febrero de 2021 (UTC)
Miré esa parte del CMS 16, y "Romanizado" solo está en mayúscula en ese caso porque está en el título de una subsección (por ejemplo, Idiomas generalmente transliterados (o romanizados) ). El título de la sección anterior, por ejemplo, está escrito como Idiomas que usan el alfabeto latino .
La primera oración dentro de la sección (y todos los demás usos en el manual) tienen el uso en minúsculas: en obras no especializadas se acostumbra transliterar, es decir, convertir al alfabeto latino o romanizar, palabras o frases de idiomas que no usan el alfabeto latino. - Goszei ( charla ) 00:31, 18 de febrero de 2021 (UTC)
Creo que este es un buen cambio. Problema, sin embargo: ¿estamos seguros de que esto nunca aparece al comienzo de una oración, o en cualquier otro lugar donde deba escribirse con mayúscula? Me temo que algunos casos marginales serán un problema de CONTEXTBOT. Tal vez podría ser necesario buscar "romanizado" solo cuando está en una frase entre paréntesis que consiste (Romanized as [one or more words in Farsi script])en reducir el riesgo de falsos positivos. Nyttend ( charla ) 15:21, 18 de febrero de 2021 (UTC)
@ Nyttend : No entiendo tu punto. La consulta de búsqueda de Goszei buscaba instancias de "también romanizado como", ¿en cuyo caso sería necesario mantenerlo en mayúsculas? 𝟙𝟤𝟯𝟺𝐪𝑤𝒆𝓇𝟷𝟮𝟥𝟜𝓺𝔴𝕖𝖗𝟰 ( 𝗍𝗮𝘭𝙠 ) 22:06, 21 de febrero de 2021 (UTC)
Oh, entonces la solicitud es que ignoremos cualquier cosa en la que "también" no preceda a "Romanizado". Lo interpreté como "oye, esta búsqueda muestra que hay muchos artículos romanizados, así que arreglemos todas las apariencias de romanizados". Si la solicitud realmente significa "arreglemos todo lo que dice 'También romanizado'", claro, adelante. Nyttend ( charla ) 15:42, 22 de febrero de 2021 (UTC)
Con respecto a mi sugerencia de "romanización del persa" anterior, se me ocurrió que la {{lang-fa|بابصفحه}}parte del texto del artículo podría detectarse para asegurar que el contexto sea correcto. No soy bueno para las expresiones regulares, pero la cadena sería el objetivo para realizar los dos cambios (descapitalización de la romanización y cambio del objetivo del enlace). Puede que queden algunos casos, pero probablemente una cantidad razonable que sea adecuada para un pase de AWB (es decir, con revisión humana) en lugar de una ejecución de bot. - Goszei ( conversación ) 17:58, 1 de marzo de 2021 (UTC){{lang-fa|anything goes here}}, also Romanized as"

Corrección de enlaces adecuados para todas las páginas relacionadas con Marvel y correcciones gramaticales [ editar ]

Este bot es necesario para corregir los errores gramaticales. Noté que había un no. De errores gramaticales en páginas que no fueron atendidas por ningún usuario o administrador. - Comentario anterior sin firmar agregado por Kohcohf ( charla • contribuciones )

Tendrás que ser mucho más específico en lo que estás solicitando. Consulte también WP: CONTEXTBOT . -  HELL KNOWZ    ▎ TALK 15:22, 18 de febrero de 2021 (UTC) 

Cree y mantenga una categoría de páginas en el espacio de borrador que no sean redireccionamientos [ editar ]

Tratar de navegar y mejorar los borradores en Special: AllPages / Draft: es difícil porque hay muchas redirecciones. ¿Es posible crear y mantener una categoría de borradores que no sean redireccionamientos para facilitar la navegación?

Supongo que podría usar Special: PrefixIndex / Draft: que le dará todas las páginas en el espacio de borrador, y puede filtrar y eliminar redireccionamientos. Primefac ( charla ) 01:42, 19 de febrero de 2021 (UTC)

Mantenga una lista de artículos que posiblemente estén marcados incorrectamente como talón [ editar ]

Yo diría que más de unos pocos artículos son talones marcados, pero Wikiprojects los evalúa de manera diferente. ¿Es una buena idea mantener una lista (posiblemente en caché) de estos para fines de mantenimiento? - Comentario anterior sin firmar agregado por 5a5ha siete ( charla • contribuciones ) 23:17, 19 de febrero de 2021 (UTC)

@ 5a5ha siete : Parece un informe razonable si un WikiProject estuviera dispuesto a resolver los elementos del informe. Quizás un miembro de WikiProject podría solicitar esto en Wikipedia: ¿ Informes de base de datos ? (Recuerde firmar sus publicaciones en las páginas de discusión escribiendo cuatro tildes de teclado como esta:. ~~~~) GoingBatty ( talk ) 23:45, 19 de febrero de 2021 (UTC)

Doble negrita [ editar ]

Según MOS: BOLD , "la negrita se aplica automáticamente [en] [t] los encabezados. El marcado en negrita agregado manualmente en tales casos sería redundante y debe evitarse". Especial: Búsqueda / fuente interna: / \ | \ + * '' '/ actualmente devuelve más de 17.000 resultados. Sugiero reemplazar

\ | \ + (*) '' '([^' \ |] +) '' '\ |

por

| + $ 1 $ 2 |

en todas las ocurrencias. 𝟙𝟤𝟯𝟺𝐪𝑤𝒆𝓇𝟷𝟮𝟥𝟜𝓺𝔴𝕖𝖗𝟰 ( 𝗍𝗮𝘭𝙠 ) 22:13, 21 de febrero de 2021 (UTC)

No es una buena tarea para un bot. No tiene un impacto sustancial por lo que falla WP: COSMETICBOT . ƒirefly ( t · c ) 22:21, 21 de febrero de 2021 (UTC)
Buena aplicación para WP: COSDAY . - Green C 22:28, 21 de febrero de 2021 (UTC)
También podría formar parte de WP: GENFIXes . Headbomb { t · c · p · b } 23:28, 21 de febrero de 2021 (UTC)
"Terminará haciendo fuentes de doble negrita (900 de grosor) que son excesivas". Esto realmente se ve feo. Sin embargo, dado que se supone que el CBD será muy pronto, estaré de acuerdo con que se haga en ese momento. 𝟙𝟤𝟯𝟺𝐪𝑤𝒆𝓇𝟷𝟮𝟥𝟜𝓺𝔴𝕖𝖗𝟰 ( 𝗍𝗮𝘭𝙠 ) 23:40, 21 de febrero de 2021 (UTC)
No he visto fuentes dobles en negrita en una eternidad en Firefox, que fue uno de los principales navegadores afectados. Una solución general para esto podría ser una buena idea. - Izno ( charla ) 00:11, 22 de febrero de 2021 (UTC)
Hacer esto en WP: COSDAY oa través de GENFIXes me suena sensato. ƒirefly ( t · c ) 09:35, 22 de febrero de 2021 (UTC)
Agregarlo a los genfixes de AWB es definitivamente una buena manera de lidiar con esto. Primefac ( charla ) 13:57, 22 de febrero de 2021 (UTC)

FANDOM [ editar ]

FANDOM to Fandom (sitio web) , por favor. JediMasterMacaroni  (Discusión) 00:57, 24 de febrero de 2021 (UTC)

No hay ninguna razón para cambiar las redirecciones. Primefac ( charla ) 01:06, 24 de febrero de 2021 (UTC)

StarWars.com [ editar ]

Cualquier cosa con http://www.starwars.com debe cambiarse a https . JediMasterMacaroni  (Discusión) 17:03, 25 de febrero de 2021 (UTC)

Publique en WP: URLREQ . - Jonesey95 ( charla ) 18:18, 25 de febrero de 2021 (UTC)

Clasificación de categorías para nombres tailandeses [ editar ]

Hola. Estoy buscando revivir una solicitud realizada anteriormente en 2018, que se discutió (en gran medida) aquí y aquí . En ese entonces, TheSandDoctor originalmente se ofreció a ayudar, pero debido a otras circunstancias no pudo dedicar tiempo a la tarea, y sugirió que volviera a preguntar aquí. Lo dejé durante bastante tiempo, pero supongo que más vale tarde que nunca.

Brevemente, los nombres deben ordenarse por nombre de pila (es decir, como aparecen) en las categorías relacionadas con Tailandia. El pie de página de una biografía tailandesa debe contener lo siguiente:

{{DEFAULTSORT: Apellido, Nombre }}[[Categoría: gente internacional]][[Categoría: tailandeses | Nombre Apellido ]]

Actualmente, el cumplimiento está por todas partes, ya que el pedido tailandés se coloca en el valor DEFAULTSORT en algunos artículos y las claves de clasificación tailandesas faltan en otros. Se necesita un bot para: (1) realizar una tarea única de verificar los valores DEFAULTSORT en las biografías relacionadas con Tailandia (una lista con los valores correctos que se deben proporcionar manualmente) y reemplazar los valores si son incorrectos, y (2) realizar un mantenimiento periódico revisando una lista específica de categorías (probablemente a través de una plantilla de seguimiento colocada en las páginas de categorías) y agregando el orden de nombre en tailandés como claves de clasificación para las llamadas de esas categorías en cada artículo de miembro que sea una biografía. En la mayoría de los casos, el orden de los nombres en tailandés sería el título de la página, pero hay varias excepciones, sobre las que me extenderé más adelante. Esto se había anunciado y algunos detalles de la tarea se habían resuelto en ese entonces, pero desde que ' Después de tres años, puede ser necesario reafirmar el consenso. Sin embargo, me gustaría ver primero si algún operador de bot está interesado en un proyecto de este tipo. -Paul_012 ( charla ) 00:13, 26 de febrero de 2021 (UTC)

@ Paul 012 : Bueno, creo que haré esto:
  1. Para las páginas de Categoría: tailandeses , todas las subpáginas de categorías que incluyan {{ categoría de tailandeses }}:
  2. Agregar / modificar DEFAULTSORT como {{DEFAULTSORT:Surname, Given name}}
  3. + Categoría: Gente internacional
  4. Modificar la clave de clasificación de Categoría: tailandeses y categorías que incluyan {{ categoría de tailandeses }}, como[[Category:Category name|Given name Surname]]
¿Me pierdo algo? - Kanashimi ( conversación ) 08:36, 11 de marzo de 2021 (UTC)
Kanashimi , la "Categoría: tailandeses" y la "Categoría: personas internacionales" en el ejemplo se pensaron como marcadores de posición para todas las categorías dentro y fuera del conjunto predefinido, no categorías literales con esos nombres (así que omita el número 3); perdón si esto no estaba claro. El conjunto de categorías puede ser rastreado por {{ categoría de tailandeses }} (será necesario agregar la plantilla), aunque esto no está escrito en piedra. También hay nombres que no están en el formato de Apellido ; una lista de estos probablemente deba compilarse a mano, por lo que eso también es algo a considerar. - Paul_012 ( charla ) 20:43, 11 de marzo de 2021 (UTC)
Entendí mal la discusión. ¿Es esto correcto?
  1. Para las categorías que incluyen {{ categoría de tailandeses }} y sus subcategorías, llámelo Thai_CATEGORY_LIST. Para artículos en todos los Thai_CATEGORY_LIST, llámelo Thai_ARTICLE_LIST. Y haremos esto para todos los Thai_ARTICLE_LIST:
  2. Si el artículo está en la plantilla: tailandés categoría / doc # Clasifique las claves de los artículos biográficos añadidos a las categorías con esta plantilla :
    1. Modifique la clave de clasificación de categorías en Thai_CATEGORY_LIST, como [[Category:Category name|Category Sort key specified]]
  3. Demás:
    1. Agregar / modificar DEFAULTSORT como {{DEFAULTSORT:Surname, Given name}}
    2. Modifique la clave de clasificación de categorías en Thai_CATEGORY_LIST, como [[Category:Category name|Given name Surname]]
Y tengo una pregunta: ¿Los apellidos de los tailandeses en inglés son siempre de una sola palabra para que pueda dividir el nombre de pila y el apellido a través del título del artículo fácilmente? siempre está en un patrón de "dado, dado, dado ... apellido"? - Kanashimi ( conversación ) 22:26, ​​11 de marzo de 2021 (UTC)

Quizás debería proporcionar un poco más de antecedentes primero. La respuesta corta a su última pregunta sería "No". Para obtener una respuesta larga, revisé los artículos de aproximadamente 4000 personas tailandesas para identificar los siguientes patrones:

Supongo que todo esto quiere decir que probablemente sea demasiado complicado para que el valor de ordenación por defecto se procese automáticamente; leer una lista compilada manualmente sería más práctico. Todavía estoy modificando la lista, pero vea, por ejemplo, una versión anterior (desactualizada) en Special: Permalink / 829756891 .

Creo que el proceso debería ser algo más como:

  1. Para categorías que incluyan {{ categoría de tailandeses }}, llámelo Thai_CATEGORY_LIST. Para artículos en todos los Thai_CATEGORY_LIST, llámelo Thai_ARTICLE_LIST. Y haremos esto para todos los Thai_ARTICLE_LIST:
  2. Si el artículo es una biografía personal, proceda con lo siguiente:
    1. Si el artículo está en DEFAULTSORT_UPDATE_LIST:
      1. Agregar / modificar DEFAULTSORT de acuerdo con el valor en DEFAULTSORT_UPDATE_LIST
      2. Si así lo indica DEFAULTSORT_UPDATE_LIST:
        1. Agregue {{ clasificación tailandesa igual que por defecto }} al artículo
      3. Demás:
        1. Modificar la clave de clasificación de categorías en Thai_CATEGORY_LIST, como [[Category:Category name|PAGENAME]](aunque formatee el nombre de la página para excluir los desambigadores entre paréntesis)

Lo anterior se aplica a la ejecución inicial del bot. También debería haber ejecuciones de actualización periódicas, donde 2.1 sería:

    1. Si DEFAULTSORT existe y es diferente del título del artículo (excluyendo las comas y los desambigadores entre paréntesis), y {{ Clasificar tailandés igual que por defecto }} no se encuentra en el artículo:
      1. Modificar la clave de clasificación de categorías en Thai_CATEGORY_LIST, como [[Category:Category name|PAGENAME]](aunque formatee el nombre de la página para excluir los desambigadores entre paréntesis)

La recursividad de categorías es complicada y puede generar problemas inesperados, por lo que {{ categoría de tailandeses }} probablemente debería colocarse directamente en todas las páginas de categorías aplicables. (Eso también puede ser una tarea de bot.) Estoy trabajando con esta lista preliminar: Especial: Permalink / 1011801926 , pero aún se necesitan algunos ajustes adicionales.

Dado que la clave de clasificación tailandesa será la misma que el título del artículo (para nombres regulares) o el valor DEFAULTSORT (para regalías, etc.), DEFAULTSORT_UPDATE_LIST puede indicar qué caso se aplica a cada artículo, y esto se puede rastrear en el artículo. fuente. Creo que esto sería preferible a largo plazo, ya que será difícil mantener actualizada una lista central, mientras que se puede agregar una plantilla de seguimiento a los nuevos artículos a medida que se crean. {{ Orden tailandés igual que por defecto }} no necesitaría generar ningún resultado visible (excepto tal vez una categoría de seguimiento si es útil).

¿Tiene esto más o menos sentido? - Paul_012 ( charla ) 23:15, 12 de marzo de 2021 (UTC)

En el proceso anterior, ignoraremos todos los artículos que no estén en DEFAULTSORT_UPDATE_LIST, incluso si el artículo está en Thai_ARTICLE_LIST. Creo que podemos detectar el nombre de pila y el apellido automáticamente (por ejemplo, enumerar los apellidos comunes), solo enumerar los casos especiales en otra lista. Esto reducirá en gran medida la carga de trabajo tanto para humanos como para bot. Y, ¿{{ clasificación tailandesa igual que por defecto }} debería aparecer de esta manera: {{Thai sort same as defaultsort}}{{DEFAULTSORT:Surname, Given name}}(nada entre la plantilla y DEFAULTSORT)? - Kanashimi ( conversación ) 01:26, 13 de marzo de 2021 (UTC)
Vaya, debería haber sido más así:
  1. Si el artículo es una biografía personal, proceda con lo siguiente:
    1. Si el artículo está en DEFAULTSORT_UPDATE_LIST:
      1. Agregar / modificar DEFAULTSORT de acuerdo con el valor en DEFAULTSORT_UPDATE_LIST
      2. Si así lo indica DEFAULTSORT_UPDATE_LIST:
        1. Agregue {{ clasificación tailandesa igual que por defecto }} al artículo
        2. Pasar al artículo siguiente
    2. Modificar la clave de clasificación de categorías en Thai_CATEGORY_LIST, como [[Category:Category name|PAGENAME]](aunque formatee el nombre de la página para excluir los desambigadores entre paréntesis)
No veo un conjunto práctico de instrucciones que permitan la identificación automática del nombre, dadas las complejidades involucradas. La carga de trabajo humana no es un problema, ya que ya he terminado con los nombres (solo necesito una segunda verificación). Me imagino que la ubicación del tipo tailandés es la misma que la de la plantilla predeterminada de la forma que describiste. Sin embargo, es una sugerencia preliminar; Si aceptamos continuar con el método, publicaré en la página de discusión de MOS para la aprobación de la comunidad. - Paul_012 ( charla ) 07:18, 13 de marzo de 2021 (UTC)
Está bien. Tengo una idea aproximada de lo que quieres decir. Creo que DEFAULTSORT_UPDATE_LIST debería incluir PAGENAME, apellidos y nombres de pila; al menos tres columnas. Por cierto, ¿cómo mantenemos los nuevos artículos sobre tailandeses? No estarán en DEFAULTSORT_UPDATE_LIST. - Kanashimi ( conversación ) 07:51, 13 de marzo de 2021 (UTC)
Espero que se haga referencia a DEFAULTSORT_UPDATE_LIST solo una vez, para verificar los artículos existentes actualmente. La práctica de especificar Given-name Surnamecomo DEFAULTSORT (que el bot deberá corregir) es bastante antigua (creo que se encuentra principalmente en artículos de hace más de una década). Es probable que los artículos nuevos de hoy tengan valores DEFAULTSORT en el Surname, Given-nameformato, por lo que solo será necesario agregar las claves de clasificación PAGENAME. La minoría de artículos que requieren un formato y etiquetado específicos pueden ser manejados por patrulleros siguiendo el potencial de nuevos artículos de WikiProject Tailandia a medida que se crean. - Paul_012 ( charla ) 09:13, 13 de marzo de 2021 (UTC)
Está bien. Parece posible que el bot haga esto. - Kanashimi ( conversación ) 10:58, 13 de marzo de 2021 (UTC)
Gracias por las respuestas, Kanashimi . ¿Planeas asumir la tarea? Si es así, notificaré los proyectos relevantes y las páginas de discusión. - Paul_012 ( charla ) 14:05, 14 de marzo de 2021 (UTC)
Sí, pero aún necesito tu ayuda. No hablo tailandés. 😓 Y divide el nombre en apellido y nombre de pila. Creo que esto será útil. - Kanashimi ( conversación ) 21:54, 14 de marzo de 2021 (UTC)

Abrí una discusión solicitando comentarios de la comunidad en la charla de Wikipedia: Categorización de personas # Bot para la clasificación de categorías de nombres tailandeses . Ahora también he enumerado las categorías y artículos en Wikipedia: WikiProject Tailandia / categorías de nombres tailandeses y Wikipedia: WikiProject Tailandia / claves de clasificación de nombres tailandeses . - Paul_012 ( charla ) 18:54, 16 de marzo de 2021 (UTC)

Limpiar las plantillas de género musical de Infobox [ editar ]

El objetivo es eliminar los parámetros "color =" y "popularidad =" de {{ género musical de Infobox }}. El parámetro de color se eliminó en enero de 2019 [8] , mientras que la popularidad se eliminó en 2013 [9] , pero todavía están presentes en ~ 900 y ~ 300 plantillas respectivamente [10] . Sería genial si pudiéramos limpiar estas plantillas. Solidest ( charla ) 17:06, 3 de marzo de 2021 (UTC)

@ Primefac : ¿Sería un buen trabajo para tu bot? GoingBatty ( charla ) 02:06, 12 de marzo de 2021 (UTC)
Tendría que buscar más, pero probablemente seguro. Primefac ( conversación ) 15:11, 12 de marzo de 2021 (UTC)

Agregar automáticamente la plantilla en línea de URL desnuda detrás de la URL desnuda [ editar ]

Quiero que un robot pueda agregar {{ URL desnuda en línea | {{ subst: DATE }}}} al final de todas las URL desnudas .-- Alcremie ( charla ) 09:54, 11 de marzo de 2021 (UTC)

Hay tantas URL desnudas que serían millones de artículos y se requeriría un consenso significativo. Sugiera buscar y trabajar en URL desnudas con el bot de URL desnudo en Template: Cleanup bare URLs / bot . - Green C 16:58, 11 de marzo de 2021 (UTC)

Reemplazar las transclusiones de espacio de plantilla de Plantilla: Documento con Plantilla: Documentación [ editar ]

Esta es una solicitud específicamente para beneficiar a los wikis externos que importan plantillas de Wikipedia para su propio uso. Actualmente, el redireccionamiento {{ Doc }} se incluye en más de 3000 plantillas . Esto significa que cualquier wiki que importe una de estas plantillas también obtendrá una redirección de espacio de plantilla que tal vez no desee, o al menos un enlace rojo que luego tendrá que arreglar (si les importa eso). No creo que esto esté explícitamente cubierto por ninguno de los puntos en WP: NOTBROKEN , pero me parece que al menos está dentro del espíritu del penúltimo punto de las "buenas razones":

En otros espacios de nombres, particularmente la plantilla y los espacios de nombres del portal en los que las subpáginas son comunes, cualquier enlace o transclusión a un título de página anterior que se haya convertido en un redireccionamiento después de un movimiento de página o fusión debe actualizarse al nuevo título para la coherencia del nombre.

Si la comunidad aquí decide (o ha decidido) que la reutilización en wikis externos no es una preocupación lo suficientemente importante como para justificar este tipo de cambio, está bien. Personalmente, creo que vale la pena cambiar esto, aunque como reutilizador en uno de esos wikis externos, obviamente estoy sesgado aquí. =) 「デ ィ ノ奴千?!」☎ Dinoguy1000 07:01, 12 de marzo de 2021 (UTC)

¿No es lo mismo que cambiar cada redireccionamiento de una plantilla a su nombre principal? Creo que la comunidad parece estar bastante en contra cuando se realiza como una tarea independiente sin ninguna razón primordial. En cualquier caso, esto cae dentro de WP: COSMETICBOT y no puedo ver un propósito primordial que permita su aprobación. ProcrastinationReader ( charla ) 07:06, 12 de marzo de 2021 (UTC)
Tuve ese pensamiento mientras escribía esta solicitud, pero sentí que el hecho de que {{ Documentation }} se transcluya en casi todas las plantillas de Wikipedia haría que valiera la pena seguir esto como algo propio (ya que podría encontrarse con una transclusión a través de un redireccionamiento en cualquier plantilla, a diferencia de cualquier plantilla aleatoria con un uso de espacio de plantilla limitado).
No conocía el consenso previo sobre este tema, aunque no me sorprende; ¿Existe alguna posibilidad de que tenga a mano enlaces a algunas de esas discusiones?
Se anota su punto COSMETICBOT, aunque realmente no tengo ninguna respuesta al respecto. Si las otras objeciones pueden resolverse, supongo que lo mejor que puedo ofrecer es una sugerencia de enviar esto para el Cosmetic Bot Day . 「デ ィ ノ奴千?!」☎ Dinoguy1000 07:30, 12 de marzo de 2021 (UTC)
Tuve que investigar un poco para encontrar esto, pero señalaré que nominé una franja de redireccionamientos de espacio de plantilla para su eliminación en 2010, por razones similares a esta propuesta, y (en ese momento) no hubo oposición. Por supuesto, el consenso puede haber cambiado en la década intermedia más, pero esto al menos ilustra que la comunidad (en un momento) toleró ediciones de esta naturaleza. 「デ ィ ノ奴千?!」☎ Dinoguy1000 07:45, 12 de marzo de 2021 (UTC)
No tengo ningún enlace específico a la mano, pero eso es solo lo que tengo entendido. Podría ser elegible para CBD. Hubiera dicho que lo agrupara en genfixes, pero las ediciones de genfix no se ejecutarán realmente en las plantillas, por lo que no funcionará. ProcrastinationReader ( charla ) 14:16, 12 de marzo de 2021 (UTC)
Si se aprueba un RfD, eso es algo diferente y luego no entraría en CBOT. Pero no estoy seguro de que se apruebe una RfD para doc. ProcrastinationReader ( charla ) 14:17, 12 de marzo de 2021 (UTC)
Yo soy simpatico. No creo que cambiar una plantilla por otra sea motivo suficiente para editar plantillas de alto uso. No veo un gran problema con AWBing estos y un enlace a algún fundamento como se proporciona aquí para las plantillas de bajo uso, o sandbox de plantillas de alto uso (que se sincronizarán en una fecha posterior). Explique que es para i18n / wikis externos para que las cosas sean más fáciles. No revertir si revierte.
La otra dirección sería enviar el redireccionamiento a RFD con la misma lógica.
Estoy de acuerdo con Reader cuando dice que hay muchas plantillas en las que esto es un problema y no es como si fueran diferentes (bueno, tal vez lo sean, ya que doc básicamente solo se usa para plantillas que generalmente evitamos editar con AWB que podría / haría probablemente se encargue de esto con correcciones de redireccionamiento de plantillas). - Izno ( charla ) 19:22, 12 de marzo de 2021 (UTC)
Esta no es una tarea que normalmente se aprobaría como una solicitud de bot, ya que es puramente cosmética. Puede ser más fácil crear redireccionamientos en otras instancias de WP apuntando {{ doc }} a su versión de la plantilla de documentación. Eso es lo que hacemos aquí para muchas plantillas que comúnmente se copian de WP en idiomas distintos al inglés. - Jonesey95 ( conversación ) 23:48, 12 de marzo de 2021 (UTC)
Esta solicitud no se trata solo de WP en otros idiomas, o incluso de otras wikis de WMF, sino también de wikis de terceros (en la medida en que "represente" cualquier cosa, represento una wiki de este tipo en esta solicitud). Por supuesto, el argumento de que crear redireccionamientos allí es más simple que cambiar plantillas aquí es válido independientemente de si "hay" "otros wikis de WMF" o "wikis de terceros", pero otros wikis (presumiblemente) nunca dejarán de crearse, mientras que estos redireccionamientos (idealmente) nunca se usarán significativamente más allá de donde ya están; esto sugeriría que, a largo plazo, sería mejor actualizarlos aquí que esperar que la reutilización de wikis continúe creando redireccionamientos a perpetuidad. También hay una diferencia entre esperar que un wiki cree una redirección a partir del nombre local de una plantilla,
Si el consejo aquí es plantear este problema en RFD, lo haré, pero dudo en hacerlo ahora porque se siente como si estuviera buscando la respuesta que quiero escuchar . Además, no busco la eliminación de esta redirección; parece una forma abreviada de vincular.
En cuanto a la preocupación de "otras plantillas también tienen este problema", esto es obviamente anecdótico, pero en mi propia importación no he notado que esto haya aparecido mucho. Los principales infractores que he notado recientemente son los redireccionamientos {{ tl * }}, debido a que la familia de plantillas se renombró recientemente a nombres expandidos y, en esos casos, es más lógico conservar los redireccionamientos para wikis externos (y siempre will) ya que el propósito de las plantillas es simplificar la vinculación a las plantillas de todos modos (por lo que escribir menos es algo bueno). 「デ ィ ノ奴千?!」☎ Dinoguy1000 09:48, 13 de marzo de 2021 (UTC)
¿No es este el mismo argumento para tener que copiar plantillas de dependencia? Quiero decir, si quieres copiar una plantilla en una nueva wiki, no solo tienes que copiar esa plantilla, sino todas las plantillas de las que depende, de forma recursiva (por ejemplo, {{ if }}, etc.). No creo que crear una redirección {{ doc }} o ajustar el nombre sea mucho más que pedir dado eso. ProcrastinationReader ( charla ) 01:29, 14 de marzo de 2021 (UTC)
Realmente no ... Las plantillas de dependencia son generalmente necesarias para el correcto funcionamiento de la plantilla que se está copiando, hasta el punto de que eliminar esa dependencia requeriría una reescritura más o menos complicada de la plantilla de llamada; Los redireccionamientos de plantilla, por otro lado, solo requieren cambiar el nombre de la plantilla en la llamada de la plantilla (a menos que la plantilla de llamada los llame de una manera complicada, pero ese tipo de patrón es bastante raro). 「デ ィ ノ奴千?!」☎ Dinoguy1000 08:21, 15 de marzo de 2021 (UTC)

Aceptar cambios pendientes realizados por usuarios confirmados automáticamente donde deberían haber sido aceptados automáticamente [ editar ]

En los artículos protegidos por cambios pendientes , si no hay ediciones pendientes en un artículo, los usuarios confirmados automáticamente deberían poder aceptar sus cambios automáticamente. Actualmente, existe un error bastante frustrante que hace que algunas ediciones de usuarios autoconfirmados se retengan por error para su revisión: consulte Wikipedia: Bomba de pueblo (técnica) # Cambios pendientes nuevamente y varios tickets fab [11] [12]. Aparentemente, la base de código de revisiones / cambios pendientes marcados está completamente abandonada (no hay desarrolladores activos que entiendan el código), y actualmente no se prevé una solución oportuna para este problema. Como medida provisional provisional mientras intentamos encontrar desarrolladores para arreglar el software subyacente, ¿sería posible crear un bot que acepte automáticamente los cambios pendientes realizados por usuarios autoconfirmados donde deberían haber sido aceptados automáticamente por el software? Gracias, Mz7 ( charla ) 23:41, 12 de marzo de 2021 (UTC)

Alguien escribió código para una tarea de bot en una tarea phab en algún lugar relacionada con este problema. Sin embargo, no tengo el enlace a mano. ProcrastinationReader ( charla ) 23:54, 12 de marzo de 2021 (UTC)
En el primer ticket de phab, hay toolforge: mbh / patrol.txt , para ruwiki. No hay mucho que hacer aquí y algunas preguntas de diseño, por lo que sugeriría una implementación de sala limpia para enwiki. ¿Tenemos consenso para esto? Es preocupante que terminemos en esta situación. ¿Sería mejor invertir el tiempo revisando el código de FlaggedRevisions para solucionar el problema, incluso si no podemos conseguir un nuevo responsable? Quiero decir, dada la situación subyacente, no tenemos muchas opciones más allá de encontrar un mantenedor más agresivamente o desactivar los cambios pendientes. -  The  Earwig  ( charla ) 00:16, 13 de marzo de 2021 (UTC)
Todas buenas preguntas. A mi modo de ver, este bot sería simplemente un medio técnico para volver al status quo, haciendo cumplir el consenso ya establecido sobre cómo se supone que funcionan los cambios pendientes. Tengo entendido que sería más fácil construir este bot porque al menos aquí sabemos lo que estamos haciendo, mientras que al depurar FlaggedRevisions, no creo que sepamos ni por dónde empezar. Como mencioné en la bomba de la aldea, a largo plazo, si no podemos garantizar la confiabilidad de este software, estoy de acuerdo en que debemos pensar si deberíamos tener este software ejecutándose. Mz7 ( conversación ) 03:28, 13 de marzo de 2021 (UTC)
Me complace escribir y ejecutar este bot si existe un consenso (¿se desarrolla?), Pero tengo que estar de acuerdo con Earwig en que si estos errores no se solucionan, es posible que debamos analizar la viabilidad de continuar para ejecutar esta extensión. . ƒirefly ( t · c ) - Se agregó un comentario sin fecha anterior a las 12:08, 13 de marzo de 2021 (UTC)
En cuanto al consenso, ¿qué crees que se necesita? Como expliqué anteriormente, creo que debido a que el propósito de este bot sería hacer cumplir un consenso preexistente (es decir, cómo se supone que funcionan los cambios pendientes), no necesitamos hacer todo lo posible para iniciar un RfC o algo así. . Mz7 ( conversación ) 01:15, 14 de marzo de 2021 (UTC)
Esta tarea en particular es simplemente hacer cumplir un consenso preexistente y un comportamiento deseable normal, como usted dice, por lo que, como yo lo veo, el enfoque en un BRFA sería evaluar la solidez técnica (y personalmente lo aprobaría sobre esa base). ProcrastinationReader ( charla ) 01:27, 14 de marzo de 2021 (UTC)
Lo suficientemente razonable; Ese era mi sentimiento también, pero tiendo a pecar de cauteloso por consenso sobre los bots. Ciertamente, no creo que debamos perder el tiempo de todos con un RfC, y la discusión de VPT establece claramente un problema que debe solucionarse. En ese caso, luciérnaga , ¿puedo asumir que trabajarás en esto? -  The  Earwig  ( charla ) 02:33, 14 de marzo de 2021 (UTC)
@ The Earwig : Codificación ... - Presenté una solicitud en PERM para +reviewerpoder experimentar con las llamadas API relevantes. La cuenta de bot bajo la que se ejecuta esta tarea obviamente también la necesitará eventualmente, pero eso es para después del BRFA, por supuesto. ƒirefly ( t · c ) 11:03, 14 de marzo de 2021 (UTC)
Otorgado. Anarchyte ( charla • trabajo ) 11:17, 14 de marzo de 2021 (UTC)

BRFA presentó ƒirefly ( t · c ) 17:33, 15 de marzo de 2021 (UTC)