Wikipedia:Café/Portal/Todo el café actual

Noticias

Invitation to participate in the #WPWPCampaign 2024

Dear community members,

We are inviting you to participate in the Wikipedia Pages Wanting Photos 2024 campaign, a global contest scheduled to run from July through August 2024:

Participants will choose among Wikipedia pages without photo images, then add a suitable file from among the many thousands of photos in the Wikimedia Commons, especially those uploaded from thematic contests (Wiki Loves Africa, Wiki Loves Earth, Wiki Loves Folklore, etc.) over the years.

In its first year (2020), 36 Wikimedia communities in 27 countries joined the campaign. Events relating to the campaign included training organized by at least 18 Wikimedia communities in 14 countries.

The campaign resulted in the addition of media files (photos, audios and videos) to more than 90,000 Wikipedia articles in 272 languages.

Wikipedia Pages Wanting Photos (WPWP) offers an ideal task for recruiting and guiding new editors through the steps of adding content to existing pages. Besides individual participation, the WPWP campaign can be used by user groups and chapters to organize editing workshops and edit-a-thons.

The organizing team is looking for a contact person to coordinate WPWP participation your language Wikipedia. We’d be glad for you to sign up directly at WPWP Participating Communities page on Meta-Wiki.

Thank you,

Reading Beans / readthebeansgmail.com)
Project manager and coordinator
Wikipedia Pages Wanting Photos 2024

Activación de la extensión CampaignEvents en esta wiki

Hola. El equipo de Campañas de la Wikimedia Foundation ha desarrollado la herramienta Registro en Eventos que facilita la inscripción de participantes en eventos y actividades wiki (como campañas, editatones/as, etc.) dentro del propio ecosistema Wikimedia.

Registro en Eventos forma parte de la extensión CampaignEvents que se habilitó en Meta-Wiki, donde ya ha sido testada por diferentes afiliados y personas organizadoras, incluidas varias de la comunidad en español (como por ejemplo, la pasada campaña ¡Alto! Mujeres haciendo historia).

Además de en la página del proyecto, puedes aprender más sobre Registro en Eventos en la grabación de la presentación en español que se realizó durante el Wikiherramientas de marzo de 2024.

Próximos pasos

La siguiente fase del proyecto pasa por la implantación de la citada extensión en las wikis. Actualmente, ya se encuentra disponible en Wikipedia en igbo y en suajili y muy pronto también estará activa en Wikipedia en árabe. Nos gustaría que la extensión CampaignEvents también esté disponible en Wikipedia en español en unas semanas si no hay oposición por parte de la comunidad.

Pero antes nos gustaría conocer la opinión y recomendaciones de la comunidad de cara a esta implementación, si  existen dudas o si hubiera alguna cuestión que debamos de tener en cuenta antes de seguir adelante. Si fuera necesario, podríamos organizar una sesión informativa específica para esta wiki para solventar cualquier duda adicional a las que puedan plantearse aquí.

Nuevo permiso

La herramienta de Registro en Eventos trae asociado el nuevo permiso Organizador/a de Eventos. Respecto a los criterios para otorgarlo, se recomienda que quien lo solicite, además de no contar con ningún bloqueo activo, cumpla al menos una de estas condiciones: contar con un mínimo de 300 ediciones globales; pertenecer a un afiliado Wikimedia; haber recibido una subvención de la Wikimedia Foundation para organizar un evento o campaña; o estar planeando la organización de un evento en esta wiki. En cualquier caso, cada comunidad puede establecer otros criterios si así lo considera relevante. La solicitud del permiso se cursaría en el TAB. En la grabación de Wikiherramientas se puede ver una demostración de cómo solicitarlo.

Lista de Eventos

Además, contar con la extensión CampaignEvents activada en Wikipedia en español, permitirá que la comunidad pueda estar al tanto de las actividades y eventos de edición que se estén realizando en esta Wikipedia, así como saber quienes organizan y participan en las mismas. Para hacer aún más fácil está identificación de estos eventos y campañas, se está desarrollando la Lista de Eventos, una nueva funcionalidad para la que estamos pidiendo retroalimentación aquí.

Queremos conocer tu opinión

Quedamos pendientes de cualquier comentario que se plantee en este hilo para poder seguir adelante con la activación de la extensión en Wikipedia en español. Saludos. IZapico (WMF) (discusión) 05:21 9 jul 2024 (UTC)

Hola @IZapico (WMF), muchas gracias por el mensaje. Acerca del permiso, según la página en Meta es un permiso local, por lo cual debería organizarse una votación tal como fue en su momento "Wikipedia:Creador de cuentas". Sin embargo, encuentro que la información entregada es muy vaga para entender qué haría esa persona con el permiso y cómo incide en Wikipedia en sí. Por ejemplo, el Editor de Interfaz modifica mensajes, Creador de Cuentas crea muchas cuentas, pero en este caso, ¿se afecta el funcionamiento de la wiki en alguna forma o solamente le da permisos para crear "un evento" o protege los artículos o cuentas que participan?. Superzerocool (el buzón de msg) 13:14 9 jul 2024 (UTC)

Hola @Superzerocool. Gracias por tu mensaje. Este permiso está relacionado exclusivamente con la propia página de registro en el evento o campaña, nunca con el resto del contenido de la wiki. Tampoco otorga ningún permiso específico para proteger los artículos o cuentas participantes ni afectaría a la wiki más allá de la propia página del evento.

En concreto el permiso de Organizador/a de Eventos permite:

• Crear una página de evento en el espacio de nombres Event:
• Añadir coorganizadores/as (que también tengan el permiso).
• Habilitar la inscripción o desactivarla en las páginas del evento que haya creado o sea coorganizador/a.
• Editar información del evento.
• Ver quién se inscribió en el evento y cuándo lo hizo.
• Eliminar participantes de la lista de participantes.
• Enviar correos electrónicos a las personas participantes registradas
• Recopilar cierta información demográfica de la persona participante (si esta acepta proporcionarla): género, edad, profesión, nivel de confianza a la hora de contribuir a proyectos Wikimedia, y si forman parte de algún afiliado.

Dime por favor si así queda más claro o si es necesario ampliar más información en algún sentido. Muchas gracias. IZapico (WMF) (discusión) 13:43 9 jul 2024 (UTC)

@IZapico (WMF) Muchas gracias, queda más claro en esos términos :). Desconozco si la comunidad en sí hará la votación para "aceptar la herramienta" y "crear el mecanismo de entrega del permiso y su validez", pero al menos ya teniendo estos antecedentes adicionales, se pueden hacer la idea de qué es esto. Saludos! Superzerocool (el buzón de msg) 13:49 9 jul 2024 (UTC)

Gracias @Superzerocool. Veamos qué dice el resto de la comunidad al respecto. Saludos. IZapico (WMF) (discusión) 09:49 10 jul 2024 (UTC)

¿Ese espacio de nombres ya existe y es posible usarlo en es:wp? Saludos. Lin linao ¿dime? 13:50 9 jul 2024 (UTC)

Comentario Hola! Solo a modo de comentario, vengo a contar mi experiencia usando la herramienta. Por lo menos en meta, el permiso requiere que uno tenga un poco de experiencia wiki y la verdad lo único que hace es habilitarte el pop-up (como el de acá) para crear un evento en el espacio "Events" (no funciona en otro espacio de nombres). A mí me facilitó la experiencia de gestionar algún evento, ya que la misma herramienta te deja mandarles correos a los inscritos, pero a la vez no hace públicos los correos de los participantes (ni siquiera para quién organiza el evento). La herramienta es súper fácil de utilizar y desde mi experiencia no veo algún conflicto con utilizarla en eswiki. Desconozco cuántos eventos se crean en eswiki al mes u año, entonces no podría decir si es algo que se utilizará mucho o poco, pero por lo menos como persona que gestiona eventos creo que es una buena herramienta. Gracias por leerme :-) --Carla Toro (WMCL) (discusión) 15:28 9 jul 2024 (UTC)

Gracias por compartir tu experiencia @Cftoro (WMCL). Nos alegra que sea tan positiva. Como en tu caso, son muchas las personas de esta comunidad las que ya utilizan la herramienta para organizar sus eventos. Activando aquí la extensión CampaignEvents permitiría que esos eventos puedan "organizarse" directamente desde Wikipedia en español, sin tener que llevar a los usuarios a Meta-wiki, lo que en ocasiones, especialmente para algunas personas novatas, puede resultar confuso.

Por ello, seguimos recogiendo los comentarios de la comunidad en este hilo para confirmar que podemos proceder con la activación o si, por el contrario, existiese algún bloqueo previo que solventar. Saludos. IZapico (WMF) (discusión) 10:22 10 jul 2024 (UTC)

Hola @Lin linao. El espacio de nombres Event: está disponible en las wikis que tengan activada la extensión CampaignEvents. Saludos. IZapico (WMF) (discusión) 09:47 10 jul 2024 (UTC)

¿Qué significa eso para mi pregunta? Lin linao ¿dime? 13:42 10 jul 2024 (UTC)

Ya entendí, gracias. Lin linao ¿dime? 15:19 10 jul 2024 (UTC)

Hola @Lin linao. Disculpa si mi respuesta no fue clara. Lo que quería decir, es que ese espacio de nombres no está disponible en esta wiki porque aún no cuenta con la extensión CampaignEvents.

Precisamente, la propuesta es habilitar esa extensión en eswiki en las próximas semanas para que así pueda utilizarse la funcionalidad de Registro en Eventos. Por ello, queremos saber qué opina la comunidad o si hay algún tipo de objeción para seguir adelante. Gracias. IZapico (WMF) (discusión) 18:09 10 jul 2024 (UTC)

 A favor ¡Hola! Como parte del equipo de Wikimedistas de Uruguay, participo en la organización de actividades para las comunidades local y regional de Wikimedia. Venimos implementando la herramienta desde el año pasado en Meta y hemos tenido muy buenos resultados. Además de las funcionalidades que remarcó @Cftoro (WMCL), tener la herramienta en Wikipedia en español nos permitirá que las personas con poca experiencia no sientan confusión al navegar de un proyecto a otro (si se trata de una actividad enfocada a editar Wikipedia). Gracias por hacer la consulta. Saludos, --Paula (WDU) (discusión) 17:08 16 jul 2024 (UTC)

 A favor Hola, en Wikimedia México hemos usado esta herramienta en Meta para el registro de algunos eventos y nos ha funcionado bien. Creemos que aún podría mejorar y tal vez permitir modificar o agregar otras preguntas que sean datos relevantes de recopilar para los eventos como "tipo de alimentación" o "talla de playera", pero en general creemos que es una buena herramienta para las personas organizadoras y coincidimos en que sería de mucha ayuda que estuviera disponible en Wikipedia en español. ¡Gracias! Tania Solá (WMMX) (discusión) 22:36 16 jul 2024 (UTC)

Muchas gracias por compartir vuestra experiencia con la herramienta @Paula (WDU) y @Tania Solá (WMMX). Desde el equipo de Campañas seguiremos recogiendo la opinión de la comunidad en este hilo hasta el próximo 30 de julio. A partir de ahí, si no se ha mostrado oposición a la activación de la extensión o la comunidad no ha decidido un procedimiento alternativo para su aprobación, se valorarán los siguientes pasos a dar en el proceso. Quedo pendiente de cualquier comentario que queráis compartir. Saludos. IZapico (WMF) (discusión) 15:33 19 jul 2024 (UTC)

@IZapico: entre leo que, si no hay procedimiento de aprobación comunitario (o votación, ya que se crea un nuevo permiso de usuario), procederá aprobación por secretaría, ¿es así?. Mis preguntas se enfocan ya que en parte para responder al rol que poseemos algunas personas en esta comunidad, debemos saber bien quiénes pueden solicitar el permiso, cómo se solicita y las reglas afectas al mismo. Superzerocool (el buzón de msg) 01:48 20 jul 2024 (UTC) (no estoy en contra, solo las dudas propias de la burocracia...)

Hola @Superzerocool. Efectivamente, activar la extensión es solo un primer paso. Tal y como comentas, es importante que quede claro el proceso de otorgar el permiso de organizador/a, porque sino a efectos prácticos nadie podría utilizar esta extensión aquí. Partiendo de esta página, estoy preparando un borrador que documente bien todo el proceso en torno al permiso para que pueda servir como punto de partida de cara a crear la página Wikipedia:Organizador de eventos (una vez tengamos la extensión).

Y para que se pueda discutir más en torno a los requisitos a cumplir para otorgar este permiso aquí, vuelvo a recordar los que se aplican en Meta-wiki (que pueden ser diferentes en esta wiki si así se decide por la comunidad):

• Obligatorio para todas las personas solicitantes: No tener bloqueos activos en la wiki para la que se solicita el derecho.
• Además, debe cumplir al menos uno de estos requisitos:
  • Tener un mínimo de 300 ediciones globales
  • Ser miembro de un afiliado Wikimedia
  • Haber recibido un subvención de la Wikimedia Foundation para un evento
  • Ser organizador/a de un evento Wikimedia

En otras wikis en las que ya se ha activado esta extensión, se ha organizado una llamada comunitaria con los admins para aclarar con más detalle todas las dudas en torno a este permiso una vez la extensión ya estuvo activada. ¿Crees que sería algo útil para esta wiki o con tener documentación clara es suficiente?

Muchas gracias. IZapico (WMF) (discusión) 13:23 20 jul 2024 (UTC)

Gracias por resolver las dudas... solamente quiero dejar en antecedente que esta extensión se aprobará sin mucha discusión, ya que, como puedo sospechar, más allá de forzar a Mediawiki a ser un CRM de eventos, no hay interés. Si se aprueba por secretaría, pero sin política local, dudo que podamos dar permisos locales(?)... Superzerocool (el buzón de msg) 15:16 20 jul 2024 (UTC)

Yo considero que el proceso debe ser el opuesto al que se propone. No debe activarse y luego ya veremos cómo se reparten los permisos y con qué normas, no. Primero deben definirse las reglas en una propuesta de política, llevarla a votación, y de ser aprobada finalmente activar la extensión. Con muchísimo gusto votaría a favor de una nueva política al respecto, pero  me opongo a que se active sin definir previamente unas normas mínimas mediante un consenso comunitario. No sé por qué ese empeño en que los asuntos de la Fundación siempre se inicial por el tejado. -- Leoncastro (discusión) 20:33 20 jul 2024 (UTC)

Hola. Gracias por vuestros comentarios @Superzerocool @Leoncastro. He abierto un hilo en Café/Políticas para que se pueda concretar la política en torno al nuevo permiso de Organizador de Eventos. Agradecemos cualquier comentario. Saludos. IZapico (WMF) (discusión) 09:43 23 jul 2024 (UTC)

16 de julio - Conversación con la comunidad del equipo Growth

Hola. El próximo martes 16 de julio el equipo de Crecimiento (Growth) llevará a cabo una llamada comunitaria para presentar su trabajo con las tareas estructuradas para principantes y recibir feedback de primera mano de las personas que editan y/o patrullan Wikipedia en español. La sesión se realizará en español. Más información e inscripciones en la página del evento. Saludos. IZapico (WMF) (discusión) 20:46 10 jul 2024 (UTC)

Hola. Solo un pequeño recordatorio de que esta conversación se producirá en unas horas. Saludos. IZapico (WMF) (discusión) 14:29 16 jul 2024 (UTC)

Novedades del modo oscuro

Hola, desde hace un año, el equipo Web de la Wikimedia Foundation ha estado trabajando en el modo oscuro. Este trabajo forma parte de la iniciativa Accesibilidad para la lectura que introduce cambios en las pieles Vector 2022 y Minerva. Mejora la legibilidad y permite tanto quienes hayan iniciado sesión como a quienes no, personalizar los ajustes centrados en la lectura.

Desde principios de este año, el modo oscuro está disponible como funcionalidad beta tanto en el sitio web para móviles como en el de escritorio. Hemos colaborado con editores/as de plantillas y otras personas con perfil técnico para preparar las wikis para esta funcionalidad. Este trabajo incluyó reparar plantillas y asegurar que muchas páginas puedan aparecer con el modo oscuro sin ningún problema de accesibilidad. Queremos expresar nuestra inmensa gratitud a quienes han han participado en esta tarea. Gracias a ello, la próxima semana, ¡liberaremos la funcionalidad a todas las Wikipedias! Configuración y calendario de activación

• Wikipedias del grupo 1 y 2: wikis en las que el número de incidencias en modo oscuro comparado con el modo claro no es significativo. Estas wikis recibirán el modo oscuro tanto para personas que hayan iniciado sesión como para las que no. Sin embargo, pueden seguir apareciendo pequeños problemas dentro de las plantillas. Vamos a añadir formas de informar de estos problemas para que podamos seguir arreglando las plantillas junto con las personas editoras.
• Wikipedias del grupo 3: wikis en las que el número de incidencias en modo oscuro en comparación con el modo claro son significativas. En estas wikis solo quienes hayan iniciado sesión recibirán el modo oscuro. Queremos que todo el mundo pueda acceder al modo oscuro. Sin embargo, en algunas wikis aún es preciso que las comunidades adapten las plantillas. Del mismo modo que las wikis de los otros grupos, estas wikis contarán con un enlace en el que podrán reportar errores en las plantillas.
• Semana del 1 de julio: web móvil (piel Minerva) en Wikipedias Tier 1
• Semana del 15 de julio: versión escritorio (piel Vector 2022) en todas las Wikipedias; versión móvil: logged-in y logged-out en Wikipedias del Tier 2, y solo logged-in en las Wikipedias Tier 3.
  • Wikipedia en español se encuentra en el Grupo 3, por lo que el modo oscuro por el momento solo estará disponible si se inicia sesión. En este otro hilo del Café se comentaba la necesidad de seguir adaptando las plantillas de esta wiki al modo oscuro.

Cómo activar el modo oscuro

La funcionalidad aparecerá en el menú Apariencia junto a las opciones de texto y ancho. Dependiendo de la compatibilidad y de la arquitectura técnica, es posible que algunas páginas no estén disponibles en modo oscuro. Para estas páginas, aparecerá un aviso en el menú con más información.

Cómo hacer que el modo oscuro sea aún mejor

Si quieres ayudar a que más páginas sean compatibles con el modo oscuro, ve a nuestro mensaje anterior y consulta la sección "Qué nos gustaría que hicieras (editores/as de plantillas, administradores/as de interfaz, editores/as técnicos/as)".

¡Gracias! Esperamos tus preguntas, opiniones y comentarios. IZapico (WMF) (discusión) 21:47 10 jul 2024 (UTC)

Wikipedia parece ese lugar donde se prefiere algo como esto en lugar de esto otro. Porque los usuarios que sabemos arreglarlo no tenemos permisos para hacerlo, y porque por lo visto resulta más importante (!important) para los desarrolladores aplicar estilos a granel para acabar antes la implantación al Modo Oscuro. Dejen aquí sus opiniones sobre qué versión prefieren. -- Leoncastro (discusión) 20:07 24 jul 2024 (UTC)

CC: Danielyepezgarces. -- Leoncastro (discusión) 20:09 24 jul 2024 (UTC)

El encabezado si está perfecto, con el diseño completo no puedo opinar sobre esos cambios

Si me puedes enlazar los cambios en tu CSS personal lo podría aplicar, ya sobre la versión completa hay que esperar que decide la comunidad, por ejemplo a mi me llama más la atención los colores vivos que usan en enwiki que usar un gris, pero cada quien tiene una opinión DANI 20:21 24 jul 2024 (UTC)

@Danielyepezgarces, básicamente anulo las reglas del sistema .skin-theme-clientpref-night .page-Main_Page. El resto son pequeños detalles que no necesitan un desarrollador, como aplicar clases notheme skin-invert a la cabecera y skin-invert a las imágenes de los menús, o ajustar un par de colores en los estilos y plantillas de la portada. -- Leoncastro (discusión) 20:56 24 jul 2024 (UTC)

@Danielyepezgarces ¿podemos empezar por eliminar esta regla? Hace que los botones del encabezado se vean desplazados hacia la derecha. No entiendo muy bien por qué razón se decidió que eso fuera así (si el problema es que ocupan demasiado espacio debería de recortarse el padding de ambos lados no de uno solo). Nacaru (discusión) 21:35 24 jul 2024 (UTC)

No Nacaru, esa regla es correcta. Se pretende que en el encabezado no existan botones sino enlaces; el borde que aparece ahora en el Modo Oscuro (que simula el botón) es una de las cosas que se pretenden corregir. Los enlaces están alineados a la derecha, al igual que la línea superior que indica el número de artículos. Anular el espaciado de la derecha de los elementos de la lista de enlaces permite que el primer enlace de la derecha («Café») quede perfectamente alineado a la derecha respecto al texto superior («artículos en español»). En caso contrario estarían desplazados uno respecto del otro. -- Leoncastro (discusión) 22:19 24 jul 2024 (UTC)

Esto se ve cuando pasas el ratón por encima

@Leoncastro, si esa es la intención, entonces también habría que eliminar los estilos on hover que le dan apariencia de botón a través de la aplicación de un fondo asimétrico (ojo, también en la versión no oscura). Yo, sinceramente, prefiero que el margen derecho no se alinee a tener estilos asimétricos. Además, si el problema es la alineación con el margen del elemento superior, ¿por qué no se le aplica el estilo solo al último elemento de la lista con un selector específico? Nacaru (discusión) 22:39 24 jul 2024 (UTC)

Me pueden dejar los cambios en su CSS personal para así replicarlo en el mío y poder ver los cambios con claridad DANI 21:17 25 jul 2024 (UTC)

¿Tienes en mente algún problema técnico o alguna mejora? ¡La Lista de deseos de la comunidad ya está abierta!

¡La nueva Lista de deseos de la comunidad está aceptando propuestas! Visita nuestro nuevo y sencillo formulario de deseos para enviar tus ideas. Ten en cuenta estas fechas: el primer bloque de áreas de interés se anunciará en agosto de 2024.

Ya hemos recibido algunas propuestas fantásticas, así que envía tu deseo ahora, únete y ¡establezcamos prioridades sobre en qué productos y mejoras técnicas debemos centrarnos a continuación!

Si tienes comentarios o preguntas, puedes dejarlos en la página de discusión del proyecto. –– STei (WMF) (discusión) 14:39 18 jul 2024 (UTC)

Wikimedia Movement Charter ratification voting results

You can find this message translated into additional languages on Meta-wiki. Por favor, ayuda a traducir a tu idioma

Hello everyone,

After carefully tallying both individual and affiliate votes, the Charter Electoral Commission is pleased to announce the final results of the Wikimedia Movement Charter voting.  

As communicated by the Charter Electoral Commission, we reached the quorum for both Affiliate and individual votes by the time the vote closed on July 9, 23:59 UTC. We thank all 2,451 individuals and 129 Affiliate representatives who voted in the ratification process. Your votes and comments are invaluable for the future steps in Movement Strategy.

The final results of the Wikimedia Movement Charter ratification voting held between 25 June and 9 July 2024 are as follows:

Individual vote:

Out of 2,451 individuals who voted as of July 9 23:59 (UTC), 2,446 have been accepted as valid votes. Among these, 1,710 voted “yes”; 623 voted “no”; and 113 selected “–” (neutral). Because the neutral votes don’t count towards the total number of votes cast, 73.30% voted to approve the Charter (1710/2333), while 26.70% voted to reject the Charter (623/2333).

Affiliates vote:

Out of 129 Affiliates designated voters who voted as of July 9 23:59 (UTC), 129 votes are confirmed as valid votes. Among these, 93 voted “yes”; 18 voted “no”; and 18 selected “–” (neutral). Because the neutral votes don’t count towards the total number of votes cast, 83.78% voted to approve the Charter (93/111), while 16.22% voted to reject the Charter (18/111).

Board of Trustees of the Wikimedia Foundation:

The Wikimedia Foundation Board of Trustees voted not to ratify the proposed Charter during their special Board meeting on July 8, 2024. The Chair of the Wikimedia Foundation Board of Trustees, Nataliia Tymkiv, shared the result of the vote, the resolution, meeting minutes and proposed next steps.  

With this, the Wikimedia Movement Charter in its current revision is not ratified.

We thank you for your participation in this important moment in our movement’s governance.

The Charter Electoral Commission,

Abhinav619, Borschts, Iwuala Lucy, Tochiprecious, Der-Wir-Ing

MediaWiki message delivery (discusión) 17:52 18 jul 2024 (UTC)

The Signpost: 22 July 2024

News, reports and features from the English Wikipedia's newspaper

• Discussion report: Internet users flock to Wikipedia to debate its image policy over Trump raised-fist photo

• News and notes: Wikimedia community votes to ratify Movement Charter; Wikimedia Foundation opposes ratification

• News from the WMF: Wikimedia Foundation Board resolution and vote on the proposed Movement Charter

• Essay: Reflections on editing and obsession

• In the media: What's on Putin's fork, the court's docket, and in Harrison's book?

• Obituary: JamesR

• Crossword: Vaguely bird-shaped crossword

• Humour: Joe Biden withdraws RfA, Donald Trump selects co-nom

Read this Signpost in full · Single-page · Unsubscribe · Global message delivery 09:34 22 jul 2024 (UTC)

Votación sobre la regulación de plantillas de mantenimiento

Hola. Os comunico a todos que, en base a los resultados obtenidos en esta encuesta, he iniciado la redacción de la votación sobre la regulación de plantillas de mantenimiento, que nos ha de llevar, como su nombre indica, a modificar o crear las políticas necesarias para que este asunto (objeto de varios debates, en los últimos tiempos) quede regulado. Os invito a todos a contribuir, modificando, añadiendo o eliminando lo que creáis oportuno y/o a debatir en su PD los puntos que puedan ser más complejos. Gracias anticipadas. Un saludo. -- Manolo (Desfógate) 11:25 23 jul 2024 (UTC)

Experimento con texto alternativo en la aplicación Wikipedia de iOS

Hola, soy Amal Ramadan, especialista sénior en comunicación de movimientos y apoyo al equipo de aplicaciones móviles de la Fundación.

La aplicación para iOS se creó inicialmente como una aplicación centrada en la lectura. En los últimos dos años, hemos invertido en añadir funciones de comunicación y en crear la oportunidad perfecta para introducir en la app

ediciones sugeridas. Empezamos a explorar las ediciones sugeridas con un prototipo de prueba de concepto de edición sugerida de texto alternativo (alt text) que compartimos con los usuarios. A continuación, lanzamos Recomendaciones de imágenes como primera sugerencia de edición en la aplicación para iOS. Nuestro siguiente paso es realizar un experimento a escala con una versión de producción de la tarea de texto alternativo.

¿Por qué texto alternativo? Actualmente, muchas imágenes de los artículos de Wikipedia carecen de texto alternativo, que es esencial para los usuarios con visión reducida o nula y para quienes tienen problemas de conectividad a Internet. El texto alternativo proporciona una descripción textual que ofrece la misma información que la imagen, mejorando la accesibilidad y la participación del usuario. Un análisis reciente demostró que solo alrededor del 16% de las recomendaciones de imágenes añadidas desde la aplicación de iOS contenían texto alternativo, y solo una fracción eran textos alternativos de alta calidad. A través de este experimento, queremos saber si una tarea guiada de texto alternativo puede mejorar la cobertura y la calidad del texto alternativo de las imágenes, y si añadir texto alternativo es una tarea adecuada tanto para principiantes como para editores experimentados.  

Invitamos a la comunidad a mantenerse informada sobre el próximo experimento y a seguir los avances y resultados del proyecto en la página de proyecto. El experimento tendrá lugar entre septiembre y octubre de 2024. A los usuarios se les preguntará una vez y se les indicará cómo escribir un texto alternativo de alta calidad después de completar una edición elegible en la aplicación. Las ediciones elegibles incluyen la publicación de una recomendación de imagen sin texto alternativo o la publicación de una edición en un artículo que contenga una imagen sin texto alternativo. Mientras dure el experimento, los editores con menos de 50 ediciones en las Wikipedias de destino tendrán acceso a Recomendaciones de imágenes en la aplicación para iOS.

Comparte tus comentarios en la página de discusión, y haznos saber si hay alguna mejora o preocupación potencial. Si quieres probar la tarea de texto alternativo, inicia sesión en la aplicación para iOS durante el experimento y realiza ediciones, especialmente utilizando la función «Añadir una imagen».

Mantente al tanto de las últimas novedades sobre este impactante experimento.

--ARamadan-WMF (discusión) 11:50 23 jul 2024 (UTC)

Vote now to fill vacancies of the first U4C

You can find this message translated into additional languages on Meta-wiki. Por favor, ayuda a traducir a tu idioma

Dear all,

I am writing to you to let you know the voting period for the Universal Code of Conduct Coordinating Committee (U4C) is open now through August 10, 2024. Read the information on the voting page on Meta-wiki to learn more about voting and voter eligibility.

The Universal Code of Conduct Coordinating Committee (U4C) is a global group dedicated to providing an equitable and consistent implementation of the UCoC. Community members were invited to submit their applications for the U4C. For more information and the responsibilities of the U4C, please review the U4C Charter.

Please share this message with members of your community so they can participate as well.

In cooperation with the U4C,

RamzyM (WMF) 02:46 27 jul 2024 (UTC)

Duda existencial

No sé si este tema se ha tratado ya en Wikipedia, pero al ir a hacer una mejora en un artículo y buscar referencias de noticias sobre el personaje, me ha salido un aviso de Google haciendo referencia a que el personaje en cuestión podría haber pedido el borrado de sus datos de internet para no tener referencias a su pasado. Hay personas que por temas legales, por cambios de identidad, de profesión o lo que sea hacen valer su derecho al olvido. Sin embargo, aquí sí que están. ¿Es algo que se tiene en cuenta? ¿Hay que notificarlo o hacer algo? Gracias. SusannaCoplay (discusión) 16:25 28 jul 2024 (UTC)

Si tu pregunta es si borramos la biografía o los datos que alguien quiera que se olviden, no, no se borran basándose solamente en eso. Si quieres saber si se cuenta la petición, dependerá del caso, por ejemplo, en la biografía de Antonio Luis Baena Tocón se cuenta de las peticiones que le hizo su hijo a la justicia para que se dejaran de mencionar ciertos actos, porque el caso se trató en los medios de comunicación. Un ejemplo típico del Efecto Streisand. Hay que tener en cuenta también la política sobre biografías de personas vivas y las de neutralidad y verificabilidad. Saludos. Lin linao ¿dime? 16:43 28 jul 2024 (UTC)

Gracias por contestar, Lin linao ¿dime?. Por concretar, me refiero a personas que han pedido oficialmente a Google el derecho al olvido, como puede ser el caso de personas que alcanzan relevancia pública y han transicionado de género y quieren que desaparezca su pasado hasta el momento de la transición, o que antes se dedicaron a profesiones que no quieren que sigan apareciendo en su historial en las redes porque han cambiado de vida (el caso que me dio que pensar es el de una actriz porno que ahora es entrevistadora en televisión; fui a buscar alguna referencia y Google me respondió que por la ley del derecho al olvido hay personas de las que ya no hay referencias). No sé si ahora me he explicado mejor. SusannaCoplay (discusión) 17:09 28 jul 2024 (UTC)

Hay un problema: aunque Wikipedia eliminara su artículo y las alusiones que a él/ella se hagan en otros artículos (motu proprio o en cumplimiento de alguna sentencia judicial), así como en otros sitios digitales, las ediciones impresas de las publicaciones (prensa, libros, etc.) o, en el caso que expones, las copias de vídeo de sus películas resultarían imposible de destruir. Todo ello, sin entrar en el conflicto entre el "derecho al olvido" vs. "derecho a la información", bla, bla, bla. -- Manolo (Desfógate) 17:15 28 jul 2024 (UTC)

Muchas gracias, Manolo (Desfógate) (no sé qué he hecho que he copiado el nombre de usuario y me sale así, perdón). Entiendo entonces que se actúa en todos los casos como si no hubiera solicitado ese derecho al olvido y se completa toda la información de la que se tenga referencias, sin más. Gracias de nuevo. SusannaCoplay (discusión) 17:23 28 jul 2024 (UTC)

No. Yo tampoco he dicho eso. Aquí nadie tiene "obligación" de nada. Cada uno debe actuar según su conciencia. Si, por respeto o cualquier otro motivo decides no completar dicha información, es posible que, al final, otro lo haga y (algo en lo que no podemos intervenir) las fuentes impresas y las copias en vídeo de sus películas seguirán estando ahí. -- Manolo (Desfógate) 17:35 28 jul 2024 (UTC)

Claro, me refería a que no hay una norma que lo impida. En cuanto a lo que comentas, yo personalmente prefiero no entrar a añadir nada en esos casos. Si alguien ha hecho el esfuerzo de querer borrar su pasado hasta el punto de que Google lo haga, sus razones tendrá. Hay muchos otros temas en Wikipedia sobre los que colaborar que no me generan ese conflicto. En mi caso, paso palabra. Gracias de nuevo. SusannaCoplay (discusión) 17:44 28 jul 2024 (UTC)

Es un tema a tratar en la página de discusión del artículo. Creo que es algo que hay que ir caso por caso, ¿La persona biografiada solicita la supresión total o parcial de su biografía?, ¿Qué tan pública es la persona?, ¿Hay referencias que constaten que la persona solicitó el pedido?, ¿Cuál fue la resolución?, ¿Es un tema o dato sensible el que se quiere suprimir?, estas son algunas preguntas que me hago que podrían dar un poco mas de información para analizar cada caso siempre velando por WP:BPV.--Mister Roboto (discusión) 17:29 28 jul 2024 (UTC)

Pues no tengo ni idea, imagino que no. No había oído nunca hablar de ella. Pero voy revisando artículos corrigiendo redacción y ampliando referencias (o dejando plantilla si no hay ninguna), y ese en concreto tenía pocas que avalaran la información. Fui a Google a buscar y me salió el aviso que he comentado. No me había pasado en ningún otro caso. Era por saber si existía alguna política definida al respecto. Si no la hay, como dice Manolo (Desfógate), ya actúo en conciencia. SusannaCoplay (discusión) 17:41 28 jul 2024 (UTC)

No hay una política al respecto sobre el derecho al olvido en biografías de personas vivas hasta donde yo se. Sin embargo, nuestras políticas de biografías de personas vivas nos indican cuestiones al respecto para preservar la dignidad, intimidad y respeto por esas personas y no hacer daño. Tenemos una ética que seguir y no puede pasarse por alto un tipo de solicitud como esa en un artículo sobre la biografía de una persona viva. Saludos. Mister Roboto (discusión) 18:03 28 jul 2024 (UTC)

¿Cuál es nuestra ética? ¿por qué no puede pasarse por alto? Saludos. Lin linao ¿dime? 18:10 28 jul 2024 (UTC)

Eso mismo pienso yo. Aunqie no haya solicitud aquí para hacerlo, el hecho de que exista en otroa ámbitos para mi es suficiente. Mejor respetar ese tipo de decisiones, al menos a nivel particular es lo que voy a hacer. Gracias. SusannaCoplay (discusión) 18:11 28 jul 2024 (UTC)

Me refiero a ser respetuoso y responsable a la hora de editar, adhiriendo a nuestras políticas de personas vivas. Cuando existe una solicitud de eliminación de información por parte de una persona viva, es posible que el contenido sea invasivo, o dañino en su imagen, identidad o reputación, y analizar una posible remoción o cambio de información, es parte de nuestra tarea en línea con nuestra política biográfica. En definitiva, hay que ir caso por caso y evaluar el contexto de la solicitud de remoción (si es que se presenta problemática en la Discusión, por ejemplo al no contar con fuentes que fueron borradas por un buscador).--Mister Roboto (discusión) 19:04 28 jul 2024 (UTC)

Me parece que lo relevante son las políticas generales de biografías de personas vivas y las demás. Si algo no debería estar, no hace falta que pidan derecho al olvido para sacarlo, excepto como alerta de que nunca debió haber estado. Y si algo debería estar, da igual lo que pidan. Los buscadores no borran fuentes, solo dejan de mostrar resultados en las búsquedas. Saludos. Lin linao ¿dime? 15:09 29 jul 2024 (UTC)

---

Subir a la tabla de contenidos

Políticas

Algunos detalles de los borrados rápidos

Este hilo no se archivará. (info)

► Tema: Mantenimiento de contenidos

Hola. Tenemos una política de borrado y unos criterios de borrado rápido y abro esta sección para comentar cosas que en muchos casos no parecen estar haciéndose de acuerdo con la política.

1. Si un artículo nuevo no tiene ninguna referencia, no es un motivo por sí solo para el borrado rápido. Hay (?) un bot que los marca con {{Página nueva sin referencias}}. Si aparte de no tener referencias (o las tiene, pero...), resulta dudoso que lo que dice tenga algún respaldo, tampoco es un motivo para el borrado rápido, se marca como {{Fuente primaria}}. En ambos casos hay 30 días para mejorarlo y luego un bibliotecario se ocupa de revisar. Es recomendable avisarle al redactor. Las referencias presentadas como texto, sin etiquetas ref o plantillas, siguen siendo referencias. Solo se marca para destruir por fuente primaria lo que obviamente es fuente primaria sin otra posibilidad.
2. Si un artículo parece irrelevante, pero uno no lo tiene muy claro, no es un motivo por sí solo para el borrado rápido. Se marca con {{Sin relevancia aparente}} y hay 30 días para demostrar su relevancia. También es recomendable avisarle al redactor.
3. Si es pertinente avisarle al redactor se deja en su página de discusión el {{Aviso destruir}}, que tiene parámetros para mencionar el artículo y el criterio de borrado. Poner la plantilla {{Destruir}} en el artículo en cuestión no deja un aviso automático para el usuario, porque la plantilla no sabe quién hizo la primera edición, solo es un aviso visual y categoriza para que los bibliotecarios o el bot actúen.
4. El material un tanto dudoso no es de borrado rápido, existen las propuestas de borrado y las consultas de borrado.

Todo esto son obviedades, pero la práctica cotidiana me da a entender que que no resultan tan obvias o al menos no son obvias del mismo modo para distintas personas. Saludos. Lin linao ¿dime? 14:28 24 abr 2024 (UTC)

Hola, aparte de respetar mínimamente las pocas reglas que hay y que muy bien señala Lin linao más arriba, creo que es indispensable que hagamos algunos cambios y establezcamos nuevas reglas en esto, porque definitivamente no deberíamos perder contenido valioso, ni mucho menos podemos darnos el lujo de perder editores potencialmente buenos y activos desanimándolos con plantillazos. Y no me refiero solo a los novatos: nuestra práctica actual también desalienta a usuarios con cierta trayectoria. Hay varios ajustes que podríamos hacer, se me ocurren, de partida, cuatro asuntos:

1. Revisar las plantillas mismas, su diseño, su estética y redacción para hacerlas más respetuosas, más sobrias y amables
2. Establecer un tiempo de espera obligatorio (12 horas, como era al principio) antes de poner plantillas de mantenimiento, salvo que se trate de clarísimo vandalismo.
3. Revisar las condiciones para el retiro de plantillas. No puede ser que cualquiera pueda ponerlas, pero nadie (salvo ese usuario cualquiera o un bibliotecario) pueda retirarlas. Esto no está escrito en ninguna política, pero en la práctica se sanciona el retiro de las plantillas como «sabotaje», mientras que su colocación injustificada no tiene ninguna sanción.
4. Establecer en general unas reglas mínimas para el patrullaje y considerar una falta grave la no observancia de ellas, que podría conducir al retiro de permisos o incluso al bloqueo.

Saludos Mar del Sur (discusión) 16:07 27 abr 2024 (UTC)

Véase mi intervención en el siguiente hilo, donde, a su vez, remito a este otro hilo en la sección de ayuda del café. Manolo (Desfógate) 19:02 27 abr 2024 (UTC)

¿Ultra-rápidos?... Ultra-rápido se quedó pequeño, creo sin vacilar que hemos llegado a todo un récord (primera vez que veo una plantilla roja a 60 segundos de haberse creado un artículo y ciertamente me he quedado corto al decir que a veces se tardan 3, 4 o 5 minutos... ja...) y esto es a lo que me refiero. Pregunto, ¿cómo vamos a dar la oportunidad (o bienvenida) a un novato de que trabaje y desarrolle un artículo si al minuto (o 60 segundos) de crearlo lo intimidamos y asustamos (y todo lo que termine en amos) por medio de una plantilla roja que no corresponde?, es por esto que muchos deciden abandonar el proyecto. ¿Cómo vamos a retener a usuarios veteranos que contribuyen a mejorar y crear artículos si los amenazamos con estas plantillas rojas (que muchas veces no corresponde)?... y un largo etcétera. Definitivamente esto representa un problema, por esto decía que no tengo nada en contra de patrulleros, pero muchos se exceden y en vez de solucionar un problema (que muchas veces no existe), terminan más bien por provocar otros. Ahora bien, pues parece que la usuaria @Mar del Sur: no solo ha dado en la tecla, también veo que es un usuario más que le preocupa la situación de las plantillas de mantenimiento (un tema ya desbordado y sin control). Y yo a estas alturas del partido hablo ya sin pelos en la lengua al hilo que abrió el usuario Mandos (que finalmente ha decidido retirarse o no editar) conforme al tema: Borrados ultra-rápidos. Y casi siempre son los mismos usuarios reincidentes a los que se le permite equivocarse una y mil veces y sin sanciones, sin advertencias, sin bloqueos y sin nada, moviéndose por Wikipedia sin más. Pregunto: ¿Cómo es posible que en 60 segundos un usuario "patrullero" pueda revisar todo un artículo, analizarlo, verificarlo, revisar referencias, revisar información, ortografía y definir de irrelevante o mandarlo a destruir en tiempo récord por medio de una plantilla roja? que algún bibliotecario, un veterano u otro usuario me lo explique porque no lo entiendo. ¿¿¿Quizá Mar del Sur o @J. Manolo G. P.: me lo puedan explicar (si es que tiene explicación)???. Elías (discusión) 16:36 28 abr 2024 (UTC) p.d.: @Ñ: pues te has quedado corto con lo de irrelevante y promocional, parece ser que la "plantilla de moda" es la de destruir (que suena más a destrozar, pulverizar o aniquilar) y también te has quedado corto con los famosos "8 minutos", parece que te he ganado con uno que conseguí de tan solo 60 segundos, no creo que puedas ver otro en tan corto tiempo, yo lo defino como "todo un récord". Quizá tú me puedas responder la pregunta que he planteado al final.

El problema, Elías, es que nada de eso está prohibido. No se puede sancionar a un patrullero por poner plantillas segundos después de la creación, porque no hay política ni convención que regule las reglas del patrullaje, entonces cada uno lo hace a su propio criterio. Antiguamente se aceptaba como un consenso las reglas que se expresan (bastante bien, a mis ojos) en esta página del Wikiproyecto:Patrulla Páginas Nuevas, pero parece que hoy simplemente se ignoran o no se aplican. A mí me carga inventar nuevas reglas donde no es necesario, pero parece que aquí claramente es indispensable. Creo que una solución rápida y práctica sería votar para elevar a la categoría de convención esa misma página del Wikiproyecto. Entonces sí se podría sancionar a un patrullero que no respeta las 12 horas de espera en los artículos que nos son franco vandalismo, porque allí lo pone claramente en la sección "Pautas de Patrullaje":

No se recomienda patrullar páginas que se han creado en menos de 12 horas, ya que muchos usuarios hacen mejoras considerables tras la creación inicial del artículo; de esa forma se les da tiempo a finalizar lo que pretenden escribir, evitando plantillas de borrado rápido o de mantenimiento que quizás no fuesen necesarias si se esperara un poco más.

La verdad es que mientras no hagamos algo así, cada «patrullero» (o cada usuario, porque la verdad es que cualquiera puede poner estas plantillas) lo seguirá haciendo a su manera. Mar del Sur (discusión) 17:19 28 abr 2024 (UTC)

Agrego una idea complementaria: también podríamos añadir a esta política, cuyo espíritu se transgrede al poner una plantilla ultrarrápida, el ejemplo explícito en el texo. Mar del Sur (discusión) 17:51 28 abr 2024 (UTC)

Hola @Lin linao, con respecto a "Hay (?) un bot que los marca": se trata de Aosbot Rafstr (discusión) 04:07 4 jul 2024 (UTC)

Hola @Lin linao, Con relación al punto (1), "En ambos casos hay 30 días para mejorarlo y luego un bibliotecario se ocupa de revisar.", he visto muchos artículo pelados, sin una sola referencia, que han sido creados muchos años atrás y no han sido borrados. Da la sensación de que, en ocasiones, la política de borrado no se cumple. Andy116 (discusión) 23:48 23 jul 2024 (UTC)

Hola. Desde hace un tiempo se borran los nuevos sin referencias tras 30 días. Los antiguos son cientos de miles y se deben referenciar o borrar si corresponde, pero no se aplica este criterio de borrado rápido. Saludos. Lin linao ¿dime? 01:40 24 jul 2024 (UTC)

De forma general discrepo de lo del tiempo de espera. No creo que sea especialmente importante "esperar X horas o días" para poner una plantilla de mantenimiento. En primer lugar, todas las de borrado rápido deberían poder colocarse al instante, pues sólo deberían utilizarse para casos evidentísimos de material no enciclopédico (spoiler: no se está haciendo, se está abusando de ellas). Si un editor crea un artículo vandálico, no sirve para nada esperar 12 horas. Si un editor crea un artículo groseramente promocional, darle 12 horas de plazo no va a hacer que mejore el artículo en ese aspecto (seguramente lo contrario, aumentará la cantidad de publicidad). Si un editor crea un artículo vía plagio... darle 12 horas más... pues eso, no va a arreglar nada de los derechos de autor. Por otro lado, en cuando a las plantillas de 30 días, es útil colocarlas cuando se supone que el editor está activo. De nada sirve que una cuenta novata inicie un artículo y 15 días después le endosen la plantilla de {{SRA}} o, incluso, de {{referencias}}. Si no le avisan cuando está editando es posible que nunca se entere o se dé cuenta cuando ya se borró. Otra cosa distinta son los editores con experiencia (a estos sí se les presupone un poco de "continuidad" en wikipedia y capacidad para leer los avisos colocados tiempo después). Lo que creo que hay que hacer es poner muchas menos plantillas rojas en general, dejar de abusar del borrado rápido en particular, y mejorar los textos de aviso para que sean menos desagradables, que lo son, tanto para usuarios novatos o usuarios veteranos, además de hacerlos mucho más concisos. Un saludo. strakhov (discusión) 17:48 28 abr 2024 (UTC)

Elías: no sé porqué solicitas una explicación de Mar del Sur o mía. Pues mi explicación es la misma rabia que tú dejas entrever, en tu mensaje, contra este tipo de actos. La solución, la que propone Mar, elevar a la categoría de convención (yo diría política) lo que ahora solo es una recomendación, incorporando las excepciones que señala Strakhov de vandalismo, promoción o plagio. Manolo (Desfógate) 17:57 28 abr 2024 (UTC)

Strakhov, obviamente la espera no es para los artículos claramente vandálicos, los abiertamente promocionales o los plagios evidentes (que son en realidad los únicos tres tipos que deberían borrarse cuanto antes y los únicos que merecen «detruires» sin espera alguna). Lo de las 12 horas se plantea como tiempo de espera antes de poner las otras plantillas (rojas o de cualquier otro color) espantando al colaborador a veces sin ninguna necesidad, porque en un rato más puede ser que ya no sea un «infraesbozo», talvez ya tenga algunas referencias, se entienda mejor su contexto y contenido o esté en un estilo más enciclopédico. También la plantilla SRA (aunque da tiempo para hacer mejoras) solo debería ponerse después de un rato, porque desanima muchísimo a la gente, no solo al creador del artículo, sino también a algún otro editor que podría mejorarlo, pero no dan muchas ganas de escribir en una página que parece que se borrará. Otra cosa que pasa mucho, con la plantillas naranja o amarillas, es que se quedan por muchísimo tiempo puestas, sin que nadie se atreva a quitarlas aunque el problema ya se haya resuelto. Concuerdo contigo en que los textos y el diseño necesitan modificaciones y ese es un asunto que se puede resolver más fácilmente y mejoraría bastante las cosas. Mar del Sur (discusión) 19:17 28 abr 2024 (UTC)

Mi idea es que las plantillas de borrado rápido no necesitan espera pues han de usarse sólo en casos insalvables y las de borrado lento, que implican una invitación al usuario a mejorar el artículo, conviene colocarlas cuando es maś probable que el editor las vea y pueda atender (que es precisamente cuando está editando el artículo, y no horas o semanas después). En cuanto a las de SRA... pues ídem, si son una invitación a agregar fuentes que "demuestren la relevancia" [sic] casi mejor añadirlas cuando el artículo esté siendo activamente editado y no cuando puede ser que ni se lean. Que digo, que para esto se puede hacer distinciones entre usuarios según su nivel de experiencia, pero así en sí mismo, per se, lo de la espera en colocarlas me parece secundario: el principal problema no es que los artículos se plantillen rápido, sino que se plantillean mal (de forma abusiva y optando entre dos siempre por la opción más destructiva), no se atiende ni intenta enseñar al editor, se responde con monosílabos, el patrullero se pone fácilmente a la defensiva, la empatía es nula, hay un culto exacerbado a la burocracia, se comunica todo mediante insufribles plantillas de aviso y parece que lo de menos es hacer sentir cómodo, y bienvenido, al editor en el proyecto. Un saludo. strakhov (discusión) 19:50 28 abr 2024 (UTC)

Propongo crear algún mensaje de uso recomendado para notificar a un usuario que ha plantillado artículos con {{destruir}} y que han resultado ser no merecedores de ese plantillazo ni de ninguna otra plantilla de banda roja. Si se revela que existe una conducta repetitiva en el uso inapropiado de {{destruir}}, los bibliotecarios podrían aplicar las medidas que estimen convenientes. También me gustaría que se tipificara si esas plantillas son nada más un aviso al biblio de turno (yo creo que...) o una denuncia formal del artículo, afirmando la violación a políticas. Vamos: es obvio que cualquier abuso de WP:VEC o WP:TAB/E sería sujeto a medidas; ¿por qué se da tanta manga ancha con los plantillazos? —Ñ (discusión) 19:25 28 abr 2024 (UTC)

 Apoyo mi propuesta, al ser quien presentó la moción —Ñ (discusión) 19:26 28 abr 2024 (UTC)

De veras se está proponiendo combatir el plantillismo... ¿con una nueva plantilla de aviso a usuario? ¿Será dulcesita con el patrullero? ¿O desagradable y enervante como las actuales? La utilidad de esta plantilla es... ¿servir de estigma en la discusión del patrullero? ¿Una mancha negra que anunciará un futuro bloqueo por abuso de plantillas? Ehmmmm... parece una idea mala tirando a peor. Si alguien coloca mal plantillas de mantenimiento se comenta en su discusión (aunque debería ser consciente de ello) o se le lleva al TAB directamente según el caso, no hace falta un texto prefabricado de aviso más en es.wikipedia. Un saludo. strakhov (discusión) 19:50 28 abr 2024 (UTC)

De veras, de veritas que sí, @Strakhov:. No es algo que haya pasado por alto. La realidad es que en es.wikipedia nos regimos por la jurisprudencia que emana del WP:TAB, con los usos y costumbres ahí establecidos siendo superiores, inclusive, al texto literal de las políticas. Ejemplo: trata de invocar esta política en WP:TAB/SR y te mandarán a freír espárragos. No digo que esté bien o mal, simplemente ejemplifico la jurisprudencia que emana del TAB y cómo ésta se antepone al texto literal de las políticas. Hay muchísimos otros ejemplos; como alguien involucrado con los sistemas legales me parece un caso de estudio bastante interesante.

No existe jurisprudencia que establezca el plantillismo erróneo como algo que pueda justificar la toma de medidas en contra de aquellos que abusan de este tipo de plantillas. Luego entonces, mientras estos casos no se documenten y se incluyan múltiples avisos previos al infractor por parte de múltiples usuarios (porque WP:PBF y WP:RESPETAALVETERANOPATRULLERO y etc.), y varios casos resulten en jurisprudencia, la situación no cambiará. La otra opción es una tipificación formal mediante votación.

—Ñ (discusión) 23:57 28 abr 2024 (UTC)

Ñ: pues como ya te he dicho, estoy en contra de esta concepción de las plantillas de aviso como una especie de castigos o marcas de señalamiento a usuarios y todo lo que sea remar en esa dirección me parece una pésima idea. En cualquier caso, si te hace ilusión un mensaje prefabricado, puedes crearlo aquí: Usuario:Ñ/Plantilla de castigo a plantilleros y usarlo mediante "subst" cuando lo estimes oportuno: {{subst:Usuario:Ñ/Plantilla de castigo a plantilleros}}, no necesitas consenso ni votos a favor para eso. Si quieres "jurisprudencia" [sic], te puede mencionar un par de casos de los que tengo constancia de plantillistas regañados. Seguro que hay unos cuantos... Saludos. strakhov (discusión) 12:15 29 abr 2024 (UTC)

¿12 horas de espera para plantillear un artículo que debe borrarse, permitiendo que aparezca indexado en navegadores, y encima, una plantilla contra los patrulleros?  Muy en contra. Ya los biblios nos encargamos de dar más plazo de ser necesario mediante una revisión caso por caso. --Lucho Problem? 01:09 29 abr 2024 (UTC)

Hola Lucho, creo que nadie ha planteado eso, sino justamente lo contrario: 12 horas de espera para poner plantillas en artículos que NO son de borrado rápido. Mar del Sur (discusión) 02:21 29 abr 2024 (UTC)

El problema es el mismo; el "grupo" de la comunidad molesto por el trabajo rápido de los patrulleros va a andar acusando a éstos de "plantillear incorrectamente algo que no era de borrado rápido", y al final, será más trabajo para los bibliotecarios: atender la denuncia por una plantilla "incorrecta", retirar la plantilla para dar más tiempo o responderle al que acusó que la plantilla era correcta y borrar el artículo. El espacio principal no es para publicar artículos incompletos, hasta en el tanto y cuanto no esté instaurada la obligatoriedad de que los usuarios novatos deban trabajar sus artículos en un taller personal y luego de una revisión se trasladen al principal, no voy a estar de acuerdo con ninguna medida que implique "hacerle un feo" a quienes pasan la escoba por las páginas nuevas. Lucho Problem? 02:57 29 abr 2024 (UTC)

(Conflicto de edición co Lucho) @User:Ñ Estoy totalmente de acuerdo con el fondo de tu propuesta, mas no con la forma: ¡Por favor no inventemos OTRA plantilla más! (¿Sería azul el color aún disponible?) En cambio, sugiero que hagamos algo para resolver la cuestión de fondo: no es aceptable que la colocación abusiva de plantillas quede sin sanción (mientras que su retirada puede costarte un bloqueo). Incluyamos explícitamente una prohibición del abuso de plantillas de mantenimiento en alguna de las políticas existentes... o trabajemos una política o convención sobre patrullaje. Mar del Sur (discusión) 03:05 29 abr 2024 (UTC)

Lo cierto es que Wikipedia se trata de publicar artículos incompletos que otra gente va mejorando y completando, sin completarlos jamás. Saludos. Lin linao ¿dime? 03:07 29 abr 2024 (UTC)

(CdE con Lin) Lucho, yo discrepo de manera fundamental: el espacio principal de una wiki justamente ES para publicar artículos incompletos. La idea es que se completen entre todos, con el tiempo, colaborando y modificando. Esa es además la realidad del desarrollo cualquiera de nuestros artículos. La verdad es que muy pocos empeoran, mientras que la inmensa mayoría crece y mejora. La idea de esto (y para eso está optimizado su software) es que no haya necesidad de escribir algo perfecto o completo a la primera, ni se necesiten borradores. Basta que sea mínimamente sensato, trazable y bienintencionado. Nuestros artículos transitan desde este estado a este otro y en eso consiste justamente la gracia de este gran invento que se llama Wikipedia. Mar del Sur (discusión) 03:32 29 abr 2024 (UTC)

En este punto debo discrepar con Lin linao y Mar del Sur. Una cosa es un artículo "incompleto" al que le falte algún dato y su redacción pueda ser mejorable, pero que ya tiene "forma" y una estructura, con referencias, etc. y otra cosa es el ejemplo que cita Mar. Esto sería válido en la génesis de Wikipedia, allá por 2002, pero hoy sería inconcebible y yo mismo le colocaría (después de 12 horas, eso sí) una plantilla de borrado, no rápido, sino ¡YA!, por muy Francisco de Goya que sea. Como dato curioso, el artículo mencionado se mantuvo sin editar durante un año y medio, hasta que alguien lo descubrió y el resumen de su edición es muy elocuente. Manolo (Desfógate) 07:05 29 abr 2024 (UTC)

@usuario:J. Manolo G. P. (¡Que viva la discrepancia! :-)) ¿Y si tuviera media línea más y una referencia lo borrarías también? Sin duda han cambiado muchos estándares desde 2002 para aceptar entradas nuevas, pero si atiendes al fondo de lo que quería ejemplificar, el desarrollo de los artículos de Wikipedia sigue siendo exactamente el mismo. No te encuentras fácilmente en 2024 con una entrada nueva sobre un personaje de la talla de Goya, porque esos artículos ya están todos escritos, pero pongamos un ejemplo de algún fenómeno nuevo... digamos ChatGPT. Este es el enlace al artículo recién creado acá Tiene alguna extensión, contexto, referencias... pero ¡es una traducción!. Si reviso el historial de su original en inglés, puedo ver la versión del artículo recién creado (algo muy parecido a mi ejemplo de Goya, pero con un par de referencias). Lo que digo es que no existe ninguna necesidad de borrar rápidamente artículos incompletos. Si el texto tiene alguna extensión y coherencia, no parece plagio, vandalismo ni spam, pero no tiene referencias, simplemente hay que pedirlas. Si, por otra parte, es solo media línea que describe un asunto que podría ser relevante (como el ejemplo de ChatGPT en inglés) y tiene referencias, no hay que hacer absolutamente nada, el artículo crecerá solo... es que justamente en eso consiste este proyecto. Mar del Sur (discusión) 10:56 29 abr 2024 (UTC)

Bueno, @LuchoCR:: ¿y por qué mejor no propones que esto se convierta en Nupedia? Te aseguro que así tu trabajo tenderá a cero. Se agreguen (o no) más tareas a los bibliotecarios, no hay ninguna relación contractual que te obligue a trabajar más: WP:NOESOBLIGADA. Y ya tres cosas, por último:

1. Me queda claro que acá jamás tendremos consenso. O se tipifica algo claro o se siguen con los hilos interminables en el café.
2. Ya no estamos en la era donde un reportero va a escribir un notición si se encuentra un artículo malo o promocional. Ni siquiera si se encontrara un vandalismo o un bulo. Ya todos saben como funciona Wikipedia.
3.  Absolutamente en contra del "grupo" que quiere obligar a usar los talleres, bloquear toda IP, etc. Vótenlo si tanto lo quieren, pero no intenten imponerlo a la fuerza.

—Ñ (discusión) 08:35 29 abr 2024 (UTC)

Ñ: no se está hablando de "obligar a usar los talleres, bloquear toda IP, etc." Se está hablando de limitar el uso de plantillas rojas en artículos con pocos minutos "de vida". El uso de talleres, que yo he mencionado, ha sido una recomendación para evitar esa situación y, lo de bloquear IP's, yo no veo que nadie lo mencione. Manolo (Desfógate) 09:03 29 abr 2024 (UTC)

Pues no has visto bien:

hasta en el tanto y cuanto no esté instaurada la obligatoriedad de que los usuarios novatos deban trabajar sus artículos en un taller personal y luego de una revisión se trasladen al principal,

Y sí, es cierto que hay una llamémosla "corriente dentro de la Comunidad", bastante conservadora, que aboga por tales cosas (prohibición de edición sin registro, taller obligatorio, etc). Por lo demás, yo recuerdo casos de usuarios a los que se ha llevado al TAB por abuso de plantillas y han sido sancionados con... no poner plantillas, no hace falta inventar más plantillas de aviso a usuario (aunque es llamativo que se interprete de primeras como "una plantilla contra los patrulleros"). Las plantillas de aviso no deberían ser contra nadie (ni unas ni otras), ni servir para atacar o molestar. Deberían ser meramente textos que es muy frecuente escribir y que te da pereza escribir a mano. Saludos. strakhov (discusión) 09:13 29 abr 2024 (UTC)

Strakhov yo he llevado al TAB a varios reincidentes de plantillas rojas y no se les ha limitado a nada, siguen en sus tareas de patrullaje y de plantilas ultra-rápidas sin freno alguno. Parece que los bibliotecarios tienen más afinidad por estos usuarios, aunque se equivoquen mil veces o aunque abusen de las plantillas, es lo que observo. Lo que se quiere es que se sancione a todo aquel que abuse de estas plantillas o haga un mal uso y que sea reincidente, si sancionamos a aquel que retira una plantilla roja aún cuando un artículo ya fue mejorado, pero además permitimos más de 50 días con una plantilla que en muchos casos NO CORRESPONDE, entonces en esa misma medida debería ser también sancionado a aquel que abuse y la utilice indiscriminadamente, mucho más colocarla a los 60 segundos de haber sido creado un artículo, toda una barbaridad. No vemos con buenos ojos que se tenga un tiempo prudente (12 horas) para que un usuario de buena fe (primiparo o veterano) desarrolle un artículo enciclopédico sin miedo a que sea amenazado por una plantilla roja, entonces... ¿por qué tenemos que esperar 30, 40, 50 o 60 días o más para retirar una plantilla roja a un artículo enciclopédico?... hemos dejado la tarea exclusiva a bibliotecarios, cuando nosotros mismos hemos dado potestad al vándalo, al títere, al troll, a la ip, y a todo aquel usuario para que a su antojo coloque una plantilla roja sin saber nada sobre las políticas, solo porque a mí me parece que es irrelevante o para destruir o para fines personales o me apetece... Inundamos todos estos espacios de comentarios día a día, la prueba está en que cada vez más usuarios se quejan del mismo tema y no tomamos una solución. Llevar al TAB estos casos es casi inútil (pañitos de agua tibia), porque los bibliotecarios no van a hacer nada más que sugerir paciencia con estos procedimientos, tener calma, o sencillamente terminan dando la razón al patrullero, lo mismo de siempre (yo mismo lo he comprobado y no pretendo que me den la razón), mientras tanto, se siguen colocando decenas y decenas de plantillas a artículos relevantes y no se hace ni se deja hacer. He visto hasta 50 plantillas de CdB y en muchos casos no corresponde, generando un montón de comentarios negativos sobre la manera en como usuarios colocan o utilizan estas plantillas. Seguramente sí se necesitan estas plantillas y se debe utilizar, pero se está viendo un incremento desproporcionado y abusivo con estas plantillas y se están perdiendo usuarios valiosos (de hecho el hilo surgió en parte por la partida de un veterano que hizo un comentario), de allí la sugerencia de una votación para establecer si se puede modificar o subir a política el uso de estas plantillas, es solo eso. Elías (discusión) 12:43 29 abr 2024 (UTC)

Veamos, Elías. Imposible no es:

• Es este hilo de 2014 el "Usuario:Fixertool" reportó al "Usuario:Soljaguar" y este último fue vetado de la colocación de plantillas durante 2 meses por el "Usuario:Manulop". Posteriormente en este otro hilo el "Usuario:Soljaguar" apeló su castigo y "Usuario:Bernard" le mandó a hacer gárgaras, secundado por la "Usuaria:Lourdes Cardenal".
• En este hilo de 2022 el "Usuario:Strakhov" reportó al "Usuario:MusicologoVzla" y este último fue vetado de la participación de tareas de mantenimiento durante aprox. medio año por el "Usuario:Marcelo".
• En este hilo de 2019 el "Usuario Strakhov" reportó al "Usuario:Humberto del Torrejón" y este último fue vetado de la colocación de plantillas de mantenimiento durante 6 meses por el "Usuario:Marcelo".
• En este hilo de 2018 el "Usuario:Fixertool" reportó a la "Usuaria:Campylobacter" y esta última fue avisada por el "Usuario:Taichi".
• En este hilo de 2016 el "Usuario:Fixertool" reportó al "Usuario:Demonaire Rai" y este último fue invitado a parar por el "Usuario:Taichi".
• En este hilo de 2017 el "Usuario:Fixertool" reportó al "Usuario:Tramullas" y este último fue invitado a parar por el "Usuario:Taichi".
• En este hilo de 2018 el "Usuario:Fixertool" instó al "Usuario:MexTDT" a parar y fue secundado por el "Usuario:Taichi".

Un saludo. strakhov (discusión) 13:28 29 abr 2024 (UTC)

Sí claro, no es imposible... habrán casos excepcionales, como todo, afortunadamente tú (y unos cuantos, quizá se pueda contar con los dedos) has contado con esa suerte, para variar, Marcelo atendió varios casos que interpuse y jamás hubo una sanción o bloqueo (aún cuando mostré pruebas). ¿Pero cada cuanto un bibliotecario toma una acción de este tipo? (¿una cada mes, una cada dos años, una cada 5 o 10 años?) o ¿cuantos bloqueos se aplican a aquellos reincidentes? (no he visto bloqueos, quizá tú sí... no lo sé), ¿dime cuantas acciones de estas se toman por cada usuario reincidente o por cada usuario que abusa indiscriminadamente "x cantidad de veces" con estas plantillas en artículos relevantes/enciclopédicos?... seguramente la balanza se va para un lado más que para el otro sin duda alguna, de lejos... Lo sigo viendo como pañitos de agua tibia (y perdona mi postura insistente), pero ve tú a retirar una plantilla roja para que veas lo que te pasa. Elías (discusión) 13:39 29 abr 2024 (UTC)

J. Manolo G. P. entonces estamos de acuerdo, más o menos, porque cuando hablo de "incompleto" no incluyo los "infraesbozos" (una causa de borrado rápido). Hoy no pasaría un artículo como el de Goya, pero sí debería pasar uno como este. Desde hace un tiempo veo "la falacia de los 20 años": como hay editores y de rebote una comunidad con aprendizajes sostenidos por unos 20 años, esperamos que los usuarios y artículos nuevos ya tengan incorporado todo eso desde el primer instante. Eso es imposible, irreal y contraproducente, porque no puedes esperar que alguien nuevo lo sepa todo desde el inicio, sabrá tanto como un usuario nuevo del 2010 o el 2004 (con la excepción de gente muy capaz y de títeres), y porque la naturaleza del proyecto es la edición colaborativa y las mejoras acumulativas, no los artículos completitos desde el principio y casi sin cambios (Nupedia, Citizendium, esos grandes éxitos). Un artículo nuevo con ninguna o 1 o 2 referencias regulares sobre un tema enciclopèdico, de 1 Kb de texto, más o menos bien redactado y más o menos neutral no es de borrado rápido. Al menos según las políticas que tenemos hoy y que creo que no están cumpliéndose bien. Saludos. Lin linao ¿dime? 15:42 29 abr 2024 (UTC)

Claro que estamos de acuerdo, Lin linao: un artículo como el que tú presentas no es de borrado (ni rápido, ni "lento"). Aunque el formato de las referencias no es el adecuado (algo que tiene fácil arreglo: proyecto colaborativo), tiene forma, está bien redactado, estructurado y, enciclopédicamente, es relevante. Hay que decir, sin embargo, que la plantilla al menos no se puso tras unos minutos, sino transcurridos 5 días (su creador tuvo tiempo de sobra para "rematar" su trabajo). En el caso del artículo presentado por Mar del Sur (ChatGPT), incluso la primera versión de en-wiki sería (para mí) aceptable: carece de formato y estructura, pero está bien redactado y, enciclopédicamente, es relevante y, lo más importante, tiene tres referencias, nada que ver con la "viñeta" (porque no era ni siquiera un esbozo) de Goya. En cualquier caso, lo que aquí se discute es el plantilleo precoz a "neonatos" de apenas 4-5 minutos.  Muy en contra salvo los casos ya comentados de vandalismo, promocional o plagio. Manolo (Desfógate) 17:52 29 abr 2024 (UTC)

Una alternativa a todo lo que se está comentando aquí (ya lo hablé una vez, no recuerdo con quién) sería permitir (quizás mediante un nuevo flag) que algunos usuarios podamos retirar esas plantillas, cuando sean injustificadas, sin necesidad de esperar a que lo haga un biblio. Manolo (Desfógate) 18:06 29 abr 2024 (UTC)

¿Te refieres solamente a las de borrado rápido o a cualquier plantilla roja? Xacaranda (discusión) 18:44 29 abr 2024 (UTC)

Cualquier plantilla colocada cuando el artículo ha sido creado solo unos minutos antes y su autor, claramente, aún está trabajando en él, salvo (repito para que no queden dudas) vandalismo, promoción o plagio. Manolo (Desfógate) 23:53 29 abr 2024 (UTC)

Un artículo de una compañía parte del FTSE 100

¿Irrelevante y promocional tras 8 minutos de existir? :-((((( [1] —Ñ (discusión) 20:57 26 abr 2024 (UTC)

Yo no lo veo ni irrelevante ni promocional. :( Incompleto, eso sí, pero he de suponer que el usuario aún está trabajando en él (el artículo, así como está, es traducción de la entradilla y la ficha del artículo en inglés). Yo me inclinaría por ponerle un aviso de {{en desarrollo}} o en último caso moverlo al taller del usuario. –FlyingAce^✈hola 21:20 26 abr 2024 (UTC)

Ver este hilo en la sección de ayuda del café. Por favor, basta ya de poner plantillitas a artículos con 8 minutos "de vida". Dejemos un tiempo más prudencial (por lo menos un día) para que su autor termine su creación y luego, si queremos, nos arrojamos sobre él (el artículo, se entiende) como alimañas, pero no a los 8 minutos. Llamada de atención también a los usuarios que, por el motivo que sea, son reacios a usar el taller y crean sus artículos directamente en el espacio principal: la plantilla {{en desarrollo}} está para algo. Si la utilizaran, se ahorrarían (nos ahorrarían) todos estos líos. Manolo (Desfógate) 23:27 26 abr 2024 (UTC)

Yo misma, por ejemplo, creo a menudo artículos directamente en el espacio principal. Rara vez uso el taller, pero lo hago con el objetivo (o la permanente ilusión) de que realmente el espacio wiki funcione como tal y sea colaborativo. Lo que espero es recibir desde un comienzo aportes de otros a lo que estoy desarrollando. Es justamente ese concepto el que me fascina: escribir en colaboración. Por cierto el plantillazo porque todavía falta algo (que también lo he recibido algunas veces y no solo cuando era novata) no es un aporte. Si no me interesara la colaboración de otros a mi texto, gastaría mi tiempo redactando artículos académicos y los publicaría cuando estén realmente revisados y perfectos. Esa es mi razón para usar poco el taller... habrá otras. Como sea, un asunto de respeto básico al editor que está crendo un artículo es esperar un rato a que redondee su texto. La plantilla {{en desarrollo}} lamentablemente no sirve a mi objetivo de escribir en colaboración, porque con su comentario final más bien desanima la participación directa en el artículo y manda al «intruso» a escribir primero sus comentarios en mi página de discusión (o en la del artículo) y «coordinar» las ediciones (no veo por qué habría que hacer aquello si no hay disenso). Si fuera por mí, yo le borraría ese comentario a la plantilla. Mar del Sur (discusión) 12:47 28 abr 2024 (UTC)

¿Y las plantillas no se pueden nunca retirar?

Perdón que traiga esto directo al café, @Jaluj:, pero es una cuestión directamente relacionada con este hilo (y otros) y que urge consensuar. En el 2021 agregaste la frase: "No se pueden retirar sin resolver el problema o consensuarlo previamente en la discusión." como se ve en [2]. Esto en el apartado de plantillas de mantenimiento crítico de [3]. Ahora dices me corrijo, pero no restauras la edición que existía antes del 2021, sino que ahora dejas: "No se pueden retirar" [4]. No hay consenso para un tajante "No se pueden retirar"; al menos no en mi opinión. Además, me parece poco adecuado que con esa maniobra se cambie sustancialmente el sentido de la plantilla, aunque quizá solo fue un error, no sé. Ojalá tú y otros puedan participar y comentar al respecto. Pero insisto, discrepo con los cambios que has venido realizando. Saludos. —Ñ (discusión) 06:25 30 abr 2024 (UTC)

Apoyo la petición de Ñ. Cualquiera puede colocar una plantilla "precoz" en un artículo creado hace 4-5 minutos, cuando aún su creador está trabajando en él, y queda impune sin, ni siquiera, un apercibimiento en su PD (la del plantillero) y, por contra, según esa modificación de Jalu, ¿se me podría sancionar por retirar esa plantilla? ¿Alguien lo ve lógico y razonable? Sería bueno que Jalu diera aquí una explicación. Manolo (Desfógate) 07:24 30 abr 2024 (UTC)

Lo del retiro de plantillas de mantenimiento crítico no está regulado por ninguna política. Es más, en cuanto a sanciones por el retiro de plantillas de mantenimiento crítico, ¡ni siquiera existe una política de bloqueos/sanciones! Ignorar las normas es política, por lo que debería ser aceptable retirar una planta de mantenimiento crítico si su colocación va en contra de las políticas o lo que ha decidido la comunidad en una votación, por lo que, en ausencia de políticas que lo regulen, los bibliotecarios deberían abstenerse de bloquear usuarios oorvel retiro de plantillas de mantenimiento crítico si su coloca fue improcedente. Plantillas de mantenimiento, al no ser una política, la edición de Jaluj no deberia ser concluyente. Además, la edición de Jaluj choca con lo que la comunidad decidió en torno a {{Página nueva sin referencias}}, en el que, además de dar 30 días para cumplir con la política de verificabilidad , su retiro por cualquiera es aceptable cuando se haya subsanado eso, y eso ha sido confirmado por Vanbasten 23 en varias ocasiones.

El asunto del abuso del borrado rápido ya lo he discutido anteriormente. He visto con horror cómo el proyecto está poniendo cada vez más trabas al crecimiento, castigando al inclusionismo y premiando al supresionismo, siendo incluso avalado por bibliotecarios. Lo que también es política es el sabotaje, por lo que si se considera como tal el retiro se plantillas de mantenimiento crítico tan drásticas como el borrado rápido pero no su colocación (marcar para borrado rápido un artículo de muy reciente creación por ejemplo), entonces estamos mal como proyecto. --Amitie 10g (discusión) 11:50 30 abr 2024 (UTC)

@Amitie 10g: compañero no se deben retirar estas plantillas, solo un bibliotecario podría hacerlo. Se han bloqueado usuarios por este tema. Le recomiendo no hacerlo hasta tanto no exista alguna política oficial donde diga que "es posible que un usuario normal pueda hacerlo". Saludos. Elías (discusión) 15:08 30 abr 2024 (UTC)

@J. Manolo G. P.: ¿porqué no inicias un borrador para ver si llevamos a una votación todo este tema de las plantillas rojas?. Yo te sigo y estoy seguro que otros más también van a seguir con ese borrador. Me dijiste que apoyabas y que estabas dispuesto a trabajarlo. Elías (discusión) 13:08 30 abr 2024 (UTC)

He creado un borrador, J. Manolo G. P., podrías continuar. Elías (discusión) 14:24 30 abr 2024 (UTC)

Gracias por recordarlo, Elías. Espero que Amitie no haya olvidado que desde el 2020 (si no es que se le ordenó antes), tiene prohibido retirar plantillas de mantenimiento y además, se le advirtió (de nuevo) por su acoso a los patrulleros, precisamente con el tema de plantillas. Lucho Problem? 15:32 30 abr 2024 (UTC)

Ya me perdí. Entiendo que se está discutiendo una edición a Wikipedia:Plantillas de mantenimiento; no se ha retirado la plantilla de un artículo en específico. –FlyingAce^✈hola 15:39 30 abr 2024 (UTC)

Claro que tengo presente que se me prohibió retirar plantillas de mantenimiento crítico, pero eso fue por resolución administrativadebido a mis acciones que rozaban el sabotaje. A lo que voy es que no hay política alguna que prohiba el retiro de plantillas de mantenimiento crítico, por lo cual, con mi mensaje anterior, mi intención no es alentar a los editores a retirar plantillas de mantenimiento crítico porque sí, sino recordar a los bibliotecarios que, si se va a sancionar por sabotaje, que sea para ambos lados. Amitie 10g (discusión) 23:42 30 abr 2024 (UTC)

A veces se colocan plantillas de destruir demasiado rápido, sí, pero también es cierto que todos los días llega contenido que simplemente no es aceptable. Me refiero a artistas/profesionistas/polític@s y etc que ni por asomo son notables. O contenidos promocionales en los cuales es obvio que quien escribió el artículo no vino a escribir una enciclopedia (y cuyo tema además suele no ser notable).

Se habla de inclusionismo pero olvidamos que ya somos bastante inclusionistas, y para probarlo solamente hay que ver las consultas de borrado activas. Si te pones a buscar en las categorías es fácil encontrar artículos que ameritan CDBs, y solamente me he abstenido de crear más por no querer atiborrar de consultas. Xacaranda (discusión) 15:47 30 abr 2024 (UTC)

Xacaranda: en contra de lo que algunos piensan, no se está juzgando la labor de patrulleros, reversores o verificadores, al menos, no de forma generalizada, puede haber algún caso puntual. Vuestra labor es fundamental, filtrando y haciendo limpieza de todos los contenidos que tú (con buen criterio) calificas de inaceptable. Las WP:PROMO evidentes, deberian ser borrados inmediatamente ({{destruir|G3|Páginas promocionales}}). El problema está en los pseudopatrulleros "de gatillo fácil" que le colocan una plantilla a un artículo recién creado (3-4-5 minutos) y que no dan tiempo a que su creador "remate la faena" (referencias escasas, presunta falta de relevancia, infraesbozo, traducción aún incompleta,...) Manolo (Desfógate) 20:45 30 abr 2024 (UTC)

La falta de relevancia no siempre es algo que pueda subsanarse añadiendo más fuentes. Hay temas que siempre van a ser irrelevantes para Wikipedia (el perro de Joe Biden, la banda de jazz en la que tocó Bill Clinton, etc.) sin importar qué pase, salvo algún evento totalmente extraordinario. No hay que olvidar, también, que muchas veces las páginas promocionales (me atrevería a decir que la mayoría) también son irrelevantes.

La relevancia no siempre es algo fácil de medir o cuantificar. Yo estaría de acuerdo en que se emitieran apercibimientos únicamente si la página plantilleada tiene una relevancia notoria, porque de lo contrario estaríamos castigando el patrullaje.

Y por favor no uses el prefijo "pseudo", no se me hace correcto calificarnos así. Xacaranda (discusión) 21:33 30 abr 2024 (UTC)

No. Ese es el error: no se está castigando ni juzgando al patrullaje bien hecho, se está juzgando (aunque, de momento, no castigando) al usuario que sin conocer las normas básicas (generalmente, aunque no siempre, suele ser un novato), pretende hacer tareas de patrullero. Por eso uso el prefijo "pseudo", para distinguirlo del patrullero genuino, el que sí conoce las normas y sabe cómo y dónde aplicarlas. Una plantilla colocada a los pocos minutos de crear un artículo, no es obra de un patrullero con experiencia (generalmente, salvo excepciones), lo más habitual es que haya sido colocada por alguien que no tiene experiencia y va "sembrando" por doquier plantillas a diestro y siniestro. ¿Quieres que traiga ejemplos con nombres y apellidos? Manolo (Desfógate) 22:00 30 abr 2024 (UTC)

LuchoCR dijo un punto muy importante: el requerir esperar más tiempo antes de aplicar la plantilla solamente va a lograr que el patrullaje sea más difícil. Creo que subestimas la cantidad de artículos que entran cada día que ameritan un plantillazo rápido. Xacaranda (discusión) 22:05 30 abr 2024 (UTC)

Tampoco estoy pidiendo la Luna, simplemente lo que ya se recoge (como "recomendación") en la propia página del Wikiproyecto:Patrulla Páginas Nuevas

No se recomienda patrullar páginas que se han creado en menos de 12 horas, ya que muchos usuarios hacen mejoras considerables tras la creación inicial del artículo; de esa forma se les da tiempo a finalizar lo que pretenden escribir, evitando plantillas de borrado rápido o de mantenimiento que quizás no fuesen necesarias si se esperara un poco más.

Manolo (Desfógate) 22:14 30 abr 2024 (UTC)

Doce horas es demasiado, no veo viable tener que esperar tanto para colocar una plantilla que en la mayoría de los casos va estar justificada. Los artículos irrelevantes que ameritan un {{d|g3|a4}} o {{d|a4}} inmediato son la norma, no la excepción. --Xacaranda (discusión) 22:24 30 abr 2024 (UTC)

Tú lo ves así, yo lo veo de otra manera. Voy a preparar una encuesta para ver qué opina la comunidad. No solo en lo referente a plazos, sino quién puede ponerlas o la posibilidad de poder retirarlas y quién, cuando sean improcedentes. Cuando tenga un borrador lo compartiré aquí mismo con todos. Manolo (Desfógate) 22:41 30 abr 2024 (UTC)

Xacaranda, ¿cuánto tiempo llevas en Wikipedia como para saber con propiedad qué es irrelevante y qué es para borrado rápido? Wikipedia no tiene fecha de entrega, ¿por qué tanta prisa en deshacernos de contribuciones potencialmente valiosas? --Amitie 10g (discusión) 23:47 30 abr 2024 (UTC)

Si te refieres a que creé mi cuenta en noviembre de 2023: hace años solía editar bajo otra cuenta pero perdí la contraseña y el correo electrónico.

Wikipedia no tiene fecha de entrega pero eso no significa que sea un almacén de información sin criterio. Estaría de maravilla poder darle seguimiento a todas y cada una de las páginas nuevas, pero no somos suficientes para poder lograr eso. Wikipedia no tiene fecha de entrega pero no por eso vamos a dar doce horas al n-ésimo artículo irrelevante (y usualmente promocional) de una empresa del sector secundario. Xacaranda (discusión) 00:01 1 may 2024 (UTC)

Amitie 10g: creo que tu pregunta es improcedente. Hay usuarios nuevos que, por el motivo que sea, dan cien vueltas a otros más veteranos. ¿Que se presta a suspicacias? Quizás, allá cada uno con su conciencia, pero mientras que su comportamiento sea el correcto, no se puede vetar a nadie, salvo en las votaciones, porque así está estipulado. Manolo (Desfógate) 00:40 1 may 2024 (UTC)

Comentario Retiré lo que yo misma había escrito porque alguien me hizo ver que no hay consenso al respecto. Por eso me parecía que es mejor que la comunidad decida y que haya consenso para redactarlo mejor. No sé cuál es la redacción que debiera tener, es algo a decidir entre todos y todas. --Jalu (discusión) 16:31 30 abr 2024 (UTC)

Quitaste únicamente la mitad de lo que habías puesto en el 2021. Al dejar la mitad, cambiaste completamente el sentido de la oración. —Ñ (discusión) 21:25 30 abr 2024 (UTC)

┌─────────────────────────────┘
Creo indispensable reforzar explícitamente en alguna política que las plantillas (críticas o no, de cualquier color) SÍ se pueden retirar por cualquier usuario cuando se ha resuelto el problema o si su pertinencia es evidentemente cuestionable. A lo sumo, yo pondría una limitación que prohíba al propio editor principal retirarlas personalmente del artículo (para asegurar la existencia de otro par de ojos que analicen el problema). Pero creo que todo wikipedista que vea una plantilla mal puesta (o que constate que ya se han superado los problemas) DEBE poder quitarla sin ningún temor a ser tildado de saboteador. Sería estupendo tener a más colaboradores quitando plantillas añejas, erróneamente puestas o no pertinentes (que no es lo mismo que impertinentes). Lo más grave que arriesgaríamos es una guerra de ediciones entre el que puso la plantilla y el que la quita...vale, entonces sí que debería intervenir un biblio (personal cada vez más escaso), pero eso será infinitas veces menos frecuente que tener que analizar la retirada de cada plantilla. Jamás entendí por qué los biblios, que no analizan la pertinencia de la colocación de plantillas, sí deben decidir sobre su retirada. O dicho al revés: ¿por qué hemos hecho tan fácil y accesible a todo el mundo esto de colocar letreros de todos colores y tan difícil el retirarlos? Mar del Sur (discusión) 01:53 2 may 2024 (UTC)

Entiendo el punto y estoy de acuerdo en que el sistema podría beneficiarse de una mayor flexibilidad en cuanto a la retirada de plantillas que ya no son necesarias o pertinentes. Sugeriría que los usuarios con flag de verificadores tengan la capacidad de retirar esas plantillas cuando consideren que los problemas señalados han sido resueltos, lo cual tiene sentido en el entendido de que son los encargados de verificar la calidad de las páginas nuevas y que una página nueva plantilleada no se marca como "verificada". Para evitar guerras de ediciones por agregar o quitar plantillas, propondría añadir un parámetro o categoría que permita indicar cuándo la retirada de la plantilla ha sido objetada porque alguien más que considera que los problemas no han sido solventados, de modo que sean -esos- casos los que los bibliotecarios tengan que revisar. Lucho Problem? 02:17 2 may 2024 (UTC)

• Acabo de plantillear con borrado rápido este artículo, sólo 1 h 9 min después de que fuera creado. Espero que no venga ningún paladín de la "lentitud" y del "dar tiempo" al editor a mejorar el artículo ...a regañarme. strakhov (discusión) 07:52 2 may 2024 (UTC)

@strakhov, supongo que al escribir no has reparado en que a nedie le puede gustar ser tildado de «paladín de la lentitud». Como soy de las que más ha insistido en esperar 12 horas antes de poner plantillas de cualquier color en aquellos artículos que no son claramente vandálicos, promocionales o plagios, parece que principalmente te refieres a mí. El ejemplo que das es el de un artículo claramente vandálico y ojalá otro editor o tú mismo lo hubiesen mandado a destruir a los pocos segundos. Creo que esto mismo ya lo aclaré en tu comentario anterior sobre esto ¿por qué seguir con la misma caricaturización del argumento? ¿Por qué recurrir al caso extremo del vandalismo evidente si a todas luces no es el problema que estamos analizando, ni se refiere a ese caso la vía de solución propuesta?. Una vez más: nadie critica la velocidad para quitar vandalismos, al revés: ojalá eso se detectara cada vez más rápido, sino el apresuramiento para reaccionar con lluvia de plantillazos a los pocos minutos de la creación de un artículo que no es de borrado rápido según la política. Mar del Sur (discusión) 10:23 2 may 2024 (UTC)

Mar del Sur: estaba pensando quizás más en Manolo y en la votación (o encuesta, ya ni sé) que está preparando en la que única pregunta hasta el momento es "¿Crees que se debería fijar un plazo antes de poder plantillar un artículo de nueva creación?". Francamente, creo que ese no es el camino (el de establecer plazos fijos y otras absurdeces, que pueden conllevar a tener que programarse una alarma en el móvil para poner una plantilla en un artículo que se lo merece). Y no son ni uno, ni dos ni tres supuestos en los que quizás sí haya que darse prisa. Todos los criterios de borrado rápido (punto por punto he contado unos 30, aunque no todos aplicables al espacio principal) han de ser borrados rápidamente y, además, plantilleados rápidamente en mi opinión. Uno de los problemas, básicamente, que es lo que hay que identificar antes de ponerse a redactar encuestas de forma un tanto burda y/o gruesa, es que se está abusando de los puntos G3 y A4 y no sé si también de A2 y algún otro, además de usuarios asumiendo el trabajo que ya hace el bot de Vanbasten23, por lo que he visto. Saludos. strakhov (discusión) 10:42 2 may 2024 (UTC)

Strakhov: te agradeceré que cuando "pienses en mí", lo hagas en voz alta y me hagas ping para que ese pensamiento me llegue. Respecto a tu comentario, en tu siguiente intervención («pues si se pone un plazo de 24 horas para poner una plantilla y por la razón que sea terminas en un artículo promocional creado hace 10 horas... ya me contarás qué haces.») creí que ya había quedado claro que el plazo que se adopte, si se llega a realizar la encuesta (que aprovecho para informarte de que será una encuesta), no afectará ni a artículos promocionales, ni a vandalismos ni a plagios. A partir de ahí, lo que tú quieras entender o interpretar, forma parte de tu libertad. Mi intención de establecer un plazo es para 1.º Dejar que un usuario que acaba de crear un articulo, aún con alguna carencia, pueda rematar su labor. 2.º Unificar un único criterio. No encuentro lógico que en un sitio se hable de media hora; en otro, de doce horas y el bot tenga programado tres días. Si este punto te va a suponer un problema, no sufras, estoy dispuesto a regalarte un reloj-despertador para que lo puedas programar a la hora adecuada. En cuanto a poner un límite sobre el número de ediciones, como ya he dicho en otra intervención, la mayoría de los "plantillazos precoces" son cometidos por usuarios nuevos porque A-piensan que se les va a considerar más "guays". B-el tema del que trata el artículo no es de su interés (esto lo he visto en alguna discusión). C-la ortografía y el lenguaje usado no es propio de una enciclopedia (esto también lo he visto). D-este es muy bueno y también lo he visto: "me han borrado un artículo que yo hice". En definitiva, desconocen las políticas y el uso que se debe hacer de las plantillas. ¿50 ediciones o 500 ediciones? En algún punto hay que establecer el corte (<5 es un suspenso, ≥5 es un aprobado; <18 años no puedes consumir alcohol, ≥18 puedes beberte hasta el agua de los floreros; <500 ediciones, no puedes votar,...) Para terminar, te anticipo que con la tercera cuestión (aún por redactar) pretendo que se defina quién puede retirar esas plantillas colocadas de forma precipitada, inadecuada, indiscriminada y, a veces, masiva. Un apunte: la inclusión de la frase ya célebre de «No se pueden retirar.» es porque, añadida sin consenso o impugnada, lo cierto es que sigue estando ahí. Sinceramente, creo que si en lugar de hacer tanta crítica destructiva y decidir anticipadamente que votarás que no a todo, te mostraras más dispuesto a colaborar, por mi parte se agradecerían las aportaciones constructivas que se hagan. Manolo (Desfógate) 22:53 3 may 2024 (UTC)

P.D.: he modificado la frase No se pueden retirar., tras la modificación de Antur. -- Manolo (Desfógate) 23:22 3 may 2024 (UTC)

J. Manolo G. P.: en primer lugar, no acostumbro a «hacer ping» a usuarios que han participado en el hilo en el que escribo, así que tendrás que seguir sufriendo por ahí, ya lo siento. En segundo lugar si "no afectará ni a artículos promocionales (etc etc etc)", pues entonces redacta mejor, y con mayor precisión, las encuesta/votaciones (parece que ya te decidiste), puesto que cuando revisé ponía lo que ponía. En tercer lugar, no tienes en cuenta que no son sólo "vandalismos"/"plagios"/"spam" lo que no pasa nada por marcar y borrar ipso facto, sino también el resto de criterios de borrado rápido y, además, no tienes en cuenta los puntos de fricción que existen con estas plantillas (que son criterios específicos, principalmente los mencionados por mí y, después, por Mar del Sur: ten en cuenta que del "promocional" se abusa mucho, pues no todo promocional es borrado rápido, hay promocional de borrado rápido, promocional de 30 días {{promocional}} y promocional de color amarillo {{publicidad}} y la gente tiene el gatillo muy fácil para endosar el primero). En siguiente lugar, negativo: todo lo que quieras; destructivo: para nada. Ha sido una crítica plenamente constructiva, pues he explicado cosas que en mi opinión has hecho rematadamente mal, para que si lo estimas oportuno, las cambies. En último lugar, de un tiempo a esta parte no me gusta demasiado participar activamente (aunque a veces lo hago) en la redacción de encuestas/votaciones, por la manera en que se acometen estos procesos, que se centran en lo extremadamente particular, los requisitos numéricos (la burocracia, las "normas", eso que menciona Antur más abajo), la multiplicidad de preguntas con posibilidad de falta de coherencia interna, dando de forma general palos de ciego, en lugar de centrarse en identificar problemas generales, con una perspectiva amplia, y proponer soluciones coherentes y flexibles con las que una mayoría pueda estar de acuerdo). Así que suerte. Aquí un hilo de 2023 sobre este tema. Un saludo. strakhov (discusión) 19:13 4 may 2024 (UTC)

Wikipedia:Café/Portal/Archivo/Miscelánea/2022/12#Planillitis_y_la_burocracia: y aquí otro de 2022. strakhov (discusión) 19:23 4 may 2024 (UTC)

No he visto la votación de Manolo, la revisaé ahora. En todo caso, creo que no hay que programar ninguna alarma de móvil. Quien quiere ayudar a revisar páginas nuevas simplemente debería abrir este log y empezar a trabajar un poco más abajo, revisando las que están en amarillo sin verificar. ¿O solo se consigue el kick haciéndolo en cambios recientes y ganándole al patrullero que está simultáneamente ahí? Tienes razón en que los motivos G3 y A4 se ponen como comodín, pero también hay mucho A2 (se mandan a borrar artículos que son breves, pero no infraesbozos) y G9 injustificados (que un título se haya borrado antes con un contenido no puede significar que no se pueda crear nunca más con otro contenido, salvo que expresamente se haya protegido el título con buenas razones). Pero además, se ponen horribles carteles de otros colores incluso mientras el autor está recién tratando de empezar a escribir algo. Concuerdo en que también ayudaría, como te he leído en algún otro comentario, reescribir estas plantillas y cambiarles el diseño para que pasen a ser una forma rápida y neutra de comunicación y no parezcan un instrumento para amedrentar, ofender o menospreciar a la gente. Hay tela para cortar. Mar del Sur (discusión) 12:08 2 may 2024 (UTC)

Mar del Sur: pues si se pone un plazo de 24 horas para poner una plantilla y por la razón que sea terminas en un artículo promocional creado hace 10 horas... ya me contarás qué haces. En cuanto a la votación que está siendo preparada: en mi opinión, y perdonen la negatividad: todo mal. La primera pregunta pretende ampliar trabas burocráticas para poner plantillas y que los patrulleros tengan que estar mirando el reloj para actuar. La segunda pregunta pretende trabar el mantenimiento por otro lado, creando una nueva casta de editores en función del nº de ediciones (!!!) e impidiendo a no registrados por ejemplo realizar mantenimiento (¿se creará un tablón donde los no registrados pueden suplicar que alguien coloque una plantilla roja que a ellos no se les permite añadir?), siendo el nº de ediciones, además, uno de los indicadores además menos significativos de experiencia y buen juicio que existen en es.wikipedia. Y la tercera ni se sabe qué quiere preguntar aún, pero fosiliza el categórico "No se pueden retirar." colocado Wikipedia:Plantillas de mantenimiento#Plantillas de mantenimiento crítico, como dándolo por bueno, cuando por lo visto en este mismo hilo ese fragmento ha sido impugnado por tratarse de un añadido sin consenso y que debería eliminarse. Pues no lo sé, tal como está ahora, yo, que me considero más bien antiplantillitas y que creo que se hace un mantenimiento muy deficiente en páginas nuevas y que es preciso cambiar cosas, votaría a todo que «no». Así que suerte a quien lo está llevando, las intenciones serán buenas, pero creo que no va a ninguna parte. strakhov (discusión) 18:08 3 may 2024 (UTC)

Muy de acuerdo. Lo que va a suceder si llega a política la propuesta es que vamos a tener un patrullaje de páginas nuevas altamente entorpecido y deficiente. Con todo respeto, invito a quienes se suscriben a esta propuesta a que se dediquen a patrullar páginas durante unos días.

No me he puesto a investigar, pero si dijera que 9 de cada 10 artículos plantilleados no son subsanados (lo suficiente) dentro de doce horas, dudo que estaría diciendo una mentira. Xacaranda (discusión) 18:25 3 may 2024 (UTC)

• Y además he cometido la flagrante falta de no he avisado a su creador en su discusión. Quizás lo que hace falta no son tantas normas sino un poco de flexibilidad y sentido común. Dicho esto, podría ser interesante codificar en el permiso de verificador cierta capacidad para modificar o retirar plantillas puestas por otros, si el núcleo más "deletionista" de es.wikipedia cree que "dejar" de forma oficial que cualquier persona las retire si las considera impertinentes supondría el caos y la anarquía absoluta. Creo que una vez se propuso que como mínimo tuvieran la potestad de rebajar borrados rápidos a sus equivalentes de 30 días. strakhov (discusión) 07:58 2 may 2024 (UTC)

Yo creo que debería poder hacerlo cualquier usuario que resuelve el problema por el cual se puso la plantilla, que ve que el problema ya se ha resuelto, o que detecta que la colocación de la plantilla fue evidentemente errónea. Eso sería coherente con el estado actual, en el que cualquier usuario, sin ningún flag, puede plantillar lo que quiera. Pero concuerdo contigo en que sería un paso en la dirección correcta que se permita quitar plantillas al menos a los verificadores. Mar del Sur (discusión) 10:23 2 may 2024 (UTC)

Propuse eliminar la oración o volver a su estado previo en Wikipedia discusión:Plantillas de mantenimiento. El "No se pueden retirar" del 29-04-24 implica un cambio drástico a la práctica y a ciertos supuestos fundamentales. También tiene bastante potencial para el sabotaje, el vandalismo y la sobrecarga de tareas para los bibliotecarios. Saludos. Lin linao ¿dime? 19:25 3 may 2024 (UTC)

Lo he retrotraído a la versión anterior, aunque podría pensarse algo mejor: «No se pueden retirar» es erróneo, ya que los bibliotecarios retiran eventualmente al decidir sobre ellas, y por otro lado se estaba contradiciendo con lo que dice el mensaje de esas mismas plantillas. Las plantillas pueden ser retiradas por consenso, o por cualquiera que solucione honestamente el problema --Antur - Mensajes 23:13 3 may 2024 (UTC)

Como dije más arriba, retiré lo que yo misma había escrito porque alguien me hizo ver que no hay consenso al respecto. Por eso me parecía que es mejor que la comunidad decida y que haya consenso para redactarlo mejor. Por mí no hay problema en que quede como antes. Me parece bien la reversión que hizo @Antur:. En cuanto a mi opinión sobre lo que se está discutiendo, lo que sí me preocupa es ver muy seguido que el mismo creador del artículo retira la plantilla de borrado o de sin relevancia o propuesta de borrado o promocional sin hacer el más mínimo arreglo. --Jalu (discusión) 00:25 4 may 2024 (UTC)

Deshice, no revertí :). Después de Einstein hasta el consenso es relativo y aquí no se trata de una política. En cuanto a los creadores que retiran la plantilla que los afecta, ese es el caso más claro de cuando «no se puede retirar». Y seguirá pasando, y si el sujeto no entiende razones, se ganara una buena reconvención o un bloqueo. Pero no por eso entiendo que se deba prohibir en cualquier caso. Hace unos pocos días alguien me interpelaba porque yo había retirado sin consenso una plantilla de banda roja que el editor había puesto, y yo la había retirado en una acción de bibliotecario, durante una rutina de mantenimiento!!! En esa línea habría que tener consenso para borrar, proteger, bloquear, y entonces ser bibliotecario no tendría sentido. El tan denostado sentido común debe mantenerse siempre, y llenar de prohibiciones no arregla nada, más bien confunde especialmente a los nuevos. Creo que todo el mundo intuye bastante bien cuando hace bien o mal, más allá de normas explícitas. --Antur - Mensajes 00:37 4 may 2024 (UTC)

Por lo menos los usuarios no autoconfirmados no deberían poder retirar las plantillas de mantenimiento crítico, ya que el filtro se los impide. Si se trata de usuarios autoconfirmados, coincido en que es preocupante... Creo que una solución sería que el autor del artículo deba buscar consenso para su retirada, pero que una vez alcanzado este consenso cualquier otro usuario experimentado (no necesariamente un bibliotecario) pueda retirar la plantilla. –FlyingAce^✈hola 00:37 4 may 2024 (UTC)

Es imposible formular una regla. Son muchas plantillas diferentes, para distintos casos y —aunque el foco de la discusión está puesto aquí en las páginas nuevas plantilladas precozmente por patrulleros— lo cierto es que se ponen en distintos momentos de la vida de una página. Un caso típico es el de la plantilla {{No neutralidad}}, que suele colocarse por algún editor inconforme con el contenido del artículo que ha «perdido» una debate en la página de discusión. Si él (y quizás algún otro que lo apoye) se empecinan en dejar puesta esa plantilla, incluso en contra de lo aparentemente razonable y de la opinión de varios editores, puede verse muy beneficiado con esto de que las plantillas «no se pueden retirar sin consenso» y muchísimo más beneficiado si sencillamente «no se pueden retirar» en ningún caso. Vale, esa no es una de mantenimiento crítico, pero ¿acaso esas sí las puede retirar cualquiera?... no es muy claro. Por lo demás, no es infrecuente que se pongan plantillas de banda roja a páginas que existen hace wikisiglos. Algunas con justísima razón (plagios o bulos que por largo tiempo no han sido detectados), otras por j.... o por vandalismo puro y duro. Tampoco conviene organizar esto por grupos de usuario o cantidad de ediciones. Si yo mañana enloquezco y le pongo una SRA a esta misma página, tenga yo los años que tenga y las ediciones que sea, espero que el primero que vea eso, simplemente revierta, independientemente del número de ediciones que tenga, de si es biblio, reversor, veterano o recién llegado y por favor, sin miedo de que lo bloqueen porque «hay una regla que impide quitar plantillas de banda roja.» Por eso creo no se puede generalizar, salvo en positivo: poner explícitamente tanto en las plantillas como en alguna política que sí se pueden retirar cuando se ha resuelto el problema. Talvez lo único que se podría prohibir directamente es que sea el propio colaborador, cuyas ediciones se han cuestionado con la plantilla (de cualquier color), quien la retire personalmente. Y en todo lo demás no nos queda mejor remedio (concuerdo con Antur en esto de no inventar una nueva regla) que simplemente confiar. en general, en el buen criterio y buena intención tanto de los que ponen, como de los que quitan las plantillas. Mar del Sur (discusión) 03:17 4 may 2024 (UTC)

@Mar del Sur: "Talvez lo único que se podría prohibir directamente es que sea el propio colaborador, cuyas ediciones se han cuestionado con la plantilla (de cualquier color), quien la retire personalmente." – justo a eso me refería más arriba, pero no me expliqué bien. Considero que si un editor digamos que "ajeno" al artículo observa que la plantilla no procede o que el problema ha sido subsanado, debería poder retirar la plantilla; por otro lado, el creador del artículo debería buscar confirmación de una tercera persona antes de que la plantilla sea retirada. –FlyingAce^✈hola 03:24 4 may 2024 (UTC)

@Antur: según tus palabras: Las plantillas pueden ser retiradas por consenso, o por cualquiera que solucione honestamente el problema, esto significa que yo puedo retirar la plantilla de banda roja a este artículo porque he colaborado de buena fe y lo he mejorado sin ningún tipo de interés y además es absolutamente enciclopédico. Si entiendo lo que has dicho, entonces me confirmas para retirarla ya mismo. Un saludo. Elías (discusión) 14:09 4 may 2024 (UTC)

@Elías: Si empezamos con casos particulares esto va a ser de nunca acabar....pero no son mis palabras: en el ejemplo que traes la roja y hermosa plantilla dice claramente «Por favor, no lo retires sin resolver el problema o consensuarlo previamente en la discusión». Yendo mas a fondo, si la mención de la referencia 7) es cierta, que no encuentro el nombre pero supongo que tu sí lo has encontrado «Modernamente se le considera uno de los artistas principales de la llamada Edad de Oro del flamenco», que sería mas enciclopédico diciendo «Según López Ruiz....etc...». Me preocupa verificar que -con tu pregunta- sigue siendo difícil entender lo que trato de decir. ¿Acaso la plantilla de banda roja es una especie de hito sagrado colocado por @Ontzak:, inamovible hasta que venga un vicario/bibliotecario? ¿Cual fue el criterio de Ontzak?: su evaluación de un artículo creado en 2013 (si, hay muchos viejitos con problemas) que realizó el pasado 6 de abril. Tú referenciaste y mejoraste, supongo que eso se hizo honestamente. ¿Solucionaste el problema? Bueno, no sé si necesitas más aclaraciones. Pero no lo plantees por favor como si fuera esto un hecho extraordinario. Es el criterio, o el denostado sentido común del que vengo hablando. Un saludo --Antur - Mensajes 14:30 4 may 2024 (UTC)

@Antur:Yo traigo casos reales referentes al tema que se está tratando aquí. Ontzak no tiene que ver nada en el tema, ni tan siquiera se ha nombrado. Se trata de un artículo enciclopédico, de hecho tiene una entrada en la Real Academia de la Historia, supongo o asumo que este tipo "no es cualquiera" y que el tema "es relevante". Mi mejora fue de buena fe y conforme a todo lo que se ha dicho... entonces... ¿estamos de acuerdo en que "cualquiera" pueda retirar una plantilla de banda roja sí y solo sí un artículo ha sido mejorado honestamente... ¿sí o no?... si no decidimos qué vamos a hacer, terminaremos discutiendo por muchos años más (creo que llevamos 4 años seguidos en esto) y sin nada a la mano. ¿Si lo que acabas de decir es cierto, entonces yo mismo podría retirar la plantilla porque se ha cumplido todo?. Elías (discusión) 14:39 4 may 2024 (UTC)

lo que sigo sin entender es por qué Ontzak, a pesar de haber sido apercibido (en muy pocas ocasiones) continúa con el plantillismo, el que a estas alturas ya debería ser sancionado, ¿O solo se va a sancionar a quienes retiran plantillas de mantenimiento crítico con tanta rigidez como si estuviese regulado por políticas? --Amitie 10g (discusión) 15:01 4 may 2024 (UTC)

@Amitie 10g: Te recordé hace unos días la resolución que se emitió respecto a ti y a Ontzak ¿quieres que te bloquee por violentarla? Lucho Problem? 15:26 4 may 2024 (UTC)

@Elías: Y vueltaaa...lo nombré a Ontzak por que en el ejemplo que traes es quien puso la plantilla. Ni idea si hace cuatro años que se discute esto, porque paso poco por aquí y acabo de darme cuenta el motivo. Es de nunca acabar. ¿si o no? ¿Estamos hablando del tema o me estás interpelando? . Quitas la plantilla, lo aclaras en el resumen de edición, y si quieres ser excesivamente amable, le avisas a Ontzak. Spoiler: no voy a volver a este hilo, realmente me cansó. Un saludo --Antur - Mensajes 14:47 4 may 2024 (UTC)

@Antur: Mi intención no ha sido que te fastidies, faltaba más. Solo quiero que sepas que llevamos aproximadamente 4 años en este tema, sí, son casi 4 años ¿y no decidimos nada?, solo "pañitos de agua tibia" a un tema desfasado y cansón y aburrido y más cosas... sí, llevo siguiendo el tema 4 años y no hacemos nada al respecto, "llenamos el Café de innumerables discusiones y al final nada". Entonces se siguen retirando usuarios valiosos por este tema de las plantillas de banda roja y no hacemos nada por retenerlos: esto eso, una modificación para que cualquiera aparte de bibliotecarios puedan retirar estas plantillas sí y solo sí cuando se haya corregido honestamente un artículo. Si nos cansamos del tema en plena discusión, imagínate cómo se sienten los usuarios que se han retirado de la Wikipedia por estas plantillas... Es de nunca acabar. ¿si o no?, pues eso depende de lo que hablemos aquí, si queremos terminar con el tema "cansón", entonces busquemos una "solución"... ja... Saludos. Elías (discusión) 14:55 4 may 2024 (UTC)

@Amitie 10g: conforme a tu mensaje sobre que no se haya bloqueado a Ontzak por ser un usuario reincidente con el uso indebido de plantillas de mantenimiento en muchos casos es un tema muerto. J. Manolo G. P. está redactando una encueesta sobre este tema y otros más de plantillas rojas, para posteriormente elevarlo a una votación. Por el momento, si no buscamos una solución a estos temas, entonces me temo que seguiremos perdiendo a muchos más usuarios enfocados en la mejora y creación de artículos. "Ya un veterano se dio a la baja" por este tema y lo dijo abiertamente. Saludos. Elías (discusión) 15:11 4 may 2024 (UTC)

Sanciónese según las políticas

Uno de los mayores problemas en torno a lo planteado a este hilo, es que, historicamente, se ha sancionado el retiro de plantillas de mantenimiento crítico per se sin estar eso regulado por una política, cosa que pretendía ser legitimada por Jaluj con su edición en una página que tampoco es política. Lo que se debe sancionar es el sabotaje, el cual incluye tanto el retiro unilateral de plantillas de mantenimiento crítico sin haber resuelto los problemas en el artículo en cuestión, así como también como su colocación improcedente (mal uso de los criterios de borrado rápido, colocación demasiado temprana, etc.), representando esto último también una infracción a la política de no morder a los novatos.

Respecto al tiempo de colocación de una plantilla de borrado rápido a artículos que no sean casos obvios (vandalismo, bulo, autopromoción con elogios, etc), es, como muy mínimo, una hora desde la primer edición a mi consideración. Si el artículo estáa "incompleto" pero apto para permanecer en el espacio de nombres principal, el "proceso Wiki" se encargará; de lo contrario, está la opción de mover el contenido al taller del usuaario, o derechamente la implementación del espacio de nombres draft:. --Amitie 10g (discusión) 20:52 8 may 2024 (UTC)

Si yo publicara un artículo de mí mismo, ¿debería esperar el/la patruller@ una hora para colocar la plantilla? Esto no es hipotético, pasa todos los días con gente que no es para nada relevante en una enciclopedia. Xacaranda (discusión) 20:57 8 may 2024 (UTC)

No, es autopromoción, lo cual está regulado por una política. --Amitie 10g (discusión) 21:30 8 may 2024 (UTC)

Xacaranda: en algún momento, en este hilo y después a strakhov y, además, en la propia encuesta, ha quedado claro que a los vandalismos, pomociones/autopromociones y plagios, se les debe colocar la correspondiente plantilla en el instante que son detectados, sin necesidad de dejar pasar ningún plazo. Así mismo, también ha quedado claro que esa plantilla podrá no ser de "borrado rápido" en casos que ofrezcan dudas (Plantilla:Promocional, Plantilla:Publicidad o Plantilla:Posible copyvio). -- Manolo (Desfógate) 01:12 9 may 2024 (UTC)

Wikipedia no tiene fecha de entrega

Wikipedia no tiene una fecha de entrega. Podemos permitirnos tomarnos nuestro tiempo, considerar las cosas, y crear un artículo cuando su relevancia sea clara o dejar que el proceso wiki lo mejore.

Si bien esto no es más que un ensayo, es un concepto que ha sido aceptado por la comunidad desde que se fundó el proyecto, y todas las Wikipedias han crecido gracias a este concepto. Se supone que somos un proyecto colborativo, por lo que estoy en contra del plantillismo apresurado y la obligación de poner en taller artículos porque choca con los principios básicos del proyecto, incluyendo el quinto pilar, el cual cita la convención de ser valiente editando, el cual si bien no es una política, preesumir buena fe y no morder a los novatos sí lo son, las cuales lamentablemente se están infringiendo en ese afan supresionista que el proyecto está tomando, más si las motivaciones no están reguladas por las propias políticas. Desalentar a un editor al punto de perderlo es más dañino que cualquier infracción de las politicas editoriales. --Amitie 10g (discusión) 00:02 1 may 2024 (UTC)

Concuerdo. Me niego a usar el taller de manera obligatoria o a escribir borradores para que los revise no se quién. Escribir aquí debe ser fácil, grato, wiki. Por cierto, un recién llegado menos aun puede ser obligado a borradores: no tiene peregrina idea de lo que podría ser un taller, ni puede diferenciar entre copiar/pegar y un traslado. Mucho menos tiene idea de miles de otras cosas extrañas que se le exigen: como escribió en un formato no perfecto, le borran su trabajo, como se enfadó y reclamó mucho, lo bloquean, como no escribió dentro de la plantilla de nosequé, su petición de desbloqueo podría no ser válida, como nada de esto le ha resultado, intenta averiguar quién administra el sitio y dónde, pero descubre que no puede recurrir a «las autoridades» porque en el tablón de los bibliotecarios no puede escribir porque está bloqueado, entonces se le ocurre hacer otra cuenta, para poder hablar con las autoridades, pero ahí por «uso de títeres» durante el bloqueo, lo expulsan definitivamente... y muchas veces el el colaborador no tiene ni siquiera una idea remota de qué es esto de los títeres. Mucho para reflexionar. Mar del Sur (discusión) 02:20 2 may 2024 (UTC)

Creo que es inútil esperar que con normas y mas normas las cosas mejoren. Wikipedia no puede ser un experimento de normativa. Creo que es una cuestión de sentido común que una plantilla de cualquier tipo pueda ser retirada por quien arregló el problema, o por quien piensa que está mal puesta. El consenso para retirar una plantilla debería ser directamente proporcional al consenso para ponerla. Hay patrulleros noveles, en coche patrulla, moto o bicicleta que ponen plantillas sin criterio alguno y -en fin- se los corrige. De igual manera si alguien retira una plantilla sin razón también habrá que corregirlo. Pero habilitar a una determinada categoría de editores para que pueda o no hacerlo....creo que es seguir complicando las cosas. En cuanto a los talleres claro que no es obligación, pero si puede ser una sugerencia o hasta una necesidad cuando el editor nuevo a ojos vista no sabe editar: hay usuarios que tratan de ver, leer y aprender, y otros que entran de cero a crear una biografía como elefante en un bazar. Entonces hay que tener una mirada positiva hacia los talleres: sirven para aprender, para recibir tutoría y -como no hay fecha de entrega- para postergar algo que uno esta desarrollando y no puede terminar en el momento hasta que sea viable para el espacio principal. Renegar de los talleres puede significar convertir a todo el espacio principal en un gran taller. En última instancia Wikipedia es una enciclopedia, no un taller de edición, de manera que tratar evitar llenar de andamios el espacio donde llega un lector a leer no puede ser mala idea. --Antur - Mensajes 02:52 2 may 2024 (UTC)

Llevas razón Antur, tampoco me gusta mucho la idea de habilitar una categoría de usuario que sí pueda retirar plantillas. Deberíamos confiar en el buen criterio de quien las quita, al menos tanto como lo hacemos en el de quien las pone. Y si no hay consenso, pues bueno, habrá que debatir. Con respecto al taller, concuerdo también en que en muchos casos puede ser muy útil, sobre todo para las tutorías. Pero me opondría a que se hicieran obligatorios o a que sea una exigencia generalizada escribir primero en borrador. Mar del Sur (discusión) 16:05 2 may 2024 (UTC)

@Mar del Sur:, en muchas wikipedias, incluida la Wikipedia en inglés, los sandbox son de uso obligatorioa y no se les permite a los novatos publicar artículos nuevos en el espacio principal. Eso ahorra muchísimo trabajo a los patrulleros y a los bibliotecarios. Para mí los talleres son valiosísimos. Sirven para aprender a editar, para pedir opiniones y ayuda de otros y para mejorar notablemente la calidad de los artículos. Yo jamás creo un artículo nuevo directamente en el espacio principal, siempre lo hago en mi taller y lo trabajo durante bastante tiempo antes de trasladarlo. No entiendo cuál es el apuro de publicar en el espacio principal. He visto muchos editores, novato y no tan novatos, publicar artículos en pésimo estado y abandonarlos así durante años (llenos de plantillas y avisos) para continuar creando nuevas páginas porque tienen el sindrome de Wikipedia:Edicuentitis y cero interés en mejorar los ya creados, que permanecen años sin formato, sin referencias o con referencias que no se visualizan, con faltas de ortografía, etc, dando una muy mala impresión de Wikipedia. Trasladarlo a su taller lo obliga a corregirlo, ya que no es obligación de los demás tener que hacerlo. --Jalu (discusión) 00:35 4 may 2024 (UTC)

¿Y una solución intermedia? Forzamos a los usuarios que quieran crear un artículo sobre cualquier tema a hacerlo en un taller, pero proponemos una lista de artículos (que la comunidad estime relevante) que se puedan crear sin pasar por el taller. Algo así como WP:AS pero más extenso y más patrullado.

Así, el que tiene verdaderamente intención de colaborar puede hacerlo sin trabas, y el que quiera colaborar sobre un tema muy específico necesite una revisión (los usuarios mentores y los patrulleros sabemos que de los que quieren crear de un tema en concreto el 90% lo hacen por interés propio). (PD: Yo sería uno de los usuarios que probablemente se vería forzado a usar el taller)wikidasher 09:38 4 may 2024 (UTC)

No entiendo cuál es el apuro de publicar en el espacio principal.

Pues así es como ha funcionado Wikipedia en los últimos 20 años, el conocimiento está disponible de forma inmediata. El problema con tu punto de vista es que es lo opuesto a un proyecto colaborativo en el que cualquiera puede mejorar articulos, y el lugar más obvio es espacio de nombres principal. Esto no es Nupedia.

Te animo a qué vuelvas a leer los cinco pilares, en especial el quinto. --Amitie 10g (discusión) 11:56 10 may 2024 (UTC)

Comparto parcialmente la opinión de_Amitie 10g. La existencia de chapuzas y artículos a medio hacer "forma parte del ADN de Wikipedia" (si me permiten el uso de esta expresión tan periodística y cuñada). No me opongo de plano a nuevas medidas para evitar que editores con una larga tradición de artículos que la Comunidad considere altamente problemáticos, que después de hacer durante años las cosas de una manera, se les repita que hacen falta referencias, que no se puede autotraducir, que plagiar está mal (...) y han hecho oídos sordos... se les bloquee, se les impida hacer nosequé o ...lo que estime oportuno. Pero si estas medidas pudieran afectar no sólo a esos "editores veteranos", sino a los que se acercan por primera vez al proyecto, con buena fe, poniéndoles delante una montaña de obstáculos, trámites burocráticos, mensajes pasivoagresivos, amenazas y políticas para empollarse... para crear un triste artículo nuevo... pues francamente, no creo que sea el camino.

¿Medidas contra editores con 50 000 ediciones que crean artículos sin referencias uno detrás de otro, plagian obras protegidas o publican autotraducciones ininteligibles de otras wikis? todas las que se quieran.

¿Medidas que disminuyan la espontaneidad de la edición en Wikipedia, como si esto fuera una obra que ha de estar bien desde el inicio o hubiera que hacer un cursillo previo de días o semanas para colaborar, en lugar de una página de pruebas a gran escala abierta a que colabore cualquier persona del planeta, cuyo contenido por definición nunca va a ser fiable, donde las contribuciones, reversiones, añadidos, podas y mejoras sucesivas de los usuarios van dando forma y mejorando de forma progresiva los artículos y en la que no existe fecha de entrega? No, gracias, efectivamente a Nupedia no le fue bien (y eso que al menos allí podían jactarse de que sus editores eran expertos, aquí ni de eso podríamos presumir). Saludos. strakhov (discusión) 13:00 12 may 2024 (UTC)

-Amitie 10g, te animo a qué vuelvas a leer los cinco pilares y las políticas oficiales de Wikipedia (Wikipedia:Verificabilidad, Wikipedia:Fuentes fiables, Wikipedia:Wikipedia no es una fuente primaria, etc). No somos una red social. --Jalu (discusión) 17:08 18 jun 2024 (UTC)

Jaluj, veo que has mencionado algunas políticas editoriales, pero pareces pasar por alto las políticas de convivencia como presumir buena fe, No morder a los novatos, y tambien que Wikipedia no es una burocracia. Si bien Wikipedia no tiene fecha de entrega no es política, es un principio ampliamente aceotado oor la comunidad, y que va de la mano con Ignorar las normas si su aplicación resulta en frenar el crecimiento del proyecto. Wikipedia no busca ser "perfecta" (para eso estuvo Nupedia), sino que los artículos cumplan con un mínimo para cumplir con la relevancia enciclopédico, sea verificable y cumpla con los derechos de autor; si un artículo no está "completo", el "proceso wiki se encargará". --Amitie 10g (discusión) 01:11 29 jun 2024 (UTC)

¿Política sobre ediciones con IA?

¿Podría ser interesante redactar alguna política sobre el uso de las IA? Dejando de lado el tema de los derechos de autor (creo que para muchas jurisdicciones, pero no todas, el contenido generado de esta manera pertenecería al dominio público) no sé si le interesa a Wikipedia tener un chorreo de contribuciones redactadas por ...estas herramientas, al menos sin declararlas como tal. Y este problema va a ir creciendo y creciendo. Francamente, si en una edición se incorpora texto generado por estos "grandes modelos de lenguaje" sumando o interpolando, probabilísticamente o como sea, cachitos de otras miles de fuentes, creo que sería interesante saberlo de cara a la revisión del contenido de Wikipedia (esto es, obligatoriedad de declarar esta circunstancia). Otra opción claro, sería prohibirlas de plano y santas pascuas. strakhov (discusión) 17:38 13 jul 2024 (UTC)

En la teoría me parece mal, en la práctica podría ser útil para mejorar redacciones, ortografía, traducciones, botopedia y otras cosas que requieren poco pensamiento y mucho trabajo rutinario. Pero no se va a usar solo para eso. Ya he visto dos artículos que parecían hechos con Gemini de Google y que como miniesbozos estaban bastante bien, su principal defecto era la falta de referencias y que el redactor pusiera la misma obra para respaldar cada párrafo sin ser verdad. Prohibirlas de plano podría funcionar si hubiera buenos motivos (mi "no es justo" seguramente no sirve) y hubiera cierta capacidad de hacerlo cumplir. El principal peligro que veo es la información falsa, todavía inventan mucho con gran seguridad. Crean citas de artículos científicos de la misma forma que generan el resto de los textos. Saludos. Lin linao ¿dime? 17:56 13 jul 2024 (UTC)

Internet va camino de convertirse en un pozal de contenido basura creado por IA entrenado con textos redactados por otras IA entrenado con... Y así. No sé si, al menos nominalmente (porque de la prohibición teórica a la práctica media un abismo), querremos posicionarnos contra esa dinámica y al menos jactarnos de pretender ser una enciclopedia en español y libre hecha por personas, para lo bueno y para lo malo. La Comunidad sabrá. strakhov (discusión) 18:09 13 jul 2024 (UTC)

(CdE) Dejando de lado el espacio principal, personalmente me genera una sensación de malestar el recibir una respuesta en una página de discusión y sospechar que no la ha redactado la persona que creó la cuenta, sino un modelo de lenguaje de estos. strakhov (discusión) 18:17 13 jul 2024 (UTC)

A mí en concreto me la suda la proveniencia de un contenido (dominio público por viejo, dominio público por hecho por máquina, CC BY-SA de otra wiki, CC BY-SA de fuente externa, etc) mientras sea compatible con la licencia del sitio, esté redactado enciclopédicamente y sea verificable. Pero el tener centenares o millares de este tipo de ediciones sin detectar (como creo que está pasando), con todos los potenciales problemas asociados (redacción antinatural, alucinaciones, mentiras, etc...) no me parece nada práctico. Y, la verdad, las intenciones de alguien que utilice masivamente IA aquí sin declararlo en ningún momento ...a priori se me antojan, como poco... bastante turbias. strakhov (discusión) 18:30 13 jul 2024 (UTC)

 En contra de la IA y LLM. El problema podría estar en detectarlo si alguien nos lo quiere "colar". -- Manolo (Desfógate) 18:16 13 jul 2024 (UTC)

No caigo en qué es la LLM. Mis experiencias con "cosas no humanas" haciendo wikifaena son diversas:

• Hoy mismo, y con frecuencia, pasan bots que me rectifican tildes y cosicas diversas. Generalmente (¿99%?) tienen razón y es mucha ayuda y buena ayuda. Nada que objetar.
• Uso traductores automáticos. Primer caso, entre castellano y catalán. En general está bien, pero hay que revisar. Por ejemplo, una reciente tongada incluía muchas cosas sobre molinos, los cuales tienen muelas. Esas muelas en catalán son moles, por más que las muelas de la boca sean queixals. No es muy grave si lo están vigilando. (Nota mental: ¿los usuarios de IA querrán/podrán vigilar sus n-cientas o n-miles cosas que hagan?).
• Un experimento en plan casero es preguntar a un "asistente doméstico" (Alexa, Siri...) por la capital de Alemania. Te dice "Berlín". Le respondes: "Asistente, creo que te equivocas". El asistente vuelve a "pensar" y te dice: "La capital de Alemania es Frankfurt". Motivo: busca en su "biblioteca" la frase "capital de Alemania" y como miles de veces sale Frankfurt (por ejemplo "la capital financiera de Alemania es Frankfurt") decide que es una respuesta posible si no puede decir Berlín. Esto también se ha hecho preguntando cuál es la montaña más alta de España. Obviamente, datos como Teide o Berlín son fáciles de controlar y verificar, pero si estamos hablando de ministros de las Feroe o gramática del sranan-tongo igual la peña no lo tiene tan fresco.
  Hay que tener en cuenta que hacer auténticas chapuzas así y en plan industrial es posible, pero requiera mala fe. La mala fe no es una característica de las máquinas, lo es de sus usuarios.
• Me parecería bien botificar algunas cosas (por ejemplo geografía pendiente de añadir) siempre que los datos de origen estén controlados. No estoy a favor de crear contenido de forma acrítica, especialmente si requiere comprender motivos. Y más que las tecnologías, lo peligroso son las motivaciones.

B25es (discusión) 06:41 15 jul 2024 (UTC)

A mí se me hace particularmente chocante encontrar artículos como este donde la redacción de ChatGPT salta a la vista tanto por el estilo como por sus típicas coletillas. Me entero que el usuario que creó el artículo ha subido otros similares usando la misma herramienta (como aquí). También esta edición es representativa de lo que puede venir.--Marcos Okseniuk (discusión) 15:09 15 jul 2024 (UTC)

@B25es, la LLM son las siglas de Large Language Model o modelo de lenguaje grande. -- Leoncastro (discusión) 15:47 15 jul 2024 (UTC)

@Marcos Okseniuk, «a continuación se presenta» un pequeño ejemplo de cómo detectar texto artificial: pulse aquí. No es la única forma, solo es un ejemplo. Por cierto, antes abundaban más las traducciones automáticas. -- Leoncastro (discusión) 15:58 15 jul 2024 (UTC)

Sobre la cuetión del hilo, me parece muy bien regular las ediciones realizadas mediante IA, del mismo modo que ya tenemos reguladas las creaciones por bot. -- Leoncastro (discusión) 16:03 15 jul 2024 (UTC)

Yo no estoy en contra del uso de la IA con fines de mejorar la redacción de un artículo, que en principio te sirve para crear o mejorar artículos modestos gramaticalmente hablando, el problema radica en que no se cita las afirmaciones. Por ejemplo ChatGPT te ayuda en corregir los errores gramaticales cuando se lo pides, pero no avisa si existe discordancia con la información, a menos que se lo expreses. Además cuantas veces no hemos usado los traductores de Google cuando no siempre te traduce adecuadamente, como dicen arriba, el peligro viene para que fines tenga. Dimartz Baúl 16:03 15 jul 2024 (UTC)

@Marcos Okseniuk: He modificado el texto del búho del hoyo (bicho súper majo) pero sólo puedo modificar la parte formal. Porque no entiendo de bichos. Igual los nombres son trolas, errores, remix de datos o verdades, qué sé yo. Lo ha puesto una IP y no puedo ni llorarle. Respecto del otro ejemplo, le he eliminado una de las referencias (de Campaners, que creo que son valencianots, bona gent) porque su ficha (la de Campaners) aunque es de la misma parroquia no habla de lo mismo que el párrafo que presuntamente referencia. Le he recomendado a la persona editora que (a) no deje que su ChatGTP o lo que sea use fórmulas lingüísticas no acordes con el contexto y (b) que chequee la referencias. B25es (discusión) 16:34 15 jul 2024 (UTC)

Un aspecto que me es preocupante es que estos modelos están entrenados con datos protegidos por los derechos de autor. Se ha visto que es posible inducir a ChatGPT para producir fragmentos de artículos del New York Times, y yo no descartaría la posibilidad de que haga cosas similares sin que uno se lo pida.

El gran problema es que no hay una forma sencilla de distinguir entre textos orgánicos y textos de una IA, y creo que ahí radica el problema con prohibirlas. Xacaranda (discusión) 13:48 20 jul 2024 (UTC)

¿Y cómo se sabría que una cuenta es inteligencia artificial? ¿Lo permite el software MediaWiki? --Леон Поланко говорит вам и слушает вас 22:20 22 jul 2024 (UTC)

Tengo entendido que no hay ninguna forma confiable de determinar si un texto proviene o no de un modelo de IA. Recientemente leí un encabezado que mencionaba que se había publicado un paper en el que se afirmaba que se podría hacer una detección en base al vocabulario del texto. Pero no lo leí (y además no tengo las facultades o conocimientos para siquiera evaluar la veracidad de lo dicho). Hasta lo que yo sé, MediaWiki no tiene ninguna función de ese estilo. Xacaranda (discusión) 22:29 22 jul 2024 (UTC)

El New York Times publicó este PDF que demuestra (según ellos) que ChatGPT puede memorizar (y entregarte) texto de sus artículos. Xacaranda (discusión) 22:33 22 jul 2024 (UTC)

Leoncastro da algunas "pistas" para, por lo menos, "sospechar" cuándo un texto ha sido creado por una IA. Inteligente, sí, pero poco. Aún tiene que aprender a "disimular" un poquito. -- Manolo (Desfógate) 22:47 22 jul 2024 (UTC)

El problema es el sesgo sistémico. Estos sistemas "saben" mucho de cosas muy sabidas e inventan en amatemáticas y en temas poco tratados. Es decir, justo en los artículos que faltan, donde hay pocas fuentes y pocos wditores es donde es más probable que surjan inventos que además nadie vea o pueda detectar. Le pregunté a Gemini de dos temas que conozco bien y que son "raros" para esta Wikipedia. Al preguntarlr una enmienda con cal en un suelo ácido me dio una respuesta genérica de buena calidad acerca de una enmienda de cal en un suelo ácido, mejor organizada que nuestro artículo, más o menos lo que diría un folleto de divulgación técnica o un artículo enciclopédico básico. Al preguntarle por la conjugación del verbo comer en mapuche lo inventó todo: el verbo, los pronombres, el número, las desinencias, los tiempos y los modos. Hay mucho potencial para la difusión masiva de información falsa y creo que ese peligro es todavía más grande que los posibles plagios o las redacciones defectuosas. No se me ocurren modos de detenerlo o descubrirlo. Saludos. Lin linao ¿dime? 23:39 22 jul 2024 (UTC)

A final de cuentas la IA solamente conoce aquellos temas que están incluidos (y que son frecuentes) en sus datos de entrenamiento. Quiere abarcar todo pero obviamente no domina nada. Ahora bien, los textos de ChatGPT y de otros modelos de texto no suelen incluir fuentes, por lo que una opción puede ser endurecer medidas contra los textos no verificados. Xacaranda (discusión) 18:12 25 jul 2024 (UTC)

Precisamente wste tema estaba buscando, Haciendo mi patrullaje usual en paginas nuevas, me encontre: Este caso muy particular (Y nada discreto; donde hasta en el Resumen se dejaron la copia y pega de la respuesta amable de la IA [Probablemente ChatGPT por ese ¡Claro! de respuesta]). Si bien Como Mencionan Bien usada Es una herramienta útil para Revisión ortográfica y buen formato (incluso tolerable para parafraseo en tanto tenga relacion con la fuente original). El principal Problema Que encuentro (y como este caso) es que Se esta usando para Redactar el Articulo Por completo. Siendo en Esencia una Fuente Primaria y sin intención o Poca probabilidad de ser Citable o Acreditable en el origen de la información [ya que es casi imposible replicar un prompt y no hay una manera oficial de citarlos]. Si bien el articulo Se termino marcando para borrado rápido y añadi uso de IA como 'otro motivo' solo como advertencia, Realmente tengo dudas sobre como actuar ante estos casos donde el articulo es 100% IA. [Lo mas fácil seria marcarlo por Falta de referencias aunque no siempre es el caso en especial cuando son solo secciones o párrafos] en artículos con contenido "real". - Utilizando Este Caso de Ejemplo (Si bien es obvio por la descripcion y formato), y es Detectable como 100% de Probabilidad de IA con base a Detectores gratuitos como https://www.scribbr.com/ai-detector/ https://quillbot.com/es/detector-de-ia Desafortunadamente No siempre es Fiable la Detección y es mas subjetiva... y no es tan Facil como en el caso del pLagio donde herramientas como Earwig Copivio dan un veredicto y comparación Valdria la Pena Considerar la creacion de una Plantilla similar para al menos advertir la posibilidad o sospecha de que un texto pudo ser generado con IA. [O bien, una plantilla de borrado rapido para Casos Extremadamente evidentes]. Por otra parte, Tambien existe el riesgo de que mucho de este contenido IA puede ser erroneo (e incluso se aclara con los principales servicios o se restringen ciertos topicos ante el riesgo de potencial abuso o daño que pudiera causar) En el Caso particular de Google. Es un terreno peligroso, ya que Precisamente la IA de Busqueda Rapida y las Fichas de Informacion destacada de Busqueda, (Conjunto a algunos Modelos de IA con busqueda en tiempo real como Copilot y Gemini) Dependen en su enorme mayoria de Contenido extraido de la Wikipedia. Por lo que de no manejarse con cuidado se podra incurrir incluso en Alimentar de manera incorrecta a estos modelos. (Volviendolo un circulo vicioso). En cuanto a Politicas, Podria evaluarse un caso similar a lo hecho en foros como StackOverflow, donde Se decidio prohibir el uso de respuestas automatizadas con tolerancia cero para Codigo generado por IA (en esencia por el riesgo de incurrir en Trolleo o Spameo de interacciones, con contenido Incorrecto o sin revision minima) o de cometer una Violacion de vulnerabilidades, derechos o patentes, ya que es sabido que muchas IA generadoras de codigo se alimentan de repositorios de Codigo abierto como entrenamiento. CharlieRaMx (discusión) 18:01 28 jul 2024 (UTC)

Nuevo permiso: Organizador de Eventos

Hola. El equipo de Campañas de la Wikimedia Foundation ha desarrollado la herramienta Registro en Eventos que facilita la inscripción de participantes en eventos y actividades wiki (como campañas, editatones/as, etc.) dentro del propio ecosistema Wikimedia. La herramienta Registro en Eventos está integrada en la extensión CampaignEvents que ya se encuentra activa en Meta-Wiki. La siguiente fase del proyecto pasa por la implantación de la citada extensión en las diferentes wikis. Sobre la activación de la extensión en Wikipedia en español, se ha iniciado una discusión en el Café.

Esta extensión solo puede ser gestionada por aquellos usuarios que cuenten con el permiso de Organizador de Eventos que ya se otorga en Meta-wiki. Para poder contar con este permiso en Wikipedia en español y que pueda otorgarse a nivel local, sería necesario definir una política local, por lo que abro este hilo para iniciar una discusión y que la comunidad pueda decidir cómo quiere continuar con este procedimiento. Como punto de partida, he creado este primer borrador en el que se define qué es, qué facultades otorga y a quién está dirigido el permiso de Organizador de Eventos.

Quiero aclarar que esta extensión y su permiso asociado, está dirigida principalmente a miembros de capítulos y grupos afiliados Wikimedia que se encargan de coordinar y/o gestionar actividades en torno a Wikipedia en español, como editatones o campañas temáticas (tipo Wiki Loves, etc.). En ningún caso, el permiso otorga capacidad al usuario/a de intervenir de manera alguna en el contenido de esta Wikipedia más allá de la propia página del evento. Es una herramienta que algunas personas de esta comunidad ya están utilizando desde Meta-wiki por lo que sería útil poder contar con ella en Wikipedia en español. En el hilo del Café/Noticias varias organizadoras de eventos han compartido su experiencia.

Con esta información, y teniendo en cuenta que se trata de un permiso que otorga unas facultades muy limitadas y dirigido a un público muy concreto, ¿cuáles serían los siguientes pasos para contar con este permiso y la extensión CampaignEvents en Wikipedia en español? Quedo atenta a cualquier comentario. Saludos. IZapico (WMF) (discusión) 09:39 23 jul 2024 (UTC)

@IZapico (WMF), faltaría una sección de «Retirada del permiso». Entiendo que no debería haber muchos motivos para tal retirada a excepión de un uso indebido del permiso, pero si es condición para su obtención el ser miembro de un afiliado Wikimedia, supongo que también será motivo de su retirada el dejar de ser miembro. El siguiente paso, tras completar ese borrador, sería llevarlo a votación para elevar ese borrador a política (Wikipedia:Organizador de Eventos; similar a Wikipedia:Administradores de interfaz o Wikipedia:Burócratas) y justificar así la activación de la extensión. -- Leoncastro (discusión) 14:06 23 jul 2024 (UTC)

Hola, muchas gracias IZapico (WMF) por generar el borrador de la política =) (lo siento, a veces las personas que habitamos este espacio necesitamos reglas claras). Creo que si la persona solicitante del permiso es una persona contratada por una organización del movimiento Wikimedia (o bien, financiado por la WMF), debe ser en una cuenta alternativa a la cuenta de voluntario (como han comentado Cftoro (WMCL) o Paula (WDU), que por sus siglas en paréntesis, funciona bastante bien identificar su asociación). El finalizado del permiso puede ser por (a) un tiempo finito (2 años, por ejemplo), (b) la finalización de un evento (o serie de eventos), (c) cese de vinculación de la organización (si es que ha sido solicitado mediante una organización). En el caso (c) dependemos de una organización externa que nos avise que se ha cesado a la persona o bien, ya no pertenece a la organización. Ahora, las personas coorganizadoras también deben tener el permiso, por lo cual deberían pedir su permiso en forma separada, es decir, al inicio, todas las personas interesadas deben pedir el permiso por separado y no como conjunto (viva la burocracia, otra vez). Por último, como se envían correos electrónicos a partir de la herramienta, dichos contenidos a pesar que son enviados por un sistema controlado por la WMF (Mediawiki en Wikipedia en español), no sé si podemos aplicar bloqueos a las personas que puedan hacer uso inapropiado de enviar correos indebidos a las personas que participan en los eventos (es decir, no sé cómo se aplica el UCoC en estos casos). Saludos Superzerocool (el buzón de msg) 15:14 23 jul 2024 (UTC)

Gracias @Leoncastro y @Superzerocool por vuestros comentarios. He actualizado la información del borrador para que podamos seguir avanzando en la redacción de la política. Quiero aclarar que quiénes más van a manejar esta herramienta son las personas asociadas a capítulos o grupos afiliados, pero también puede darse el caso de que sea utilizada por voluntarios que quieran organizar algún tipo de actividad en esta wiki. Un ejemplo que se me ocurre, son quienes forman parte de algún Wikiproyecto y quieren organizar un concurso utilizando la herramienta de inscripción.

En cuanto a la retirada del permiso, he añadido información en la página intentando no complicar mucho la casuística por simplificar la burocracia, pero por supuesto cualquier comentario será bienvenido.

Sobre al envío de emails, solo se puede contactar por este medio a quiénes tengan su dirección de correo electrónico asociada a su cuenta de Wikipedia y la persona organizadora no podrá ver esa dirección (salvo que el participante responda al correo). Pero si se quiere establecer alguna indicación al respecto, perfecto.

Quedo atenta a cualquier comentario o sugerencia. Sería fantástico también recibir comentarios de otros miembros de la comunidad para que se generara una discusión más amplia. Saludos. IZapico (WMF) (discusión) 16:50 24 jul 2024 (UTC)

Información y Referencias

Wikipedia exige que la información sea verificable. Por esa razón se deben agregar las referencias adecuadas. Creo que todos estamos en eso de acuerdo. Otro caso es el de las referencias.

Primer caso

wikienlaces ->

El río Mapocho pasa por la capital de Chile.

En este caso se dan dos wikienlaces en los cuales podemos esperar que contengan las referencias. No lo considero una referencia apropiada porque lo que hace es pataer la pelota fuera de la cancha.

Segundo caso

wikisource ->

Francisco Astaburuaga escribió en 1899 en su Diccionario Geográfico de la República de Chile que el río pasa por Santiago.

En este caso es un enlace a wikisource y con ello se completa la exigida referencia.

Tercer caso

libro ->

El río Mapocho pasa por Santiago.((ref))Guía Turistel ...((/ref))

en este caso existe una guía turística (de TURISTEL) que hace esa afirmación.

Hago esta acotación porque a veces al segundo caso no se le considera una referencia (y se borra inmediatamente el artículo). Otras veces se le agrega al segundo caso los datos del libro como si wikisource no los tuviera. Lo considero innecesario.

Me gustaría saber que piensan Uds. de los tres u otros casos. Saludos,

-- Juan Villalobos (discusión) 12:12 24 jul 2024 (UTC)

El segundo tiene mala prensa porque alguien escribió en el manual de estilo que no se usen enlaces externos dentro del texto, Wikisource y el Wikcionario se consideran sitios externos, y hay gente que se comporta como si el manual de estilo estuviera no pudiera cambiarse ni no hacerle caso siempre. Así que se considera que lo adecuado es usar las obras de Wikisource como las demás referencias del caso 3. Saludos. Lin linao ¿dime? 13:05 24 jul 2024 (UTC)

Pero es que un enlace externo no es una referencia. Que una referencia contenga un enlace externo es un valor añadido a la referencia, porque además de indicarnos la fuente de la información también nos conecta directamente a ella; pero un enlace es una cosa y una referencia es otra distinta. En el primer caso no hay ninguna referencia sino solamente dos enlaces internos. En el segundo caso tampoco hay ninguna referencia sino un enlace interno y otro externo a Wikisource. Este segundo caso se podría completar escribiendo:

El río Mapocho pasa por Santiago.<ref>Francisco Astaburuaga (1899), Diccionario Geográfico de la República de Chile. F. A. Brockhaus.</ref>

Y la referencia sería tan válida con el enlace a Wikisource como con cualquier otro enlace externo a dicha obra, e incluso sin enlace externo si no se conoce ninguno disponible. -- Leoncastro (discusión) 14:51 24 jul 2024 (UTC)

Lo que he estado haciendo en los últimos días (me imagino que de ahí la pregunta) es cambiar en varios artículos de la misma serie (aún quedan muchos, un total de 240 creo) esto:

->> Francisco Solano Asta-Buruaga y Cienfuegos escribió en 1899 en su obra póstuma Diccionario Geográfico de la República de Chile sobre...

por esto:

->> Francisco Astaburuaga escribió en 1899 en su obra póstuma Diccionario geográfico de la República de Chile sobre...​​

Una edición que en un principio incluye varias modificaciones: el nombre del autor, un enlace a Obra póstuma, la "g" en el nombre de la obra en minúscula (en concordancia con el correspondiente artículo) y todo en cursiva; y, finalmente, cambiando la referencia a Wikisource por el enlace al artículo (pues existe tal artículo, y el enlace debe dirigirse a él, tratándose del nombre del libro), y luego el contenido concreto lo pasé al formato de referencia. Un saludo. — El comentario anterior sin firmar es obra de Virum Mundi (disc. • contribs • bloq). 17:22 24 jul 2024

Secciones vacías

Otro caso muy importante es el de las secciones vacías, sin información. Hay temas de un artículo que son sumamente importantes, pero de los que no se tiene información. De muchos personajes históricos se desconoce la fecha o el lugar de su nacimiento o fallecimiento o su estado civil. De muchos hechos se desconoce el lugar donde ocurrió. De un río muchas veces se desconoce casi todo: caudal, régimen, calidad el agua, longitud, trayecto, etc. En el caso de los ríos yo dejo una sección vacía porque considero que es una información extremadamente importante que se desconoce y que el lector debe saber que se desconoce esa información. En la Wikipedia inglesa existe la plantilla "Empty section", "Expand section" o "Data missing".

Hago esta acotación porque a veces se eliminan esas secciones vacías. Yo considero eso como borrar información. Es la información de que no se tiene información. Valga la redundancia.

Me gustaría saber que piensan Uds de este caso. Saludos, Juan Villalobos (discusión) 12:12 24 jul 2024 (UTC)

En informes de error usamos una plantilla ({{No hay error|falta}}) para indicar que la falta de información no es un error en una enciclopedia en constante crecimiento. No es un error que falte algo, siempre va a faltar algo. El error es mostrarle al usuario que puede haber algo, pero no darle ninguna información. El usuario que encuentra una sección vacía se queda con la duda de si ha cargado bien la página o sufre algún problema con su navegador. Si falta toda la sección, falta información y ya está, no hay error. Si está el título pero no el contenido... no solo falta algo, sino también parece que falla algo. Por eso en enwiki al menos avisan. Sin embargo, lo que hagan en otros proyectos no tiene por qué reflejarse en este. Y a mí personalmente no terminan de convencerme el uso de esas plantillas, precisamente porque esta es una enciclopedia en constante crecimiento y siempre va a faltar algo. -- Leoncastro (discusión) 15:03 24 jul 2024 (UTC)

Pienso que las secciones vacías hay que borrarlas, no colocar una plantilla para señalar la obviedad de que están vacías. En contra de placeholders de forma general (imágenes en fichas, N/D en fichas, data missing en el cuerpo del artículo, etc). Si es especialmente importante señalar que un dato no se conoce (se supone porque lo subraya una fuente), puede bastar con ponerlo de forma explícita, sin arabescos ni plantillitas: por ejemplo de una persona puede decirse simple y llanamente: "Se desconoce su fecha y lugar de fallecimiento"^[1]. No creo que el hecho de que se desconozcan (esto es, que una fuente reconozca desconocerlos, que no aparezcan en esa fuente, o no los hayamos encontrado en ninguna o...) diferentes datos numéricos genéricos de un río sea suficientemente relevante como para consignarlo explícitamente. Vaya, si una fuente en una serie de datos tabulados para el río Ríez señala un "no data" en el caudal no creo que sea necesario reflejarlo en la ficha de aquí. Quizás esa circunstancia sea más oportuna recogerla en Wikidata (una base de datos), con su respectiva referencia. Saludos. strakhov (discusión) 06:03 25 jul 2024 (UTC)

Un caso extremo, sobre el que hay abierta una CdB, es el artículo sobre la Ley de Participación Ciudadana, cuya primera línea dice: "Actualmente no existe una ley de participación ciudadana estatal en España." ¿Esta es la manera de informar que no se tiene información? ¿Qué se pretende, que cuando se cree esa ley (si algún día se crea), vóalá, Wikipedia ya tiene el artículo? No estoy de acuerdo con mantener secciones (y aún menos, artículos) sin información. Cuando exista (o se halle) esa información, entonces (y solo entonces) se podrá crear la sección o el artículo, no antes "por si acaso". -- Manolo (Desfógate) 07:25 27 jul 2024 (UTC)

No es por el hecho de que se desconoce su valor por lo que se debe anunciar su desconocimiento sino por el hecho de que son importantes. El caudal y el régimen de un río es importante a todas luces. Un río que lleva 10 l/s es diferente a un río que lleva 1000 m³/s. La fecha de nacimiento es importante para cada uno de nosotros. No se puede dejar un artículo sobre una persona sin decir en que época vivió: en la edad media, en la Grecia clásica, durante la revolución francesa. Eso es importante. Si se sabe se escribe y si no se sabe se dice "no se sabe".

En cuanto a la ley de participación ciudadana, que no conozco, puedo decir que hay muchos artículos sobre hechos o objetos que no existen. El artículo sobre el Puente de Chacao, o sobre Elecciones presidenciales de Estados Unidos de 2024. Para eso existe también ela plantilla ((evento futuro|elección)).

Resumiendo, datos importantes como una fecha de nacimiento, una fecha de una batalla, el valor de una empresa, el nombre de una persona importante, el caudal de un río, el área ocupada por un país, el número de habitantes de un país, etc, deben ser parte del artículo que informa sobre esos objetos. Son informaciones relevantes consubstanciales para la comprensión del objeto y su falta es un grave defecto de la descripción por lo que el lector debe ser informado que el autor conoce esa deficiencia, pero no la puede remediar sino solo con la advertencia de que no se tiene esa información. Saludos, --Juan Villalobos (discusión) 08:45 27 jul 2024 (UTC)

Si se desconoce un valor (p.ej. la fecha de nacimiento), se puede poner de forma aproximada (c. 1700 o siglo XVIII), pero no crear una sección y dejarla vacía. En cuanto a la ley, existen artículos de acontecimientos futuros cuya probabilidad de que ocurran es del 99,99% (Juegos Olímpicos de Los Ángeles 2028), pero las probabilidades de que una ley (esta ley) se lleve a cabo tienden a cero. -- Manolo (Desfógate) 09:19 27 jul 2024 (UTC)

Consulta

Quiero consultar con los wikipedistas en el Café sobre por qué se usan como fuentes trabajos de las Fuerzas Armadas del Perú y del jefe Vladimiro Montesinos (agente de la CIA "Montesinos, V.") para explicar las masacres, ejecuciones extrajudiciales, etc. que cometieron justamente ellos. No sería propaganda y un evidente conflicto de interés?

Aqui pueden ver las fuentes propagandísticas que he podido identificar

1. Comisión Permanente de Historia del Ejército del Perú (2012)
2. Uceda, R. Muerte en el Pentagonito.
3. Montesinos, V. Sin Sendero (parte uno)
4. Montesinos, V. Sin Sendero (parte dos)
5. Montesinos, V. Sin Sendero (parte tres) etc.

Donde he visto que se usan:

Masacre de Barrios Altos, Diálogos de paz entre el gobierno de Alberto Fujimori y Sendero Luminoso, y en otras entradas más que olvidé.

Gracias de antemano. Mateo Larrañaga (discusión) 00:38 25 jul 2024 (UTC)

Dejando de lado el que las fuentes primarias en Wikipedia han de usarse con mucha cautela y cuidado, o incluso no usarse, comentar que no existe conflicto de interés, que es una política de Wikipedia que se aplica a los conflictos de interés existentes entre los editores de Wikipedia y los temas sobre los que escriben, y no entre los autores de las fuentes bibliográficas y los temas de Wikipedia. Un saludo. strakhov (discusión)

@Mateo Larrañaga:, es normal que artículos sean "tomados" por personas que tienen intereses ajenos a los del proyecto Wikipedia, ignorantes pretenciosos o fanáticos adoctrinados. Mi consejo: borrálo de tu lista de seguimiento. Saludos, --Juan Villalobos (discusión) 09:01 27 jul 2024 (UTC)

Esos artículos llenos de propaganda deben reescribirse para ser neutrales y usar fuentes decentes (como periódicos o de revistas internacionales) habiendo tanta información neutral en internet creo que no se debería usar material de la misma persona u organización que cometió esos abusos, una burla a la verdad. Mateo Larrañaga (discusión) 01:55 28 jul 2024 (UTC)

También informar de que en el artículo Tribunal Constitucional del Perú, varios usuarios y direcciones ip están intentando censurar información. Amonestar a esos usuarios Mateo Larrañaga (discusión) 23:59 28 jul 2024 (UTC)

Sobre borrado de artículos/archivos y subida de archivos (audio y vídeo)

Hola, buenas noches :)

Tengo algunas observaciones y consultas para la comunidad. Veréis, estoy teniendo enormes dificultades para subir archivos o para que se mantengan mis artículos sin ser borrados. La norma parece ser borrar rápidamente, pero en restaurar el material borrado se tarda una eternidad (si es que se hace). Os cuento:

1) He subido imágenes. Me las han borrado prácticamente todas. Tenía los permisos de la familia de los músicos sobre los que quiero escribir para usar sus imágenes en mis artículos. Al parecer necesitaba además los permisos de los propietarios del copyright. Me puse en contacto con estos y les pedí que liberaran esas imágenes mediante correo electrónico dirigido al equipo de Wikipedia, tal como se me dijo que hiciera. De esto hace más de dos semanas. Nada, ni siquiera hemos tenido una respuesta al respecto.

2) Escribí sendos artículos y me los borraron ipso facto, alegando que carecían de interés enciclopédico. Por suerte, guardo copia de seguridad de todo lo que hago.

Es un poco desconsiderado borrar el trabajo de otra persona sin siquiera dar un tiempo para alegaciones o correcciones.

Ahora bien, estos mismos artículos los he podido subir a otras wikis hermanas, en otros idiomas, donde sí se han considerado enciclopédicamente relevantes. Y no sólo esto, además los usuarios y bibliotecarios han sido extremadamente amables ayudándome a dar el formato correcto a diferentes partes de los artículos.

Por otra parte, he podido subir archivos de audio directamente a esas wikis, utilizando archivos muy pequeños, de unos 16 segundos, como demostración de algunas canciones. Sin embargo eso aquí no parece posible, ya que se me desvía a Wiki Commons donde no es posible subir nada de nada.

¿Hay alguna posibilidad de subir audio o vídeo a esta Wikipedia directamente, o sea, sin utilizar Wiki Commons?

Muchas gracias a todos.

Saludos. Nonickillo (discusión) 22:01 26 jul 2024 (UTC)

Hola. Parto por el final: todas las imágenes, audios y videos que se usan en esta Wikipedia vienen de Commons. No existe la subida aquí desde hace mucho tiempo ni parece que vaya a permitirse en el futuro cercano. Si algo no cumple con los requisitos de Commons no podrá usarse aquí. Ahora bien, si los autores de las fotos o los autores e intérpretes de la música se las ceden a Commons bajo una licencia compatible, no habrá inconvenientes. El proceso puede ser complicado (o no, no lo sé con certeza), pero puedes preguntarle a algún administrador de allá que hable castellano, hay varios. Sobre los artículos, no te puedo ayudar mucho porqué no puedo ver cómo eran, pero podría ser que no se cumplieran los criterios para un borrado rápido o que tengas problemas de conflictos de interés. Quien o quienes hayan borrado los artículos deberían aclararte cuál es el problema exacto. Saludos. Lin linao ¿dime? 23:02 26 jul 2024 (UTC)

Hola Lin, muchas gracias por responder :) .

Entiendo. Pues en ese caso no podré subir esos archivos de audio o vídeo, ya que se trata de fragmentos de canciones y películas cuyos autores han fallecido, pero por lo que yo sé, aún podrían estar sujetos a copyright, aunque las grabaciones sean de los años 30 o 40. Creo que en Commons no se permite el “fair use”, una lástima.

Por otra parte, es un tanto desesperante que te hagan solicitar a los dueños del copyright de unas imágenes que liberen su trabajo, y una vez realizado el tedioso proceso, no haya una respuesta. Intentaré hablar con alguien en Commons tal como sugieres, aunque dudo que lo consiga.

En cuanto a los artículos, no, no hay conflicto de intereses. Los han borrado de forma un tanto arbitraria, desde mi punto de vista. He solicitado la recuperación de estos escritos en la página que hay al efecto, pero nadie da una respuesta. Desde el mismo día que los borraron estoy esperando una contestación de algún bibliotecario. Como comentaba antes, en otras Wikis no he tenido el más mínimo problema, todo lo contrario, hasta me han invitado a participar en otros artículos de la misma temática. Es curioso que unos artículos sobre música en nuestra lengua materna sean relevantes en otras Wikis y no en la nuestra, en fin, “cosas veredes”.

Un saludo. Nonickillo (discusión) 00:46 27 jul 2024 (UTC)

Es un poco raro que en la Wikipedia en español no se permita el fair use cuando en otros idiomas sí. Al final, los servidores de todos los idiomas están en los Estados Unidos y debería permitirse el fair use en esta Wikipedia. Volantor (discusión) 03:13 27 jul 2024 (UTC)

Puedes organizar una votación para cambiar ese acuerdo. Hay buenas razones para usar solo lo que esté en Commons: 1. Menos trabajo en un proyecto con falta crónica de bibliotecarios y alergia casi congénita a escoger nuevos. 2. El fair use no se permite en muchos de los países en que viven muchos de los editores. Por muy legal que sea en EEUU yo vivo en una isla chilena bajo la ley chilena, no tengo planes de emigrar y si subo algo ajeno y alguien siente vulnerados sus derechos y me denuncia por infringir la Ley 17336 de Propiedad Intelectual me pillarían en 3, 2, 1, por no hablar de que en un caso extremo podrían bloquear el sitio en esos países. 3. Ese material no es libre y los articulos no podrían reutilizarse o redistribuirse como vienen en muchos lugares por lo dicho en 2. 4. Si estamos haciendo la enciclopedia libre, ¿para qué hacerla no libre? ¿para qué trabajar en redactar artículos? ¿por qué no divulgar o reusar bajo fair use cualquier otra obras que ya estén listas y dejarse de gastar horas en escribirla nosotros? En mi caso y espero que en el de muchos, la respuesta es que estamos aquí precisamente para producir una enciclopedia de contenido libre para hispanohablantes. Saludos. Lin linao ¿dime? 03:34 27 jul 2024 (UTC)

Entiendo el punto de vista y me parece correcto. Pero es una lástima que el fair use no esté contemplado en el derecho internacional. Se pierde una valiosa oportunidad de dar publicidad a las obras y de dar al público la ocasión de conocerlas, por no mencionar que los artículos no quedan igual de completos. Ni siquiera es necesario que autoricen el uso del 100% de las obras, con un porcentaje del 10 o el 20% sería más que suficiente para propósitos educativos e ilustrativos. Nonickillo (discusión) 16:23 27 jul 2024 (UTC)

Nonickillo: entendemos tu enfado y hasta lo compartimos, pero eso no nos corresponde a nosotros, es un tema que les corresponde a los legisladores. Nuestra función, como enciclopedia, es difundir el conocimiento, pero siempre dentro de la legalidad, cumpliendo con el Derecho Internacional y las leyes particulares de cada país. -- Manolo (Desfógate) 19:34 27 jul 2024 (UTC)

Hola Manolo, gracias por responder :) .

No, si no me enfado. Comprendo el por qué del tema legal, pero sigo pensando que es una auténtica lástima.

Lo que sí que me frustra es lo otro, es decir, que los propietarios del copyright de unas imágenes que quiero utilizar las hayan liberado siguiendo las indicaciones de Wiki Commons, y que aún no nos hayan respondido nada.

Aunque si algo me ha descolocado del todo ha sido el borrado de los artículos que había escrito. Eso sí que me ha dejado bastante perplejo. No por el borrado en sí, más bien ha sido la falta de toda consideración hacia el trabajo realizado. No se me ha dado ni la posibilidad de cambiar cosas para adaptar los textos. Como comentaba antes, en otras Wikis no sólo se han aceptado los mismos trabajos, es que además me han ayudado a darles formato y se me ha invitado a participar en otros artículos de similar temática. La diferencia en el trato es notable.

Esperaré un tiempo prudencial a que algún bibliotecario me de respuesta sobre este asunto, ya que he solicitado que se restituyan hace unas dos semanas. Me gustaría poder escribir en mi lengua materna, pero si sigo teniendo tantos problemas, probablemente me limite a hacer mis aportaciones en otros idiomas (sin enfado, que conste, pero con profunda consternación).

Saludos! Nonickillo (discusión) 22:16 27 jul 2024 (UTC)

Por nada. Me expresé a la ligera: no hace falta que sean los autores e intérpretes, sino los titulares de los derechos de autor. Según el país y la época, los derechos pueden haber expirado o pertenecerle a los herederos o algún sello discográfico. La gente de Commons puede orientarte mejor en ese aspecto. Saludos. Lin linao ¿dime? 12:43 27 jul 2024 (UTC)

Ah, claro, quien ostente los derechos. Pues no creo que se pueda. Ningún heredero o discográfica van a liberar una obra. Como mucho pueden dar un permiso para utilizarla de determinada manera, creo yo. De todas formas lo intentaré hablando con los de Commons. Gracias nuevamente, Lin. Nonickillo (discusión) 16:14 27 jul 2024 (UTC)

Quinta parte de la propuesta de política de bloqueos

Buenos días. Hace un tiempo que se abrió la Wikipedia:Encuestas/2024/Hacia una política de bloqueos V. Se encuentra en estado de preparación, por lo que se aceptan aportaciones. Hans Topo1993 15:54 29 jul 2024 (UTC)

---

Subir a la tabla de contenidos

Técnica

Tech News: 2024-29

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

Tech News survey

• Please help us to improve Tech News by taking this short survey. The goal is to better meet the needs of the various types of people who read Tech News. The survey will be open for 3 more days. The survey is covered by this privacy statement. Some translations are available.

Recent changes

• Wikimedia developers can now officially continue to use both Gerrit and GitLab, due to a June 24 decision by the Wikimedia Foundation to support software development on both platforms. Gerrit and GitLab are both code repositories used by developers to write, review, and deploy the software code that supports the MediaWiki software that the wiki projects are built on, as well as the tools used by editors to create and improve content. This decision will safeguard the productivity of our developers and prevent problems in code review from affecting our users. More details are available in the Migration status page.
• The Wikimedia Foundation seeks applicants for the Product and Technology Advisory Council (PTAC). This group will bring technical contributors and Wikimedia Foundation together to co-define a more resilient, future-proof technological platform. Council members will evaluate and consult on the movement's product and technical activities, so that we develop multi-generational projects. We are looking for a range of technical contributors across the globe, from a variety of Wikimedia projects. Please apply here by August 10.
• Editors with rollback user-rights who use the Wikipedia App for Android can use the new Edit Patrol features. These features include a new feed of Recent Changes, related links such as Undo and Rollback, and the ability to create and save a personal library of user talk messages to use while patrolling. If your wiki wants to make these features available to users who do not have rollback rights but have reached a certain edit threshold, you can contact the team. You can read more about this project on Diff blog.
• Editors who have access to The Wikipedia Library can once again use non-open access content in SpringerLinks, after the Foundation contacted them to restore access. You can read more about this and 21 other community-submitted tasks that were completed last week.

Changes later this week

• This week, dark mode will be available on a number of Wikipedias, both desktop and mobile, for logged-in and logged-out users. Interface admins and user script maintainers are encouraged to check gadgets and user scripts in the dark mode, to find any hard-coded colors and fix them. There are some recommendations for dark mode compatibility to help.

Future changes

• Next week, functionaries, volunteers maintaining tools, and software development teams are invited to test the temporary accounts feature on testwiki. Temporary accounts is a feature that will help improve privacy on the wikis. No further temporary account deployments are scheduled yet. Please share your opinions and questions on the project talk page. [5]
• Editors who upload files cross-wiki, or teach other people how to do so, may wish to join a Wikimedia Commons discussion. The Commons community is discussing limiting who can upload files through the cross-wiki upload/Upload dialog feature to users auto-confirmed on Wikimedia Commons. This is due to the large amount of copyright violations uploaded this way. There is a short summary at Commons:Cross-wiki upload and discussion at Commons:Village Pump.

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe. You can also get other news from the Wikimedia Foundation Bulletin.

MediaWiki message delivery 01:28 16 jul 2024 (UTC)

Nueva Lista de Deseos de la Comunidad

Hola, esta semana se ha lanzado la versión actualizada de la Lista de deseos de la comunidad. Para quienes no conozcan este proyecto, la Lista de deseos de la comunidad es un foro en el que las personas voluntarias pueden compartir sus ideas o "deseos" para mejorar nuestro producto y tecnología. Pueden presentar sus deseos en nuestro nuevo formulario de entrada, que se encuentra siempre abierto, y acepta peticiones en cualquier idioma. Si tienen alguna pregunta o quieren/necesitan asistencia para presentar un deseo, no duden en decírmelo o escribirme. Saludos. IZapico (WMF) (discusión) 22:32 16 jul 2024 (UTC)

Wikidata weekly summary #637

Here's your quick overview of what has been happening around Wikidata over the last week.
This is the Wikidata summary of the week before 2024-07-22. Please help Translate.

Discussions

• New requests for permissions/Bot:
  • DannyS712 bot - Task/s: I want to get approval for a bot with translation admin rights that will automatically mark pages for translations if and only if the latest version is identical to the version that is already in the translation system, i.e. only pages with no "net" changes in the pending edits.
  • DerIchBot - Task/s: Adding data about schools provided by the German and Austrian governments to wikidata.
  • DifoolBot 5 - Task/s: Change reference URLs into the related ID property and merge references with the same ID property.
  • AroundTheBot - Task/s: Automated import of Albanian nouns with IPA from Wiktionary, with the long-term goal of using this data to do pronunciation-based comparison/word evolution between languages.

Events

• Past: Wikimedia Indonesia hosted the 2024 Data Visualization Competition from June 5 to 18. The event featured data visualizations (posters and graphics) and short essays using data from Wikidata. Visit the competition page (in Indonesian) to view the winning entries.
• Upcoming: Wikidata's 12th birthday decentralized events will take place in October and November 2024. Feel free to browse the documentation pages to learn how to organize an event in your area, get funding, and get in touch with other organizers.

Press, articles, blog posts, videos

• Papers:
  • Representación de datos abiertos con Wikidata Query Service (Q126917814). This paper details the Wikidata Query Service, for the creation of data visualizations. All visualization options available in the WQS are explored, accompanied by example queries that introduce the implementation of these visualizations. By Ángel Obregón-Sierra and Silvia Cecilia Anselmi.
  • Beyond Aesthetics: Cultural Competence in Text-to-Image Models - with CUBE, a benchmark built out of Wikidata, to evaluate cultural awareness and cultural diversity of text-to-image models (Kannen et al, 2024)
• Videos: OpenRefine import into Wikidata of data from the BnF catalog: books by Marguerite Van de Wiele (in French)

Tool of the week

• Paulina, a new tool for exploring public domain works.

Other Noteworthy Stuff

• WMF Product and Technology Advisory Council (PTAC) invites interested volunteers to apply. As part of the movement strategy recommendation for "Coordinating Across Stakeholders," the PTAC will bring technical contributors and the Wikimedia Foundation together to co-define a more resilient, future-proof technological platform.

Newest properties and property proposals to review

• Newest General datatypes:
  • coin edge image (image or images that show the edge of a coin)
  • ozone depletion potential (relative amount of degradation to the ozone layer relative to CFC-11)
  • EntitySchema for class (schema that members of a class should conform to)
  • writing technique (technique used for writing on stone, paper or other support)
  • last appearance (last work featuring a fictional character or item)
  • Tüik mahalle ID (identifier of neighborhoods (mahalle) in Turkey in TÜİK (Turkish Statistical Institute) database)
  • Sandbox-EntitySchema (Sandbox property for value of type "EntitySchema")
  • myfixguide.com Category ID (photos about how to repair hardware)
  • indexer (entity responsible for compiling an index of a book, database, website or other forms of media publications in the form of a methodical arrangement of records designed to enable users to locate information quickly)
• Newest External identifiers: English-Irish Dictionary ID, PMC journal ID, Census ID, Douban personage ID, Avibase person ID, Brezhoneg21 ID, European Education Thesaurus ID, ‎Cineuropa distributor ID, ‎Cineuropa production company ID, OpenCitations Meta ID, IGN franchise ID, Federal Reserve Subject Taxonomy ID, Farhang-i forsī ba rusī ID, Devri ID, Cambridge University Press ID, Canadian Virtual War Memorial ID, Personnel Records of the First World War ID, Fowler’s Concise Dictionary ID, NooSFere publisher ID, Plex person key, BHMPI OBJ ID, Index Fungorum person ID, stiga.trefik.cz player ID, UNIBO professor ID, Cineuropa international sales agent ID, Mapes de Patrimoni Cultural ID, Il Nuovo DOP ID, RGALI person ID, RGALI organization ID, Archelec person ID, Lojas com História ID, milononline.net entry ID, Hebrew Academy term ID, LAGL author ID, KANAL ID, Google Play author ID, ‎Overcast episode ID, ArchWiki article, Valencian Library ID, ‎Star Wars.com ID, ScienceDirect journal ID, Filmová databáze film ID, Filmová databáze person ID, FC Krasnodar player ID, Iraqnla book ID, Alle Burgen ID, Italian-English Dictionary ID, islamway authority ID, Metamath statement ID, Imperial University of Dorpat student ID, Coptic Dictionary Online ID, English-Italian Dictionary ID, autoritateak.eus ID, Museum of the Russian Academy of Arts artist ID, Nintendo Life company ID, Wiley Online Library journal ID, Museums in Russia ID, Helveticat ID, ARABTERM entry ID, Hawramani Arabic Lexicon entry ID, Women in Resistance ID
• New General datatypes property proposals to review:
  • date de vote (vote date, date on which people decided or cast their ballot)
  • object of action & object class of action (specific object to which an action or class of actions occurs)
  • Public funding (amount of public funding an organisation receives)
  • schmeckt nach (taste that a food or drink has)
  • Kunstnerforbundet kunstner ID (Identifier for an artist member of Kunstnerforbundet in norway)
• New External identifier property proposals to review: Pocket Oxford German Dictionary: German-English ID, Pocket Oxford-Hachette French Dictionary: French-English ID, Manhom Arabic Profile ID, WorldCyclingStats ID, Thinkwiki article, identifier of the educational center of resistance and deportation of Landes, SideReel series ID, SideReel series URL slug, africanmusiclibrary.org artist id, The New Mithraeum ID, Stichting Erfgoed Nederlandse Biercultuur beer ID, Taylor & Francis journal ID, JTA Sightseeing Database ID, Emerald Group Publishing journal ID, Finnish Ministers database ID (new), Glosbe Old High German Lexeme ID, Tretyakov Gallery artist ID, State Historical Museum of Russia person ID, U.S. Copyright Office Public Records System work ID, Encyclopaedia of Islam (french edition) ID, French Bathing water ID, Religion Past and Present Online (German edition) ID, mandumah ID, Pocket Oxford German Dictionary: English-German ID, Pocket Oxford-Hachette French Dictionary: English-French ID

You can comment on all open property proposals!

Did you know?

• Query examples:
  • UEFA teams and the number of players on the team (source)
  • Species of birds and their sounds (source)
  • Archaeological sites and remains in Malaysia with National Heritage status (source)
  • Map of Filming Locations, excludes countries (source)
• Newest WikiProjects:
  • Reference Verification - a research and development project aimed at helping Wikidata editors check the quality of external references based on various types of AI/ML models.
  • NZWomenPhotographers - aims to improve information about New Zealand women photographers, based on a dataset provided by the Museum of New Zealand Te Papa Tongarewa.
• Newest database reports: Items with P569=P570 - Items with instance of (P31) --> human (Q5) and the same year in date of birth (P569) and date of death (P570) (2024-07-22)
• Showcase Items: Crawford (Q20731004) - family name
• Showcase Lexemes: water (L3302) - (S1) common liquid substance (S2) chemical compound of hydrogen and oxygen (H₂O) (S3) a body of water, usually a river, a lake, or an ocean

Development

• mul: We fixed the last blocker for the limited MUL rollout to Wikidata on July 29th (phab:T362917)
• EntitySchemas:
  • We fixed a misplaced background color in EntitySchema (phab:T369283)
  • haswbstatement searches now work for EntitySchema statements (phab:T369495)
  • We’re investigating how to make EntitySchemas searchable by label (phab:T362005)
• Query Service: preparation for the graph split is continuing by the Search Platform Team. We started looking into adapting the constraints checks for it (phab:T369079)

You can see all open tickets related to Wikidata here. If you want to help, you can also have a look at the tasks needing a volunteer.

Weekly Tasks

• Add labels, in your own language(s), for the new properties listed above.
• Contribute to the showcase Item and Lexeme above.
• Summarize your WikiProject's ongoing activities in one or two sentences.
• Help translate or proofread the interface and documentation pages, in your own language!
• Help merge identical items across Wikimedia projects.
• Help write the next summary!

· Unsubscribe · Help translate · Mohammed Abdulai (WMDE) (Talk) · MediaWiki message delivery (discusión) 16:12 22 jul 2024 (UTC)

Tech News: 2024-30

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

Feature News

• Stewards can now globally block accounts. Before the change only IP addresses and IP ranges could be blocked globally. Global account blocks are useful when the blocked user should not be logged out. Global locks (a similar tool logging the user out of their account) are unaffected by this change. The new global account block feature is related to the Temporary Accounts project, which is a new type of user account that replaces IP addresses of unregistered editors that are no longer made public.
• Later this week, Wikimedia site users will notice that the Interface of FlaggedRevs (also known as "Pending Changes") is improved and consistent with the rest of the MediaWiki interface and Wikimedia's design system. The FlaggedRevs interface experience on mobile and Minerva skin was inconsistent before it was fixed and ported to Codex by the WMF Growth team and some volunteers. [6]
• Wikimedia site users can now submit account vanishing requests via GlobalVanishRequest. This feature is used when a contributor wishes to stop editing forever. It helps you hide your past association and edit to protect your privacy. Once processed, the account will be locked and renamed. [7]
• Have you tried monitoring and addressing vandalism in Wikipedia using your phone? A Diff blog post on Patrolling features in the Mobile App highlights some of the new capabilities of the feature, including swiping through a feed of recent changes and a personal library of user talk messages for use when patrolling from your phone.
• Wikimedia contributors and GLAM (galleries, libraries, archives, and museums) organisations can now learn and measure the impact Wikimedia Commons is having towards creating quality encyclopedic content using the Commons Impact Metrics analytics dashboard. The dashboard offers organizations analytics on things like monthly edits in a category, the most viewed files, and which Wikimedia articles are using Commons images. As a result of these new data dumps, GLAM organisation can more reliably measure their return on investment for programs bringing content into the digital Commons. [8]

Project Updates

• Come share your ideas for improving the wikis on the newly reopened Community Wishlist. The Community Wishlist is Wikimedia’s forum for volunteers to share ideas (called wishes) to improve how the wikis work. The new version of the wishlist is always open, works with both wikitext and Visual Editor, and allows wishes in any language.

Learn more

• Have you ever wondered how Wikimedia software works across over 300 languages? This is 253 languages more than the Google Chrome interface, and it's no accident. The Language and Product Localization Team at the Wikimedia Foundation supports your work by adapting all the tools and interfaces in the MediaWiki software so that contributors in our movement who translate pages and strings can translate them and have the sites in all languages. Read more about the team and their upcoming work on Diff.
• How can Wikimedia build innovative and experimental products while maintaining such heavily used websites? A recent blog post by WMF staff Johan Jönsson highlights the work of the WMF Future Audience initiative, where the goal is not to build polished products but test out new ideas, such as a ChatGPT plugin and Add a Fact, to help take Wikimedia into the future.

Tech news prepared by Tech News writers and posted by bot • Contribute • Translate • Get help • Give feedback • Subscribe or unsubscribe. You can also get other news from the Wikimedia Foundation Bulletin.

MediaWiki message delivery 00:01 23 jul 2024 (UTC)

Experimento con texto alternativo en la aplicación Wikipedia de iOS

Hola, soy Amal Ramadan, especialista sénior en comunicación de movimientos y apoyo al equipo de aplicaciones móviles de la Fundación.

La aplicación para iOS se creó inicialmente como una aplicación centrada en la lectura. En los últimos dos años, hemos invertido en añadir funciones de comunicación y en crear la oportunidad perfecta para introducir en la app

ediciones sugeridas. Empezamos a explorar las ediciones sugeridas con un prototipo de prueba de concepto de edición sugerida de texto alternativo (alt text) que compartimos con los usuarios. A continuación, lanzamos Recomendaciones de imágenes como primera sugerencia de edición en la aplicación para iOS. Nuestro siguiente paso es realizar un experimento a escala con una versión de producción de la tarea de texto alternativo.

¿Por qué texto alternativo? Actualmente, muchas imágenes de los artículos de Wikipedia carecen de texto alternativo, que es esencial para los usuarios con visión reducida o nula y para quienes tienen problemas de conectividad a Internet. El texto alternativo proporciona una descripción textual que ofrece la misma información que la imagen, mejorando la accesibilidad y la participación del usuario. Un análisis reciente demostró que solo alrededor del 16% de las recomendaciones de imágenes añadidas desde la aplicación de iOS contenían texto alternativo, y solo una fracción eran textos alternativos de alta calidad. A través de este experimento, queremos saber si una tarea guiada de texto alternativo puede mejorar la cobertura y la calidad del texto alternativo de las imágenes, y si añadir texto alternativo es una tarea adecuada tanto para principiantes como para editores experimentados.  

Invitamos a la comunidad a mantenerse informada sobre el próximo experimento y a seguir los avances y resultados del proyecto en la página de proyecto. El experimento tendrá lugar entre septiembre y octubre de 2024. A los usuarios se les preguntará una vez y se les indicará cómo escribir un texto alternativo de alta calidad después de completar una edición elegible en la aplicación. Las ediciones elegibles incluyen la publicación de una recomendación de imagen sin texto alternativo o la publicación de una edición en un artículo que contenga una imagen sin texto alternativo. Mientras dure el experimento, los editores con menos de 50 ediciones en las Wikipedias de destino tendrán acceso a Recomendaciones de imágenes en la aplicación para iOS.

Comparte tus comentarios en la página de discusión, y haznos saber si hay alguna mejora o preocupación potencial. Si quieres probar la tarea de texto alternativo, inicia sesión en la aplicación para iOS durante el experimento y realiza ediciones, especialmente utilizando la función «Añadir una imagen».

Mantente al tanto de las últimas novedades sobre este impactante experimento.

--ARamadan-WMF (discusión) 11:50 23 jul 2024 (UTC)

Nuevo diseño del Tablón de anuncios de los bibliotecarios

En vista de que el diseño actual es incompartible con el nuevo modo oscuro, propongo rediseñarlo manteniendo la misma estructura del diseño anterior. Mejoras:

• Compatibilidad con el nuevo modo oscuro
• Diseño más adaptado a dispositivos móviles

De momento son mejoras menores, la demo la pueden visualizar en mi taller Tablón de anuncios de los bibliotecarios, Saludos DANI 19:49 24 jul 2024 (UTC)

Sí, y gracias. Y de paso, si puedes, había que mejorar la Cabecera de los tablones para que se visualice mejor en dispositivos móviles. -- Leoncastro (discusión) 20:14 24 jul 2024 (UTC)

Ok trataré de implementar esas mejoras DANI 20:23 24 jul 2024 (UTC)

Transferencia de coordenadas desde Wikidata a Wikipedia

El río Piga tiene en wikidata las coordenadas 20°1'57"S, 68°49'20"W , pero en el rendering de "Ficha de cuerpo de agua" aparece 20°01′57″S 68°49′20″O es decir con una "O" en vez de la correcta "W". Puede algún valiente corregir el desliz?. Juan Villalobos (discusión) 10:16 25 jul 2024 (UTC)

Supongo que es porque se está traduciendo la W de "West" a "oeste", ¿no? –FlyingAce^✈hola 12:35 25 jul 2024 (UTC)

Gracias, tienes razón. Yo a menudo escribo "W" porque O se confunde con 0. Así se usa en "Plantilla:Coord". Pero tienes razón, gracias.--Juan Villalobos (discusión) 16:01 25 jul 2024 (UTC)

Plantilla:Mapa lista de coordenadas

Ola otra vez,

esta vez se trata de la Plantilla:Mapa lista de coordenadas . Está en las páginas:

• Ruta del incienso - Ciudades del desierto de Néguev
• Casas de estilo moderno en Berlín
• Fortificaciones de Vauban

y muchas otras. Pero en estas tres la ventana "Visualiza un mapa con todas las coordenadas" siempre llevan a un mapa https://osm4wiki.toolforge.org/cgi-bin/wiki/wiki-osm.pl?project=es&article=Escuela_de_la_Bauhaus con la excepción de las Fortificaciones de Vauban que llevan a https://osm4wiki.toolforge.org/cgi-bin/wiki/wiki-osm.pl?project=es&article=Fortificaciones_de_Vauban pero que no es lo que mostraban antes. Puede alguien revisar el asunto?, Saludos, Juan Villalobos (discusión) 11:01 27 jul 2024 (UTC)

Wikidata weekly summary #638

Here's your quick overview of what has been happening around Wikidata over the last week.
This is the Wikidata summary of the week before 2024-07-29. Please help Translate.

Discussions

• New requests for permissions/Bot:
  • GergesBot 2 - Task/s: Edit label when order is added in ar:ويكيبيديا:طلبات نقل عبر البوت (Transfer requests by Bot).
  • UmisBot - Task/s: This bot will add string representations of units of measurement to units of measurement Wikidata pages.

Events

• Upcoming:
  • Wikidata Days Bologna 2024, Italian language conference dedicated to Wikidata for libraries and research, taking place in the frame of Wikidata’s 12th birthday, on November 8-9 in Bologna, Italy.
  • Wikimania starts on August 7. Here is a list of sessions focused around Wikidata, or have *some* connection to Wikidata: 2024:Program/Wikidata. If something is missing, feel free to add to it, including any Wikidata meetups you may be hosting.

Press, articles, blog posts, videos

• Blogs
  • "Sharing the world’s paintings on Wikidata" By Martin Poulter for the Cultural Content Substack
  • WikiEdu: What I learned taking an introductory Wikidata Course - Anne-Christine Hoff, associate professor of English at Jarvis Christian University, describes her experiences and learnings from taking an intro to Wikidata course, provided by the WikiEdu.org, a project of the Wiki Education Foundation.
  • Talking Wikidata: Communication patterns and their impact on community engagement in collaborative knowledge graphs - This study investigates the behaviours, communication patterns and interactions of the core small Wikidata community that are responsible for 80% of its content, in order to future contribution and participation. By E. Koutsiana et al.
  • A Wikidata-Based Framework for Integrating Heterogeneous Knowledge Sources - This paper presents KIF, a Wikidata-based framework for virtually integrating heterogeneous knowledge sources and discuss how it was used to solve a real integration problem in the domain of chemistry (involving Wikidata, PubChem, and IBM CIRCA). By G. Lima et al.
• Press release: Arricchimento dei dati di authority di SBN attraverso il confronto e lo scambio con Wikidata (in Italian): ICCU, the institute coordinating the biggest Italian OPAC (the OPAC SBN, involving more than 7 thousands libraries), has just finished enriching about 16200 nearly empty authority records with data taken from the respective Wikidata items (Wikidata items link to SBN authority records through P396); this announcement describes in detail the enrichment work, which started in June 2023; for more information (and bibliography) about the collaboration between ICCU and Wikidata, see d:Wikidata:Gruppo Wikidata per Musei, Archivi e Biblioteche/SBN (in Italian)
• Videos
  • Intro to Wikidata - This intro to Wikidata was provided for participants of the International Linguistics Olympiad 2024, held in Brasília. Presented by Artur Corrêa Souza and Éder Porto, organised by Wiki Movimento Brasil.
  • Mining and Modeling Text using Wikibase - the University of Trier is building a knowledge graph on French Enlightenment novels 1751 - 1800 with the use of Wikibase.

Tool of the week

• User:Nikki/ShowIDs.js - This user script adds entity IDs in brackets after links.
• Common values, yet another Observable notebook. This one looks at common values between two Wikidata item pages.

Other Noteworthy Stuff

• KDE Itinerary, KDE's travel assistant app, gets more Wikidata integration.
• The Wikidata Development team needs your feedback to evaluate "default values for all languages" (mul) in the Termbox. Please share your thoughts on this 5-10 minute anonymous survey: https://wikimedia.sslsurvey.de/Wikidata-default-values-feedback
• The Wikidata (integrations) for Wikimedia projects team have released a progress report on their ongoing research project, investigating the "State of Wikidata usage on other wikis". Available on the Research page, alternatively on Commons.
• The Wikibase REST API, introduced last year on Wikidata, is progressing towards version 1, aiming for a comprehensive release by the end of 2024. We're seeking community feedback to enhance the current API and plan future developments. Please share your thoughts on this page: Feedback on the Wikibase REST API (July/August 2024).

Newest properties and property proposals to review

• Newest General datatypes:
  • coin edge image (image or images that show the edge of a coin)
  • ozone depletion potential (relative amount of degradation to the ozone layer relative to CFC-11)
  • EntitySchema for class (schema that members of a class should conform to)
  • writing technique (technique used for writing on stone, paper or other support)
  • last appearance (last work featuring a fictional character or item)
  • Tüik mahalle ID (identifier of neighborhoods (mahalle) in Turkey in TÜİK (Turkish Statistical Institute) database)
  • Sandbox-EntitySchema (Sandbox property for value of type "EntitySchema")
  • myfixguide.com Category ID (photos about how to repair hardware)
  • indexer (entity responsible for compiling an index of a book, database, website or other forms of media publications in the form of a methodical arrangement of records designed to enable users to locate information quickly)
  • object of action (specific object to which an action or class of actions occurs)
  • object class of action (class of objects (including substances) to which an action or class of actions may occur)
• Newest External identifiers: Canadian Virtual War Memorial ID, Personnel Records of the First World War ID, Fowler’s Concise Dictionary ID, NooSFere publisher ID, Plex person key, BHMPI OBJ ID, Index Fungorum person ID, stiga.trefik.cz player ID, UNIBO professor ID, Cineuropa international sales agent ID, Mapes de Patrimoni Cultural ID, Il Nuovo DOP ID, RGALI person ID, RGALI organization ID, Archelec person ID, Lojas com História ID, milononline.net entry ID, Hebrew Academy term ID, LAGL author ID, KANAL ID, Google Play author ID, ‎Overcast episode ID, ArchWiki article, Valencian Library ID, ‎Star Wars.com ID, ScienceDirect journal ID, Filmová databáze film ID, Filmová databáze person ID, FC Krasnodar player ID, Iraqnla book ID, Alle Burgen ID, Italian-English Dictionary ID, islamway authority ID, Metamath statement ID, Imperial University of Dorpat student ID, Coptic Dictionary Online ID, English-Italian Dictionary ID, autoritateak.eus ID, Museum of the Russian Academy of Arts artist ID, Nintendo Life company ID, Wiley Online Library journal ID, Museums in Russia ID, Helveticat ID, ARABTERM entry ID, Hawramani Arabic Lexicon entry ID, Women in Resistance ID, French-English Dictionary ID, German-English Dictionary ID, Emerald Group Publishing journal ID, Taylor & Francis journal ID, JTA Sightseeing Database ID, WorldCyclingStats ID, The New Mithraeum ID, Finnish Ministers database ID (new), State Historical Museum of Russia person ID
• New General datatypes property proposals to review:
  • date de vote (vote date, date on which people decided or cast their ballot)
  • Public funding (amount of public funding an organisation receives)
  • schmeckt nach (taste that a food or drink has)
  • Kunstnerforbundet kunstner ID (Identifier for an artist member of Kunstnerforbundet in norway)
• New External identifier property proposals to review: Manhom Arabic Profile ID, Thinkwiki article, identifier of the educational center of resistance and deportation of Landes, SideReel series ID, SideReel series URL slug, africanmusiclibrary.org artist id, Stichting Erfgoed Nederlandse Biercultuur beer ID, Glosbe Old High German Lexeme ID, Tretyakov Gallery artist ID, U.S. Copyright Office Public Records System work ID, Encyclopaedia of Islam (french edition) ID, French Bathing water ID, Religion Past and Present Online (German edition) ID, mandumah ID, Pocket Oxford German Dictionary: English-German ID, Pocket Oxford-Hachette French Dictionary: English-French ID, Political Dictionary entry, United Nations Digital Library ID, identifiant FranceTerme, Yediot Books book ID, FDC ID, 365scores player ID, xdaforums, GamingOnLinux Database ID, Akademický slovník současné češtiny ID

You can comment on all open property proposals!

Did you know?

• Query examples:
  • Where were people who went to space born?
  • Red Cross and Red Crescent societies
  • Top 20 languages in number of Lexemes in Wikidata and percentage of Lexemes with at least one external ID
• Newest WikiProjects:
  • Military Equipment in Policing - Project to connect police equipment defined as military equipment to capabilities, uses, manufacturers, descriptions, etc.
  • Quran - to collaborate on Quran-related topics and organise Quran Wikidatans; help others and get help whenever needed to improve Quran-related items (and properties); create Quran-specific tools' libraries, queries, and resources;
  • Sufism - collaborate on Sufism-related topics
• Newest database reports: Hindustani nouns without gender in a language
• Showcase Items: Fugger (Q37018433) - family name
• Showcase Lexemes: ikkje-vald (L3483) - Nynorsk noun, translates to "non-violence"

Development

• IP masking: The feature was rolled out to test wikis and we fixed a few issues uncovered by this.
• EntitySchemas: We are working to make it possible to search for the EntitySchema by its label and aliases when making a new statement linking to an EntitySchema (phab:T362005)
• Integration in other Wikimedia projects: We are working on moving the Wikidata Item link from the tools section of the sidebar (phab:T66315)
• REST API:
  • We changed the data-type field to data_type in JSON responses (phab:T368130)
  • We are continuing the work on improving error handling and messages

You can see all open tickets related to Wikidata here. If you want to help, you can also have a look at the tasks needing a volunteer.

Weekly Tasks

• Add labels, in your own language(s), for the new properties listed above.
• Contribute to the showcase Item and Lexeme above.
• Summarize your WikiProject's ongoing activities in one or two sentences.
• Help translate or proofread the interface and documentation pages, in your own language!
• Help merge identical items across Wikimedia projects.
• Help write the next summary!

· Unsubscribe · Help translate · Mohammed Abdulai (WMDE) (Talk) · -MediaWiki message delivery (discusión) 15:37 29 jul 2024 (UTC)

Tech News: 2024-31

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

Feature news

• Editors using the Visual Editor in languages that use non-Latin characters for numbers, such as Hindi, Manipuri and Eastern Arabic, may notice some changes in the formatting of reference numbers. This is a side effect of preparing a new sub-referencing feature, and will also allow fixing some general numbering issues in Visual Editor. If you notice any related problems on your wiki, please share details at the project talkpage.

Bugs status

• Some logged-in editors were briefly unable to edit or load pages last week. These errors were mainly due to the addition of new linter rules which led to caching problems. Fixes have been applied and investigations are continuing.
• Editors can use the IP Information tool to get information about IP addresses. This tool is available as a Beta Feature in your preferences. The tool was not available for a few days last week, but is now working again. Thank you to Shizhao for filing the bug report. You can read about that, and 28 other community-submitted tasks that were resolved last week.

Project updates

• There are new features and improvements to Phabricator from the Release Engineering and Collaboration Services teams, and some volunteers, including: the search systems, the new task creation system, the login systems, the translation setup which has resulted in support for more languages (thanks to Pppery), and fixes for many edge-case errors. You can read details about these and other improvements in this summary.
• There is an update on the Charts project. The team has decided which visualization library to use, which chart types to start focusing on, and where to store chart definitions.
• One new wiki has been created: a Wikiviajes in Czech (voy:cs:) [9]

Learn more

• There is a new Wikimedia Foundation data center in São Paulo, Brazil which helps to reduce load times.
• There is new user research on problems with the process of uploading images.
• Commons Impact Metrics are now available via data dumps and API.
• The latest quarterly Technical Community Newsletter is now available.

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

MediaWiki message delivery 23:07 29 jul 2024 (UTC)

Growth News, July 2024

Configuración Comunitaria

El equipo de Crecimiento lanzó Configuración Comunitaria en todas las Wikipedias. Puedes acceder a ella por Special:CommunityConfiguration.

Esta nueva página especial reemplaza a Special:EditGrowthConfig. Por ahora, todas las funcionalidades de Crecimiento pueden ser configuradas usando la Configuración Comunitaria. La configuración para AutoModerator (T365046) y otras funcionalidades estarán disponibles en el futuro.

Puedes ayudar con las traducciones. La traducción de la interfaz se hace [desde Translatewiki.net]. También puedes colaborar traduciendo la documentación.

Si asistes a Wikimania 2024, ¡únete a nuestra sesión sobre el futuro de la Configuración Comunitaria!

Trabajo actual

Módulo de Actualidad de la Comunidad de la Página de inicio para principiantes

Se añadirá un nuevo módulo configurable por la comunidad a la página de inicio para principiantes que permitirá a las comunidades destacar eventos, proyectos, campañas e iniciativas específicas. Hemos lanzado una versión sencilla disponible para las wikis beta. Realizaremos una prueba A/B en nuestras wikis piloto utilizando la nueva Plataforma de métricas. Seguimos aceptando comentarios de la comunidad sobre los diseños y planes iniciales, en cualquier idioma en nuestra página de discusión del proyecto.

Trabajo futuro

Aumentar la activación constructiva en móvil

Como parte del Plan Anual 2024/2025 del equipo de Crecimiento, se estudiarán varias formas de aumentar el porcentaje de personas recién llegadas que comienzan a editar con éxito.

Editar una página de Wikipedia requiere demasiado contexto y paciencia. Supone muchas pruebas y errores para que las personas recién llegadas contribuyan, lo que significa una curva de aprendizaje más pronunciada y posibles reversiones desalentadoras. Para apoyar a una nueva generación de personas voluntarias, aumentaremos el número y la disponibilidad de flujos de trabajo de edición más pequeños, estructurados y específicos para cada tarea (por ejemplo, Edit Check y Tareas Estructuradas). El equipo de Crecimiento se centrará principalmente en las Tareas Estructuradas, mientras trabaja estrechamente con el equipo de Edición para asegurar que nuestro trabajo se integra bien con Edit Check.

Mantente al tanto de nuestra información

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

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

15:08 30 jul 2024 (UTC)

---

Subir a la tabla de contenidos

Propuestas

Editor visual en el espacio de Wikipedia:...

¡Hola! Me gustaría pedir que se habilitara el editor visual en el espacio Wikipedia:... En lo personal, gestiono varios proyectos educativos y enseño a nuevos docentes a hacerlo, pero editar en código resulta una barrera de aprendizaje bastante alta. Me gustaría proponer que se habilitara también en esta zona el editor visual puesto que considero que facilitaría mucho el trabajo de quienes quieren organizar cosas dentro de Wikipedia. Si no se considerara adecuado, con tener la posibilidad de editor visual en todo lo que cuelgue de Wikipedia:Proyecto educativo, sería de gran ayuda. Me gustaría tener vuestra opinión al respecto, argumentando  A favor o  En contra en vuestra respuesta. Muchas gracias, Florenciac (discusión) 11:49 9 jul 2024 (UTC)

 A favor, sería muy útil para eventos y capacitaciones.-- BugWarp Discu 12:17 9 jul 2024 (UTC)

 A favor —Ismael Olea (discusión) 13:21 9 jul 2024 (UTC)

 A favor Considerando que existe una forma de editar visualmente fuera del espacio principal, pero uno tiene que saber cómo y no es información fácil de encontrar incluso si no sos una persona novata. Poner un botón como en el espacio principal simplificaría mucho el proceso. Lmalena (discusión) 13:27 9 jul 2024 (UTC)

 Muy a favor, sería de gran ayuda para todos, nuevos y veteranos. - Althair Discusión 16:17 9 jul 2024 (UTC)

•  Muy a favor y dado que la extensión StructuredDiscussions, siendo excelente para este ámbito, dejo de estar en desarrollo y ya no es recomendada, habría que buscar formas de facilitar la publicación y edición de discusiones en general. --Amitie 10g (discusión) 18:02 9 jul 2024 (UTC)

 Muy a favor suscribo los argumentos de la propuesta y los siguientes, y añado que todo lo que sea facilitar la comunicación, interacción y aprendizaje eliminando barreras es un paso hacia delante, sin duda Garabata (Conversemos) 19:11 9 jul 2024 (UTC)

 A favor, me parece una estupenda propuesta porque la edición visual es más amable que el código y facilitará la participación. Lo de poner un botón sería genial Moniquiña (conversemos) 20:26 9 jul 2024 (UTC)

 A favor Comparto las opiniones anteriores. Zafkiel GD (discusión) 21:42 9 jul 2024 (UTC)

 A favor Coincido con las opiniones ut supra. IroBosero (conversemos) 15:05 10 jul 2024 (UTC)

Comentario Todo lo que sea dar facilidades, a favor. De hecho, desde mi ignorancia pregunto: ¿cuáles serían los inconvenientes derivados (o reticencias) de la decisión de habilitar la función? Laura Farina (Cuenta, cuenta... ✏️) 19:04 10 jul 2024 (UTC)

@Laura Farina, en Wikipedia:Editor Visual #Limitaciones se explican algunos inconvenientes o limitaciones, aunque desconozco si esa información sigue vigente o ya está obsoleta. -- Leoncastro (discusión) 20:14 10 jul 2024 (UTC)

 Muy a favor Es posible activar el editor visual en estos espacios, modificando la URL, por lo que yo he experimentado en algunas páginas (sobre todo de encuentros y proyectos educativos) las ventajas de tener amos editores disponibles. Creo que para editoras y editores con poca experiencia con el editor de código, les sería de gran utilidad. --Luisalvaz (discusión) 20:51 10 jul 2024 (UTC)

 A favor, en definitiva el editor visual sería un gran apoyo tanto para personas organizadoras como participantes.--Tania Solá (WMMX) (discusión) 21:35 10 jul 2024 (UTC)

 Muy a favor --Lucho Problem? 22:08 10 jul 2024 (UTC)

 A favor Todo lo que sea dar facilidades cuenta con mi apoyo. --Laura Farina (Cuenta, cuenta... ✏️) 06:29 11 jul 2024 (UTC)

 Muy a favor. Soy docente que utiliza Wikipedia en clase y el editor de código representa una barrera para la edición. Resulta disuasorio para muchas personas. Con el editor visual creo que habría mucha más gente editando en Wikipedia. IngridWürsig (discusión) 08:08 11 jul 2024 (UTC)

 A favor de la propuesta. --Леон Поланко говорит вам и слушает вас 22:38 11 jul 2024 (UTC)

Sólo decir que @Florenciac ya ha solicitado el cambio en T370158. —Ismael Olea (discusión) 14:07 16 jul 2024 (UTC)

┌─────────────────────────────┘
Me paso a decir que ya está implementado en la Wikipedia en español este cambio (he aquí la prueba). Si hay problema de que aparezca el botón "Editar", limpien la caché de su navegador o purgen la página. Saludos (PD: si desean, reviertan el cambio) Superzerocool (el buzón de msg) 13:53 30 jul 2024 (UTC)

Marca para identificar artículos con plantilla de borrado en cambios recientes

Es claro y evidente que, si sé que un artículo va a ser borrado, sea cual sea el motivo, no me molesto en revertir ediciones incorrectas en el artículo. Pero el caso es que, hay veces en las cuales revierto en un artículo pensando que es legítimo, y luego me doy cuenta de que está marcado con plantilla de borrado, lo cual quiere decir que mis ediciones borradas se inflan al ser borrada la reversión que hice en el artículo. El caso más reciente es el artículo Fútbol Libre, en el cual hice dos reversiones, y cuando entré al artículo con la intención de corregir un error que encontré, me encontré con esta no muy grata plantilla, por lo que, en cuanto sea borrado, mis ediciones borradas aumentaran 2. Por eso quisiera proponer, si se podría implementar alguna forma de identificar en los cambios recientes, de las páginas editadas, las que tengan plantilla de borrado rápido, para ahorrarme la molestia de revertir en páginas que al final de cuentas, terminaran siendo borradas. Леон Поланко говорит вам и слушает вас 22:21 11 jul 2024 (UTC)

¿...qué más da el número de ediciones borradas? strakhov (discusión) 12:34 14 jul 2024 (UTC)

@Strakhov pareces no entender la propuesta: deseo poder saber de alguna manera, desde cambios recientes, si una página está marcada para borrado, a fin de no editar en ella y de esta manera no aumentar mis contribuciones borradas en vano. Леон Поланко говорит вам и слушает вас 01:39 17 jul 2024 (UTC)

Pareces no entender mi respuesta: ¿qué más da que aumenten tus contribuciones borradas? strakhov (discusión) 15:11 17 jul 2024 (UTC)

No sé si se podrá editar visualmente la página de cambios recientes, pero @Leoncastro hizo un script para la página de Páginas nuevas que destaca las páginas con plantillas de mantenimiento crítico. Tal vez él sepa si se puede o no. ZebaX2010 [PRESS START] 02:29 17 jul 2024 (UTC)

Si no quieres perder tiempo revisando artículos que ya fueron marcados con una plantilla de mantenimiento crítico, puedes añadir una herramienta para que las páginas con plantillas de banda roja aparezcan con un fondo de color rosa en Especial:PáginasNuevas. Para ello basta con agregar mw.loader.load('//es.wikipedia.org/w/index.php?title=Usuario:Leoncastro/Taller/MediaWiki:Gadget-newpages.js&action=raw&ctype=text/javascript'); en el common.js personal y refrescar la caché. Esta es la herramienta desarrollada por Leoncastro a la que ZebaX2010 se está refiriendo.--SRuizR 15:20 17 jul 2024 (UTC)

Por poder se podría hacer; básicamente sería adaptar la herramienta de páginas nuevas a las características de la página de cambios recientes. El caso es que resulta absurdo por varios motivos. El primero que se me viene a la mente es que si yo ahora me dedico a vandalizar todas las páginas de Wikipedia reemplazando su contenido por «{{destruir|sea cual sea el motivo}}», entonces todas esas páginas estarían marcadas de tal manera que el revisor, en este caso Leonpolanco, no se molestará en revertir (posiblemente ni en revisar). Lo que se pide es dejar lienzos en blanco para que los vándalos hagan y deshagan lo que quieran en los artículos marcados para borrado. Lo único que veo «claro y evidente» es que Leonpolanco asume incorrectamente que cualquier artículo marcado para borrado «va a ser borrado, sea cual sea el motivo» y entonces no se molesta en editarlo, no vaya a ser que se aumenten sus contribuciones borradas. Editcuentitis sí, pero solo de la sana o la positiva; la negativa (ediciones borradas) no, que puede dar mala imagen. A diferencia de la página especial de páginas nuevas (donde sí tiene sentido no volver a revisar una página nueva que ya ha sido revisada y marcada para borrado), la página de cambios recientes tiene mejores herramientas que marcar artículos según qué plantillas contenga el artículo, como puede ser filtrar las ediciones por su calidad («Pueden tener problemas», «Probablemente tienen problemas» o «Muy probablemente tienen problemas»), por sus intenciones («Muy probablemente de mala fe»), o incluso filtrar las ediciones por sus etiquetas («comienzo de línea con minúsculas», «imagen externa», «posible spam», «posibles pruebas», «sin categorizar», «Vaciado», etc.). -- Leoncastro (discusión) 15:30 17 jul 2024 (UTC)

Tiene razón Leoncastro. No había entendido bien la consulta de Leonpolanco. Concuerdo con Strakhov y Leoncastro. No creo que tenga mucho caso adaptar la herramienta de páginas nuevas a cambios recientes.--SRuizR 16:21 17 jul 2024 (UTC)

Versión oscura

Ya la versión en inglés cuenta con la opción de la imagen oscura para wikipedia ¿cuando le toca el turno a la versión en español? 2800:860:71B8:7A73:74A0:A458:2D84:68D7 (discusión) 10:05 17 jul 2024 (UTC)

Comentario: primero hablas de "versión oscura" y luego de "imagen oscura", ¿cuál es el tema? Rafstr (discusión) 10:10 17 jul 2024 (UTC)

Échale un vistazo a este hilo en otra sección del café. -- Manolo (Desfógate) 10:15 17 jul 2024 (UTC)

Ya la tienen también la versión en francés y polaco. 2800:860:71B8:7A73:DCA6:60CB:7AAB:FE00 (discusión) 13:44 18 jul 2024 (UTC)

El modo oscuro solo está disponible (de momento) para usuarios registrados. Una vez que se solucionen algunos problemas de visualización en algunas plantillas, estará disponible para usuarios no registrados. ZebaX2010 [PRESS START] 16:12 18 jul 2024 (UTC)

¿Cuál es la utilidad del modo oscuro? --Леон Поланко говорит вам и слушает вас 22:18 22 jul 2024 (UTC)

Creo que es una cuestión de comodidad visual más que todo. Personalmente, me ayuda a no cansar mi vista mientras navego, ya que la luz blanca continua me hace algo de daño Zafkiel GD (discusión) 22:21 22 jul 2024 (UTC)

Es menos perjudicial para la vista y, además, para personas que ya tenemos problemas de visión, nos resulta más cómoda para leer. No es algo estético ni un capricho de alguien. -- Manolo (Desfógate) 22:24 22 jul 2024 (UTC)

Como te han comentado, en este hilo se explicaba cómo será el proceso de implementación. En los últimos días se ha avanzado mucho en esta wiki en cuanto a la adaptación de plantillas al modo oscuro, por lo que probablemente tendremos noticias muy pronto. En cuanto me confirmen una fecha estimada, lo comunicaré en el Café. Saludos. IZapico (WMF) (discusión) 08:47 23 jul 2024 (UTC)

Nuevo filtro para evitar muros de pago

Como todos sabéis, tenemos un serio problema de verificabilidad en los artículos que usan referencias con muros de pago, por lo que propongo crear un filtro que, de forma similar al de artículos sin categorías, advierta y marque los artículos con referencias no accesibles por muros de pago y geobloqueos, para que quien las coloque lo sepa, y pueda usar otra plenamente accesible si existe. - Althair Discusión 16:55 24 jul 2024 (UTC)

¿Cuál es el criterio de la Fundación Wikimedia acerca de Archive? Saludos. Lin linao ¿dime? 17:14 24 jul 2024 (UTC)

Un artículo con referencias con muro de pago es perfectamente verificable. Verificabilidad no es lo mismo que accesibilidad en la web o gratuidad. Además, no es factible técnicamente. sasha 18:08 24 jul 2024 (UTC)

Varios navegadores tienen modo lectura... Lin linao ¿dime? 18:22 24 jul 2024 (UTC)

Pues no veo que algo que no se puede precisar de donde salió sea lo más verificable. Aparte no explicaste la problemática tecnica. - Althair Discusión 19:32 24 jul 2024 (UTC)

La referencia te dice de dónde sale o hay un problema. Muchos usamos obras de papel y no necesariamente vas a poder revisarlos desde donde estés. Saludos. Lin linao ¿dime? 19:51 24 jul 2024 (UTC)

Muchas veces ocurre que en Internet Archive no se pueden leer, ya que el archivado no evita el muro. - Althair Discusión 19:29 24 jul 2024 (UTC)

Tiene razón Lin linao: ¿Qué hacemos con las referencias a libros o publicaciones "de papel"? ¿Cómo verificarlas? -- Manolo (Desfógate) 21:03 24 jul 2024 (UTC)

La política exige utilizar fuentes publicadas -no somos fuente primaria- e indicar las fuentes que se han utilizado; de regalar las fuentes a cada uno de los lectores presentes y futuros y llevárselas a casa no dice nada la política. Es verificable porque está publicado en el sitio que se indica. --Enrique Cordero (discusión) 22:07 24 jul 2024 (UTC)

Hacemos algo mucho más radical. Regalamos con poquitas condiciones la información en forma de artículos enciclopédicos para que cada uno de los lectores presentes y futuros se la lleve a su casa y ojalá la reproduzca cuanto pueda. Creo que muchas veces se cae en esto de confundir lo verificable en sentido amplio (la obra existe) de lo verificable en sentido muy restringido (hay enlace directo para verlo). Saludos. Lin linao ¿dime? 22:23 24 jul 2024 (UTC)

Enrique Cordero: "Es verificable porque está publicado en el sitio que se indica."  No "Es verificable porque está publicado en el sitio que se indica."  Sí. A veces, no todo está publicado en Internet, y se encuentran referencias a libros/periódicos/revistas (eso sí, con todo lujo de detalles: título, autor, fecha de publicación, editorial, país o ciudad, idioma, página donde se halla el dato,...) pero le corresponde al lector intentar buscar esa publicación en librerías, bibliotecas, hemerotecas,... Si tiene interés, claro. -- Manolo (Desfógate) 00:26 25 jul 2024 (UTC)

Manolo, vuelve a leer lo que he escrito y me cuentas dónde he dicho que "todo está publicado en Internet" o que al decir "en el sitio que se indica" digo "en Internet". Saludos, --Enrique Cordero (discusión) 00:43 25 jul 2024 (UTC) PD. Te recuerdo que es obligado, porque lo dice la política y por honestidad intelectual, indicar las fuentes utilizadas. Que las fuentes no se encuentren en Internet es una cosa; que las fuentes no se indiquen -citen- y el lector deba ser el que las averigüe sin darle pistas es otra. O sea que sí, que es verificable cuando está publicado en el sitio que se indica y no, no es verificable cuando esta publicado pero no te digo dónde.--Enrique Cordero (discusión) 00:52 25 jul 2024 (UTC)

Sí, lo siento, he malinterpretado. Generalmente cuando se habla de "sitio", se entiende (o por lo menos a mí me ocurre), "sitio (o página) de Internet". -- Manolo (Desfógate) 01:12 25 jul 2024 (UTC)

•  En contra ¿Qué política dice que las referencias en línea que requieren registro (gratuito o pago) no cumplen con la política de verificabilifad? --Amitie 10g (discusión) 01:04 25 jul 2024 (UTC)

Hoy día está la biblioteca Wikipedia a nuestra disposición, por lo que podemos acceder a algunas de estas referencias. Inclusive, si no la tuviéramos, considero que igual la referencia es verificable.--SRuizR 02:30 25 jul 2024 (UTC)

Otra vez lo mismo. Wikipedia es una enciclopedia libre redactada a partir de fuentes fiables. Wikipedia no es una enciclopedia libre redactada [sólo] a partir de fuentes fiables disponibles en open access, gratuitas, verificables desde mi sofá o lo que sea. Dicho esto, creo que habría que evitar lo relacionado con muros de pago o registros en la sección de "enlaces externos" (no en la de "referencias"). Por otro lado en Wikipedia en inglés señalan las referencias con enlaces-externos-no-visitables-gratuitamente, con registro requerido, libres, etc, con diferentes candaditos. Pero hacen eso, marcarlas con un determinado icono a título informativo, para saber a qué te atienes antes de hacer click, no prohibirlas o evitarlas. Un saludo. strakhov (discusión) 05:48 25 jul 2024 (UTC)

@Althair, en la plantilla {{cita web}} existe el parámetro suscripción que, cuando está incluído con el valor sí, categoriza automáticamente la página. Podría diseñarse un bot que haga web scraping y añada automáticamente ese parámetro cuando se encuentre con un muro de pago al analizar la referencia. A mí me da bastante igual que se usen referencias que están detrás de muros de pago o no, pero sí que reconozco que, si la información está en los dos sitios, resulta más sencillo verificarla si la encuentro en una web gratuita y la puedo analizar sentado en casa en lugar de tener que buscar un libro que solo está en la Biblioteca Nacional de Kosovo (algún fan del brutalismo fusión que quiera hacerle el artículo a esa cosa?). Nacaru (discusión) 09:03 25 jul 2024 (UTC)

Sucede lo mismo con las páginas con referencias que requieren registro (aunque no necesariamente implique pagar): también existe el parámetro registro que, cuando está incluído con el valor sí, añade esas páginas a la correspondiente categoría. Por cierto, Nacaru, "...Biblioteca Nacional de Kosovo (algún fan del brutalismo fusión que quiera hacerle el artículo a esa cosa?)" Me pongo a ello. -- Manolo (Desfógate) 09:22 25 jul 2024 (UTC)

Es que no es cuestión de que un dato sea más sencillo de verificar, también importa la relevancia/calidad de la fuente. El mismo dato (por ejemplo, la fecha de nacimiento de Mengano Mengánez) puede verificarse con la última monografía de 220 páginas escrita por el mayor especialista en la vida y obra de Mengánez, que cita a su vez una fuente primaria relevante, por ejemplo una partida de bautismo (y ser esta además la fuente que se usó para incluir el dato) o la biografía del Sr. Mengánez en biografiasyvidas. O en una noticia de un periódico digital. Y resultar que la primera fuente no está disponible en línea y las otras sí, y gratuitas. Pero no por ello vamos a sustuir la primera (que es la que usó inicialmente quien redactó el artículo, además de una fuente de mejor calidad) para darle placer al lector. strakhov (discusión) 10:08 25 jul 2024 (UTC)

---

Subir a la tabla de contenidos

Ayuda

Telenovela

Hola; quisiera cambiar al nombre correcto de la telenovela venezolana ¡Válgame Dios! en su página de Wiki en Español, por favor. Omairaernestinamolinaperez (discusión) 06:32 16 jul 2024 (UTC)

Hola, vas a tener que buscar referencias y alcanzar consenso en la página de discusión, ya que no encuentro nada que muestre el título con exclamaciones, ni siquiera su página oficial o la promo que se muestran en la sección de "Enlaces externos", tampoco en ninguna de las referencias mostradas en el artículo. Por lo que de momento el título debe mantenerse como está.   C:\> A.piquerasm [ Discusión ] 06:44 16 jul 2024 (UTC)

También sin exclamaciones en filmaffinity.com.   C:\> A.piquerasm [ Discusión ] 06:48 16 jul 2024 (UTC)

Bien. Omairaernestinamolinaperez (discusión) 06:48 16 jul 2024 (UTC)

petroleros y portaviones

Intento poner esta edición y esta edición y el bot me lo revierte. Por favor, arréglenlo. Un saludo. 81.0.40.118 (discusión) 14:13 16 jul 2024 (UTC)

Hecho. como has visto no sirve de nada revertir al bot. R2d21024 (discusión) 16:32 16 jul 2024 (UTC)

Relación especial

He creado el artículo "Relación especial", por la propias características del mismo me ha saltado la etiqueta de promocional, obviamente no lo es (es la traducción de parte de la wiki en inglés). Un saludo. 81.0.46.118 (discusión) 19:25 17 jul 2024 (UTC)

Parece un caso de falta de adaptación al castellano. ¿De verdad "relación especial" tiene ese sentido en nuestro idioma? Creo que no, que a lo más se podría decir "Relaciones británico-estadounidenses" y ahi hablar del concepto de "relación especial" que usan en inglés. Saludos. Lin linao ¿dime? 15:09 19 jul 2024 (UTC)

Viéndolo bien, creo que el artículo debería ser una sección en Relaciones Estados Unidos-Reino Unido y tal vez titularla derechamente "Special Relationship", debido a que es un término angloparlante que refiere a dichas relaciones entre los países. ZebaX2010 [PRESS START] 17:02 19 jul 2024 (UTC)

Reversión "arbitraria" por un bot

Buenas. En el artículo Saga de Xam, NacaruBot eliminó el enlace interno Años 1960, describiendo la reversión con el resumen automático: "Bot: eliminando enlaces según WP:ENLACESFECHAS". A continuación, yo revertí esta edición, entendiendo que se trataba de un error del bot. "Años 1960" no es una fecha, es una década, una época, con su correspondiente artículo en Wikipedia. Sin embargo, me entra la duda de que se pueda repetir la misma operación. Podríamos entrar en bucle. Como entiendo que es un fallo del bot, ¿Hay posibilidad de corregirlo? Gracias. Un saludo.--Erreja (discusión) 00:10 19 jul 2024 (UTC)

 No, Erreja, no es un error del bot. Se acordó eliminar todas las fechas eso incluye los años y las décadas. Jcfidy (discusión) 00:51 19 jul 2024 (UTC)

Erreja: consulta este punto del manual de estilo, fruto de esta votación. -- Manolo (Desfógate) 09:58 19 jul 2024 (UTC)

Ah, gracias. No lo sabía. Entonces lo dejo como estaba. Un saludo. Erreja (discusión) 12:15 19 jul 2024 (UTC)

Artículo Promocional o Conflicto de Intereses

Hola buenas, me encuentro aquí pidiendo ayuda para poder resolver lo mencionado en el titulo acerca de mi articulo de mi taller el cual es "Michael Olorunsogo Oni". Ya que siendo honesto no le encuentro lo promocional. Les agradezco mucho. Gabriel Wyatt (discusión) 14:26 19 jul 2024 (UTC)

Hola. Si le sacas las negritas a todo, con excepción del nombre del biografiado, sería más fácil leerlo y podría disminuir su apariencia promocional. Saludos. Lin linao ¿dime? 15:01 19 jul 2024 (UTC)

Hola, Gabriel Wyatt: ante todo, se agradece tu gesto de honestidad, haciendo pública en tu página de usuario la circunstancia de recibir remuneración por el artículo/biografía citada. En mi opinión, carece de relevancia. Empresarios hay muchos, pero no todos merecen un artículo en Wikipedia. Al fin y al cabo, no ha hecho nada extraordinario, ni la empresa que dirige tiene un impacto mundial, como podría ser, p.ej., Ford o British Telecom.

Aún así, si pretendes seguir adelante

• debes eliminar los enlaces a otras wikis (National Open University of Nigeria)
• poner en español las fechas de las referencias:
  • |fecha=December 27, 2023  No
  • |fecha=27 de diciembre de 2023  Sí
• debes poner las referencias detrás de los signos de puntuación (punto, coma,...)

-- Manolo (Desfógate) 09:52 20 jul 2024 (UTC)

Hola Manolo, muchas gracias por darme la devolución. He echo lo que me especificaste. Pero me gustaría decir que he añadido una imagen sobre la persona de la cual es el artículo, en mi Taller. Tengo mis dudas de si habrá problemas con esta imagen, es por ello que consulte en el café de Wikimedia Commons. Pero es una imagen que solo posee él y se estableció la licencia en CC BY 4.0. Habiendo dicho esto, en que estado se encuentra ahora mi artículo? Gracias. Gabriel Wyatt (discusión) 13:51 27 jul 2024 (UTC)

Consulta sobre referencias no fiables

Buenas a todos. Quería consultar sobre las referencias que no se pueden usar en Wikipedia ya que provienen de medios no fiables, una lista de los mismos y también como se puede proponer agregar un medio a la misma. Agradezco de antemano la ayuda al respecto. Saludos. Verent (discusión) 20:23 19 jul 2024 (UTC)

No existe una lista absoluta, porque influye mucho cómo se usen y porque existen millones y millones de obras, pero puedes hacerte una idea con esta página y esta otra. Saludos. Lin linao ¿dime? 20:39 19 jul 2024 (UTC)

Tampoco se puede ser tajante, porque una fuente puede no ser fiable para un tema concreto, por su afinidad o filiación, pero sí puede serlo para otro tema. El ejemplo más claro lo podemos tener en un medio de comunicación con un marcado sesgo político, que no será fiable para artículos de política, pero sí lo es para información del desarrollo y evolución de un tifón tropical o los resultados de una competición deportiva. -- Manolo (Desfógate) 20:51 19 jul 2024 (UTC)

Hay que tener en cuenta también que no se le puede pedir neutralidad a las fuentes, sino que se le exige a los artículos. Un diario muy de derecha/izquierda sí sirve como fuente en artículos de política si el redactor no reproduce los sesgos de la obra o los hace explícitos de un modo apropiado. Saludos. Lin linao ¿dime? 21:04 19 jul 2024 (UTC)

Verent: Puedes consultar Wikipedia:Fuentes fiables. Anibal Maysonet (discusión) 00:18 20 jul 2024 (UTC)

Tal vez sea la lista negra... aquí aparece el enlace.--Khiari (discusión) 00:30 20 jul 2024 (UTC)

Agradezco la participación de todos y la información que me compartieron al respecto, voy a leer los links con detenimiento y también agradezco los comentarios sobre el tema. Mi consulta iba por un medio de esos que son calificados de prensa amarilla/noticias falsas, supongo que para ese tipo de casos debe verse referencia por referencia para usar otras o descartarlas en su caso puntual.--Verent (discusión) 02:35 21 jul 2024 (UTC)

En Wikipedia en inglés tienen la siguiente página, donde algunos editores de allí han llegado ...a determinadas conclusiones sobre determinadas fuentes: en:Wikipedia:Reliable sources/Perennial sources. strakhov (discusión) 15:09 21 jul 2024 (UTC)

Iglesia ortodoxa de Ucrania

El Concilio de unificación de las iglesias ortodoxas de Ucrania fue un concilio ortodoxo que fusionó dos de las tres jurisdicciones ortodoxas que hasta el 2018 operaban en Ucrania y creó la Iglesia ortodoxa de Ucrania. La primera de ellas, la Iglesia ortodoxa autocéfala ucraniana, aún conserva su artículo en español, pero el artículo del patriarcado de Kiev se transformó en el artículo de la nueva iglesia, ignorando que jurídicamente (y canónicamente) son instituciones distintas y que algunos jerarcas del patriarcado de Kiev rechazaron la fusión y aún hoy operan bajo ese nombre.

Esto no sucede en inglés, donde el patriarcado de Kiev, la desaparecida Iglesia ortodoxa ucraniana autocéfala y la nueva Iglesia ortodoxa de Ucrania tienen artículos separados. Por tanto, tengo dos propuestas de acción:

1. Que el artículo de la Iglesia ortodoxa de Ucrania se retroceda a una edición anterior a la unificación, reenlazándolo a los artículos del patriarcado de Kiev en otros idiomas.
2. Que las búsquedas al patriarcado de Kiev dejen de redirigir a Iglesia ortodoxa de Ucrania para que se pueda crear un nuevo artículo para el patriarcado de Kiev en español.

Comendador Sombra (discusión) 20:20 20 jul 2024 (UTC)

Paloma Fiuza

Hola, quisiera saber que se puede hacer en estos casos en los que tengo un taller trabajado de Paloma Fiuza, pero ya está creado el artículo de la misma? Cuál sería la solución? Saludos. JotaAndrade2001 (discusión) 11:07 21 jul 2024 (UTC)

Creo que lo más adecuado sería añadir la información existente en el taller, al artículo ya creado, siempre que no esté ya recogida en este último y que lo complemente. Siendo un artículo de reciente creación, sería cortés (aunque no obligatorio) que te coordinaras con su creador, Epidemia2023x. -- Manolo (Desfógate) 11:59 21 jul 2024 (UTC)

Borrado de un artículo con "fin promocional"

Hola! Hace algunos días el colega Erreja colocó la plantilla de "posible contenido publicitario o autopromoción" en el artículo Temporada de reggaetón 2 que cree. Él mismo, me planteo que colocara aquí los argumentos del porque no debería ser borrado, primeramente aclararé que revisando mi perfil pueden ver que me dedico comúnmente a creaciones musicales por el conocimiento que tengo, dicho esto, destacaré los logros meramente musicales (y relevantes) para destacar la permanencia del artículo en la enciclopedia:

• Último EP realizado por Duki

• Proyecto más reproducido en la carrera del rapero, por encima de Súper sangre joven y Desde el fin del mundo

• 20 mil ventas certificadas en España

• Incluye su sencillo más destacado globalmente («Givenchy»).

Me gustaría de ser posible: quitar la plantilla y que Erreja me diga si desea alguna modificación de redacción del artículo. Saludos! 🖋️ Nicoveliz (discusión) 19:19 21 jul 2024 (UTC)

Llamo a @Erreja para saber que piensa, y considero @Nicoveliz885 que consideres un posible taller. Леон Поланко говорит вам и слушает вас 03:50 22 jul 2024 (UTC)

Hola! Gracias por tu tiempo y tu respuesta, esperemos para ver que dice Erreja, él decidirá si el contenido es eliminado o no, no lo llevaré a taller ya que dejé atrás el artículo. Si se mantiene se mantiene y si no seguiré adelante.

Saludos! 🖋️ Nicoveliz (discusión) 00:42 23 jul 2024 (UTC)

Publicar

Buenas tardes, un café para el personal, mi duda es la siguiente, he escrito un artículo, y aparece en mi página de usuario, pero no consigo que se publique en la wiki y pueda acceder a él cualquier persona- ¿Que deno hacer? Gracias de antemano por vuestra ayuda AemiliusBiografus (discusión) 17:19 23 jul 2024 (UTC)

Hola, para desarrollar un artículo no debes de usar tu página de usuario, sino tu taller. Dicho esto, dispones también de este tablón para realizar una solicitud de comprobación de relevancia. Una vez tengas desarrollado el artículo en el taller, podrás copiar el contenido y pegarlo en una nueva página en el espacio principal o bien solicitar a alguien su traslado, puesto que todavía no eres un usuario autoconfirmado.   C:\> A.piquerasm [ Discusión ] 22:44 23 jul 2024 (UTC)

Buenos días A.piquerasm, gracias por tu rápida respuesta. El artículo que quiero publicar se encuentra en mi página de taller, se refiere a una persona sobre la que se van a celebrar algunos actos públicos, publicaciones y exposiciones, pero ahora no se por donde seguir, supongo qu tengo que solicitar la revisión del artículo, el cual debo completar en su día con las referencias a los resultados de estos eventos. Estoy un poco perdido. No se como se solicita la revisión. Mil gracias por tu ayuda. AemiliusBiografus (discusión) 07:29 24 jul 2024 (UTC)

Hola, en la solicitud debes de mostrar una pequeña entradilla del artículo, así como también las referencias más relevantes de que dispongas a fin de que te respondan si sería relevante. En cuanto a las referencias, estas deben provenir de fuentes fiables que permitan comprobar la verificabilidad del artículo, no creo que sean fuentes fiables los resultados de esos eventos que mencionas.

Por otro lado, tras echar un vistazo al taller, vas a tener que mejorar la redacción a un estilo más neutro, porque oraciones como "Mujer de actividad inagotable, daba siempre justificación a la misma con una clara sentencia: “Descansar es cambiar de trabajo” entre varias otras, resultan irrelevantes.   C:\> A.piquerasm [ Discusión ] 07:58 24 jul 2024 (UTC)

Buenas tardes, gracias por tu paciencia, espero no resultar demasiado pesado. He suprimido, tal y como sugieres, las valoraciones subjetivas. El interés principal que puede suscitar esta persona se sustenta en la popularidad que la publicación de sus libros de cocina ha hecho que sea muy conocida, no sólo en España, sino también en Hispanoamérica.

También el ejercicio durante cuarenta y cinco años de su profesión de maestra ha dejado en su localidad huella en numerosos alumnos, igualmente, su actividad pictórica contó con mucha difusión por dejar una extensa obra muy repartida por todo el territorio español. De cuanto se manifiesta en el artículo todo está respaldado por documentos que obran en mi poder, salvo la partida de nacimiento. Los títulos de los libros corresponden a libros efectivamente publicados por la desaparecida Red Comercial del Noroeste, convertida posteriormente en Editorial Everest y de los cuales poseo un ejemplar de cada título (no de cada edición), cosa que, ni en la mencionada Editorial, que ya no existe, ni en la que adquirió sus activos se conserva publicación alguna por haberse procedido a su destrucción, pero si consta el registro en el ISBN, cuya consulta obra en mi poder, aunque es posible que alguna de las publicaciones impresas en Méjico carezcan de notación. En el catálogo de la BNE figuran 63 registros a su nombre. Los pintores que se citan, Demetrio Monteserín, Modesto Llamas Gil y Manuel Jular aparecen en la wikipedia en sus respectivos artículos.

No se si debo aportar copia de toda esta documentación y en que manera. Muchas gracias y pido disculpas por mi poca pericia y mi mucha insistencia. AemiliusBiografus (discusión) 19:02 24 jul 2024 (UTC)

Hola, me temo que esas referencias que mencionas que posees en tu poder, podrían más bien no ser válidas, puesto que las referencias deben de basarse en fuentes fiables ya publicadas, de lo contrario podrías incurrir en una investigación original con fuentes primarias.   C:\> A.piquerasm [ Discusión ] 22:03 24 jul 2024 (UTC)

Creo que por el momento debo desistir de la publicación de ese artículo y buscar un nuevo enfoque. Gracias por tu paciente y abundante ayuda y,también, por tu tiempo que tan gentilmente dedicas a esta obra. Procuraré aprender de otros artículos similares ya publicados fijándome bien como están construidos y si hay ocasión intentar alguna publicación en el futuro. AemiliusBiografus (discusión) 17:20 25 jul 2024 (UTC)

Artículo lleno de enlaces comerciales

Hola a todos.

El artículo Autoconsumo fotovoltaico está lleno de enlaces externos de dudosa procedencia ¿Qué os parece eliminar todas las referencias externas? La mayoría son enlaces a blogs comerciales o que comisionan por el alta.

Dejo la Discusión:Autoconsumo fotovoltaico#Enlaces externos llenos de publicidad

Señor Muñoz (discusión) 15:34 24 jul 2024 (UTC)

Estaba. -- Leoncastro (discusión) 15:59 24 jul 2024 (UTC)

<3 Señor Muñoz (discusión) 17:44 24 jul 2024 (UTC)

Como armar la ficha de un programa de tv para un articulo

necesito saber para poder armarlo para un articulo, eso que está al costado derecho del articulo que muestra el canal, la hora, conductores y eso 181.118.72.192 (discusión) 17:28 24 jul 2024 (UTC)

Puedes hacer uso de {{Ficha de programa de televisión}}. Ɀɾαɯɳ ^Շคɭк 17:39 24 jul 2024 (UTC)

Ayuda, necesito saber sobre los estudios de Newton sobre el fin del Mundo

En la biografía de Newton, se describe en la parte de teología un supuesto acontecer probable después del 2060, porfavor, más información acerca de ese articulo necesito, 2803:A3E0:1596:1540:9168:174A:896B:9C1E (discusión) 20:14 24 jul 2024 (UTC)

Estaciones de tren

¡Hola! Quería hacer una consulta y no sé si es este el sitio. Si no lo es, agradeceré que me redirijan a dónde corresponda. Voy haciendo mejoras de artículos, en particular de redacción, añadiendo referencias cuando puedo, o indicando que faltan cuando no hay, y me he encontrado con uno que no termino de entender. Se trata de este Estación de Chênée. Me explico. Es una estación de tren que parece normal, sin nada de particular (histórico, artístico, político...), de hecho, en la foto parece un andén y poco más. Sin referencias. Iba a poner la plantilla de sin referencias, pero entonces me ha entrado la duda de si cualquier estación de tren, de cualquier línea de cualquier país, es enciclopédica, aun siendo poco más que un andén o no tiene sentido. Muchas gracias. SusannaCoplay (discusión) 15:37 26 jul 2024 (UTC)

Si se puede escribir un artículo de enciclopedia con fuentes de calidad, pasa. Es como todo. Saludos. Lin linao ¿dime? 15:58 26 jul 2024 (UTC)

Gracias. Pues entonces hay mucho camino para andar... La fuente es la página de la compañía ferroviaria para decir de dónde a dónde se quiere ir. No hay más. SusannaCoplay (discusión) 16:13 26 jul 2024 (UTC)

Borrado de artículos de promoción

Como por ejemplo Hermest Hair Clinic, no recuerdo cual es el procedimiento para borrar el artículo. Si alguien puede trasladar este mensaje donde corresponde y borrarlo de aquí, mejor. Gracias Dhidalgo (discusión) 16:16 26 jul 2024 (UTC)

He colocado una plantilla de {{promocional}}. Sin embargo soy de la opinión de que el historial debería conservarse en el Museo de Wikipedia. Es apasionante el proceso llevado a cabo para intentar burlar a la revisión en Páginas nuevas, creando un seudoartículo en una página de taller, sumando 50 ediciones para poder trasladarlo y ... llevarlo después al espacio principal, con el spam de la clínica crecepelos. La secuencia es oro puro: (...) [10], [11], [12], [13] (...) [14] (...) [15]. Un monumento al sabotaje. Ojalá no lo borren. strakhov (discusión) 16:30 26 jul 2024 (UTC)

Además de un monumento al sabotaje, es una obra de ingeniería de triple salto de espaldas con tirabuzón. Por favor, un aplauso al ingenio. -- Manolo (Desfógate) 22:13 26 jul 2024 (UTC)

Verdaderamente escalofriante el ingenio usado para evadir la revision. La verdadera pregunta es, ¿Sera obra de una cuenta pagada que busca vulnerabilidades o abusos de algoritmo para posicionar [Similar al SEO de internet], o realmente un "aficionado" o LTA disfrazado probando nuevas formas de vandalizar? CharlieRaMx (discusión) 18:23 28 jul 2024 (UTC)

Sintaxis

La oración:

Las baños Tupungato son manantiales termales ubicados en la Región Metropolitana de Santiago utilizados para fines medicinales.

es correcta? No debería ser?:

Las baños Tupungato son manantiales termales ubicados en la Región Metropolitana de Santiago (y|que) son utilizados para fines medicinales.

Cual es la forma correcta?. Saludos, Juan Villalobos (discusión) 11:01 28 jul 2024 (UTC)

Pues, en mi opinión, sería más adecuado "Las baños Tupungato son manantiales termales ubicados en la Región Metropolitana de Santiago, utilizados para fines medicinales." (La coma sustituye a "son"). -- Manolo (Desfógate) 11:13 28 jul 2024 (UTC)

Otra opción podría ser: " Los baños Tupungato son manantiales termales de aguas medicinales ubicados en la Región Metropolitana de Santiago." Saludos.--Erreja (discusión) 11:31 28 jul 2024 (UTC)

Gracias. --Juan Villalobos (discusión) 09:33 29 jul 2024 (UTC)

Artículo "sin referencia o bibliografía"

El artículo Pablo Tamagnini ya contiene las referencias suficientes como respaldo bibliográfico (discusión) 18:28 29 jul 2024 (UTC)

Sapper

¿Puede alguien explicarme por qué mi artículo https://es.wikipedia.org/wiki/Usuario:Virtualiter/Richard_Sapper_(Guatemala) activa un filtro debido a los gráficos ASCII? - ¿Y por favor mover el artículo? Creo que todavía no tengo los derechos necesarios. --Virtualiter (discusión) 14:48 30 jul 2024 (UTC)

---

Subir a la tabla de contenidos

Miscelánea

Antón Francho y tareas a cubrir

Hola, esto es un llamamiento de ayuda. Tras un aviso sobre un error (muy visible) que se mostraba en el espacio de los recursos del día de la portada, que ya he corregido, he podido comprobar que Antón Francho lleva dos semanas sin editar, y su títere El vigilante de los AB casi diez días. Como algunos sabrán, este usuario ha realizado durante muchos años una silenciosa pero vital labor de mantenimiento constante en toda la estructura organizativa y plantillas de los recursos del día y artículos buenos, que por ahora no se está haciendo. Partiendo de que lo primero que me preocupa es la propia situación de Antón, ya que dada su constancia y responsabilidad, su ausencia sin dejarnos aviso me hace temer alguna situación personal grave e inesperada (quizás alguien de Zaragoza, España, pueda saber algo o contactar con él, ya que ha acudido a algunos eventos allí, y sale en algunas fotos), lo cierto es que sobre eso poco podemos hacer desde nuestro «mundo virtual», y de momento sí que está más en nuestra mano el repasar y cubrir todas sus tareas, labor que será compleja; intuyo que bastantes cosas se pueden automatizar, con mayores o menores cambios en los procedimientos, pero como es sabido mi tiempo es limitado, y de momento vamos a necesitar wikipedistas que puedan conocer o aprender todo lo necesario para abordar la situación, sea manualmente o ayudando en posibles automatizaciones/reorganizaciones. Gracias anticipadas y estoy atento al hilo. - José Emilio –jem– Tú dirás... 23:45 1 jul 2024 (UTC)

Ese trabajo yo lo puedo realizar, el problema es que no tengo permisos para editar plantillas, yo suelo añadir los nuevos RDD cuando son elegidos, ya que a veces Antón no anda disponible. He participado en RDD con nominaciones, quizás llevo más de 70 nominaciones con aprobaciones exitosas. Baúl 00:32 2 jul 2024 (UTC)

@Dimartz, muchas gracias por tu disposición para hacer el relevo. Me preocupa, sin embargo, que detrás de cada nick hay un ser humano, sujeto a toda la precariedad, sensibilidad y vulnerabilidad de nuestra pobre humanidad. Ojalá haya alguien que pueda contactar a Anton o averiguar de algún modo qué pasa con él y qué necesita. Mar del Sur (discusión) 00:54 2 jul 2024 (UTC)

Yo estoy a la disposición, por lo menos para hacer el formato en mi taller y que el bibliotecario lo pegue a la plantilla; como dije, no me deja editar, solo editores de plantillas y bibliotecarios tienen permisos. Deseo salud para Antón, se que ya es una persona mayor y pues los años pasan factura, espero sea solo un descanso que se haya tomado. Dimartz Baúl 01:00 2 jul 2024 (UTC)

Gracias, Dimartz, he visto que ya te han dado el permiso de editor de plantillas y que estás trabajando en esas tareas de mantenimiento. Por favor, no dejes de avisar si tienes dificultades de cualquier tipo, y a ser posible intenta ir documentando todo aquello que no sea demasiado trivial, para facilitar las cosas en el futuro. Por lo demás, mantengo mi preocupación y llamamiento a quien pueda tener algún dato sobre Antón, asumiendo que si él mismo ha divulgado muy poco en los eventos presenciales o en su página de usuario (como mucho podríamos partir de su edad y de la mención a la esposa de un compañero de trabajo, cuyo fallecimiento en el terremoto de Haití de 2010 tuvo bastante repercusión en prensa), va a ser difícil conseguir algo. También lo he hecho saber en Wikimedia España, para ampliar las posibilidades. Si se sabe algo en cualquier momento futuro, yo lo comunicaría en este Café, y confío en que cualquier otro wikipedista haga lo mismo. - José Emilio –jem– Tú dirás... 11:50 4 jul 2024 (UTC)

Hola a todos.

Gracias por preocuparos, tuve que ingresar de urgencia en el hospital y a fin de mes otra vez, espero en agosto estar recuperado del todo. Ya os iré contando cuando vuelva a casa en agosto. Gracias de nuevo y un fuerte abrazo para todos. Antón Francho (si me quieres decir algo) 09:54 13 jul 2024 (UTC)

Creo poder hablar en nombre de la comunidad: un placer verte por aquí. Espero que todo te vaya bien. Cuídate. Un abrazo. -- Manolo (Desfógate) 10:06 13 jul 2024 (UTC)

Gracias por responder Antón. Que todo vaya bien! MiguelAlanCS >>> 11:44 13 jul 2024 (UTC)

Hola, estaba expectante por saber si se conocía algo al respecto de este hilo y no puedo alegrarme más de ver su respuesta. ¡Que te mejores pronto y mucho ánimo!   C:\> A.piquerasm [ Discusión ] 11:59 13 jul 2024 (UTC)

Que bueno saber de ti Antón. Ando con tus actividades (quizás con algunos errores :P) pero ahí tratando de cubrirte mientras te mejoras, cuídate y abrazos a la distancia. Dimartz Baúl 12:02 13 jul 2024 (UTC)

Dejo constancia también de mi alivio y el del resto de wikipedistas españoles consultados, ya que aunque efectivamente era algo grave, se está resolviendo. Así que ahora ánimo y tranquilo, Antón, y cuando estés recuperado ya iremos hablando. Saludos, - José Emilio –jem– Tú dirás... 20:15 17 jul 2024 (UTC)

Hola a todos y gracias por vuestras preocupaciones. Os comunico que ya están hechas todas las páginas de los RDD de agosto. Saludos. Antón Francho (si me quieres decir algo) 17:55 18 jul 2024 (UTC)

Reportar fallecimiento mucho después de la fecha

Cuando una persona cuya biografía está en Wikipedia fallece, su biografía es marcada con la plantilla de fallecimiento reciente, y se mantiene esa plantilla durante aproximadamente una semana. Pero ¿si la noticia de la muerte se da a conocer un mes o más después de ocurrida? Como el caso del actor Benji Gregory, que falleció desde el pasado mes de junio, pero hasta ahora, este mes de julio nos llegó la noticia de su deceso. ¿Cómo colocar la plantilla en mención si la noticia tardó un mes en llegar? Y por cierto, recuerdo que ocurrió similar con Akira Toriyama. Леон Поланко говорит вам и слушает вас 22:26 11 jul 2024 (UTC)

En el artículo de Akira Toriyama, la plantilla fue puesta el mismo día que se supo de su fallecimiento y permaneció ahí un tiempo prudente (creo que fueron 1 o 2 días). Aquí debería ser lo mismo. La plantilla es más que nada un aviso a los lectores que hay muchas ediciones en el artículo a causa del suceso y que podrían haber errores antes de llegar a una versión estable. ZebaX2010 [PRESS START] 02:05 12 jul 2024 (UTC)

Hola, @Leonpolanco , te comento cómo tratamos este tema los que llevamos Fallecidos en Portada. Al ser un Evento Actual, colocamos la plantilla desde el día del Fallecimiento (y modificamos el artículo poniendo la fecha de fallecimiento, verbos en pasado...) y la retiramos dicha plantilla de EA 7 días después. Avisamos así a los lectores, como bien dice @ZebaX2010, que es un hecho reciente y que por ello el artículo puede variar.

Al cabo de 7 días se retira la plantilla de Evento Actual.

Fuera de ese tiempo, pasados los 7 días del fallecimiento, no tiene sentido colocar la plantilla, por lo que solo procede modificar el artículo (incluir la fecha de fallecimiento, poner verbos en pasado, etc.) pero no se pone plantilla alguna. El abuelete (discusión) 11:01 17 jul 2024 (UTC)

Para evitar dudas o confusiones, he  mejorado la frase de la plantilla para considerar cualquier fallecimiento «sucedido o hecho público recientemente». - José Emilio –jem– Tú dirás... 20:15 17 jul 2024 (UTC)

Veo que en el comentario de edición pones "Ajusto la frase de los fallecimientos para contemplar los casos (no infrecuentes) en que se comunican con retraso". IMHO, eso da lugar a muchas más confusiones que antes. La plantilla de Fallecimiento reciente ahora saldrá cuando cualquier editor se entere de la muerte de quien sea. Y en Portada en lista de Fallecidos gente que pudo haber muerto hace meses. Le veo más problema que solución. El abuelete (discusión) 05:03 18 jul 2024 (UTC)

Si el artículo ya tiene la fecha de fallecimiento puesta, alguien lo revisará y le quitará la plantilla, porque la fecha de fallecimiento no es reciente. Alternativamente se puede utilizar el filtro antiabusos (que la plantilla no se pueda poner unos días después de la primera vez, por ejemplo), aunque sería lioso.

Saludos Goodlucksil (¿Algo útil?) 10:26 18 jul 2024 (UTC)

Pues ese es el problema. Que cada vez que un editor se entere que ha muerto, (hecho público reciente para él), pondrá la plantilla, y otro la retirará... multiplica eso por decenas de veces en miles de artículos. Glup.

IMHO, es mejor que sólo se ponga la plantilla de Evento Reciente cuando el Fallecimiento sea reciente, y no cuando alguien se entere que el pobre personaje falleció. Como estábamos estábamos bien. El abuelete (discusión) 13:07 18 jul 2024 (UTC)

Ahora que lo dices, si que es mejor que solo se ponga cuando la persona fallezca, y si no se sabía cuando ocurrió, se edita sin plantilla o se usa alguna tipo {{en uso}}, o se indica en la discusión. Saludos. Goodlucksil (¿Algo útil?) 08:14 19 jul 2024 (UTC)

Entiendo que la plantilla se agregaría no cuando el editor se entere del fallecimiento, sino cuando las fuentes lo den a conocer. Si los periódicos dan a conocer hoy que Fulanito falleció hace un mes, entonces se agrega la plantilla; si la noticia se hizo pública hace un mes pero yo no había leído los periódicos y me estoy enterando hasta hoy, entonces no corresponde agregar la plantilla. –FlyingAce^✈hola 14:16 19 jul 2024 (UTC)

Y si nos enteramos a los 3 años, ponemos la plantilla de Fallecimiento reciente. Y pasa a Portada en la lista de Fallecidos de los últimos días. ¿No sería mejor dejar esa plantilla para los fallecidos recientes de verdad? El abuelete (discusión) 06:34 25 jul 2024 (UTC)

Unpopular opinion: Para mí lo mejor sería, directamente, no usar estas plantillas. Los lectores y editores en inglés, por ejemplo, corríjanme si me equivoco, son capaces de leer un artículo y comportarse lo suficientemente bien como para no necesitar un banner en la cabecera cada vez que se muere una persona, advirtiéndoles de perogrulladas u otras circunstancias. En cambio, por alguna extraña razón, aquí necesitamos que la es.wikipedia experience de biografía de persona muerta (entre otros temas recientes) haya de ser disfrutada con un cartelón infantil en la cabecera del artículo. Véase en.wiki vs es.wiki. Desconozco las funciones prácticas de estas plantillas (supongo que estarán relacionadas con la selección para la portada y esas cosas (?)) pero si pudieran sustituirse por algo menos invasivo se agradecería. strakhov (discusión) 16:54 25 jul 2024 (UTC)

La plantilla que usan en enwiki para fallecimientos es en:Template:Recent death (aquí se usó para la muerte de Sebastián Piñera) ZebaX2010 [PRESS START] 17:17 25 jul 2024 (UTC)

Estuve mirando todas las muertes que enlazaban en la portada (1, 2, 3, 4, 5 y 6) y en ninguna salía una plantilla así. No sé si harán un uso menos intensivo de ella que este proyecto. Pero bueno, si existe, entonces supongo que los hispanohablantes tenemos tan buen (o mal gusto) como los angloparlantes. Me deja tranquilo. strakhov (discusión) 17:22 25 jul 2024 (UTC)

Efectivamente, según la documentación de la plantilla:

As such, this template should be used only in cases where many editors (perhaps dozens or more) are editing the article on the same day. It should be removed as soon as this editing subsides. Do not use it merely to tag the article of a recently deceased person, as that is not the template's purpose.

Negritas y fuente roja en el original. strakhov (discusión) 17:30 25 jul 2024 (UTC)

Física del vuelo

Esta vez tratando de salvar Física del vuelo, abandonado desde hace años y tendiente a la fuente primaria. Si alguién puede salvarlo bienvenido Esteban (discusión) 18:57 16 jul 2024 (UTC)

Dos artículos

No tengo muchos conocimientos sobre bioquímica pero creo que los artículos Lípido y Lípidos, ambos muy antiguos, tratan exactamente sobre el mismo tema. El primero («Lípido») se creó un par de años antes que el segundo. ¿Qué es lo más adecuado en este caso? Muchas gracias. --Silviaanac (discusión) 18:59 16 jul 2024 (UTC)

@Silviaanac: en este caso se debe solicitar una fusión de historiales. Saludos Ruy (discusión) 19:01 16 jul 2024 (UTC)

Ya está hecho. sasha 20:14 16 jul 2024 (UTC)

Muchas gracias! --Silviaanac (discusión) 20:24 16 jul 2024 (UTC)

Pedir participación en CDB

En las CDB que hay escasa participación (1 solo comentario, por ejemplo, aparte de que propuso la CDB), ¿se puede pedir a los compañeros que participen? No me refiero a que comenten a favor, ojo, sólo fomentar la participación. En caso positivo, dónde se puede realizar? Aquí, por ejemplo, o puedes comentarlo en las PD de la gente que ves que participa más en las CDB? O en ambas? Gracias. El abuelete (discusión) 11:04 17 jul 2024 (UTC)

Las consultas de borrado se deciden por argumentación. A veces un único argumento es suficiente y no sirve de nada que distintos usuarios repitan el mismo argumento porque no se decide por votación. -- Leoncastro (discusión) 15:41 17 jul 2024 (UTC)

Ya, ya se que no es votación, y no es "ganarla o no", es porque me gustaría que fuera más participativo y que la comunidad opinara. Pero también comprendo que esto es voluntario y que la gente opina o no donde quiera, sin necesidad de ir a pedirlo. Gracias por tu respuesta, @Leoncastro El abuelete (discusión) 16:07 17 jul 2024 (UTC)

Simplemente lo aclaraba para que no vayan ahora todos los lectores del Café a repetir los mismos argumentos. -- Leoncastro (discusión) 16:18 17 jul 2024 (UTC)

Bien hecho. Gracias. Abrazos. El abuelete (discusión) 16:27 17 jul 2024 (UTC)

Considero pedir participación el solo hecho de enviar el mensaje de Se ha abierto una consulta de borrado. --Леон Поланко говорит вам и слушает вас 03:48 22 jul 2024 (UTC)

Леон Поланко, Se refiere a hacer proselitismo para participar en la consulta sin valoración sesgada, es decir, únicamente invitar a sus amistades a participar. Que se solicita participación general a todo el mundo al abrir una consulta de borrado es un hecho inherente al mismo proceso, lo cual no quiere decir que todo el mundo se haya enterado, de ahí que pregunte si puede invitar a sus amigos. Torrojo (discusión) 04:07 22 jul 2024 (UTC)

No, @Torrojo, no es invitar a amigos. Es invitar a toda la comunidad. De ahí el preguntar si se podía haber realizado en el café o a los compañeros que más participan en las CDB. El abuelete (discusión) 04:12 22 jul 2024 (UTC)

Como algunos sugieren, muchas veces un solo argumento basta, y por si mismo la mayoría de las CDB son articulo (A terminos simples; estan en el purgatorio por ser Dudosos y que estan en la cuerda floja entre Borrado definitivo o algo redimible). o que Per se, no eran tan evidentes para un borrado rapido. si bien ha habido casos donde no se ha logrado un consenso o resolución o la intervención de los participantes en la CDB ha logrado mantener o reparar el articulo. También es de denotar que los artículos en si mismos al estar en CDB tienen una notificación, (que si no mal recuerdo todos pueden ver). por lo que si los "potenciales" lectores del tema no se interesan en el, volvemos a lo mismo.

-Ahora bien, el exceso de participación o casos como el del autor que no vamos a mencionar que incitaba a sus seguidores de twitter en intervenir y vandalizar la CDB pese a que hay una advertencia muy grande y clara de que no es votación ni proselitismo, también son de evaluar.

también cabe señalar que muchas veces quienes participan en las cdb es porque ya le han dado una revisada el articulo varias veces y hay manera de postular a favor o en contra, no obstante en algunas ocasiones aunque se quiera participar es difícil ya sea por desconocimiento del tema o porque no hay forma o criterios suficientes para hacerlo de forma útil o no mas lejos de comentar. CharlieRaMx (discusión) 13:33 22 jul 2024 (UTC)

Traducciones desde talleres de la enWiki

Hola, he dejado la siguiente inquietud en el tablón misceláneo:

* Desde hace un tiempo que diversos usuarios (mayoritariamente nuevos) están traduciendo artículos desde talleres de un usuario de la Wikipedia en inglés, específicamente del autor Mr._Ibrahem [16], elaboran el artículo y acto seguido viene la cuenta Mr. Ibrahem (disc. · contr. · bloq.) y los termina de corregir, además se incluye la atribución de la traducción en "enlaces externos" correctamente a la enWiki pero el origen viene siendo el mismo taller y no un artículo en sí. Se repite el mismo patrón en todos los artículos en los que ha colaborado Mr. Ibrahem (disc. · contr. · bloq.) y no me parece apropiado que se estén trasladando artículos desde un taller a nuestro espacio principal.

Me entero, ahora, que es parte de un proyecto de traducción de artículos médicos desde la enWiki donde hay varias personas involucradas y aparentemente los líderes son los usuarios @Doc James y Mr. Ibrahem:. Como indicó @Virum Mundi en la resolución de la solicitud, el problema no va en el mérito de los artículos sino en la atribución, ya que al venir desde un taller no son artículos visados por la comunidad de la enwiki y además son un duplicado que no necesariamente contiene la misma información o referencias del artículo original en inglés.

Dicho esto me gustaría saber qué opina la comunidad respecto a este proyecto y a la situación misma, ya que se les ha avisado a ambos usuarios en sus PD que deben ceñirse a las normas de nuestra enciclopedia, pero al parecer la barrera idiomática y la diferencia de criterio entre las enciclopedias está generando ciertos conflictos.

Pueden revisarse ejemplos de los artículos a los que me refiero en Especial:Contribuciones/Mr._Ibrahem

Saludos Nicolás- ¿diga? 16:10 17 jul 2024 (UTC)

The healthcare translation traskforce has been ongoing for 13 years with a relaunch in 2021.[17] Many of the translators are professionals from organizations such as Translators Without Borders, who are joining us as volunteers.

With respect to the starting content, we write it in easier to understand English on MDWiki to make it easier to translate. Additionally we are generally translating 3 to 4 paragraphs summaries of topics rather then entire articles.

One can see all the Spanish content since 2021 here.

With respect to licensing, content generally starts in the EN WP mainspace, is improved further on MDWiki, and then moved to a work space on EN WP. At all steps of the process the content is openly licensed CC, BY, SA 4.0. Attribution is provided on ES WP to EN WP and on EN WP to MDWiki.[18]. On MDWiki you can see the entire edit history going back to the start of the article.[19] If you would prefer a direct link to that edit history we could definitely add it on ES WP.

Anyway, we are happy to adjust the attribution as you wish; but, if ES WP does not want to be included in our translation efforts at all, we can also simply remove this language.

Doc James (talk · contribs · email) 16:31 17 jul 2024 (UTC)

Here are some of the articles Distocia de hombros, Cáncer de vulva, Angioma en cereza created via this effort. While I imagine they are still a work in progress, ES WP, had nothing specifically on the topics before. Doc James (talk · contribs · email) 17:05 17 jul 2024 (UTC)

El inconveniente no va en el contenido del artículo porque sí resulta ser un buen añadido a la enciclopedia (siempre y cuando el artículo no exista previamente en la nuestra), además veo que se ha dejado en claro que se trata de versiones simplificadas del artículo original que luego se traducen a nuestra enciclopedia. El asunto va en que la atribución debería darse al artículo original de la wikipedia en inglés, porque es ese el que se usa como base, las versiones del taller y/o de MDWiki son copias simplificadas por lo tanto no parece conveniente mencionarlas a ellas como artículo original y menos dejar un enlace al taller de usuarios del proyecto en inglés. Nicolás- ¿diga? 14:47 18 jul 2024 (UTC)

The version on MDWiki is often more than just simplified. These are the changes made on MDWiki before translation for the cherry angioma article for example.[20] You can see the entire history here with edits on MDWiki and those by editors from EN WP listed asewll.[21] We are required per the BY in CC BY SA to attribute the authors, which we do, not necessarily the location, but we do that aswell. Additionally myself and Ozzie were the most prolific editors of EN WP medical content for many years.[22] Doc James (talk · contribs · email) 14:11 24 jul 2024 (UTC)

El curioso procedimiento de creación de estos artículos provoca que al incluir la plantilla {{Traducido ref}} en enlaces externos se esté incumpliendo, en cierto modo e implícitamente, el principio de no firmar los artículos, pues en lugar del impersonal nombre del artículo de Wikipedia en inglés (lo habitual) aparece el taller de un usuario (User:Mr. Ibrahem/Cherry angioma). En cualquier caso, si se traducen con la herramienta de traducción de contenidos, que deja la atribución en el resumen de edición inicial, no es necesario agregar {{traducido ref}} en enlaces externos (de hecho, por la circunstancia que menciono, no es que "no sea necesario", sino incluso quizás "poco recomendable"). Saludos. strakhov (discusión) 13:42 18 jul 2024 (UTC)

Someone previously asked that we specifically use the template in question, which was why it was added. Doc James (talk · contribs · email) 14:00 24 jul 2024 (UTC)

Ceros a la derecha del número de referencia

¿Es solamente a mí a quien en modo de edición visual todos los números de referencia aparecen acompañados de un cero a la derecha, fuera de los corchetes, que desaparece al guardar la edición? Este extraño y molesto comportamiento empezó hace unos días. ¿Alguna idea para eliminarlo? Muchas gracias de antemano. Blanco de Paz (discusión) 19:17 24 jul 2024 (UTC)

También lo vi al trabajar en la herramienta de Traducción de contenidos (pensé que era algo de mi navegador) ZebaX2010 [PRESS START] 21:34 24 jul 2024 (UTC)

Hola, a mí también me pasa. Parece que solo afecta a es.wiki.   C:\> A.piquerasm [ Discusión ] 23:45 24 jul 2024 (UTC)

Sección «Enlaces externos»

Acerca de la sección «Enlaces externos», en la política oficial el 19 de septiembre de 2005 se agregó el texto «Algunos autores utilizan el encabezado "enlace externo" si hay solamente un enlace, en tanto que otros usan "enlaces externos" en todos los casos. No existe actualmente consenso acerca de cuál es el mejor». Pero el 9 de noviembre de 2009 se hicieron diversos cambios en Wikipedia:Estructura de un artículo (convención), entre ellos, se agregó el siguiente texto: «El título de esta sección se escribe en plural, aún cuando haya listada una sola página web». (No encontré en la discusión el consenso para dicho cambio, sin embargo, desde hace 15 años nadie lo objetó). Así es que pregunto ¿qué se hace en este caso? ¿Se corrige la política? --Khiari (discusión) 23:56 24 jul 2024 (UTC)

Francamente lo de "Enlace externo" me resulta a estas alturas anómalo, además de poco práctico de cara al mantenimiento. Yo eliminaría la sección "«Enlaces externos» contra «Enlace externo»" de WP:EE y quizás redirigiría esa parte a WP:EA#Enlaces externos con la plantilla {{VT}} o similar, aunque habrá seguro quien exija una votación para el cambio (votación que paradójicamente es posible que no existiera para aprobar la política original de WP:EE). strakhov (discusión) 17:14 25 jul 2024 (UTC)

---

Subir a la tabla de contenidos