Wikipedia:Café/Archivo/2022/Marzo

Noticias

Participantes necesarios para estudios remunerados

¡Hola! El equipo de diseño de productos de la Fundación Wikimedia está buscando participantes para pruebas con usuarios y estudios de investigación remunerados. Necesitamos la contribución de la comunidad de usuarios de Wikimedia para orientar y probar todos los productos, funciones y mejoras que se incorporan a la plataforma. Puedes registrarte en la lista de participantes de estudios de investigación aquí. Nos pondremos en contacto contigo periódicamente por correo electrónico para ofrecerte oportunidades en estudios y pruebas. Si quieres más información sobre el programa, darte de baja de la lista o leer el aviso de privacidad de la misma, puedes hacerlo aquí. ¡Gracias! — El comentario anterior sin firmar es obra de BGerdemann (WMF) (disc. • contribs • bloq). 04:40 1 mar 2022 (UTC)

Amenaza del gobierno de Rusia

La oficina de censura del gobierno de Rusia ha amenazado con bloquear Wikipedia por el artículo sobre la invasión a Ucrania: Vice (en inglés) — Lucho Problem? 03:23 2 mar 2022 (UTC)

Experiencia piloto de marketing para nuevos usuarios y usuarias

Desde los equipos de Marketing, Relaciones Comunitarias y Crecimiento de la Fundación Wikimedia se está desarrollando una acción piloto orientada a captar nuevos usuarios y usuarias para la Wikipedia en español en países de Hispanoamérica.

Se trata de un pequeño experimento con el probaremos nuevas tácticas así como una estrategia de mensajes dirigidos a públicos concretos en redes sociales para comprobar si serían útiles en otras acciones concretas, como eventos. Al tratarse de un pequeño experimento, pensamos que no tendrá ningún impacto significativo en la Wikipedia en español ni a su comunidad de editores.

En este enlace podéis conocer todos los detalles de la Experiencia piloto de marketing para nuevos usuarios y usuarias.

Previsiblemente, la acción se pondrá en marcha durante la primera semana del mes de abril. Mientras tanto, nos gustaría conocer las opiniones de la comunidad sobre esta prueba piloto en la página de discusión del proyecto.

Saludos. Zapipedia (WMF) (discusión) 14:48 4 mar 2022 (UTC)

La experiencia piloto acaba de ser lanzada y está previsto que esté en el aire hasta el 31 de mayo. Muchas gracias a todos los miembros de la comunidad que lo han hecho posible. Saludos. Zapipedia (WMF) (discusión) 22:12 3 may 2022 (UTC)

Renuncia

Informo que Alelapenya (disc. · contr. · bloq.) ha presentado su renuncia como bibliotecario en Meta. Creo que cabe agradecerle la colaboraciòn brindada al proyecto durante estos últimos años. --Antur - Mensajes 15:52 19 feb 2022 (UTC)

Parece que "además" se ha retirado del proyecto, no solo ha solicitado la retirada del flag de administrador. Es una pena perder un editor prolífico y desde luego me sumo a agradecer el tiempo que le ha dedicado desde hace más de 13 años al proyecto. Ojalá le vaya bien todo. Un saludo. strakhov (discusión) 18:25 19 feb 2022 (UTC)

Gracias por la labor durante su tiempo de bibliotecario. --Леон Поланко говорит вам и слушает вас 03:16 20 feb 2022 (UTC)

una pena. No he contactado nunca con él pero he visto lo que hace. Saludos cordiales --Basquetteur (discusión) 08:50 6 mar 2022 (UTC)

Invitación al evento de hubs: conversaciones globales el 2022-03-12 a las 13:00 UTC

El equipo de Estrategia del Movimiento y Gobernanza de la Fundación Wikimedia quiere invitarte al próximo evento sobre "Hubs Regionales y Temáticos". El Movimiento Wikimedia está en proceso de entender qué deben ser los Hubs Temáticos y Regionales. Nuestro taller de noviembre fue un buen comienzo (leer el informe), pero aún no hemos terminado.

En las últimas semanas hemos realizado unas 16 entrevistas con grupos que trabajan en la creación de un hubs en su contexto (ver diálogo sobre los hubs). Estas entrevistas han servido para elaborar un informe que servirá de base para la discusión del 12 de marzo. Está previsto que el informe se publique el 9 de marzo.

El evento tendrá lugar el 12 de marzo, de 13:00 a 16:00 UTC en Zoom. Habrá interpretación en español. La inscripción está abierta, próximasy se cerrará el 10 de marzo. Cualquier persona interesada en el tema está invitada a unirse a nosotros. Más información sobre el evento en meta.

Atentamente,--Oscar . (WMF) (discusión) 12:46 9 mar 2022 (UTC)

¿Dónde conseguir el link? --Леон Поланко говорит вам и слушает вас 03:25 13 mar 2022 (UTC)

Hola Leonpolanco, la reunión fue el sábado. Si estás interesados en próximas convocatorias, me puedes dejar un correo para agregarte a la lista de distribución, --Oscar . (WMF) (discusión) 14:12 14 mar 2022 (UTC)

Wiki Loves Folklore 2022 ends tomorrow

International photographic contest Wiki Loves Folklore 2022 ends on 15th March 2022 23:59:59 UTC. This is the last chance of the year to upload images about local folk culture, festival, cuisine, costume, folklore etc on Wikimedia Commons. Watch out our social media handles for regular updates and declaration of Winners.

(Facebook , Twitter , Instagram)

The writing competition Feminism and Folklore will run till 31st of March 2022 23:59:59 UTC. Write about your local folk tradition, women, folk festivals, folk dances, folk music, folk activities, folk games, folk cuisine, folk wear, folklore, and tradition, including ballads, folktales, fairy tales, legends, traditional song and dance, folk plays, games, seasonal events, calendar customs, folk arts, folk religion, mythology etc. on your local Wikipedia. Check if your local Wikipedia is participating

A special competition called Wiki Loves Falles is organised in Spain and the world during 15th March 2022 till 15th April 2022 to document local folk culture and Falles in Valencia, Spain. Learn more about it on Catalan Wikipedia project page.

We look forward for your immense co-operation.

Thanks Wiki Loves Folklore international Team MediaWiki message delivery (discusión) 14:40 14 mar 2022 (UTC)

Inscripciones abiertas: grupo de trabajo para el desarrollo de liderazgos

Hola a toda/os.

Gracias a toda/os los que han participado en el periodo de comentarios de la iniciativa del grupo de trabajo para el desarrollo de liderazgos. Se puede encontrar un resumen de las opiniones en meta. Estos comentarios se compartirán con el grupo de trabajo para informar de su trabajo. El periodo de solicitud para formar parte del grupo de trabajo ya está abierto y se cerrará el 10 de abril de 2022. Por favor, revisa la información sobre el grupo de trabajo, compártela con los miembros de la comunidad que puedan estar interesados y aplica si estás interesada/o.

¡Gracias!

Del equipo de Desarrollo de la Comunidad, --Oscar . (WMF) (discusión) 12:29 17 mar 2022 (UTC)

Se buscan wikipedistas que cuenten su experiencia en un vídeo

Hola. Como parte de esta acción que se anunció en el Café, desde la Fundación Wikimedia estamos buscando a editores y editoras de Hispanoamérica que quieran participar en un vídeo. La idea es que hablen de su experiencia en la Wikipedia en español y animen a los nuevos usuarios y usuarias a comenzar a editar. Si estás interesado en participar, escríbeme y te cuento todos los detalles. ¡No te llevará mucho tiempo! Muchas gracias. Zapipedia (WMF) (discusión) 14:31 17 mar 2022 (UTC)

¿Se valen vídeos de celular? --Леон Поланко говорит вам и слушает вас 20:03 17 mar 2022 (UTC)

Hola @Leonpolanco. Los testimonios se recogerían durante una breve entrevista que se realizaría por videollamada, la cual será grabada. Zapipedia (WMF) (discusión) 00:14 18 mar 2022 (UTC)

¿Cuándo sería la fecha de la videollamada? ¿Sería por zoom? --Леон Поланко говорит вам и слушает вас 19:46 19 mar 2022 (UTC)

Estimado @Leonpolanco. La videollamada sería a través de Zoom y tendría una duración máxima de unos 20-30 minutos. Estaremos grabando entrevistas con wikipedistas hasta el próximo miércoles 30 de marzo. En cualquier caso, te he enviado un correo electrónico a través de la opción "Enviar un correo a este usuario" ampliándote la información, por si estuvieras interesado en participar. Cualquier aclaración adicional que precises, no dudes en hacérmela llegar. Saludos. Zapipedia (WMF) (discusión) 00:54 20 mar 2022 (UTC)

Votación de ratificación abierta del 7 al 21 de marzo de 2022

Hola a toda/os. impractico, ¡El proceso de votación de ratificación de las pautas de ejecución revisadas del Código de Conducta Universal (CdCU) está abierto! La votación comenzó en SecurePoll el 7 de marzo de 2022 y concluirá el 21 de marzo de 2022. Por favor, lee más sobre la información de los votantes y los detalles de elegibilidad.

El Código de Conducta Universal (CdCU) proporciona una base de comportamiento aceptable para todo el movimiento. Las pautas de ejecución corregidas se publicaron el 24 de enero de 2022 como una propuesta para aplicar la política en todo el movimiento. Puedes leer más sobre el proyecto del CdCU.

También puedes comentar las páginas de discusión de meta en cualquier idioma. Adicionalmente puedes ponerte en contacto con el equipo por correo electrónico: ucocprojectwikimedia.org

Atentamente, --Oscar . (WMF) (discusión) 12:55 8 mar 2022 (UTC)

Se vota a libro cerrado: si a todo o no a todo. El Código de Conducta Universal no es tan extenso, sería interesante que cada punto estuviera desglosado y se pudiera votar por separado (con la opción de aprobar o rechazar todo, si así uno lo prefiere). --Metrónomo's truth of the day: «persevera y triunfarás» 12:19 14 mar 2022 (UTC)

Hola Metrónomo, la idea de esta votación es hacerla lo más sencilla posible, aunque se sopesó en su momento, el equipo considero que separar el voto en secciones era impráctico y una pesadilla a nivel técnico. Si tienes aprensiones con un apartado o punto en particular, te sugiero que utilices la casilla de comentarios y sugerencias y lo señales directamente allí, saludos --Oscar . (WMF) (discusión) 14:06 14 mar 2022 (UTC)

Sin embargo tanto la votación como la casilla de comentarios se refiere exclusivamente a las pautas de cumplimiento, no al código de conducta en sí, pues ése fue aprobado por el Consejo sin ningún tipo de votación comunitaria y no está sujeto a revisión en este momento tal y como se informa en Meta. El campo de comentarios solo será tenido en cuenta si la votación de ratificación tiene una mayoría de "noes". En caso contrario, de los textos publicados en Meta se infiere que simplemente dichos comentarios serán ignorados. —MA 19:01 14 mar 2022 (UTC)

La votación para la ratificación de las pautas de ejecución del Código de Conducta Universal está cerrada

El proceso de votación para la ratificación de las pautas de ejecución revisadas del Código de Conducta Universal. (CdCU) llegó a su fin el 21 de marzo de 2022. Más de 2300 wikimedistas votaron en diferentes regiones de nuestro movimiento. ¡Gracias a toda/os los que han participado en este proceso! El grupo de escrutinio está ahora verificando la votación para comprobar su exactitud, esta labor se espera que dure hasta dos semanas.

Los resultados finales del proceso de votación se anunciarán aquí, junto con las estadísticas pertinentes y un resumen de los comentarios tan pronto como estén disponibles. Por favor, consulta la página de información al votante para conocer los próximos pasos. Puedes comentar en la página de discusión del proyecto en meta en cualquier idioma. También puedes ponerte en contacto con el equipo del proyecto por correo electrónico: ucocprojectwikimedia.org

Atentamente, --Oscar . (WMF) (discusión) 12:03 22 mar 2022 (UTC)

Encuesta trimestral de seguridad

Comenzando la semana del 28 de marzo de 2022, la Fundación Wikimedia llevará a cabo una encuesta anónima trimestral sobre la seguridad percibida entre los miembros de la comunidad de Wikipedia en español.

Esta encuesta responde a una recomendación de la comunidad de código de conducta universal, y te invitamos a participar.

Hay más detalles acerca de esta encuesta en la página del proyecto, y también puedes dejar tus comentarios.

Atentamente, Encuesta de seguridad de la comunidad. –– STei (WMF) (discusión) 06:45 22 mar 2022 (UTC)

Participa en la conversación sobre resiliencia y sustentabilidad de la comunidad con Maggie Dennis

El equipo de Resilencia y Sustentabilidad de la Comunidad de la Fundación Wikimedia organiza una hora de conversación dirigida por su vicepresidenta, Maggie Dennis.

Los temas de esta convocatoria incluyen la estrategia del movimiento, la gobernanza de la Junta, el equipo de Confianza y Seguridad, el Código de Conducta Universal, el desarrollo de la comunidad y los derechos humanos. Ven con tus preguntas y comentarios, ¡y hablemos! También puedes enviarnos tus preguntas por adelantado.

La reunión será el 24 de marzo de 2022 a las 15:00 UTC (verifica tu horario local).

Puedes leer los detalles en meta, saludos --Oscar . (WMF) (discusión) 12:38 23 mar 2022 (UTC)

A/B test for topic subscriptions

Por favor, ayuda a traducir a tu idioma.

Hello, all.

The mw:Talk pages project would like to offer a new [suscribirse] button to half of the editors here.  The new [suscribirse] button will appear on each ==Section== of a talk page with comments.  If you click the new [suscribirse] button, you will "subscribe" or "follow" the discussion.  You will get a message in Special:Notifications when someone posts a comment in that section.

This is only for 50% of logged-in editors (not IPs).  Existing editors will need to click the new button to subscribe to a discussion.  New editors will be automatically subscribed to all topics that they start.  The Editing team hopes this will help new editors communicate with you.  You can test the [suscribirse] button now, on this page, by clicking on https://es.wikipedia.org/wiki/Wikipedia:Caf%C3%A9/Archivo/Noticias/Actual?dtenable=1

You can learn more and talk to the Editing team at mw:Talk pages project/Notifications.  If you don't like it, you can turn it off in Special:Preferences#mw-prefsection-betafeatures and Special:Preferences#mw-prefsection-editing-discussion.

This could be offered here in a couple of weeks.  Please tell me if your Wikipedia does not want to try this. Whatamidoing (WMF) (discusión) 04:58 24 mar 2022 (UTC)

Traducción

El equipo de implementación de Wikimedia, o lo k sea os trae el botón para suscribiros a hilos de discusiones. Sólo lo tendrá la mitad de los registrados para estimular el deseo por tenerlo. Cualquier problema, os quejáis allí o lo quitáis Special:Preferences#mw-prefsection-betafeatures and Special:Preferences#mw-prefsection-editing-discussion. (Esperan que digáis algo si esta wiki no lo desea) Se activará en unas semanillas. Fin del servicio de traducción de 2ª gratis.- MONUMENTA Discusión 14:40 24 mar 2022 (UTC)

Comentarios

Yo personalmente lo he probado en cawiki y es muy buena idea.- MONUMENTA Discusión 14:41 24 mar 2022 (UTC)

Lo he tenido activado por un tiempo y es muy útil para páginas que tienen muchas ediciones en la misma página (como el Café), donde no se pueden seguir todos los cambios a través de la lista de seguimiento. --ZebaX2010 [PRESS START] 15:08 24 mar 2022 (UTC)

Estoy de acuerdo. Es perfecto para el Café. Whatamidoing (WMF) (discusión) 19:28 25 mar 2022 (UTC)

Por favor, ayuda a traducir a tu idioma.

Update:  The new [suscribirse] button helps people.  You can read more about the test at mw:Talk pages project/Notifications#12 August 2022.

Thank you for participating in this test.  Because this tool helps people, the Editing team will enable this tool for everyone soon.  If you do not like it, you can turn it off "Habilitar suscripción del tema" or "Suscribirse automáticamente a los temas de conversación" in Special:Preferences#mw-prefsection-editing-discussion.

Thank you for your support with this test. Whatamidoing (WMF) (discusión) 17:51 16 ago 2022 (UTC)

Feminism and Folklore 2022 ends soon

Feminism and Folklore 2022 which is an international writing contest organized at Wikipedia ends soon that is on 31 March 2022 11:59 UTC. This is the last chance of the year to write about feminism, women biographies and gender-focused topics such as folk festivals, folk dances, folk music, folk activities, folk games, folk cuisine, folk wear, fairy tales, folk plays, folk arts, folk religion, mythology, folk artists, folk dancers, folk singers, folk musicians, folk game athletes, women in mythology, women warriors in folklore, witches and witch hunting, fairy tales and more

Keep an eye on the project page for declaration of Winners.

We look forward for your immense co-operation.

Thanks Wiki Loves Folklore international Team MediaWiki message delivery (discusión) 14:28 26 mar 2022 (UTC)

CAB

Hola comunidad, he abierto una CAB. Saludos. Lukecody (discusión) 19:43 27 mar 2022 (UTC)

Que tengas mucho éxito @Lukecody:. Betancourt A tus órdenes 20:10 27 mar 2022 (UTC)

Activación automática de la Página de Inicio

La Página de Inicio y las herramientas desarrolladas por el equipo Growth están demostrando ser eficaces como apoyo a la edición de los nuevos usuarios. Con el objetivo de facilitar que un mayor número de personas descubran funcionalidades como el módulo de impacto (para conocer cuáles de tus artículos editados tiene más visitas) o "Añadir un enlace", próximamente se activará de manera automática la Página de Inicio para todos los editores y editoras existentes en Wikipedia. Una única notificación avisaría en el centro de notificaciones de que la Página de Inicio se encuentra disponible en una pestaña a la izquierda de la Página de Usuario. Y, por supuesto, siempre se mantendría la opción de desactivarla desde las preferencias (lugar en el que se puede activar de manera manual en la actualidad).

Nos gustaría escuchar las opiniones de la comunidad para encontrar la mejor forma de llevar a cabo este proceso de acercamiento de las nuevas herramientas a la comunidad. Saludos. Zapipedia (WMF) (discusión) 21:10 28 mar 2022 (UTC)

Hola @Zapipedia: gracias por compartir las futuras mejoras. Tres preguntas concretas

1. Estas ediciones, ¿quedarán con un tag especial o solamente veremos los mismos tags de siempre?
2. ¿Cómo se hace el proceso de clasificación de tareas fáciles, medias y difíciles?, suponiendo que revisé correctamente la información.
3. Las opciones que dices "Se activará de manera automática", ¿es necesario activarla por defecto a usuarios con años en esto? (eso se entiende desde el mensaje)

Agradecido por las respuestas Superzerocool (el buzón de msg) 21:18 28 mar 2022 (UTC)

Hola @Superzerocool. Gracias por tu rápida respuesta.

1. Se mostrarán los tags "Edición visual", "Tarea para novatos" y otro específico de la herramienta que se utilice, como por ejemplo "Sugerencia:añadir un enlace".
2. Las tareas se han agrupado en tres niveles de dificultad. Es el editor el que decide de manera manual qué herramienta o herramientas quiere activar.
3. Aunque las herramientas se han concebido para facilitar la edición de los nuevos usuarios, también son útiles como refuerzo a la edición de otros editores o, simplemente, como un complemento más a la hora de aportar contenido a la enciclopedia. Para activarlas, hasta el momento es necesario hacerlo de manera manual desde las Preferencias, algo que la gran mayoría de editores y editoras desconoce (no todo el mundo accede al Café para informarse de las novedades ni suele navegar por las preferencias). Por ello, se ha pensado en activar la Página de Inicio de forma automática para todos y así facilitar que más personas puedan probar e incorporar las herramientas a su rutina de edición si lo desean. La Página de Inicio no interfiere en la experiencia de usuario actual y quien lo desee la puede desactivar de manera simple desde las Preferencias.

En cualquier caso, antes de llevar a cabo esta acción, queríamos consultarlo con la comunidad. Saludos. Zapipedia (WMF) (discusión) 21:57 28 mar 2022 (UTC)

Apertura de CAB

Hola a todos, anuncio la apertura de mi candidatura a bibliotecario. Saludos Ruy (discusión) 02:58 30 mar 2022 (UTC)

Grupo de trabajo para el desarrollo del liderazgo: recordatorio para aplicar antes del 10 de abril de 2022

Hola a toda/os.

El equipo para el desarrollo de la comunidad de la Fundación Wikimedia está apoyando la creación de un grupo de trabajo global para el desarrollo para el liderazgo impulsado por la comunidad. El objetivo del grupo de trabajo es asesorar el trabajo de desarrollo para el liderazgo. En febrero de 2022 se recogieron opiniones y un resumen de las mismas está en meta. El periodo de solicitud para formar parte del grupo de trabajo está abierto y se cerrará pronto, el 10 de abril de 2022. Por favor, revisa la información sobre el grupo de trabajo, compártela con los miembros de la comunidad que puedan estar interesados y aplica si estás interesada/o.

¡Gracias!

Del equipo de Desarrollo de la Comunidad, --Oscar . (WMF) (discusión) 13:42 31 mar 2022 (UTC)

Políticas

Modificaciones y re-escritura de políticas sin consultas

¿Es posible realizar modificaciones y re-escribir una política de Wikipedia sin haber realizado previamente una votación para aprobar (o no) esos cambios, aunque sean realizados por un bibliotecario? ¿Será que las votaciones no alcanzan el estatus de vinculante y solo se quedan en meras herramientas consultivas? Lo digo por estas ediciones: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14 y 15. Llamo aquí a Jaluj por estas ediciones. ¿Es posible que esté incurriendo en abuso de sus facultades como bibliotecaria?

Los bibliotecarios tampoco pueden crear o modificar las políticas a su exclusivo arbitrio, parecer o conveniencia. La creación de políticas nuevas o la modificación de las existentes deben contar con consenso en el grueso de la comunidad de wikipedistas.

También llamo a Jcfidy por esta edición en la Wikipedia discusión:Política de borrado]. Manolo (Desfógate) 11:26 16 feb 2022 (UTC)

@J. Manolo G. P.:, observo que los cambios realizados por Jaluj son muy sustanciales, y obviamente la política de borrado tiene implicaciones en muchos aspectos de Wikipedia. No son cambios triviales: 1 . Presumiré buena fe y pensaré que los hizo pensando en el bien de Wikipedia, como todos. Sin embargo, este tipo de cambios requieren un consenso amplio, por lo cual deben revertirse todas estas ediciones. —Ñ (discusión) 11:38 16 feb 2022 (UTC)

En primer lugar, bajo ninguna perspectiva hay abuso de facultades, puesto que no utilizó ninguna herramienta propia de un sysop. En segundo lugar, no creo que exista mala fe. Y en tercer lugar, creo que el esfuerzo ni siquiera es censurable. La política reconoce Puedes editarla para mejorar su redacción y formato, pero si deseas cambiar alguna cuestión de fondo, busca el consenso comunitario primero.. Acá se plantea que los cambios afectan el fondo. De ser así, lo correcto es retrotraer las modificaciones y buscar un consenso sobre qué es "mejorar su redacción y formato" y qué es un cambio sustancial. Aclaro además que no es la primera vez que este tipo de disputas ocurren: ver por ejemplo esta disputa que fue zanjada con un acuerdo en el TAB.SFBB (discusión) 14:42 16 feb 2022 (UTC)

En mi opinión, esos cambios no eran incorrectos (es como en la práctica estamos aplicando la política) pero la verdad es que no han sido previamente consultados. Si hubiesen sido dos o tres cambios superficiales sería otra cuestión, pero Jalu parece haberse entusiasmado e hizo más que lo que la prudencia aconsejaba.

Por supuesto que no hubo tal abuso de funciones de bibliotecario y, por cierto, la presunción de buena fe no es optativa.

Ahora bien, se trata de una política creada en marzo de 2007, presumiblemente por traducción de otro texto (y no está Barcex para aclarárnoslo), y que fue ligeramente modificada desde entonces sin casi participación de la comunidad, con casi todas las ediciones hechas por usuarios actualmente retirados, expulsados o fallecidos. En octubre de 2007 fue votada a libro cerrado, con muy escasa discusión, y junto con otras cuatro políticas más. De eso han pasado casi 15 años y mientras tanto se han creado más de un millón y medio de artículos. Aplicar la misma política hoy no tendría mayor sentido, sería muy difícil, y en la práctica no es como lo estamos haciendo. Es una política pensada para una Wikipedia chiquita, sin casi ediciones publicitarias, sin conejos ni vándalos recurrentes, sin telebasura, sin ediciones de autobombo ni hechas por agencias de publicidad, y donde editar artículos sin fuentes era relativamente aceptable. Hoy la situación es muy distinta, y la política debería ser ajustada a la situación actual, yo diría que con urgencia. Creo que debería llevarse adelante un debate en profundidad, donde tengan voz principal los patrulleros y los biblios que nos dedicamos a eso, sin desmerecer tampoco la de los usuarios veteranos.

O resignarnos a que la norma no se cumpla por inaplicable, claro. Saludos. --Marcelo (Mensajes aquí) 15:44 16 feb 2022 (UTC)

ídem Marcelo y SFBB no hay abuso de privilegios de bibliotecario Esteban (discusión) 17:16 16 feb 2022 (UTC)

Ñ, SFBB, Marcelo y Esteban: lamento haberme expresado mal. Cuando mencioné el posible abuso de sus facultades como bibliotecaria, no me refería a las herramientas de que disponen los bibliotecarios, sino al hecho de que, como veterana y bibliotecaria, debería conocer esa norma. La presunción de buena fe quedaba implícita en ese posible entre interrogantes pero, para disipar dudas, publico este comentario aclaratorio.
Al margen de ese malentendido provocado por mi confusa redacción, es cierto que esa política necesita un profundo cambio que tenemos que empezar a afrontar desde ya. Manolo (Desfógate) 18:04 16 feb 2022 (UTC)

@J. Manolo G. P.:, sí — después de todo, tu intervención consistió en un hilo del café y no una RECAB o acusación en el TAB. Concuerdo en que la política requiere ser actualizada. Si las cosas ya se hacen diferente, entonces alcanzar un consenso que refleje ello debe de ser posible. Pero, en todo caso, esos cambios no pueden ser determinados de un plumazo por un único individuo, que es lo que ha pasado aquí. ¿Existe consenso para revertir esos cambios unilaterales? —Ñ (discusión) 23:24 16 feb 2022 (UTC)

Yo no veo un consenso claro para revertir todos los cambios. Tal como indicó Marcelo, no se abusó del cargo y que estos no fueron incorrectos. Habría analizar uno por uno cada diff y justificar en cada caso si se debe revertir o el cambio no afecta a la interpretación de la política o consenso afectado. De paso es un buen modo de actualizar textos con más de tres lustros. Desde entonces no sólo hemos caminado mucho, hemos cambiado también el modo de hacerlo. Por lo pronto, dudo mucho que hubiera podido dejar este mensaje con un teléfono de la época. Saludos. Geom (discusión) 23:36 16 feb 2022 (UTC)

Es importante separar dos asuntos acá: primero, yo no creo que haya existido abuso del cargo. Creo que en eso todos estamos de acuerdo. Segundo, en la serie de diffs que se presentan al inicio hay cambios de que sí afectan el fondo de la política y que se realizaron sin consenso. Si tú y Marcelo dicen que ha cambiado el modo de trabajar, y no tengo razones para dudarlo, que se reflejen los cambios con contribuciones de toda la comunidad y no con el plumazo de un individuo. Solo por dar unos ejemplos:

• [1] ¿Por qué ahora no se puede abrir una consulta de borrado cuando alguien objeta una propuesta de borrado? Eso va en contra de la política WP:PBR
• [2] ¿Por qué elimina el usar una propuesta de borrado cuando se cree, pero no se sabe si un artículo es un bulo?
• [3] ¿Por qué para un artículo que, desde su misma concepción es no neutral y no puede serlo sí podría requerir una propuesta de borrado?

Para mí este tipo de cosas presentan un problema de fondo, por cuanto el no poder recurrir a las políticas en asuntos potencialmente contenciosos ("la política dice X, pero acá hacemos Y") sienta un precedente lamentable. Obedézcase pero no se cumpla. Por ello, en principio coincido en que deben de reformarse este tipo de políticas que datan del 2007. Pero insisto, si se hace "Y", cámbiese la política para reflejar "Y", pero hágase por los canales apropiados. —Ñ (discusión) 00:11 17 feb 2022 (UTC)

De la última versión de la política, antes de las intervenciones de Jaluj, me preocupan algunas cosas. He detectado este cambio, que me parece substancial:

En la versión del 21 de agosto de 2021 se decía:

Problema	Solución	Usar la plantilla
No es adecuado para Wikipedia (ver lo que Wikipedia no es). Es fuente primaria (incluyendo el acuñado de neologismos). Presenta un conflicto de intereses (material que parece promover el interés o visibilidad del autor del artículo, sus familiares, socios, lugar de residencia, etc). Es publicidad o spam encubierto. El tema del artículo no cumple con algunos de los criterios editoriales ya consensuados por la comunidad.	Se debe realizar una propuesta de borrado o una consulta de borrado.	{{sust:Propb|razón}} o {{sust:Cdb|razón}}
Páginas de usuario en los casos en que se hace excesivo uso inapropiado de ellas. Páginas totalmente inapropiadas en otros espacios de nombres (Wikipedia:, Ayuda:, MediaWiki:, Portal:, etc.) en los que la simple edición, el debate, traslado o fusión no pueden resolver el problema.	Se debe realizar una consulta de borrado.	{{sust:Cdb|razón}}

En la versión actual, aparece:

Problema	Solución	Usar la plantilla
No es adecuado para Wikipedia (ver lo que Wikipedia no es). Es fuente primaria (incluyendo el acuñado de neologismos). Presenta un conflicto de intereses (material que parece promover el interés o visibilidad del autor del artículo, sus familiares, socios, lugar de residencia, etc). Es publicidad o spam encubierto. El tema del artículo no cumple con algunos de los criterios editoriales ya consensuados por la comunidad.	Se debe marcar para borrado rápido	{{sust:Propb|razón}} o {{sust:destruir|razón}}
Páginas de usuario en los casos en que se hace excesivo uso inapropiado de ellas. Páginas totalmente inapropiadas en otros espacios de nombres (Wikipedia:, Ayuda:, MediaWiki:, Portal:, etc.) en los que la simple edición, el debate, traslado o fusión no pueden resolver el problema.	Se debe marcar para borrado rápido	{{Destruir|razón}}

Esos cambios de solución, que pasan de sugerir una plantilla de borrado o una consulta de borrado, a un borrado rápido, se deben de justificar adecuadamente. Lo cual no veo que se haya hecho en la discusión de la política o en otro espacio (como ya se señaló antes). --Luis Alvaz (discusión) 02:43 17 feb 2022 (UTC)

En mi opinión, habría que volver a la edición que cita Luis Alvaz del 21 de agosto de 2021 y, a partir de ahí, hacer los arreglos que previamente se habrán decidido mediante una votación en la comunidad.

Con la "actualización" realizada, se aplica WP:BR en artículos que antes eran para WP:CDB dando así portazo a cualquier posibilidad de corregir/reformar/mejorar un artículo. Por eso, para empezar, yo propondría la posibilidad de poder trasladar un artículo marcado para WP:BR, WP:PBR o WP:CDB al taller de un usuario que, eventualmente, lo pudiera solicitar. Recientemente tuve que interceder ante Ontzak en favor de Lobodemar3 porque había marcado para destruir su página de usuario cuando, realmente y por falta de experiencia, solo la había usado a modo de taller, para esbozar un artículo.

Por otro lado, aunque quizás no proceda aquí y sea necesario abrir otro hilo, por su estrecha relación con este asunto, también propondría que las WP:CDBs no fueran simples consultas sin efecto vinculante, sino votaciones para no cargar sobre los hombros de los biblios la responsabilidad de tener que decir la última palabra. Manolo (Desfógate) 11:15 17 feb 2022 (UTC)

Total, absoluta y radicalmente en contra de que las consultas de borrado se conviertan en votaciones. Un saludo. strakhov (discusión) 15:15 17 feb 2022 (UTC)

@strakhov:, concuerdo. Aunque el sistema debería reformarse para que el que determine el resultado tenga, como obligación, el razonar su decisión. No me parece que el baremo sea tan alto para los participantes para que luego se diga MANTENER o BORRAR sin mayor justificación. —Ñ (discusión) 17:42 17 feb 2022 (UTC)

@Ñ: sin entrar en si es necesario requerir una explicación del administrador (puede haber casos que no la necesiten por ser muy claros, pero venir bien en consultas muy debatidas) no me parece que "el baremo sea tan alto para los participantes": la mayor parte de los comentarios de éstos son variaciones, en la práctica, de "{{bórrese}} la verdad es que no le veo la relevancia". Prácticamente lo único que se exige a los participantes es que no repitan el mismo icono de recomendación en la misma consulta. En cualquier caso, no creo que este hilo sea el más oportuno para discutir esto en detalle, es un poco off-topic. Un saludo. strakhov (discusión) 19:20 20 feb 2022 (UTC)

┌─────────────────────────────┘
no entiendo por qué una discusión acerca de WP:PDB termina transformándose en una sobre de WP:CDB. En mi humilde opinión WP:CDB debe ser uno de los procesos colectivos que mejor funciona en eswiki y no veo sentido que la atención se mueva de algo que al parecer está generando conflictos (WP:CDB) a algo que la parecer está bien (WP:CDB). SFBB (discusión) 12:28 18 feb 2022 (UTC)

El hecho de que cambios profundos a una política no hayan sido de mala fe, no necesariamente implica que no haya abuso, pues se está pasando por encima de la comunidad, lo que es inaceptable. Frente a esto, lo más simple sería revertir todos los cambios (en el fondo de la política) de Jaluj y someterlos a votación; si la comunidad no ha aceptado los "nuevos" términos de la política, entonces los usuarios no estamos obligados a cumplirlas, y los biblootecsrios no están facultados a sancionar por incumplir una política "inexistente" (¿alguien dijo política de bloqueo)?. --Amitie 10g (discusión) 15:19 18 feb 2022 (UTC)

Me parece que, en definitiva, no hay consenso para mantener toda esa serie de cambios unilaterales. Para que no quede duda, no por ello se debe considerar que existió un abuso de las facultades de bibliotecario. Pero el asunto más importante, creo yo, es que si las cosas se hacen diferente estos días, el diferente debe ser consensuado por la comunidad. ¿Cuál es la mejor forma de volver a la versión estable? ¿Solicitarlo en el TAB? Un saludo. —Ñ (discusión) 00:14 22 feb 2022 (UTC)

@Ñ: reviértelos tú mismo. Ese es el procedimiento adecuado cuando hay disputas sobre cambios en políticas aprobadas por la comunidad (para hacer eso no se necesita ninguna competencia especial que requiera la intervención del TAB; recordar que para este tipo de discusiones, los sysop son simplemente usuarios). Luego se ha de discutir en el café respecto a si existe un consenso para cambiarlas o sí se debe hacer una nueva votación para actualizarlas. Imagino que la única razón por la que nadie ha revertido los cambios aún es porque estamos esperando un intervención de Jaluj (quien parece estar tomando unas merecidísimas wikivacaciones). SFBB (discusión) 00:30 22 feb 2022 (UTC)

┌─────────────────────────────┘
En caso de fuente primaria evidente, autopromoción evidente o publicidad se deberá hacer una consulta de borrado o una propuesta de borrado? Hace años que no se hace eso, y quien sostenga que eso es lo que corresponde no tiene ni idea de lo que es estar haciendo mantenimiento diario en Wikipedia. Tendriamos cientos y cientos de CDB por semana, y siete dias en los que campearían entradas inviables esperando el término de las propuestas de borrado. Aquí se está pasando por alto que los bibliotecarios fueron elegidos por la confianza de la comunidad para tener cierta autonomía en decisiones sobre temas no controvertidos. Y si se producen decisiones controvertidas por un borrado rápido (o errores) siempre son reversibles y siempre se puede cuestionar al bibliotecario conflictivo o que se equivocó. Hay cuestiones prácticas y de sentido común que superan una visión «legista» del funcionamiento del proyecto. Que nadie se haya puesto a proponer una actualización formal de las políticas -en fin- será porque resulta complejo o no todos tienen interés en encarar tal tareas. No somos un experimento de anarquia, pero tampoco de burocracia o de democracia. No me parece que revertir sin más el intento de Jaluj sea una solución. --Antur - Mensajes 00:49 22 feb 2022 (UTC)

Creo que no has entendido a lo que va Ñ. Pro forma lo correcto es revertir y ver qué y cómo cambiamos (de) la política. En casos de disputa como éste, la discusión debe partir de la base de lo existente y no de la base de cambios no consensuados (por muy razonables que algunos de ellos sean). Eso no quita que desde de un punto de vista práctico la política se deje de aplicar cómo se hace hasta ahora (no creo que acá nadie esté pidiendo eso). Jaluj intentó dar una solución al problema (divergencia entre política y práctica) y su propuesta fue disputada por dos usuarios (aclaro que yo no soy uno de ellos): entonces el asunto se retrotrae a la situación anterior, que era básicamente hacer algo similar a lo que intento plasmar Jaluj (con matices, porque al parecer no todos los cambios tienen igual nivel de respaldo) y en el internamente trabajar en una solución. Me parece absolutamente razonable y no debiese generar problema alguno. Por otro parte, mantener los cambios disputados, implica el riesgo de que la situación quedé así de cara al futuro, lo que es un poco como esconder la basura debajo de la alfombra y cambiar la política por debajo de la mesa (insisto, al parecer no todos los cambios tienen el mismo nivel de respaldo; que quede claro que yo no he tomado posición alguna respecto de los cambios en sí ). SFBB (discusión) 01:08 22 feb 2022 (UTC)

Yo ya expuse mis reservas concretas a los cambios que hizo Jaluj. Quizá el más grave sea la incompatibilidad que, con sus cambios, existe en estos momentos entre las políticas WP:PB y WP:PBR. El problema de fondo, la divergencia entre la política y la práctica, lo entiendo. La forma en que se pretende arreglar ese problema de fondo es lo que me incomoda. Tanto por las reservas que he planteado como por el hecho de que los cambios, bienintencionados, fueron unilaterales. Y es precisamente por las reservas y la ausencia de WP:CO que este no es un caso en el que se pueda decir WP:IN o WP:USC, pues de aplicar esas directrices ni siquiera estaríamos teniendo esta discusión. —Ñ (discusión) 01:26 22 feb 2022 (UTC)

En vista de que nadie se atreve a revertir las ediciones de Jaluj (a la espera de su intervención, pero que parece ausente desde hace casi una semana), sugeriría que un bibliotecario neutral se encargue de revertir las ediciones de la citada política hasta esta edición de Senex del 21 de agosto de 2021 (no veo cambios sustanciales de fondo por parte de este usuario, pero si el bibliotecario de turno así lo estima, puede revertir a esta edición de Hasley del 17 de junio de 2021). --Amitie 10g (discusión) 01:33 22 feb 2022 (UTC)

Me reafirmo en la opción de volver a la versión del 21 de agosto de 2021, como ya ha mencionado Amitie 10g y, a partir de ahí, entre todos, hacer las modificaciones pertinentes. Como es cierto que para ello no es necesario la intervención de un biblio ni tampoco solicitarlo en el TAB, voy a dejar un tiempo prudente para ver qué opina la comunidad y, si no hay una clara oposición, procederé a deshacer esas ediciones. Manolo (Desfógate) 03:00 22 feb 2022 (UTC)

@J. Manolo G. P.:, considero que tu propuesta es razonable y la apoyo. Después de ello, se puede organizar una encuesta para sondear la opinión de la comunidad sobre el estado actual de la política y los cambios que se han realizado sobre ella. —Ñ (discusión) 20:29 22 feb 2022 (UTC)

Ñ: si te he entendido bien, lo que propones es mantener "el estado actual de la política y los cambios que se han realizado sobre ella" y someterlo a una encuesta para ver qué opina la comunidad. No estoy 100% de acuerdo contigo, eso será anclarnos en el inmovilismo y sumergirnos en un proceso que sabes que es lento. Todo porque nadie se atreve a "poner el cascabel al gato". Si hubiera sido el clásico "caca, culo, pis", cualquiera de nosotros lo habría eliminado sin tanta alharaca, pero tratándose de las modificaciones realizadas por una bibliotecaria en la página de una política, andamos todos como un niño al que no le gustan los garbanzos y está dándoles vueltas en el plato a ver si desaparecen "por obra y gracia del Espíritu Santo". En fin, si crees que es mejor someterlo a una encuesta, adelante. Mejor eso que nada. Manolo (Desfógate) 20:55 22 feb 2022 (UTC)

@J. Manolo G. P.:, no. Para que quede constancia: considero que los cambios deben revertirse. Se han realizado de manera unilateral y nadie ha dado explicación a mis reservas. Ahora bien: reconociendo que la política está obsoleta, esos cambios (u otros) deben someterse a una encuesta y/o votación. Sí, la comunidad hace las cosas diferente. Pero el diferente no puede ser definido de un plumazo por un individuo, así sea una IP, un editor prolífico, un bibliotecario o el mismísimo Jimbo Wales. —Ñ (discusión) 21:10 22 feb 2022 (UTC)

Eliminadas por Strakhov todas las modificaciones realizadas por Jaluj y recuperada la version del 21 de agosto de 2021, propongo abrir otro hilo para discutir los posibles cambios que necesite esa política y, en consecuencia, realizar una votación para modificarla. Manolo (Desfógate) 21:23 23 feb 2022 (UTC)

Deshice más que nada porque vi que le dabais vueltas y más vueltas pero no parecía que os decidierais por lo obvio: deshacer los cambios. Por lo demás, no veo "abuso de las facultades de un bibliotecario" por ninguna parte y, francamente, si alguien vio esas ediciones y no estaba de acuerdo con ellas creo que lo suyo habría sido, además de deshacer, contactar con el editor/a en cuestión, vía discusión de la política o de usuario, en lugar de ir derechos a abrir un hilo en el Café denunciando un presunto abuso. Suerte con el nuevo hilo, nueva política, etc: si algo me ha enseñado la experiencia es que es.wikipedia es refractaria al cambio. Un saludo. strakhov (discusión) 20:41 27 feb 2022 (UTC)

El verdadero problema aquí no es la modificación arbitraria de una política (que ya fue resuelto restaurando a una versión anterior), sino el hecho de que parte de la comunidad de Wikipedia en español se está volviendo peligrosamente supresionista, y eso incluye a bibliotecarios como lo demuestran los hechos. Las prisas para deshacerse de artículos perfectamente mejorables solo consiguen espantar a los nuevos editores y desalentar a los veteranos a seguir contribuyendo, como me está pasando. Realmente no entiendo por qué. --Amitie 10g (discusión) 21:14 27 feb 2022 (UTC)

Comentario Disculpen por la demora de no haber entrado a Wikipedia antes. Me gustaría aclarar que, a pesar de las presunciones de mala fe y de las acusaciones infundadas sobre un supuesto abuso de autoridad, lo único que hice fue actualizar, como editora, una página que estaba obsoleta con las normas actuales que funcionan en Wikipedia.

Hace muchos años, cuando recién comenzaba Wikipedia, a nadie se le ocurría borrar un artículo por carecer de fuentes, porque teníamos muy poquitos y necesitábamos crecer. Por eso tenemos muchos artículos muy antiguos que con plantillas de pedido de referencias desde hace años. Por eso antes no se borraban los infraesbozos. Hoy en día, por el contrario, damos por sentado que quien acaba de publicar una página nueva en el espacio principal sabe perfectamente de dónde sacó el material que está publicando y que tiene la obligación de mostrar sus fuentes para ver que no sea inventado. En Wikipedia:Fuentes fiables dice que "la falta de fuentes fiables disponibles para un tema podrá ser motivo para prescindir del artículo correspondiente, siguiéndose para ello los procedimientos habituales de borrado". Eso se contradice con lo que afirma esta página obsoleta de que cuando la información del artículo no es verificable podría no requerir borrado. En Wikipedia:Artículos sin relevancia aparente está escrito que en caso de plantilla de relevancia dudosa, "si el artículo no ha sido defendido ni mejorado por un período de un mes, se considerará probada su irrelevancia y se procederá al borrado inmediato".

En la actualidad, entre los motivos de borrado rápido que nos aparecen en la plantilla a los biblios cuando vamos a borrar un artículo están: no enciclopedico, vandalismo, insultos, promocional, conflicto de interés, pruebas de edición, bulo, fraude, violación de derechos de autor, borrado para dejar sitio, recreación de material borrado, uso indebido de la página de usuario, páginas de discusión huérfanas, mantenimiento elemental, página inútil o innecesaria, no pertenece a Wikipedia, publicidad, SPAM, contenido adecuado para otros proyectos, investigación original, fuente primaria, ensayo, infraesbozo, artículo duplicado, sin relevancia enciclopédica, mala traducción, redirección desde el espacio de nombre principal a otros, redirección innecesaria, redirección automática, redirección incorrecta, artículo de baja calidad, artículo que ya existe bajo otro título, Wikipedia no es una bola de cristal, relevancia no demostrada tras 30 días, propuesta de borrado aceptada, contenido sin contextualizar, artículo demasiado reducido, traducción incomprensible, escrito en otro idioma, contenido laudatorio tras 30 días. También van directamente a borrado directo las páginas que contienen información privada sobre menores de edad, el uso indebido del taller de usuario, cuando se publican páginas que constituyen injurias o calumnias o sea difamatorias, o para realizar actividades fraudulentas, o hacer SPAM, páginas que infringen derechos de autor, marcas registradas, patentes u otros derechos propietarios según las leyes aplicables, cualquier otro contenido que viole leyes aplicables relativas a la pornografía infantil, material obsceno que sea ilícito según leyes aplicables, páginas que trastornen los servicios mediante la colocación de una carga indebida en el sitio, o cuando se publican actividades engañosas, como son la tergiversación respecto de la afiliación, la suplantación de identidad o el fraude, se borran los artículos de las contribuciones remuneradas que no revelaron tal circunstancia. No solo se borran dichas páginas sino que se bloquean, rechazan, deshabilitan y restringe el acceso a la contribución de cualquier usuario que viole los términos y condiciones de uso de la Fundación Wikimedia. Jamás es MANTENER o BORRAR sin mayor justificación. Los biblios siempre ponemos una justificación para los borrados, argumentos que ya vienen por default en la plantilla que usamos para borrar y, además, siempre se puede apelar y solicitar la restauración para tener la opinión de un segundio biblio.

En aquella época la Fundación no había tenido los juicios que tuvo después por publicar material que infrige derechos de autor, por eso no éramos tan perseguidores de quienes lo hacían. Hoy se considera totalmente inaceptable y a nadie se le ocurre abrir una consulta de borrado cuando existe una violación de derecho de autor. Cualquier texto que sea copiado textualmente desde alguna publicación en papel o digital, es borrado de manera inmediata e implacable. Eso es una política sobre la que no cabe discusión ni interpretación alguna en este momento por más que esa página diga lo contrario. Entre todos estamos escribiendo una enciclopedia libre, es decir "de contenidos libres" y esa es la cuestión más central que define todo este proyecto.

En los últimos diez día se han borrado 5 mil páginas en Wikipedia en español, ¿cómo creen que se haría si la mitad de ellas o un tercio hubiera tenido que ir a una consulta de borrado? Las consultas de borrado llevan mucho tiempo y energía. Sería totalmente imposible y la Wikipedia colapsaría y no podría funcionar. ¿Qué pasaría si realmente continuáramos con esa supuesta norma obsoleta que figura allí? No se podrían haber eliminado la mayoría de esas páginas, pero eliminarlas no violó ninguna regla, por el contrario. A nadie se le ocurrría abrir una consulta de borrado para eliminar artículos no enciclopédicos, sin relevancia enciclopédica, curriculum vitaes, pruebas de edición, insultos, publicidad evidente, ensayos personales, infraesbozos, investigaciones originales, escritos en otro idioma, traducciones incompletas o incomprensibles, artículos de baja calidad que ya existen bajo otro título, páginas de desambiguación o categorías innecesarias, redirecciones innecesarias o páginas de usuarios que no cumplan su objetivo acorde a la política de páginas de usuario porque sería una pérdida de tiempo. ¿A alguien en serio se le ocurre abrir una consulta de borrado por un vandalismo? ¿A alguien en serio se le ocurre abrir una consulta de borrado por un artículo duplicado? ¿Porqué eliminar el usar una propuesta de borrado cuando se cree que un artículo es un bulo? Por una cuestión de practicidad y de tiempo los biblios borramos directamente los bulos. Mantener un bulo en Wikipedia afecta el prestigio y el buen nombre del proyecto, y ya conocemos las consecuencias.

Mantener páginas promocionales también. Todos los artículos deben ser verificables, no consistir en investigación primaria y respetar el punto de vista neutral. Según la Wikipedia:Guía de borrado para los bibliotecarios, "estos requisitos no justifican borrados directos ya que los artículos que no los cumplen pueden ser editados para cumplirlos, pero si luego de un tiempo de que se indiquen las dos primeras faltas no se suministran fuentes, entonces el artículo deberá ser borrado."

¿Por qué para un artículo que, desde su misma concepción es no neutral y no puede serlo sí podría requerir una propuesta de borrado? Según la Wikipedia:Guía de borrado para los bibliotecarios, "no suelen justificarse los borrados por falta de neutralidad ya que es fácilmente subsanable, pero si el artículo no es neutral desde su misma concepción y no puede ser reescrito de una forma apropiada (por ejemplo, "Crímenes de George Bush contra la humanidad") entonces será borrado."

Como dijo @Marcelo:, esta página de 2007 describe una política pensada para una Wikipedia chiquita, sin casi ediciones publicitarias, sin conejos ni vándalos recurrentes, sin telebasura, sin ediciones de autobombo ni hechas por agencias de publicidad y sin tomar en cuenta cientos de discusiones que hemos tenido en el Café a lo largo de todos estos años.

Por lo tanto, no se trató de modificaciones mías sin consulta, mucho menos de una modificación arbitraria de una política, como se dijo con muy mala fe, lo único que hice fue actualizar una página que estaba obsoleta con las normas actuales que funcionan en Wikipedia, normas que son producto de años de discusiones en el Café, en las páginas de discusión, en los tablones, en votaciones, en comunicados de la Fundación Wikimedia y en mensajes entre editores. Los mismos términos de uso han cambiado legalmente. Infringir las leyes de derechos de autor u otras leyes es ahora innegociable, nadie va abrir una consulta y ponerse a debatir sobre eso. Cuando hoy un artículo parece ser una infracción de derechos de autor, no solamente se marca como una posible violación de derechos de autor sino que se borra directamente, de acuerdo a las políticas oficiales de la Fundación. Hay políticas oficiales de la Fundación, que fueron publicados mucho después de que esta página fuera copiada de la Wikipedia en inglés en 2007.

Hoy en día, un artículo que es fuente primaria se borra directamente sin necesidad de consulta de borrado. Las páginas totalmente inapropiadas en otros espacios de nombres (Wikipedia:, Ayuda:, MediaWiki:, Portal:, ) también son borradas directamente por los bibliotecarios sin necesidad de abrir una consulta de borrado como dice esa página que se quedó en el 2007. Lo mismo sucede para las páginas de usuario que incumplen nuestras políticas. Esa página obsoleta dice que si una página de usuario no cumple con las políticas se debe dialogar con el usuario y si eso no funciona, se debe crear una consulta de borrado. No solo sería ridículo perder tiempo en abrir una consulta de borrado para borrar una PU como dice esa página sino que es algo que nunca se hace, porque las normas han cambiado. ¿Por qué no se puede abrir una consulta de borrado cuando alguien objeta una propuesta de borrado? Se puede, si el bibliotecario tiene dudas. Si está seguro de la propuesta debería poder borrar directamente.

Aunque esa página diga que los artículos que podrían no requerir borrado son los que corresponden a wikcionario, si no es posible extender el artículo más allá de una definición de diccionario se borra directamente por "contenido adecuado para otros proyectos de Wikimedia". Si un artículo recién creado duplica parcialmente o totalmente a otro artículo, no se propone la fusión, se borra directamente con el motivo "artículo duplicado", porque ahora que tenemos más de un millón de artículos no necesitamos artículos duplicados. Solo se propone la fusión cuando son artículos de larga data.

Esos cambios no salieron de una mente imaginativa pasando por encima de la comunidad no son "nuevos" términos de la política sino que son las normas actuales en 2022 producto de miles de horas de discusión en las páginas de usuario, de artículos, votaciones, en los tablones y en el Café. ¿A quién de ustedes se le ocurriría abrir una consulta de borrado porque otro editor pone algo fuera de lugar en su PU? ¿A quién de ustedes se le ocurre ir a denunciar al tablón de vandalismo un artículo recién subido en vez de marcarlo para borrado directo? Pido disculpas si a alguien le molestó mi valentía, pero mantener esta página en condiciones caducas les trae muchas confusiones a los novatos, que vienen a quejarse porque les borraron algo que publicaron con el argumento de que debería haber ido a consulta de borrado cuando era para BD. Como dijo @Antur:, las decisiones controvertidas por un borrado rápido si el biblio se equivoca siempre son reversibles y no pasa nada y, como dijo @Geom:, desde que se hizo esa página hasta ahora hemos cambiado mucho el modo de hacer los borrados, horrorizarse porque los tiempos cambian y pretender hacer de cuenta que eso no sucede es esconder la cabeza como el avestruz.

Gracias @strakhov:, coincido con todo lo que dijiste, habría sido mucho más sencillo deshacer en el momento los cambios y venir a preguntarme porqué lo hice en vez de hacer un escándalo y abrir un hilo denunciando un inexistente abuso. --Jalu (discusión) 00:54 28 feb 2022 (UTC)

Brevemente, Jaluj, hago referencia a varios puntos de tu intervención con los cuales discrepo en mayor o menor medida:

1. Hablas varias veces de que se hizo un escándalo o se presumió muy mala fe. Venga ya, si hasta el que abrió este hilo lamentó el tono de su mensaje inicial. Te recuerdo (i) WP:PBF y WP:PPBF y que (ii) el hecho de que abrir un hilo en el café no es un escándalo. Tu disculpa me parece lo que los anglosajones llaman ifpology.
2. Hablas de que los cambios los hiciste "como editora", pero luego usas en tu justificación muchos elementos relevantes a los bibliotecarios, incluyendo los motivos que te aparecen antes de borrar un artículo. Yo digo que no cuela, pero esto es solo mi opinión.
3. ¿Sugieres que las propuestas de borrado solo pueden ser retiradas por un bibliotecario? Si ello fuera el caso, cometes un error, al no ser esto lo que indica WP:PDB. Ojalá no me digan que ya hay otro arreglo para el uso de PDB.
4. Gran parte de tu intervención habla sobre los derechos de autor. Las violaciones obvias, las que podrían meter en problemas a la WMF, están cubiertas por WP:BR. WP:PB no entra en conflicto en el caso de violaciones obvias a los derechos de autor.
5. Lo de mantener o borrar, me refería al cierre de WP:CDBs. En múltiples casos, la consulta se cierra con borrar a secas y para el borrado se esgrime la razón "decisión tras consulta de borrado". No me parece.
6. Y ya por último, hablas de miles de horas de discusión y de novatos que se quejan... ¡con los términos de la política en la mano! Razón de más para reformar WP:PB, pero no de manera unilateral. Creo que una intervención en el hilo que comienza este planteamiento sería provechosa, especialmente si puedes ofrecer alguna selección de esas miles de horas de discusión y cientos de hilos.

Un saludo. —Ñ (discusión) 12:38 1 mar 2022 (UTC)

Hola, Jaluj: antes que nada, disculparme por el malentendido que provoqué al principio de mi primera intervención. Como ya expliqué en mi segunda intervención

lamento haberme expresado mal. Cuando mencioné el posible abuso de sus facultades como bibliotecaria, no me refería a las herramientas de que disponen los bibliotecarios, sino al hecho de que, como veterana y bibliotecaria, debería conocer esa norma. La presunción de buena fe quedaba implícita en ese posible entre interrogantes pero, para disipar dudas, publico este comentario aclaratorio.

Hecha está aclaración y esperando que lo entiendas, quisiera invitar a la comunidad y especialmente a ti a ver, en el hilo que abrí más abajo, la propuesta que yo presento para modificar WP:PB, pues es cierto que ha quedado obsoleta y necesita una reforma urgente para adecuarse a la es.wiki en la que trabajamos ahora, nada que ver con la de hace 15 años. Manolo (Desfógate) 15:27 1 mar 2022 (UTC)

Activación del filtro: Ediciones incorrectas frecuentes

Hola, soy una víctima del filtro "Ediciones incorrectas frecuentes" y me gustaría saber cuantas ediciones incorrectas se requieren para activar dicho filtro, ya que de cinco ediciones, sólo una ha sido rechazada, y esa que ha sido rechazada está siendo discutida aquí:

https://es.wikipedia.org/wiki/Usuaria_discusi%C3%B3n:Elenagzv#Cambios_en_el_art%C3%ADculo_%22Dignidad%22

También me gustaría saber qué hay que hacer para levantar el "castigo".

Gracias! — El comentario anterior sin firmar es obra de Lliurepensactua (disc. • contribs • bloq). 12:10 6 mar 2022

@Lliurepensactua: Ya está corregido y puedes realizar la edición. Era un falso positivo provocado por un añadido incorrecto reciente al filtro. Si vuelves a tener problemas de este tipo puedes dejar una solicitud en WP:TFE/FP. Saludos. -sasha- (discusión) 12:38 6 mar 2022 (UTC)

Ahora sí que se añadió. Jcfidy (discusión) 12:45 6 mar 2022 (UTC)

Desinformación de Russia Today

¿Alguien sabe de alguna discusión pasada o actual sobre los rusos potencialmente involucrados en desinformación patrocinada por el gobierno en Wikipedia? Para ser claros, no me refiero a acusaciones dirigidas a editores específicos. Estoy pensando más en las discusiones de VPP sobre el problema de manera más amplia, detectando si existe y cómo podría abordarse. Sé que no soy el único que piensa en esto. Y Rusia fue sorprendida haciendo esto al menos una vez, aunque de manera torpe en 2014. Un buen ejemplo reciente es RT (Russia Today), que ha sido reconocida como una fuente poco fiable debido a la masificación de información falsa y desinformación. Así pues, deberíamos replantearnos el posible retiro de esta fuente y su uso en Wikipedia. [4] [5][6]. Del mismo modo, deberíamos evaluar la posibilidad de hacer lo mismo con Telesur, VTV, y outras cadenas "amigas" que republican las noticias de RT. Dejando de lado y no únicamente lo que esta aconteciendo en Ucrania e independientemente de lo que esta sucediendo allí, considero que Wikipedia no debe abrir espacio al uso de estas fuentes. Después de todo, sabemos que la desinformación rusa está en todas las principales plataformas de redes sociales, entonces, ¿por qué no estaría en Wikipedia?. Wilfredor (discusión) 15:15 28 feb 2022 (UTC)

Vaya por delante que estoy de acuerdo en que existe la desinformación en wikipedia, como en el resto de internet. Estoy convencido de ello y no solamente con Rusia, sino que en muchos más ámbitos dentro del proyecto.

Pero, dicho eso, ¿podemos hacer una lista negra de fuentes "no fiables"? ¿quien hace la lista? Hay medios de comunicación que no utilizo como fuente por considerarlos claramente "desinformantes"; pero utilizo su archivo/hemeroteca como una fuente claramente fiable en determinados temas ¿quien pone la barrera? ¿filtramos el Daily Mail como la wp:en? Está fundado en 1896... Y como el Daily Mail muchisimos: incluso fuentes que yo considero de la máxima "fiabilidad" lo son para casos concretos, pero puede darse el caso de que en una situación/ámbito concreto no lo sean.

Es tentador hacer la lista y a veces me encantaría que existiera para evitar debates improductivos con CPPs, pero no sé donde podemos acabar ¿las tesis doctorales publicadas por la Universidad de Moscu? ¿cualquier fuente rusa? ¿son más fiables las de Standford?

Como anecdota personal, me encuentro entre las personas que veian Al Jazeera hace años porque era más fiable, para mi, que otras en algún ámbito ¿se hubiera prohibido por "desinformación"?... seguro que hay gente que sí lo hubiera hecho y estuvo prohibida en muchos lugares.

Por todo esto, pese a que comparto que RT como fuente es claramente "lamentable", no comparto que se pueda hacer una lista negra: salvo que sea yo quien la haga y que además la pueda cambiar según me va pareciendo a mi ;)

Por otra parte creo que esto se ha tratado muchas veces con diferentes fuentes y diferentes ámbitos, y siempre se ha llegado a que en cada caso se hace de forma individualizada: pese a que si se hace individualizada el 95% de las veces que se utiliza RT o el DailyMail se "cae" la referencia y en el caso de la BBC es en el 5%; pero no por eso hay que decir que RT es "totalmente no fiable" ni que la BBC es "totalmente fiable".

Un cordial saludo --Kirchhoff (discusión) 16:57 28 feb 2022 (UTC)

Esta blacklist ya existe y de hecho algunos portales han sido bloqueados como el caso de Rebelion.org. Y en mi post estoy hablando específicamente de RT. Un saludo cordial --Wilfredor (discusión) 19:07 28 feb 2022 (UTC)

En la Wikipedia en inglés, por ejemplo, tienen una lista de "fuentes discutidas con frecuencia" (en:WP:RSPSS de en:WP:RSP). Quizás aquí también podríamos hacer algo similar mediante consenso comunitario para cada caso que lo requiera. Allá no es recomendable usar Russia Today como referencia y se le considera no fiable por desinformación.--Miaow 18:10 28 feb 2022 (UTC)

@Miaow: Exactamente, varias Wikipedias tienen este filtro incluyendo a la Portuguesa. Y por supuesto, desde hace tiempo allá tampoco se usa RT. --Wilfredor (discusión) 19:17 28 feb 2022 (UTC)

Hola, en el caso de hechos cuya veracidad está en discusión, conviene ser precavidos al citar tal o cual fuente. Por ejemplo, "hubo 12 muertos según la prensa rusa, y 16 muertos según el gobierno ucraniano". --NaBUru38 (discusión) 17:49 28 feb 2022 (UTC)

Estoy de acuerdo con NaBUru38. Hay casos en los que el sentido común aconseja cautela. ¿Cuántas veces hemos visto, en según qué medios de comunicación, que a una manifestación acudieron 500 personas (según uno) o 6000 (según otro)? Manolo (Desfógate) 17:58 28 feb 2022 (UTC)

Creo que a lo que se refiere Wilfredo es al hecho de evitar en es.wiki el uso de referencias cuya reputación y credibilidad es cuestionable citando como ejemplo a RT y amparándose en fuentes que lo señalan de difundir información falsa y desinformación. Miaow 18:21 28 feb 2022 (UTC)

 A favor Ayer, la Unión Europea prohibió las emisiones de Russia Today y de Sputnik en el marco de la actual invasión a Ucrania. Antes de eso, ya había sido prohibida también en Polonia,[7] Alemania,[8] Lituania,[9] Letonia,[10] y la misma Ucrania (esta última desde 2014).[11] La comunidad de Wikipedia también debe responder de manera acorde. Russia Today (al igual que Sputnik) ha sido descrita y señalada consistentemente de fabricar y de difundir información falsa, incluyendo en publicaciones académicas.[12][13][14]

Esto significa que no sólo se está lidiando con un posible problema de sesgo (Neutralidad), que podría ser resuelto contrarrestando la innformación y balanceando los diferentes puntos de vista, pero también plenamente de veracidad (Verificabilidad). En otras palabras, no se puede confiar en RT siquiera para ser usado como referencia. Para respaldar declaraciones o el punto de vista del gobierno ruso, ya deben existir fuentes independientes y más veraces para este propósito. Como comenta Miaow, el problema en la Wikipedia en español es que no se tiene un baremo donde puedan medirse diferentes grados de confiabilidad para las referencias. Sin embargo, un filtro como mínimo para las referencias sería un avance, y exhorto enérgicamente para que se examinen más cercanamente referencias similares.

Desconozco sobre posibles campañas de desinformación actuales cuyo alcance llegue a la Wikipedia en español. No obstante, ya existe el precedente de ediciones dirigidas a los artículos de la versión en ruso sobre el derribamiento del Vuelo 17 de Malaysia Airlines y de la Guerra del Dombás.[15][16][17] Cualquier investigación relacionada debería ser remetida al tablón de Verificación de Usuarios.

Si algo ha demostrado los últimos años y la pandemia de coronavirus, es que la desinformación ha evolucionado y que hay que tener particular cuidado con ella. Wikipedia en español, igualmente, debe evolucionar para saber reaccionar ante ella. --NoonIcarus (discusión) 01:03 1 mar 2022 (UTC)

• Efectivamente, RT es una agencia de información paraestatal. Efectivamente, RT aparece en la lista de censura que mantiene la en.wiki. Efectivamente, los editores juiciosos deberían evitar su uso, o usarla con las máximas precauciones, y tomando en cuenta su sesgo implícito.
Con todo, es repulsivo, iliberal y condenable mantener una lista de censura. Triste será el día que es.wiki se dedique a mantener una lista negra de publicaciones prohibidas, como la que mantenían los soviéticos, la Inquisición y los nazis. XavierItzm (discusión) 09:30 1 mar 2022 (UTC)

Hago una acotación para señalar que la lista de referencias de la en.wiki (en:Wikipedia:Reliable sources/Perennial sources, Fuentes perennes) no es una "lista de censura" ni mucho menos. Más bien consiste en un baremo que se actualiza cada vez que la comunidad discute sobre una referencia. Eso significa que allá RT no se encuentra en una lista de spam o lista negra, sólo que tiene un filtro de edición y que, por convención, la comunidad ha aceptado que no es una fuente fiable. En el peor de los casos, su uso todavía está permitido para reflejar posiciones diferentes (aunque como lo expresé anteriormente, personalmente no creo que sea recomendable ni siquiera en ese caso).

Wikipedia no es una democracia, y por lo que debe buscar es cuidar la fiabilidad tanto de su información como de sus fuentes; no que se permita una cantidad indiscriminada de referencias para ser usadas, ya que no todas tienen el mismo valor. Es por este mismo principio que blogs personal son desaconsejados como referencias, sino prohibidos directamente. --NoonIcarus (discusión) 10:20 1 mar 2022 (UTC)

Quienes hayan editado la en.wiki sabrán a la perfección que la lista negra llamada "Perennial sources" en en.wiki es usada posiblemente miles de veces al día para suprimir —del todo— prácticamente todas las fuentes que allí se citan, independientemente de si "Perennial sources" califica las fuentes y dice en qué casos o contextos sí presumiblemente se puede usar las fuentes... pero la mayoría de editores no se atienen a los detalles y simplemente borran indiscriminadamente. Evidentemente están en su derecho, como lo estamos todos de editar a nuestro mejor criterio, pero es que la lista negra acaba siendo muleta que se usa de forma absoluta. Si se adopta una lista acá, por muy gris que la quieras hacer, créeme que acabará siendo un agujero negro. XavierItzm (discusión) 15:25 1 mar 2022 (UTC)

Si partimos de esta falacia entonces cualquier cosa que se proponga no debería ser hecha porque con seguridad sera mal usada, en el caso de que la opinión personal que comentas de en.wiki sea cierta. --Wilfredor (discusión) 13:39 2 mar 2022 (UTC)

No es una "lista negra" (eso ya existe y es diferente) ni de "censura", y de hecho no todas las páginas listadas allí están sombreadas con fondo rojo. WP:RSP es un suplemento explicativo de la política de fuentes fiables en en.wiki que consiste en una lista no exhaustiva de fuentes cuya fiabilidad es discutida con frecuencia y que se actualiza constantemente, busca evitar R3R entre editores y su propósito es brindar información adicional y en qué contextos recomienda usar ciertas referencias de fiabilidad discutida y en cuáles podría ser mejor usar otras fuentes, enlazando además a los debates previos. Recordar que es una lista consensuada por la comunidad y nada podría decidirse sin ello. No tendría por qué ser idéntico aquí y tampoco creo que se vaya a crear de pronto algo así en es.wiki sin pasar por el proceso debido. Miaow 15:42 2 mar 2022 (UTC)

Supongo que es un filtro de edición pero no una lista de censura... como curiosidad ¿como se implementaría técnicamente una lista de censura en Wikipedia?

Y si Wikipedia no es una democracia ¿como se decide las fuentes que entran en el "filtro de edición"? (por seguir con el eufemismo).

Seguiré sin estar de acuerdo, pero si llamamos a las cosas por su nombre creo que es mejor para el debate. Si en la lista entran RT, sputniknews, VK o el DailyMail por mi parte mejor: posiblemente nunca las haya usado como fuente; pero este debate va más allá de un medio concreto y afecta a los principios por los que, creo/espero, nos regimos como comunidad.

Evidentemente se puede cambiar todo, pero por dar la mala noticia a quien lo quiera aplicar de forma inmediata por Ucrania... Café + encuesta + votación (problemas técnicos aparte, que le es muy fácil a RT contratar dominios para evitarlo...)

Saludos Kirchhoff (discusión) 14:02 1 mar 2022 (UTC)

¿como se decide las fuentes que entran en el "filtro de edición"?. Como siempre se han resuelto los problemas en Wikipedia, con una discusión. Lo que estoy proponiendo es evitar en es.wiki el uso de referencias cuya reputación y credibilidad es cuestionable citando RT para comenzar. Los principios los definimos nosotros y es el momento de adaptarnos en esta era de la desinformación, simplemente no podemos darle el mismo peso a todas las referencias y su uso no debería ser de manera discriminada. --Wilfredor (discusión) 14:26 1 mar 2022 (UTC)

Pues por lo menos habrá que hacer una votación para "adaptarnos"; yo lo llamaría cambiar el criterio pero a lo mejor si lo llamamos adaptación parece que no es lo mismo y mo hace falta votar.

"Adaptarnos a tiempos de desinformación con filtros de edición que eviten la utilización de fuentes claramente sesgadas" o "crear, por mayoria de nosotros, una lista de fuentes que consideramos malas y censurar su uso"... se llame como se llame no se decide en el café, ni siquiera con la versión eufemística/bonita. Antes de las votaciones y encuestas se puede y debe venir a presentarlo; pero esto no parece que sea una toma de contacto para ver como orientar una votación y más bien parece que se quiere aprobar aquí con un ¿consenso?... ni aunque lo hubiera con el 100% legítima eso.

Saludos Kirchhoff (discusión) 16:09 1 mar 2022 (UTC)

Buenas. Por mi parte, concuerdo con que RT es una fuente que responde al gobierno ruso, sin lugar a dudas para mí. Con lo que no estoy de acuerdo con que sea prohibida como referencia. Yo creo que al leer sobre política internacional en general es fácil ver que prácticamente la totalidad de los grandes medios u opinologos responden a los intereses de su país y sirven como propaganda en mayor o menos medida. Es algo que se nota sobre todo cuando se trata de conflictos armados en todo el mundo. Lamentablemente, paso con otras guerras en el pasado, pasa ahora y que muy probablemente suceda en el futuro también.

Ante esta situación creo que las reglas actuales de Wikipedia sobre referencias y redacción ya sirven para lidiar con esta situación, como creo sirvieron para lidiar con otras crisis mundiales en el pasado. Para mí la aplicación de una lista negra en este caso da un precedente negativo a futuro. Saludos.--Verent (discusión) 16:36 1 mar 2022 (UTC)

No estamos hablando de que RT exponga un punto de vista de su país, estamos hablando realmente de desinformación premeditada. Independientemente de la crisis mundial, no pudimos aplicar "las reglas de referencias de Wikipedia" porque no hubo nada similar desde WW2 y para entonces Wikipedia no existía. Repito, no se trata de crear una lista negra (que ya existe, por cierto MediaWiki:Spam-blacklist) sino de evitar en es.wiki el uso de referencias cuya reputación y credibilidad es cuestionable citando como ejemplo a RT y amparándose en fuentes que lo señalan de difundir información falsa y desinformación y no un mero punto de vista de un gobierno, ademas de no ser verificable (los artículos noticiosos de RT no son acreditados a ningún autor). Véase Caso Rebelion.org y Russia today como fuente no confiable. (escrito por @JSeb05:) --Wilfredor (discusión) 16:46 1 mar 2022 (UTC)

El caso de Rebelión es precisamente un mal ejemplo del uso de la lista negra y los motivos que llevaron a su inclusión (si es que fueron esos) son diferentes a tu argumentación respecto RT. Asunto todavía irresuelto y supongo que ahí quede para la eternidad. Pero volviendo al tema, si tienes pruebas concretas de que el uso de RT en Wikipedia en español conlleva una violación de las políticas del proyecto (lo lamento, pero por "desinformación" cada uno entenderá lo que le convenga) señalalas y valoraremos la inclusión de ese sitio al listado. Causas generales al calor de un conflicto militar internacional mejor no. Montgomery (discusión) 18:10 1 mar 2022 (UTC)

Como comente en un comienzo, he citado a RT como ejemplo para incluirla en la lista para comenzar, pero la idea es crear una sección como existe en la Wikipedia Portuguesa e Inglesa de fuentes no fiables. Verifica los enlaces compartidos por Miaow de Wikipedia en Portugués, Wikipedia en Ingles, Wikipedia en Francés, etc. Y si, podrás encontrar innumerables ejemplos sobre la desinformación premeditada de RT (En esta lista en la columna de discusión). Y no, la desinformación no debe tener cabida en Wikipedia pues se aleja del pilar de la neutralidad por la cual se fundamenta nuestra enciclopedia. --Wilfredor (discusión) 20:40 1 mar 2022 (UTC)

Más allá de que a título personal tal o cual fuente me parezca que podría incluirse en una lista de fuentes no fiables (creo que RT seguramente debería entrar por allí, al igual que Breitbart News, Daily Mail, etc) creo que la creación de tal lista es la apertura de una caja de Pandora para la que es.wikipedia no está preparada. Al contrario que en.wikipedia, donde la significativa cantidad de contribuidores la hacen más robusta a sabotajes, es.wikipedia es una versión de Wikipedia mucho menos madura que cuenta, comparativamente, con muy pocos colaboradores, siendo más propensa a ataques de lobbies o grupos organizados. En la práctica sería muy fácil fabricar un "consenso" de 6-7 cuentas para prohibir, en la práctica, el uso de una determinada fuente (por ejemplo, un periódico que es no es de mi cuerda). Por el momento creo que lo mejor es gestionar esto por vía del consenso y la argumentación puntual en cada artículo: seguir como hasta ahora, vaya. Un saludo. strakhov (discusión) 05:34 5 mar 2022 (UTC)

Estoy muy sustancialmente de acuerdo con lo que dice Strakhov. Creo que RT es una fuente muy sesgada, de la misma forma que lo sería la Fundación Francisco Franco, por poner un ejemplo sencillo. Es muy difícil usar ese tipo de fuentes, lo que no quiere decir que se obtenga cero información de las mismas. Si RT dice que -es un ejemplo que me invento- Putin ha conseguido que en Rusia haya tres millones de médicos, puedo asumir con total certidumbre que no habrá 3 000 001, aunque posiblemente haya muchísimos menos (¿3000, 300 000, 1 000 000?: buscad otra fuente). No es lo mejor trabajar así y hay que ir con pies de plomo. He usado fuente así de sesgadas, pero no en Wikimedia, y es capital explicar qué estás haciendo, con qué y por qué motivo.
Indicar que una fuente es sesgada es muy importante. Hay muchos ejemplos de fuentes sesgadas y no todos son tan evidentes como RT o la Fundación Francisco Franco. Por ejemplo, la Universidad de Idaho tiene bastantes papers demostrando las virtudes de la patata, que es el mayor producto local. Como es de esperar, a las universidades valencianas les pasa lo mismo con la naranja, y si alguien dice que en Paraguay pasa igual con el mate, me lo creo. En el extremo contrario recuerdo un artículo de The Economist sobre vinos de Burdeos donde incluían una nota explicando que una de las empresas propietarias de la publicación era a su vez propietaria de un 10% de una bodega bordelesa: no creo que lleguemos nunca a ese nivel de perfección.
Mucho más práctico y menos conflictivo que crear una lista de fuentes más o menos vetadas, sería reflejar qué fuentes usamos y si presentan algún sesgo.
B25es (discusión) 07:46 5 mar 2022 (UTC)

Al principio de esta discusión intervine para apelar a la cautela con esta y, en general, con [casi] todas las fuentes. Citaba el clásico caso de las manifestaciones donde, según qué fuente, han acudido 15000 o 50000 personas. Sin embargo hay casos en los que, incluso la Fundación Francisco Franco, puede ser válida: un ejemplo muy simplón es el resultado de un partido de fútbol (3-1; goles de fulanito, minuto 7; zutanito, min. 15;...) Datos incuestionables que no se pueden manipular o maquillar. Manolo (Desfógate) 08:04 5 mar 2022 (UTC)

Si el resultado de un partido de fútbol solo eres capaz de encontrarlo en el sitio web de la Fundación Francisco Franco, más allá de ser un dato "cierto" o no, probablemente pueda considerarse un dato irrelevante enciclopédicamente. Una página web contemporánea dedicada a la exaltación de un dictador donde una serie de apologetas y/o fanboys más o menos conocidos se dedican a mandar columnas de opinión, cartas de fans, ensayos históricos o biográficos consistentes en investigación original, además de artículos-refrito publicados antes en otros lugares (véase "caso rebelion.org" para algo análogo a esto) no vale, mayormente, para nada acá: carece de valor historiográfico/bibliográfico/hemerográfico y carece de fiabilidad/reputación como fuente contemporánea -> mejor buscarse otra fuente mejor, aunque solo fuera por cuestiones estéticas. Russia Today al menos es un medio de comunicación. Un saludo. strakhov (discusión) 09:23 5 mar 2022 (UTC)

Quizás el ejemplo que he puesto sea demasiado simplista, pero qué me dices de unos resultados electorales, algo más relacionado con dicha fundación? El RT no podrá manipular los resultados definitivos de unas elecciones en Rusia, independientemente de los métodos (pucherazo) con los que se ha llegado a esos resultados, o elecciones en Ucrania, aunque luego Putin llame drogadictos o nazis a sus gobernantes.[18] [19]. Manolo (Desfógate) 09:45 5 mar 2022 (UTC)

Estaba hablando de la página web de la FNFF... En cuanto a Russia Today, pareciéndome una fuente tremendamente reprobable, al menos la he calificado de "medio de comunicación". ¿Resultados de las elecciones rusas? Pues no sé. La fuente primaria valiosa supongo que será el boletín oficial correspondiente (supongo que existirá algo así en Rusia). Como fuente secundaria, pues habrá otras mejores, supongo, ¿no? Es difícil establecer la frontera entre "medio de comunicación muy partidario", "medio sensacionalista" y "página de desinformación que recurre sistemáticamente al bulo", razón por la que no creo que establecer un listado sea oportuno. Es decir, ¿Voice of America es una fuente especialmente valiosa acá? Yo creo que no. ¿Russia Today? Tampoco. ¿El Mundo es un periódico sensacionalista? Posiblemente de lo más carroñero de la prensa española nacional. ¿Merece ir al cubo de la mierda de los sitios web wikivetados? Pues no sé, no creo, seguramente fuera una decisión bastante controversial que nos podamos ahorrar. ¿El País tiene sus cositas? Desde luego. ¿Global Times? Coincido con B25es en que, por mucho que tengan utilidad en contextos muy puntuales, es muy complicado usar páginas como RT, Breitbart, Daily Mail etc, correctamente acá y, en cambio, es muy fácil intentar usar otras fuentes menos peligrosas, citables, decorosas o, simplemente, fiables (porque casi siempre, si no siempre, hay otras). Sin embargo, establecer "oficialmente" una frontera entre sitios como esos y otros periódicos/medios con, simplemente, líneas editoriales muy marcadas... es complicadísimo y a esta versión de Wikipedia es un debate que le queda muy grande. Le queda enorme a Newtral y organizaciones sucedáneas de fact checking, no te quiero decir a una comunidad de unas pocas cuentas anónimas registradas que autopublicamos nuestras opiniones: sigamos "opinando" artículo por artículo y démonos con eso con un canto en los dientes. Y, a fin de cuentas, para casos extremos siempre quedará la lista negra. Pero bueno, cualquiera es libre de tener fe en que de ese intento de página metaenciclopédica donde se haría una taxonomía sistemática de fuentes con sus cositas buenas y sus cositas malas ...puede salir algo bueno. Yo, conociendo este proyecto, albergo muchas dudas. Un saludo. strakhov (discusión) 10:50 5 mar 2022 (UTC)

Un comentario, más bien una recomendación: este hilo se refería, hasta ahora, al Rusia Today. El gobierno ruso va a imponer sanciones, incluidos 15 años de prisión, para quien difunda noticias contrarias a sus consignas. Algunos corresponsales de medios extranjeros han abandonado el país por seguridad. Esto hace que cualquier noticia aparecida en un medio local (los únicos que aún funcionan, aunque sea con censura) no se podrá considerar fiable. Pero las noticias que aparezcan en otro medio extranjero puede, con mucha probabilidad, tener algo de sesgo en el otro sentido. Habrá que ser cautos con qué fuente elegimos y, si fuera posible, consultar más de una. Manolo (Desfógate) 16:54 6 mar 2022 (UTC)

Por supuesto que Russia Today es una fuente tremendamente cuestionable, pero para mucha cosas definitivamente sí tendrá mucha utilidad: que si los 120 años del tren transiberiano, que el nado de invierno en el río Yenisei, o incluso la forma en que se reporta sobre la guerra en ucrania desde la perspectiva del gobierno ruso. Sería absurdo enviarlo a la lista negra.

Por otro lado, hasta cierto punto llama un poco la atención que acá se diga que Russia Today manipula la información (que obviamente lo hace) y que tiene una posición militante (que obviamente la tiene) y vamos con ojos cerrados aceptando que la prensa occidental (a la que estamos todos expuestos) presentaría una visión neutral y no militante sobre la guerra en Ucrania: no lo hace. Nuestra prensa y nuestros gobiernos tienen un claro posicionamiento en este asunto y que coincide con los mismos sesgos que todos nosotros tenemos (o la gran mayoría de nosotros - yo incluido) y por eso nos resulta muy difícil ver los sesgos. Obviamente para eswiki como comunidad es muy difícil abstraernos de la posición conjunta al respecto que existe en occidente (y a diferencia de enwiki, por ejemplo, no tenemos el contrapeso que pueden significar editores árabes o asiáticos, entre otros), pero no podemos ser ciegos y creer que nuestras posiciones individuales como editores, nuestra prensa y nuestros gobiernos son absolutamente neutrales y objetivas. Obviamente estoy en el convencimiento personal de que nuestros medios de prensa tienden a manipular menos la información que Russia Today, pero, citado a Otto v. Bismarck „Nunca se miente tanto como antes de las elecciones, durante la guerra y después de la cacería.“ SFBB (discusión) 20:05 6 mar 2022 (UTC)

SFBB Me estas diciendo que deberíamos usar RT para hacer contrapeso a la media occidental igual de mentirosa? apelando a Tu quoque. La desinformación no es un punto de vista y no debe contrabalancearse con mas desinformación igual de polarizante del otro extremo opuesto. Recuerde que somos una enciclopedia. Estamos destinados a proporcionar una perspectiva perdurable y autorizada que refleje la realidad lo mejor que podamos. Entonces, crear contenido que sea simplemente "él dijo/ella dijo" es una evasión y falla a nuestros lectores. No estamos para corregir "grandes errores"; si las cosas se están volviendo demasiado ideológicas y candentes en un artículo determinado, probablemente significa que al menos alguno de los editores involucrados está(n) olvidando por qué estamos aquí. Todos los medios tienen su opinión o linea editorial, incluidas CNN y BBC, y de vez en cuando aparecen artículos sesgados en cualquiera de estos medios. Me parece que se puede confiar en los hechos informados por RT, pero no en sus evaluaciones. Pero eso realmente no importa aquí. La pregunta es si RT puede declararse universalmente no confiable y la respuesta es obvia. De hecho, los medios rusos en general han publicado mucho material erróneo en relación con el conflicto entre Ucrania y Crimea, así como la guerra entre Rusia y Ucrania, y no fue un error ocasional, sino sistemático y en mayor medida. Ha habido varios informes al respecto. Todos aquí expresan una "opinión" y no sin argumento, el argumento se explicó más arriba. El problema es el área gris y esa simple formalización simplemente no funciona. Sin embargo, una idea general es que debemos observar la reputación de una fuente de noticias. ¿Qué dicen las críticas externas al respecto? ¿Se han informado problemas (estructurales) de esa fuente de noticias que puedan afectar una confiabilidad razonable? Etc. Aunque es difícil en casos individuales, no creo que podamos tratar esencialmente a ningún medio de comunicación de la misma manera. Hay diferencias entre la prensa seria y la prensa amarilla y hay diferencias entre la prensa "libre" y la prensa en estados totalitarios o una prensa conocida por estar bajo una fuerte influencia directa de los gobiernos. No creo que debamos presentar una recomendación o evaluación que parezca ignorar o negar esas diferencias. En mi humilde opinión, sería una receta para el desastre. Esto es simplemente algo en lo que no puede haber reglas simples que cubran todas las fuentes de noticias o formas de prensa; de hecho, desde mi punto de vista, esta es exactamente una de las razones por las que tenemos este espacio en el café sobre las políticas, para brindar asesoramiento en casos complejos donde las reglas simples no funcionan.

Los principales periódicos de EE. UU. y Gran Bretaña NO tienen una "relación cercana con sus respectivos gobiernos". Esta es una falacia básica de equivocación. El hecho de que pueda haber "alguna" relación no significa que esté en la misma liga que la relación entre RT y el gobierno ruso, donde RT es realmente solo el medio de propaganda para el Kremlin (y hay muchas fuentes para respaldar eso) . Incluso los medios de comunicación financiados por el gobierno en EE. UU. y Gran Bretaña, como BBC, NPR o PBS, no tienen el mismo tipo de "relación" que RT tiene con el gobierno ruso. Tienen independencia editorial y, de hecho, a menudo puedes encontrar las historias más críticas en esos medios. Manzanas y naranjas. Ambas frutas, pero diferentes.

No hay consenso para tratar Russia Today como una fuente confiable. Hay evidencia de informes inventados y distorsionados repetidamente, sobre temas controvertidos en los que los editores parecen más interesados ​​en citar a RT. Reconozco que algunos editores pueden realmente querer citar un medio de propaganda del Kremlin si cientos de otras fuentes confiables no respaldan la Verdad que quieren incluir en un artículo, pero esa es exactamente la razón por la que no debemos citar a RT. --Wilfredor (discusión) 23:27 6 mar 2022 (UTC)

No. Yo solamente estoy diciendo que hay que tener en consideración que RT es una fuente muy sesgada y con intenciones políticas y, sobe la base de esto, utilizar esa información con criterio. Para algunas cosas será obviamente irespnsable utilizarla, pero para otras cosas servirá (ejemplos ya de arriba).

Y sí, la prensa en occidente es libre, pero eso no implica que no tenga una posición y que hasta cierto punto (en muchísimo menor magnitud que RT) distorsione ligeramente la realidad en función del cristal a través de cual la percibe (te suena el efecto halo?). En occidente más del 95% rechazamos la invasión rusa, y eso hace que percibamos la realidad de manera distorsionada y nos potenciamos a nosotros mismos en un clásico ejemplo de sesgo endogrupal y eso evidentemente también afecta a la prensa. No te llama por ejemplo la atención (y aclaro que acá no quiero bajo ningún pretexto defender la invasión rusa, sino que simplemente ilustrar un nuestros propios sesgos como grupo) que nuestra prensa dé gran cobertura la manifestaciones contrarias a la invasión en rusia o en ucrania, pero manifestaciones de apoyo (e.g e Rusia o en el Donbas ) reciben cero cobertura? o que nuestra prensa defiende abiertamente el Derecho de autodeterminación en Kosovo (probablemente la prensa española sea acá una excepción), pero lo rechace en Crimea, en el Donbas, en Trasnistria u Osetia del Sur, entre otros? bueno...de la misma manera que los rusos apoyan el derecho en ese regiones pero lo rechazan en Chechenia. SFBB (discusión) 00:24 7 mar 2022 (UTC)

Segun tus propias palabras: "en occidente más del 95% rechazamos la invasión rusa", entonces esto explicaria la cero cobertura de las manifestaciones de apoyo porque prácticamente no las hay?. El efecto halo no me afecta pues estuve 30 anos de mi vida en una dictadura apoyada y financiada por Rusia, pero independientemente de mi visión para no caer en "ad hominen" y volviendo al tema que compete a esta discusión. No podemos permitirnos abrir la puerta a una fuente que premeditadamente desinforma, independientemente del sesgo que podamos tener como editores hacia una visión occidental de los hechos, debe prevalecer la neutralidad, de nuevo el punto de vista de Russia Today no es un punto de vista diferente al occidental, es desinformación premeditada, la desinformación no contrabalanza cualquier visión occidental sesgada en en el caso de que la haya según tu propia teoría, la desinformación confunde, crea conmoción, genera ignorancia y va en contra de nuestra misión como enciclopedia. Por ello, mi firme propósito de este post es de evitar esta fuente como la peste. No se debe utilizar ninguna fuente que dé crédito a las teorías de la conspiración. En el post original solicite una declaración general sobre esta fuente, emití una opinión general de que las fuentes que propagan teorías de conspiración NO son una fuente confiable. Mi razonamiento está respaldado por la idea de que "todas las opiniones mayoritarias y minoritarias significativas que han aparecido en esas fuentes están cubiertas". Nadie aquí afirmaría que RT presenta una opinión "mayoritaria" en sus informes. Nadie sugeriría tampoco que presenten un punto de vista de "minoría significativa". Las teorías y los teóricos de la conspiración se consideran puntos de vista BORDES en Wikipedia, y se les debe dar CERO consideración, a menos que estemos informando sobre la marginalidad. --Wilfredor (discusión) 02:48 7 mar 2022 (UTC)

Añadir parámetros en la plantilla Sistema de clasificación

Buen día. Revisando la información de la plantilla {{Sistema de clasificación}}, en una de sus preguntas frecuentes dice:

¿Son las evaluaciones subjetivas?
Sí, lo son; pero es el sistema que actualmente se encuentra en uso. Si tienes una idea mejor, ¡por favor, no dudes en hacérnoslo saber!

Estas son las opciones con las que actualmente cuenta la plantilla, las cuales son subjetivas y de valor discutible a la hora de evaluar los artículos de un wikiproyecto:

Propongo que dicha plantilla también incluya los problemas más comunes de los artículos, incorporando las opciones de {{Páginas con problemas}}. Lamentablemente esta plantilla que menciono es muy poco utilizada porque su implementación es complicada, pues funciona con categorías ocultas agregadas manualmente en cada artículo, las cuales pueden ser eliminadas por usuarios que no entiendan su propósito.

Los problemas que se podrían identificar, si se añade esta funcionalidad, serían los siguientes:

Problemas
Desactualizado	Desactualizado	Actualizado parcialmente
Copyedit	Copyedit	Corregido parcialmente
No neutral / publicidad	No neutral	Neutralizado parcialmente
Referenciar	Sin referencias	Referenciado parcialmente
Traducir	Mal traducido	Traducido parcialmente
Veracidad discutida	Veracidad discutida	Corregido parcialmente
Wikificar	Sin wikificar	Wikificado parcialmente
Otros problemas	Esbozo

Luego, el gran inconveniente con las plantillas de mantenimiento convencionales es que no reportan información directamente a los wikiproyectos, teniendo que buscar artículos –por ejemplo aquellos que no tengan referencias– entre 55 mil con el mismo error, y eso solo mencionando una de las fallas más comunes, sin contar con el resto (wikificar, no neutralidad, mala traducción, etc.), peor aún, este proceso debe ser repetido semestral o anualmente.

Deseo saber la opinión de la comunidad al respecto. Un saludo, Math M (mensajes) 21:10 15 feb 2022 (UTC)

Hay una votación en desarrollo donde se cuestiona la continuidad de ese sistema de clasificación. Quizás lo mejor sería esperar primero a ver si permanece el sistema. -- Leoncastro (discusión) 22:05 15 feb 2022 (UTC)

Lo que propones es una mejora respecto al sistema actual, pero ya se puede hacer con consultas a PetScan sin necesidad de modificar nada. Una lista de artículos del Wikiproyecto:Biografías se puede exportar a PagePile para, por ejemplo, conocer cuáles de ellos tienen la plantilla {{Referencias}} [20]. -sasha- (discusión) 17:18 16 feb 2022 (UTC)

@-sasha-: Mil disculpas por la demora en responder. He revisado el PetScan y se me hace complicado su uso, yo preferiría alguna herramienta más sencilla y práctica que pudiera ser empleada por cualquier usuario. También sería deseable que la herramienta a utilizar muestre los artículos indicando sus problemas en una tabla dentro del mismo wikiproyecto, y que estos datos se actualicen automática o periódicamente.

Por ejemplo: Artículo XXXX | Desactualizado | Wikificar | Referencias | No neutral

La plantilla que yo uso {{Páginas con problemas}} arroja resultados dentro de una tabla, pero esta no se actualiza. PetScan es una utilidad que según puedo ver, sus resultados son mostrados externamente y requeriría tiempo para trasladarlos a una tabla, y este proceso habría que repetirlo periódicamente. Un saludo, Math M (mensajes) 23:20 24 feb 2022 (UTC)

Concluyó la Votación sobre el mantenimiento del sistema de clasificación de los artículos dando como resultado la eliminación del {{Sistema de clasificación}}, y de sus plantillas asociadas. Vuelvo a solicitar que se considere mi planteamiento (por ser fácil de implementar) o algún otro que no sea complicado de usar para el wikipedista promedio, y cuyo resultado se pueda mostrar en una tabla o plantilla. Saludos, Math M (mensajes) 05:06 8 mar 2022 (UTC)

WP:NUM en artículos científicos o técnicos

Buenas. Traigo a discusión una sugerencia que me gustaría codificar en WP:NUM para el caso de los artículos científicos o técnicos, que viene motivada como resultado de este cambio ([21]) en el artículo lipotropina.

Actualmente, el WP:ME permite el uso de cifras en artículos científicos al describir: "operaciones matemáticas, cómputos estadísticos, tablas, gráficos, etc.". El DPD también lo recomienda para "números referidos a unidades de medida, cuando van seguidos del símbolo correspondiente" ([22]).

Pues bien, me gustaría proponer que en artículos científicos, se permita el número de cifras para números mayores a diez referidos a unidades como: "aminoácidos", "protones", "átomos", "grupos funcionales", "moléculas", etc. Esta es una convención que, aunque no descrita en el DPD, es prácticamente universal en el ámbito científico. Para mí, un caso de WP:SC.

Así pues, en lugar de tener el farragoso enunciado:

La β-lipotropina es un polipéptido de entre ochenta y nueve y noventa y un aminoácidos que es el fragmento carboxi-terminal de la POMC

La convención ahora sugeriría:

La β-lipotropina es un polipéptido de entre 89 y 91 aminoácidos que es el fragmento carboxi-terminal de la POMC

He de reconocer que no había escudriñado WP:NUM antes de la edición de Jcfidy, por lo que su edición es correcta. Sin embargo, creo que esta convención debería modificarse para artículos científicos. Un saludo. —Ñ (discusión) 13:25 13 mar 2022 (UTC)

Copio y pego de WP:NUM (el subrayado es mio):

Cuándo escribir los números en palabras y cuándo mediante signos de la numeración arábiga

[...]

1. En artículos científicos o técnicos se empleará cifras, más aún en las fichas, al describir operaciones matemáticas, cómputos estadísticos, inventarios, tablas, gráficos, etc.

[...]

Por tanto, ya está recogida ma petición que realizas. --Tximitx (discusión) 14:35 13 mar 2022 (UTC)

No exactamente, Tximitx; en el caso que Ñ propone no está recogido, en ese caso mi corrección es correcta pues se trata de una redacción en prosa, ni tablas, ni fórmulas (matemáticas o químicas), etc... Jcfidy (discusión) 15:01 13 mar 2022 (UTC)

Tximitix, en realidad lo que dice WP:NUM es:

En artículos científicos o técnicos se empleará cifras, más aún en las fichas, al describir operaciones matemáticas, cómputos estadísticos, inventarios, tablas, gráficos, etc.

Aunque es un poco ambiguo por la aclaración «más aún en las fichas», está claro que se refiere a que se deben escribir cifras solo en «operaciones matemáticas, cómputos estadísticos, inventarios, tablas, gráficos». Ninguno de ellos parece ser el caso que motiva la propuesta. Creo que WP:NUM está mal redactado porque el escribir en cifras las operaciones matemáticas, inventarios, tablas etc. no es algo privativo de artículos científicos y técnicos (vaya a saber que se entiende por «científico» y «técnico»), sino para todos los artículos. En el caso que menciona Ñ, cae bajo la siguiente casuística (marcada en negrita):

En el resto de los artículos es preferible el empleo de palabras, salvo en casos de números muy complejos. En este segundo grupo, es mejor escribir con letras:

• Los números que pueden expresarse en una sola palabra, esto es, del cero al veintinueve, las decenas (treinta, cuarenta, etc.) y las centenas (cien, doscientos, etc.).
• Los números redondos que pueden expresarse en dos palabras (trescientos mil, dos millones, etc.).
• Los números que se expresan en dos palabras unidas por la conjunción «y» (hasta noventa y nueve).

Pero la propuesta de Ñ tampoco tiene por qué ser privativa para artículos científicos ya que me puedo imaginar otros casos similares: «hubo entre treinta y cuatro y treinta y seis bajas». Claramente es engorroso de leer por las conjunciones.--Marcos Okseniuk (discusión) 15:09 13 mar 2022 (UTC)

(conflicto de edición)  En contra de la propuesta pues aunque se trate de artículos científicos la redacción en esa parte es en prosa. Además, uno de los motivos por los que muchas personas ignoran como se escriben los números es precisamente porque nunca los ven escritos (ya sea por pereza o por comodidad de los autores). Dice Ñ que "farragoso enunciado", farragoso le parece a quién no está acostumbrado a leer los números y wikipedia, como enciclopedia que es, no debería promover que la gente, a fuerza de no leerlos nunca, quede en la ignorancia. Jcfidy (discusión) 15:17 13 mar 2022 (UTC)

Cabe aclarar que la entrada del DPD en que se basa WP:NUM no prohibe el uso de cifras en la prosa de un texto técnico: «Así, en general, en textos científicos y técnicos es más normal, por su concisión y claridad, el empleo de cifras, y resulta obligado cuando se trata de operaciones matemáticas, cómputos estadísticos, inventarios, tablas, gráficos o cualquier otro contexto en que el manejo de números es constante y constituye parte fundamental de lo escrito».--Marcos Okseniuk (discusión) 15:30 13 mar 2022 (UTC)

Jcfidy, respeto tu opinión pero no la comparto en absoluto. En su estado actual, esa sección del manual de estilo no se ajusta las convenciones científicas (al mundo real, diría yo). Además de ello, el uso de cifras para cantidades superiores a nueve es algo que se recomienda en manuales de estilo de la lengua española (al final del día, el DPD no es un manual de estilo). Se puede consultar, por ejemplo, la obra de José Martínez Sousa. Un saludo. —Ñ (discusión) 15:42 13 mar 2022 (UTC)

Pregunta:. ¿soy la única que le parece problemático esta postura de asumir que el lector no sabe leer números, y encima debe ser educado para que no queden ocultos en la supuesta ignorancia que ya traen?

Las formas ochenta y nueve, y 89 son igualmente válidas. Si un lector quiere saber cómo se escribe un número, puede tranquilamente aprenderlo en Ochenta y nueve. Escribir en conjunciones porque como editores asumimos que no sabe leerlos y debe aprender a hacerlo, es subestimarlo y es colocarlo en una posición pasiva. Un artículo técnico necesita de cifras. Si la prosa es extensa, utilizar conjunciones a lo largo de varias oraciones va a redundar en párrafos extensos y lectura menos ágil, por la sencilla razón que una cifra se asimila visualmente más rápido que tres palabras.--ile🍂 (discusión) 15:43 13 mar 2022 (UTC)

┌─────────────────────────────┘
No Ileana n, no presupongo que los lectores no sepan leer los números y que por eso debamos educarlos pero te sorprendería saber a cuanta gente le cuesta leer los números en letras, quizás tú no conozcas a nadie que le cueste pero yo te puedo garantizar que hay muchos (yo conozco a bastantes) al igual que confunden osea con o sea o haber con a ver, etc y como enciclopedia que es wikipedia se debería escribir de la forma más enciclopédicamente posible. Jcfidy (discusión) 16:36 13 mar 2022 (UTC)

Jcfidy: me confieso ignorante y con un cierto grado de dificultad para poder leer títulos de artículos como Stenellina marginata. Por suerte, en la entradilla, me aclara que es un insecto coleoptera de la familia Chrysomelidae. Pero, por si aún albergara alguna duda, la tabla que compone la práctica totalidad del artículo, dice que pertenece al

reino = Animalia

filo = Arthropoda

clase = Insecta

orden = Coleoptera

familia = Chrysomelidae

género = Stenellina

especie = Stenellina marginata

(Ahora, sí. Dicho así...)

Me quieres ilustrar tú? O mejor traduces este y todos los artículos como este? Que un supuesto lector tenga una presunta dificultad para leer cifras en letra, no debe ser escusa para escribir ochenta y nueve en lugar de 89. Saludos. Manolo (Desfógate) 17:21 13 mar 2022 (UTC)

Sinceramente, siendo aficionado acá a pasar números de cifra a letra (especialmente en los números más bajos y cuando se menciona la edad de una persona en años, en este último caso "incluso aunque" hubiera que unir dos números con un "y"...) en el contexto presentado (la cantidad de aminoácidos de un polipéptido) veo muy cogido por los pelos (cuando no sencillamente fuera de lugar), usar letras. En general creo conveniente usar cifras en artículos bastante "científicos" (?) o "técnicos" (?) (signifique eso lo que signifique, entiendo que es una definición un tanto arbitraria/subjetiva) o bien cuando se mencionan cantidades en las que la unidad correspondiente se puede expresar con un símbolo (cuando estás localizando una ciudad, por ejemplo, se me hace más natural escribir que se encuentra a 30 km de tal lugar, en lugar de estirar al a treinta kilómetros de, no quiero decir ya con los kilómetros cuadrados) en cambio, para cosas como decir que un edificio tiene un pasillo con cinco columnas a cada lado, que en una determinada ciudad hay once institutos o que una persona murió a los ochenta y nueve años de edad me parece mejor (aquí al menos, en Wikipedia) usar letras. Depende bastante del contexto, supongo, y habrá casos límite en los que sea más díficil discriminar qué conviene más... que en otros. Un saludo. strakhov (discusión) 20:29 13 mar 2022 (UTC)

No me cabe duda que es un problema. Eso no se discute. Lo que planteo es que el razonamiento de "escribo las cifras con letras para educar al otro" parte de un lugar noble, pero es errado, no colabora con la calidad de las entradas y va en detrimento del mismo grupo al que se pretende educar. Me explico.

• Obliga a el perfil que no saber leer con conjunciones, justamente a leer a la fuerza conjunciones. Ya de por sí este lector está frente a una entrada con una cierta dificultad técnica, y encima le dificultamos más la lectura al presentarle formas que no conoce, todo con el único fin de que "se eduque".
• Asume que el lector que sí sabe leer cifras con letras no se va a irritar si ve párrafos y párrafos de ellas, pudiendo leer más rápida y claramente los números.
• Va en detrimento de la misma naturaleza del tema del artículo, que necesita la claridad sobre todo.

El lector que busca información es un sujeto activo de su propia educación. Si no entendemos esto, siempre vamos a pensarnos en el lugar de "nosotros los educadores, y los lectores los educados". Si fulano no sabe leer cifras, así como busca el teorema de Pitágoras, puede buscar cómo escribir ochenta y nueve. La diferencia es que no se lo metemos a la fuerza, sino que permitimos que gestione. Como editores podemos trabajar para que tenga ambos artículos, en vez de ponernos en un rol pedagógico.

Escribir 89 y ochenta y nueve son dos formas válidas, por lo tanto ambas enciclopédicas. ile🍂 (discusión) 21:01 13 mar 2022 (UTC)

Es evidente que se puede escribir ochenta y nueve, pero en este caso no hace ningún sentido usar una forma como esa, ya que sólo dificulta la lectura y no ayuda en nada. El WP:ME es clarísimo en su no obligatoriedad y obviamente ha de primar el más común de los sentidos. Ya que en esta discusión es absolutamente claro que el sentido común favorece utilizar los números (en este caso particular), he revertido los cambios. Por otro lado, no creo que sea necesario cambiar WP:ME, basta utilizar WP:SC. SFBB (discusión) 21:21 14 mar 2022 (UTC)

Cambio de nombre de la página Economía y demás

Hola, cómo les va? Yendo al punto: Este artículo Economía es alguna especie de engendro. Economía es el nombre de la disciplina científica que debe usar una enciclopedia. No hay otra Economía, puede haber abordajes sobre temas económicos desde otras disciplinas (como pasa con la definición dada de Economía en el artículo). Pero no existe otra Economía. Aquí igualmente se habla en general (excepto en al definición) con terminología de la Ciencia Económica, el problema es (además de la definición) que agrupa en un texto temas que son distintos y difíciles de aglutinar en nombre representativo para búsqueda, pero lo que está escrito parece estar correcto. Si está "errada" la definición de Economía como ya dije, que está extraída de un libro de URBANISMO (no de economía) en ingles que deduzco vendrá de alguna traducción de página y que nadie a leído, pero además, está definido desde la dialéctica postmoderna (nada que ver con Economía). Es decir, en todo caso esa definición y desde esa perspectiva podría llamarse una página Economía urbana desde la dialéctica o símil, pero jamás Economía. Que podría ser incluida en Economía (desambiguación). Por ejemplo, pasa lo mismo con Historia, se usa de mil formas. Sin embargo la página hace referencia a la Historia como ciencia, y tiene para otros usos de este término, véase Historia (desambiguación). Luego la Historia o Economía podrán aplicarse a los mil y un temas....como pasa con todas las disciplinas sociales, y además de usos coloquiales o vulgares que se les pueda dar (que ya estos no serían enciclopédicos). También pasa lo mismo con la página Política, Psicología, Administración, etc, hablan de la ciencia. Con el criterio errado que se ha aplicado a Economía, habría que cambiar todas. Entonces la página Economía (ciencia económica) tiene que llamarse Economía, ya que incluye el comportamiento humano (que esta página en si no explica) y además la ciencia. Los puntos que sirven de la página son: Agente económico, Estructura económica y Factores de producción. Con lo cual tal vez sería recomendable llevar el contenido de cada tema a las páginas correspondientes que ya existen Agente económico, Estructura económica y Factores de producción que están flojas (además de comentarlos brevemente en la página hoy mal llamada Economía (ciencia económica) a la cual, dicho sea, ya se le ha agregado lo económico solo como comportamiento humano), solo esos puntos el resto del artículo es despreciable, ya están incluido en la página antedicha.

Para terminar, dejo esto (redirecciones) donde ya se aprecia un usuario que objeta el artículo.

OBS: y ya como OTRO tema. Si bien el artículo Economía esta errado, se puede entrever a que apunta. Esto ya fue subsanada en la Economía (ciencia económica) donde se agrego la economía como mero comportamiento humano, antes de definirla como ciencia. Esto NO esta mal como introducción, que además, es real hay actividad humana antes de la ciencia (x ej. hubo actividad política antes de la ciencia política) pero todas las páginas de las ciencias antes citadas y otras van directo a la definición científica sin explican en 3 o 4 párrafos la actividad humana previa en la materia. Creo que eso podrá ser algo a revisar en todas las página. Queda bien y es correcto como introducción, pero, además, hay gente que es no entendida en las materias y le sea conveniente ver toda esa introducción previa para comprender mejor el tema, antes de definir la ciencia en cuestión.

Saludos cordiales. --Setincho (discusión) 08:30 26 feb 2022 (UTC)

Hola, es falso que "no hay otra economía". El DRAE tiene siete acepciones, donde la segunda se refiere al mercado ("la economía de México ha crecido un 5% anual"), y la tercera a las ciencias económicas ("la economía estudia el comportamiento de agentes que intercambian de bienes escasos para satisfacer sus necesidades"). --NaBUru38 (discusión) 17:46 28 feb 2022 (UTC)

Hola esto no es un diccionario, es una enciclopedia. Sldos. Setincho (discusión) 05:55 2 mar 2022 (UTC)

Concuerdo con Setincho en que el artículo Economía es un engendro....parece que los editores intentan definir un concepto con la política de la aspiradora metiendo cuando cosa se pueda encontrar en un cursos de intro a la economia. Es un artículo que no va absolutamente a nada. SFBB (discusión) 20:09 6 mar 2022 (UTC)

Lo que no termino de entender es porqué esto está en esta página y no en la discusión del artículo. Creo que es algo que los editores podrían resolver ahí con mayor eficacia. Chalo(✍) 19:28 15 mar 2022 (UTC)

¿Nueva excepción para Wikipedia:Convención de títulos?

Revisando he encontrado este caso, en donde Borís Spaski ha sido trasladado a Borís Spasski, aduciendo WP:NOMBREMÁSCOMÚN. Dejando de lado el acento en Borís, lo cual entiendo que es causal suficiente para deshacer el traslado (el nombre más común, tomado de la transliteración en inglés, no incluye el acento porque el inglés no tiene acentos), hay algo cierto y es que la gran mayoría si es que no todas las referencias nombran al ajedrecista ruso según la forma anglicanizada (Boris Spasski), por lo que por política sí se podría realizar el traslado al nombre más común y en inglés según las referencias (por supuesto, ignorando la convención sobre WP:T en favor de una transliteración en un idioma distinto al español). Entonces, revisando WP:CT, por política existen tres excepciones a WP:NOMBREMÁSCOMÚN (WP:TAXÓN, WP:PELI y WP:TOES); mi consulta en este caso es si corresponde colocar una cuarta excepción para priorizar títulos en ruso con la transliteración en español, por sobre los títulos en ruso con la transliteración en inglés aunque estos últimos posean muchas más o tal vez todas las referencias. Saludos Ruy (discusión) 14:47 11 mar 2022 (UTC)

Antes que todo, esto debe ser llevado al TAB, para que se deshaga todo, ya que el traslado fue hecho a mano (copy-paste y borrado) llevándose por delante todo el historial (y por tanto estamos en WP:COPYVIO interna). SFBB (discusión) 18:06 11 mar 2022 (UTC)

@Ruy, lo del Borís lo mismo tiene más jaleo del que piensas. Yo pensaba lo mismo y justo me he encontrado a Yeltsin, Borís Yeltsin, con un traslado de 2007. Lost in subtitles (discusión) 18:11 11 mar 2022 (UTC)

Yo opino, que la convención del nombre más común no es aplicable es este caso, porque (para mí) es clarísimo que Boris Spasski y Borís Spaski son el mismo nombre... simplemente escrito de manera diferente. Para estos casos tenemos Wikipedia:Transliteración y transcripción. En mi opinión personal, es buena práctica tener y usar normas consistentes para transcribir otros alfabetos, como hace cualquier publicación de prestigio, (con las excepciones que consideremos convenientes), en vez de copiar lo que digan las fuentes en inglés, y yo lo titularía Boris Spaski, con redirecciones desde otras grafías comunes.--Xana (discusión) 11:32 12 mar 2022 (UTC)

El caso fue llevado al TAB y fue atendido por -sasha-, quien realizó la limpieza y fusión de historiales. @Lost in subtitles: el nombre Borís con acento es el correcto ya que en Wikipedia:Transliteración y transcripción, en la subsección Precisiones del idioma ruso, se señala que "se acentúan todas [...] las agudas que terminen en [n, s o vocal]. [...] Se hace presente que en ruso es correcto escribir acentos gráficos sobre las vocales para indicar la acentuación correcta, aunque no se haga en el lenguaje escrito habitual." El problema de fondo son dos: WP:T no es una política sino una convención, y no existen excepciones por transliteración para WP:NOMBREMÁSCOMÚN, por lo que si alguien quisiera realizar un traslado a un título transliterado al inglés argumentando que la mayoría o todas las referencias así lo nombran, entonces por política estaría en lo correcto. Saludos Ruy (discusión) 14:26 12 mar 2022 (UTC)

Por cierto, la posible excepción para WP:NOMBREMÁSCOMÚN se restringiría en un principio solo al idioma ruso, sin que eso sea impedimento para ampliar el número de idiomas. Saludos Ruy (discusión) 16:00 12 mar 2022 (UTC)

@Ruy, ah perdón lo vi mal y pensaba que antes no lo llevaba  :) Lost in subtitles (discusión) 17:13 12 mar 2022 (UTC)

@Ruy: WP:NOMBREMÁSCOMÚN no menciona para nada las trasliteraciones. Dice "...los artículos deberían titularse con el nombre más comúnmente usado", y no "los artículos deberían titularse con la grafía más comúnmente usada". Mi nombre se puede escribir en alfabeto cirílico de varias maneras (por ejemplo, dependiendo de si se transcribe al ucranio o al ruso). ¿Significa eso que tengo dos o tres o más nombres distintos? No. Simplemente son formas diferentes de escritura que reflejan la pronunciación o la equivalencia de caracteres en un idioma. Incluso en alfabeto latino se puede escribir mi nombre de varias formas. Hasta yo lo hago. En ese caso, no estoy utilizando un nombre distinto, simplemente en ciertos contextos estoy ignorando las convenciones ortográficas del castellano o la grafía habitual. Para mí, usar un nombre distinto implicaría utilizar un diminutivo, o un mote, o solo un apellido (si tienes dos), cosas así. Pero en fin...no tengo ninguna esperanza de que nos pongamos de acuerdo en aplicar Wikipedia:Transliteración y transcripción visto que a veces hasta nos cuesta cuesta escribir los títulos en español correcto, como La Sexta en lugar de LaSexta. Las discusiones largas son mucho más divertidas que la consistencia interna en los títulos ;-) .--Xana (discusión) 19:15 12 mar 2022 (UTC)

Muchas gracias por la aclaración Xana, entonces el nombre más común no tiene nada que ver con la grafía más común, y para las transliteraciones en ruso y otros idiomas existe WP:T, por lo que no existe necesidad de añadir excepciones a WP:CT. Saludos Ruy (discusión) 20:11 12 mar 2022 (UTC)

@Ruy: la posición de XanaG respecto a la uniformidad es conocida, pero no concierta necesariamente una mayoría dentro de la comunidad, ni está respaldada por una política. En más, contra esa línea argumentativa, muchos usuarios argumentamos regularmente la no existencia de WP:TODOSIGUALES, ya que rechazamos la uniformización interna por sobre el uso en las fuentes. En ese sentido es importante recordar que una política como WP:CT tiene amplia precedencia por sobre una convención como WP:T y que la misma WP:T indica "No serán objeto de estas reglas de transliteración aquellos nombres que tengan una forma tradicional de uso consolidado en español", lo que claramente incluye la grafía.

Así como XanaG ha argumentado acerca de las bondades de homogeneización, yo voy a hacer el argumento en contra, acerca de la necesidad de seguir a las formas mayoritarias en las fuentes: aunque no escrito de forma explícita en ningún lado, es absolutamente patente de políticas como WP:IO y WP:FF que se busca reducir a un mínimo las decisiones subjetivas de los usuarios y que las fuentes han de primar por sobre nuestras consideraciones personales. En ese sentido no se busca que nosotoros como comunidad generemos reglas internas que contradigan el uso en las fuentes. Si las fuentes son inconsistentes en las grafías, no es nuestra tarea como editores venir a imponer reglas y a homogeneizar, lo que no es homogéneo en la realidad. El apellido ruso Горбачёв, es sin duda alguna transcrito de forma más fiel a su pronunciación como Gorbachiov, tal como indica WP:T, pero en la práctica, en castellano, más del 99% (y probablemente quedándome corto) de las fuentes va a escribir Gorbachov o (minoritariamente) Gorbachev. Similarmente el club de futbol ЦСКА Москва, es uniformemente transliterado como CSKA y no como TSSKA que sería lo que sugiere WP:T. Si los editores de wiki decidiéramos aplicar reglas de uniformidad, podemos estar seguros que nadie entendería a qué se refiere TSSKA. Así como los nombrados hay múltiples ejemplos sobre por qué las formas consolidadas en lengua castellana (incluyendo sus grafías) han de tener precedencia por sobre la uniformidad (tal como indican nuestra reglas). SFBB (discusión) 21:03 14 mar 2022 (UTC)

aps...y por lo mismo es una aberración (en en clara violación de WP:CT) que el artículo se titule Shajtar Donetsk, para el club deportivo al que (prácticamente) todas las fuentes se refieren como Shakhtar Donetsk. Uno de los típicos ejemplos en que los editores de wikipedia nos convencemos a nosotros mismos que nuestra sabiduría es superior a todo los que digan las fuentes y referencias en que, por otro lado, aseguramos basarnos. SFBB (discusión) 21:08 14 mar 2022 (UTC)

También hay que considerar la fiabilidad de las fuentes. Para mí lo que diga un periodista que no conoce el alfabeto cirílico y que copietea lo que lee en fuentes no españolas es infinitamente peor que una convención propia basada en estándares de trasliteración existentes. Pero lo que digo...debe de ser mejor invertir el tiempo en discutir caso por caso...--Xana (discusión) 14:56 15 mar 2022 (UTC)

PD: En el ejemplo que das, a mí lo que me parece raro es dar a los lectores la impresión de que la х en Шахтар es diferente de la х en, por ejemplo, Стаханов (padre del estajanovismo, en nuestra era grafocéntrica me imagino que lo llamaríamos "estakanovismo" o algo así). Pero es verdad que educar a los lectores va por detrás de repetir lo que vemos escrito en cualquier lado.--Xana (discusión) 15:26 15 mar 2022 (UTC)

Una opción que he visto en varios artículos y que yo mismo he replicado en uno de los que he traducido es colocar en la introducción la transliteración en español, y a continuación añadir el nombre con la frase "también conocido en su forma inglesa como [...]" o "también anglicanizado como [...]", ciertamente este tipo de redacción no afecta a WP:CT. Saludos Ruy (discusión) 18:38 15 mar 2022 (UTC)

Por supuesto que hay que considerar la fiabilidad de las fuentes, pero toda fuente altamente fiable escribe Gorbachov (o en su defecto, Gorbachev). Nunca he visto a una fuente fiable escribiendo Gorbachiov. Sobre los clubes deportivos, exactamente lo mismo: CSKA y Shakhtar Donetsk son usos absolutamente consolidados en castellano (y por tanto, por defecto, WP:T no aplica). La palabra Shajtar es un invento de un editor de wikipedia y no es usado por ninguna fuente fiable (ver esta búsqueda en google para darse cuenta lo ridículo que llega a ser el no uso fuera de wiki. Obviamente podemos dudar de las competencias lingüísticas de periodistas deportivos y personas dedicadas al deporte, pero si prácticamente el 100% de las menciones a los clubes en castellano utilizan esa grafía, es altamente cuestionable que hagamos artículos sobre cosas llamadas Shajtar o TSSKA, sobre la cuales nadie fuera de wikipedia ha escuchado hablar. Defender Shajtar es sencillamente sesgo endogrupal y obviamente habrá muchísimos mejores artículos y lugar para indicarlos a los lectores como transliterar fonéticamente la х cirília. SFBB (discusión) 20:14 15 mar 2022 (UTC)

PS1: Aún así concuerdo plenamente con lo que plantea XanaG respecto a que se debe discutir caso y aso y ver las particularidades de cada situación.

PS2: @Ruy: tu propuesta es válida, pero no soluciona el asunto del título, donde WP:CT (que es una política oficial de cumplimento obligatorio), le gana por goleada a WP:T (incluso la misma WP:T lo dice en en 12). SFBB (discusión) 20:30 15 mar 2022 (UTC)

Es cierto lo que comentas SFBB, y por todo lo que se ha dicho en este hilo está claro que una posible excepción a WP:NOMBREMÁSCOMÚN para las transliteraciones en español del ruso no es viable, tanto porque el nombre más común y las transliteraciones de ese nombre más común son dos cosas distintas como por la enorme influencia de la bibliografía y el periodismo anglofóno sobre sus símiles hispanos, de quienes asumo que ignoran completamente las normas de WP:T en español y copian sin molestarse en corregir ciertas combinaciones de consonantes inexistentes en castellano (la misma kh que has mencionado en Shakhtar Donetsk, y que demuestra un pobre acervo cultural de los editores deportivos de nuestro idioma), en el caso de los subtítulos lo mejor será seguir lo dicho por Xana, analizar caso a caso, y entiendo que también se debiera añadir la transliteración en español en la entradilla. Saludos Ruy (discusión) 14:43 16 mar 2022 (UTC)

Sostengo que el criterio de "nombre más común" simplemente no aplica a nombres (sustantivos) propios, especialmente con los nombres de personas (pero también extendido a pseudónimos, nombres de personajes ficticios, topónimos y marcas comerciales). En el caso de los nombres transliterados tampoco hay lugar al nombre más común en inglés, puesto que se suele usar la gramática castellana a la hora de transliterar, como es el caso de Eduard Jil (Эдуард Хиль). Por último, ¿qué política se debería aolicarcen estos casos? Pues el sentido común. --Amitie 10g (discusión) 02:57 16 mar 2022 (UTC)

Jaja...pues no, no estáis de acuerdo conmigo en lo de revisar caso por caso. Yo dije que "debe de ser más divertido [hacer eso]", ("debe de ser" , con la preposición "de" significa que es algo que supongo que ocurre, ¡no algo que creo que deba hacerse!... y desde luego no me parece buena idea ponerse contar fuentes en google sin ningún tipo de discriminación por fiabilidad, recentismo,etc. y los casos en que tenemos que recurrir a eso suelen conducir a una discusión kilométrica sin ninguna conclusión firme. En mi opinión, un modelo a seguir en esto es la wikipedia alemana donde aplican las convenciones de transliteración a rajatabla en los títulos, y no parece que les cause una confusión inmensa (yo creo que, a la larga, todo lo contrario).--Xana (discusión) 16:02 16 mar 2022 (UTC)

Me disculpo por interpretación incorrecta, pero lo que menciones sobre "deber de" parece ser un uso propio de España que yo no había escuchado en mi vida (de hecho, el artículo de fundeu se basa en el DPD, que a su vez ejemplifica el uso de "deber de" con un ejemplo de España, pero indica que el mismo uso existe sin la preposición utilizando un ejemplo del Perú).

Por otro lado, la comparación con dewiki no viene en absoluto al caso (y esto lo digo como usuario de dewiki y hablante nativo de alemán). No hay comparación posible entre el idioma castellano y alemán fuera de wiki. En los países de habla alemana, acostumbramos a transcribir prácticamente todos los nombres usando reglas de transcripción alemanas; en castellano esto no ocurre (sería absolutamente impensable en alemán, que la prensa escribiese Shakhtar y no Schachtar; en castellano, como ejemplifiqué arriba, no existe ninguna fuente fiable escribiendo Shajtar). En ese sentido la política de dewiki sí refleja, lo que ocurre fuera de wiki. En castellano sencillamente no es así, y no es nuestra labor como usuarios ponernos cambiar la forma como se utiliza el castellano fuera de wiki.SFBB (discusión) 01:24 17 mar 2022 (UTC)

Lo que entendí fue que habías sugerido que "debíamos analizar caso a caso" Xana, más que nada por el anterior "Lo que yo digo...". Por cierto, también estoy de acuerdo con una eventual aplicación a rajatabla de WP:T, aunque también es cierto que eso entraría en conflicto con WP:CT, y que para una potencial aplicación se requeriría primero de un consenso; sin embargo, no puedo dejar de señalar que WP:ME, una convención y no política al igual que WP:T, señala que para la gramática y ortografía "se respetarán las normas del idioma español contenidas en las obras académicas de la Asociación de Academias de la Lengua Española", y entiendo que en la mayoría de los casos no existen buenas razones para titular un artículo usando combinaciones de consonantes inexistentes en español como el ya mencionado kh (una excepción que se me ocurre es Alexander Alekhine, y ahora no recuerdo otros casos en donde corresponda mantener este tipo de barbarismos). Saludos Ruy (discusión) 15:12 20 mar 2022 (UTC)

Estoy de acuerdo en la posible aplicación masiva de WP:T, precisamente por lo que dice XanaG de homogeneizar/estandarizar, pero creo que antes deberían rediscutirse algunos de sus puntos actuales para no dar lugar a casos en los que se "nade a contracorriente" de lo que es idiomático en español. Un ejemplo de esto se da cuando se translitera el "кс" ruso como "ks" cuando existe una alternativa mucho más propia de la lengua española y que comprende el mismo grupo fonético como lo es "x": "Alexéi" y "Alexand(e)r" son más idiomáticos que "Alekséi" y "Aleksand(e)r" porque la combinación "ks" es prácticamente inexistente en español. Nacaru · Discusión ✉ · 20:11 20 mar 2022 (UTC)

Lo que están proponiendo no se contradice sólo con WP:CT, sino que además con WP:FF. Si las fuentes fiables dicen Aleksandr Lukashenko y no Alexandr, entonces no podemos venir a inventar un nombre, no reportado en ninguna WP:FF, simplemente porque los usuarios de wikipedia creamos una convención ajena a cualquier uso en WP:FF, o porque según nuestra propia sensibilidad idiomática no parece que cierta forma es "mucho más propia de la lengua española". si hay algo que sería un "barbarismo", sería precisamente olvidarnos de WP:FF y ponernos hacer una enciclopedia según nuestra propia sensibilidad idiomática. SFBB (discusión) 20:55 20 mar 2022 (UTC)

Yo no estoy de acuerdo con reemplazar ks por x; es cierto que sería lo recomendable porque es más eficiente colocar una letra que representa correctamente el sonido en lugar de usar dos letras para lo mismo, sin embargo no es la norma que aparece en WP:T, la cual no fue inventada por los mismos wikipedistas (para más antecedentes leer Wikipedia discusión:Transliteración y transcripción#Transliteración del ruso), y por todo lo ya dicho anteriormente es preferible analizar caso a caso mientras no exista una política de títulos para estos casos; en lo que sí mantengo mi posición es en el uso de las transliteraciones correspondientes cuando existan combinaciones de consonantes que no existen en español, esto no se trata solo de sensibilidad idiomática sino de seguir las convenciones existentes, incluidos los casos en que las transliteraciones en español no son utilizadas en los medios de comunicación porque en dichos casos es de sentido común concluir que todas las referencias de aquellos medios no son fiables, puesto que usan transliteraciones ideadas para el inglés con combinaciones de letras inexistentes en español. Saludos Ruy (discusión) 21:47 20 mar 2022 (UTC)

Precisamente lo que me preocupa es que Wikipedia discusión:Transliteración y transcripción#Transliteración del ruso no cita sus fuentes. Consultando algunas rápidamente he visto que, de hecho, es bastante común aceptar la "x" como sinónimo de "ks" en las transliteraciones del ruso (véase esta guía de la Fundéu como ejemplo). Creo que no se me ocurre ningún ejemplo de palabra española que utilice la grafía «ks» y no «x» para expresar el fonema /ks/, por lo que es normal que pueda resultar poco idiomática. Respecto a tu último punto, totalmente de acuerdo en dar prioridad a la versión en español de las cosas salvo cuando el uso del anglicismo es significativamente mayoritario (casos como «whiskey» o «pub») siempre que haya una cierta cantidad mínima de fuentes fiables que ofrezcan una alternativa mejor adaptada al español. Nacaru · Discusión ✉ · 23:01 20 mar 2022 (UTC)

Tamaño y estilo en páginas de discusión

Comunidad, he visto una serie de inconvenientes a la hora de navegar por ciertas páginas de discusión de usuarios (pero este hilo es para las páginas de discusión en general), ya sea por los estilos en la caja de contenidos, o en la extensión de las mismas (discusiones sin archivar). Este problema se intensifica a la hora de navegar desde un dispositivo móvil.

Para empezar, Los estilos de "caja" en las discusiones suelen romper la navegación de diversas maneras:

• Limita o extiende la vista de página, evitando que el texto se ajuste correctamente a la pantalla según su resolución

• Expande todas las secciones, haciendo que encontrar una discusión en particular sea tedioso, además de extender en exceso las páginas, causando raletntizaciones en dispositivos moviles

• Los estilos con colores establecidos sin tener en cuenta la preferencia de usar el modo oscuro/noche en el navegador, dificulta la lectura por exceso de brillo o falta de contraste, forzando la vista (esto último definitivamente va en contra de las recomendaciones de accesibilidad web).

• Las imágenes colocadas incorrectente puede impedir la interacción con los botones de navegación, incluyendo editar la página y dejar un mensaje. Esto pasa cuando no se tiene en cuenta la apariencia MinervaNeue y se hace imposible dejar un mensaje desde el móvil.

Por último, están las larguisimas páginas de discusión de usuarios que no se preocupan de archivar de vez en cuando, haciendo dificil y hasta imposible navegar, e incluso, dejar algún mensaje desde el móvil, ya sue este se ralentiza.

Público esto aquí porque, más que ser un asunto técnico, es un asunto que debería ser regulado por políticas, ya que todo esto va de la mano con la accesibilidad.

Para finalizar, soy partidario de mantener mi página de discusión lo más limpia posible.

También debo mencionar que en Meta, he decidido usar las Discusiones estructuradas, lo que ya he propuesto con anterioridad, pero la comunidad se ha mostrado reacia a implementar, pero sigo sosteniendo que es una forma de mantener discusiones más ordenadas.

--Amitie 10g (discusión) 13:16 31 mar 2022 (UTC)

Técnica

Error de Lua: not enough memory en Among Us

Hola buenas. Cuando visito el artículo Among Us aparece el siguiente error: Error de Lua: not enough memory . ¿Soy solo yo o hay un problema con alguna plantilla? ZebaX2010 [PRESS START] 06:07 19 feb 2022 (UTC)

El error tiene que ver con la plantilla {{ficha de videojuego}} o mas precisamente, con su relación con wikidata. La plantilla toma los datos de Wikidata y los inserta en el artículo, pero al parecer últimamente se ha añadido mucha información a su página en wikidata. En este momento su historial indica que ya supera los 1.4 millones de bites, el doble del tamaño de la página más larga de Wikipedia: Literatura victoriana. Naturalmente la plantilla colapsa y se queda sin espacio para almacenar la información mucho antes de poder descargar tal cantidad de datos. Como no parece ser un vandalismo, sino únicamente un exceso de información, no se puede solo retirar los datos. Tengo entendido que un problema similar se presentó hace tiempo con las plantillas sobre la pandemia, pero como no tengo conocimiento sobre los módulos en lua no se como aplicar la solución de esa plantilla en este caso. Espero que a alguien le sirva el dato para poder solucionar el problema. —AntoFran— (→Deja tu opinión aquí←) 06:22 19 feb 2022 (UTC)

@AntoFran, el problema no son los 1,4 MB de Wikidata, sino que las plantillas escritas en wikitexto no hacen caché de esa información, por lo que cada vez que se llama a la función {{propiedad}} para obtener un dato de Wikidata se cargan nuevamente esos mismos 1,4 MB de datos de Wikidata. En la actual {{Ficha de videojuego}} esto se hace en 52 ocasiones, lo cual necesita 52 × 1,4 MB = 73 MB de memoria, cuando el límite son 50 MB. Resultado: no hay memoria suficiente. En cambio, en plantillas escritas a través de módulos de código Lua, esta información se almacena en la caché, por lo que no se repite independientemente de cuantas veces se necesiten los datos de Wikidata. Los módulos de Lua usan un lenguaje que puede ser más complejo, pero a su vez más eficaz que el wikitexto.
Invoco a Amitie 10g para saber si el módulo Módulo:Ficha de videojuego que él estaba programando ya está finalizado y listo para suplantar a la actual plantilla. -- Leoncastro (discusión) 12:49 19 feb 2022 (UTC)

Si mal no recuerdo, el modulo está listo, o cuanto menos lo suficientemente avanzado como para reemplazar la imolementacion actual. Voy a echar un vistazo al módulo y lo trabajaré con urgencia para implementarlo a la brevedad. Gracias por el aviso. --Amitie 10g (discusión) 16:21 19 feb 2022 (UTC)

Perdonar que me meta, que soy lego en estos asuntos, pero... ¿La línea 25 del módulo está bien? veo que pone Inicializardor. Un saludo... ¿Y la 227?.--Marinero en tierra (discusión) 16:32 19 feb 2022 (UTC)

Es solo un comentario, por lo que no influye en nada; aún así lo corregí. --Amitie 10g (discusión) 17:14 19 feb 2022 (UTC)

Visto lo visto, he revisado algunas cosas y me encontré con alguno de los problemas que pueden causar el agotamiento de memoria:

En la función p.getPropiedad() del Módulo:Wikidata toma el parámetro |uno=último, pero parece que el valor último no lo toma en cuenta, razón por la cual, muestra una larga lista de versiones (además de mostrar solo el primer conjunto de dígitos antes del primer punto, lo que es incorrecto); la sintaxis es correcta, por lo que el problema debería estar en el módulo.

Razón por la cual, he decidido usar la plantilla {{Ficha de videojuego/zona de pruebas}} en Among Us, por lo que ahora se ve correctamente.

Yendo más lejos, me puse a editar el Módulo:Ficha de videojuego para obtener la información de depuración de Among Us, con la plantilla {{Ficha de videojuego}} en su implementación actual, y con Lua, y me encuentro con lo siguiente:

In a nutshell:

• La plantilla actual agota toda la memoria de Lua (50/50 megabytes) frente a la implementación en Lua (39,5/50 megabytes)
• En cuanto al tiempo de CPU, la página con la impementación actual tarda 4,987 (5,045) segundos en procesar, mientras que en Lua tarda 2,075 (2,263) segundos

Plantilla problemática

Entidades de Wikidata usadas en esta página

ocupación: Etiqueta: es situado en la entidad territorial administrativa: Etiqueta: es movimiento: Etiqueta: es género: Etiqueta: es basado en: Etiqueta: es logotipo: Etiqueta: es ubicación de la sede: Etiqueta: es número de casos: Etiqueta: es premio recibido: Etiqueta: es país: Etiqueta: es imagen: Etiqueta: es lugar de nacimiento: Etiqueta: es lugar de fallecimiento: Etiqueta: es superficie: Etiqueta: es altura: Etiqueta: es superficie de cuenca hidrográfica: Etiqueta: es masa: Etiqueta: es país de nacionalidad: Etiqueta: es ubicación: Etiqueta: es periodicidad: Etiqueta: es alcance del faro: Etiqueta: es instancia de: Etiqueta: es cargo ocupado: Etiqueta: es compuesto por: Etiqueta: es educado en: Etiqueta: es página web oficial: Etiqueta: es Módulo:Wikidata: Enlace de sitio, Título, Descripción: en español: Título, Etiqueta: es occitano: Título, Etiqueta: es España: Declaración: P37 catalán: Título, Etiqueta: es euskera: Título, Etiqueta: es aragonés: Título, Etiqueta: es gallego: Título, Etiqueta: es

Plantillas usadas en esta previsualización:

Plantilla:Artículo bueno (ver código) (protegida) Plantilla:Celda (editar) (semiprotegida) Plantilla:Celda/color (editar) (semiprotegida) Plantilla:Celda/valor (editar) (semiprotegida) Plantilla:Cita noticia (editar) (semiprotegida) Plantilla:Cita web (ver código) (protegida) Plantilla:Citation (ver código) (protegida) Plantilla:Clasificacionvj (editar) Plantilla:Clasificaciónvj (editar) Plantilla:Control de autoridades (ver código) (protegida) Plantilla:Crítica de videojuego (editar) Plantilla:En (editar) (semiprotegida) Plantilla:En idioma (editar) (semiprotegida) Plantilla:Enlace externo (editar) (semiprotegida) Plantilla:Esd (editar) (semiprotegida) Plantilla:Ficha (ver código) (protegida) Plantilla:Ficha de videojuego (editar) (semiprotegida) Plantilla:Lanzamientovj (editar) Plantilla:Lista sin viñetas (editar) Plantilla:Listaref (ver código) (protegida) Plantilla:Metaplantilla de enlaces externos (editar) Plantilla:Obra citada (editar) (semiprotegida) Plantilla:Obtener idioma (ver código) (protegida) Plantilla:Propiedad (editar) (semiprotegida) Plantilla:Página web (editar) (semiprotegida) Plantilla:Refn (ver código) (protegida) Plantilla:Str left (editar) (semiprotegida) Plantilla:Twitter (ver código) (protegida) Plantilla:Título sin coletilla (ver código) (protegida) Plantilla:Ubl (editar) Módulo:Argumentos (editar) Módulo:Categorización de buenos y destacados (editar) Módulo:Citas (editar) Módulo:Clasificaciónvj (editar) Módulo:Clasificaciónvj/datos (editar) Módulo:Control de autoridades (editar) Módulo:Crítica de videojuegos (editar) Módulo:Enlace externo (editar) Módulo:Fechas (editar) Módulo:Ficha (ver código) (protegida) Módulo:HtmlBuilder (ver código) (protegida) Módulo:Lanzamientovj (editar) Módulo:Lanzamientovj/datos (editar) Módulo:Listas (editar) Módulo:Números (editar) Módulo:Páginas (editar) Módulo:String (ver código) (protegida) Módulo:Tablas (editar) Módulo:URL (editar) Módulo:Wikidata (editar) Módulo:Wikidata/Fecha (editar) Módulo:Wikidata/Formatos (editar)

Datos de perfilado del analizador:

Tiempo de uso de CPU	4,987 segundos
Tiempo real de uso	5,045 segundos
N.º de nodos visitados por el preprocesador	9304/1 000 000
Tamaño de inclusión posexpansión	51 008/2 097 152 bytes
Tamaño de los parámetros de plantilla	8501/2 097 152 bytes
Profundidad máxima de expansión	14/100
Contador de funciones costosas del analizador	0/500
Profundidad de recursión de función «unstrip»	1/20
Tamaño tras la expansión de «unstrip»	85 419/5 000 000 bytes
Tiempo de uso de Lua	4,383/10,000 segundos
Uso de memoria de Lua	52 428 772/52 428 800 bytes
Perfil de Lua
recursiveClone <mwInit.lua:41> 2700 ms 60.8% type 380 ms 8.6% (for generator) 380 ms 8.6% Scribunto_LuaSandboxCallback::getEntity 360 ms 8.1% ? 320 ms 7.2% old_getmetatable 80 ms 1.8% Scribunto_LuaSandboxCallback::getAllExpandedArguments 60 ms 1.4% pairs 60 ms 1.4% maskEntityTable <mw.wikibase.entity.lua:61> 40 ms 0.9% Scribunto_LuaSandboxCallback::preprocess 20 ms 0.5% [others] 40 ms 0.9%
Número de entidades de Wikibase cargadas	1/400

Usando Lua

Entidades de Wikidata usadas en esta página

ocupación: Etiqueta: es situado en la entidad territorial administrativa: Etiqueta: es movimiento: Etiqueta: es género: Etiqueta: es basado en: Etiqueta: es logotipo: Etiqueta: es ubicación de la sede: Etiqueta: es número de casos: Etiqueta: es premio recibido: Etiqueta: es país: Etiqueta: es imagen: Etiqueta: es lugar de nacimiento: Etiqueta: es lugar de fallecimiento: Etiqueta: es superficie: Etiqueta: es altura: Etiqueta: es superficie de cuenca hidrográfica: Etiqueta: es masa: Etiqueta: es país de nacionalidad: Etiqueta: es ubicación: Etiqueta: es periodicidad: Etiqueta: es alcance del faro: Etiqueta: es instancia de: Etiqueta: es cargo ocupado: Etiqueta: es compuesto por: Etiqueta: es educado en: Etiqueta: es página web oficial: Etiqueta: es Módulo:Wikidata: Enlace de sitio, Título, Descripción: en español: Título, Etiqueta: es occitano: Título, Etiqueta: es España: Declaración: P37 catalán: Título, Etiqueta: es euskera: Título, Etiqueta: es aragonés: Título, Etiqueta: es gallego: Título, Etiqueta: es

Plantillas usadas en esta previsualización:

Plantilla:Artículo bueno (ver código) (protegida) Plantilla:Celda (editar) (semiprotegida) Plantilla:Celda/color (editar) (semiprotegida) Plantilla:Celda/valor (editar) (semiprotegida) Plantilla:Cita noticia (editar) (semiprotegida) Plantilla:Cita web (ver código) (protegida) Plantilla:Citation (ver código) (protegida) Plantilla:Cite web (editar) (semiprotegida) Plantilla:Clasificacionvj (editar) Plantilla:Clasificaciónvj (editar) Plantilla:Control de autoridades (ver código) (protegida) Plantilla:Control de autoridades/styles.css (editar) (semiprotegida) Plantilla:Crítica de videojuego (editar) Plantilla:Desvincular (editar) (semiprotegida) Plantilla:En (editar) (semiprotegida) Plantilla:En idioma (editar) (semiprotegida) Plantilla:Enlace externo (editar) (semiprotegida) Plantilla:Esd (editar) (semiprotegida) Plantilla:Ficha de videojuego/zona de pruebas (editar) Plantilla:Lanzamientovj (editar) Plantilla:Lista sin viñetas (editar) Plantilla:Listaref (ver código) (protegida) Plantilla:Metaplantilla de enlaces externos (editar) Plantilla:Obra citada (editar) (semiprotegida) Plantilla:Obtener idioma (ver código) (protegida) Plantilla:Página web (editar) (semiprotegida) Plantilla:Reemplazar (ver código) (protegida) Plantilla:Refn (ver código) (protegida) Plantilla:Str left (editar) (semiprotegida) Plantilla:Twitter (ver código) (protegida) Plantilla:Ubl (editar) Plantilla:Y-e (editar) (semiprotegida) Módulo:Argumentos (editar) Módulo:Arguments (editar) Módulo:Categorización de buenos y destacados (editar) Módulo:Citas (editar) Módulo:Citas/Configuración (editar) Módulo:Citas/ValidaciónFechas (editar) Módulo:Citas/Whitelist (editar) Módulo:Clasificaciónvj (editar) Módulo:Clasificaciónvj/datos (editar) Módulo:Control de autoridades (editar) Módulo:Crítica de videojuegos (editar) Módulo:Crítica de videojuegos/datos (editar) Módulo:Date (editar) Módulo:Enlace externo (editar) Módulo:Fechas (editar) Módulo:Ficha (ver código) (protegida) Módulo:Ficha de videojuego (editar) Módulo:HtmlBuilder (ver código) (protegida) Módulo:Identificadores (editar) Módulo:Lanzamientovj (editar) Módulo:Lanzamientovj/datos (editar) Módulo:Listas (editar) Módulo:Navbar (editar) Módulo:Navbar/configuración (editar) Módulo:Navbox (editar) Módulo:No globals (editar) Módulo:Números (editar) Módulo:Páginas (editar) Módulo:String (ver código) (protegida) Módulo:Tablas (editar) Módulo:URL (editar) Módulo:Wikidata (editar) Módulo:Wikidata/Fecha (editar) Módulo:Wikidata/Formatos (editar) Módulo:Yesno (editar)

Datos de perfilado del analizador:

Tiempo de uso de CPU	2,075 segundos
Tiempo real de uso	2,263 segundos
N.º de nodos visitados por el preprocesador	7744/1 000 000
Tamaño de inclusión posexpansión	256 625/2 097 152 bytes
Tamaño de los parámetros de plantilla	821/2 097 152 bytes
Profundidad máxima de expansión	20/100
Contador de funciones costosas del analizador	4/500
Profundidad de recursión de función «unstrip»	1/20
Tamaño tras la expansión de «unstrip»	191 456/5 000 000 bytes
Tiempo de uso de Lua	1,446/10,000 segundos
Uso de memoria de Lua	41 443 459/52 428 800 bytes
Perfil de Lua
recursiveClone <mwInit.lua:41> 440 ms 30.1% Scribunto_LuaSandboxCallback::getEntity 360 ms 24.7% ? 180 ms 12.3% Scribunto_LuaSandboxCallback::getEntityStatements 100 ms 6.8% (for generator) 80 ms 5.5% Scribunto_LuaSandboxCallback::getAllExpandedArguments 60 ms 4.1% Scribunto_LuaSandboxCallback::getSiteLinkPageName 40 ms 2.7% type 20 ms 1.4% format 20 ms 1.4% Scribunto_LuaSandboxCallback::callParserFunction 20 ms 1.4% [others] 140 ms 9.6%
Número de entidades de Wikibase cargadas	5/400

Viendo la versión actual de la plantilla en Lua, ya creo que es momento de reemplazarla, ya que la veo funcional; cualquier problema que surja no veo justificación el volver a laversión anterior, que causa más problemas que los potenciales problemas con la nueva implementación, que, de todos modos, se puede resolver reportando en la discusión de la plantilla.

Otra etapa importante sería la optimización de módulos que usen tablas, para usar la función mw.loadData(), de manera de evitar la sobrecarga de datos redundantes.--Amitie 10g (discusión) 17:15 19 feb 2022 (UTC)

Amitie 10g, por unos días el artículo estuvo bien, pero hoy nuevamente sale el aviso de falta de memoria. ZebaX2010 [PRESS START] 08:04 1 mar 2022 (UTC)

Echaré un vistazo al módulo durante el día. Tal vez haga falta debatir sobre las versiones en Wikidata. --Amitie 10g (discusión) 10:29 1 mar 2022 (UTC)

Wikidata weekly summary #510

Here's your quick overview of what has been happening around Wikidata over the last week.

• Discussions
  • New requests for permissions/Bot: EnvlhBot 3. Task/s: add dictionaries IDs to French lexemes
  • Closed request for permissions/Bot: IndoBot (Approved). Task/s: I would like to import all Indonesian schools, more than 100000. The data includes school type, location, and coordinates as well as external identifiers

• Events
  • Upcoming:
    • Data Reuse Days, on March 14-24: you can select the sessions you'd like to join among the 35 presentations, workshops and discussions in the schedule.
    • Online Wikidata meetup in Swedish #99, March 13th at 13.00 UTC
    • LIVE Wikidata editing #74 - YouTube, Facebook, March 12th at 19:00 UTC
    • LD4 Wikibase Working Hour. Presentation and discussion: "Introduction to Linked Open Data Strategy with Lea Voget, Head, Product Management WMDE". Lea is not only the team lead of product, project and program managers at WMDE, she is also one of the main thinkers behind the Linked Open Data strategy. When: 11 March 2022, 11AM-12PM Eastern US (Time zone converter). Registration: Registration link
    • Next Linked Data for Libraries LD4 Wikidata Affinity Group call: Associate Librarian Stacy Allison-Cassin and her students on Wikidata in the classroom. Agenda
    • Art+Feminism editathon at the University Library Center of the University of Salerno. 8 March 2022
    • Wikidata workshop, held in collaboration with IPTC and explores the use of Wikidata concepts when dealing with metadata in media applications. Timing: from 10:00 to 18:00 CET. With presentations from: Yle, RAI, France TV, IPTC, Gruppo RES, Media Press, Perfect Memory, New York Times, NTB, Imatrics.
  • Ongoing: Weekly Lexemes Challenge #33, Ukraine
  • Past:
    • LIVE Wikidata editing #73 #opendataday - YouTube
    • NFDI InfraTalk: Wikibase - knowledge graphs for RDM in NFDI4Culture - YouTube (March 7, 4:00 PM CEST)

• Press, articles, blog posts, videos
  • Videos
    • Creating a new item on Wikidata (in Italian) - YouTube
    • Connecting Wikidata with OpenStreetMap (in Italian) - YouTube
    • Wikidata and Wikimedia Commons (in French) - YouTube: 1, 2, 3.

• Tool of the week
  • Wikxhibit is a tool that allows anyone, even non-programmers, to create cool presentations of Wikidata, and other sources of data on the web, only using HTML and without any additional programming. Are you interested in creating presentations of Wikidata? We would like to understand your experience with Wikidata to better improve our tool. It would help if you can fill out our survey https://mit.co1.qualtrics.com/jfe/form/SV_cvZKKlRu2S7C9Fk

• Other Noteworthy Stuff
  • Wikidata dumps: Due to technical issues the JSON and RDF dumps for the week of March 1st couldn't be properly generated (phab:T300255#7746418). The situation is expected to get back to normal this week.
  • Item with QID 111,111,111 was created
  • Job openings:
    • The development team at WMDE is looking for a Senior Software Engineer to develop and improve the software behind the Wikidata project. Apply here!
    • The WMF Search Platform team is looking for someone to maintain and develop Wikidata Query Service. Apply here!
    • Museo de Ciencias Naturales de Berlín (Q233098) is looking for someone for project- and data management especially for Wikidata related stuff about the museums collections Job Description (German)

• Did you know?
  • Newest properties:
    • General datatypes: created during, Ghana Place Names URL, trained by
    • External identifiers: Old-Games.RU ID, Strongman Archives athlete ID, SBN work ID, SBN place ID, Kanobu numeric game ID, St. Sergius Institute authority ID, CBDB.cz author ID, CBDB.cz book ID, ULI ID, NLC Bibliography ID, LMHL author ID, Biographisches Portal der Rabbiner ID, Latvia water body classification code, Encyclopedia of Database Systems ID, UKÄ standard classification of Swedish science topics 2011, QQ Music singer ID, PubCRIS product number, PKULaw CLI Code, NVE glacier ID, iXBT Games ID, TVSA actor ID, Künstlerdatenbank ID, Culture.ru person ID, Naver VIBE track ID, LastDodo-area-identifier, Index to Organism Names ID, ELF code, Historical Topography of Cultural Heritage object ID, Refuge.tokyo video game ID, Trip.com hotel ID, tiket.com hotel ID, PegiPegi Hotel ID, parliament.uk member ID, RODI-DB player ID, HockeySlovakia.sk player ID, Portable Antiquities Scheme object type identifier, MovieMeter series ID, Gesher Theatre Archive person ID, Gesher Theatre Archive play ID, Euro NCAP ID, Drammen city encyclopedia ID, GoHa.ru ID, Norwegian thesaurus on genre and form identifier, Qichacha firm ID, WorldFootball.net match ID, Michigan Legislative Bio ID, hostelworld hostel ID, Viciebsk Encyclopedia ID, Encyclopedia of Russian avant-garde ID, NetEase Music artist ID, Chgk person ID, Pamyat Naroda ID, Traveloka hotel ID, police zone ID (Belgium), Berlin Street ID, Renacyt ID, VGTimes ID, CineCartaz film ID, JeuxActu ID, Urban Electric Transit country ID
  • New property proposals to review:
    • General datatypes: Агрегатируется с, Observer
    • External identifiers: traveloka activities ID, tiket to-do ID, TEIS ID, OBD Memorial ID, Hrono.ru article ID, db.narb.by ID, Shopee Shop ID, Grab Food ID, US trademark serial number, Scottish Built Ships ID, trivago hotel ID, skyscanner hotel ID, Agoda Hotel Numeric ID, pravo.gov.ru ID, NGO Darpan ID, Library of Parliament of Canada riding ID, Booking.com numeric ID, WIPO Pearl term ID, United Russia member ID, Repetti on-line ID, Nice Classification ID, IxTheo ID
  • Query examples:
    • Use of free software license for describing software (source)
    • Count of latest available Twitter follower count for different programming languages (source)
    • Timeline of programming languages and their paradigms (source)
    • Most popular programming language on Wikipedia with multilingual articles (source)
    • Russian TV channels from and about Russia (source)
    • Places of birth of people named "Désirée" (source)
    • People in the Père-Lachaise cemetery who were born in a city that is or was in Ukraine (source)
    • Properties linking between a church and its saint (source)

• Development
  • Data Reuse Days: Preparing for the upcoming Data Reuse Days. Join us! A lot of exciting sessions are coming together.
  • Lexicographical data: Continued work on the new Special:NewLexeme page. We are getting close to the point where it can create a Lexeme.
  • REST API: Continuing to work on the first endpoint to read Item data.

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.

• Monthly Tasks
  • Add labels, in your own language(s), for the new properties listed above.
  • Comment on property proposals: all open proposals
  • Contribute to a Showcase item.
  • 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!

Read the full report · Unsubscribe · Mohammed Sadat (WMDE) 14:22 7 mar 2022 (UTC)

Tech News: 2022-10

Estas son las noticias técnicas de la comunidad técnica de Wikimedia. Informe de estos cambios a otros usuarios. No todos los cambios le afectarán. Hay traducciones disponibles.

Problemas

• En la semana pasada hubo un problema con algunas etiquetas de la interfaz, que será corregido esta semana. Este cambio era parte de un trabajo en progreso para simplificar el soporte para las pieles que no tienen mantenedores activos. [23]

Cambios de esta semana

• La nueva versión de MediaWiki se instalará en los wikis de prueba y en MediaWiki.org el 8 marzo. Se instalará en wikis que no son Wikipedias y en algunas Wikipedias a partir del 9 marzo y en las restantes a partir del 10 marzo (calendario).

Las Noticias Técnicas son preparadas por los escritores de Noticias Técnicas y publicadas con un bot • Colabore • traduzca • obtenga ayuda • denos su opinión • suscríbase o cancele su suscripción.

21:15 7 mar 2022 (UTC)

Problema con reproductor de audio en Recurso del día de portada

Hola, quisiera saber si alguien más ha sufrido el mismo problema que estoy teniendo en escritorio. He probado con Firefox y Google Chrome en unas tres computadoras pero el problema es igual. (Imagen: https://imgur.com/H4f1saa) Puedo ver el reproductor por una fracción de segundo pero luego desaparece y es reemplazado por una barra gris. ~ℳɑrio - (¿Un té?) 22:51 8 mar 2022 (UTC)

Problema conocido. Solución en proceso. CC: MarioFinale. -- Leoncastro (discusión) 23:03 8 mar 2022 (UTC)

Wikidata weekly summary #511

Here's your quick overview of what has been happening around Wikidata over the last week.

• Events
  • Upcoming
    • Data Reuse Days, on March 14-24: you can select the sessions you'd like to join among the many presentations, workshops and discussions in the schedule. You can also look at a selection of sessions based on your areas of interest.
    • LIVE Wikidata editing #75 - YouTube, Facebook, March 19th at 19:00 UTC
    • Online Wikidata meetup in Swedish #100(!), March 20th at 13.00 UTC
    • Bug Triage Hour focused on data reuse, March 23rd
    • Wikidata 101 workshop (in Albanian language) March 15th at 10 o'clock at the Faculty of Economics, University of Tirana
    • Ontotext Webinar - GraphDB as Company Data Central - "How GraphDB can help you create a graph model of your data and enrich it with reference data". March 17th
  • Ongoing: Weekly Lexemes Challenge #33, Furniture

• Press, articles, blog posts, videos
  • Blogs
    • History of the Tour de France: a notebook to explore the history of the tour de France in three charts.
    • A dataset of scholarly journals in wikidata : (selected) external identifiers
    • Getting all the government agencies of the world structured in Wikidata
  • Papers
    • ParaNames: A Massively Multilingual Entity Name Corpus (built using Wikidata)
  • Videos
    • Breton Lexicographic data SPARQL queries (in French) - YouTube
    • Wikidata SPARQL session (in French) - YouTube
    • moreIdentifiers UseAsRef gadget (in Italian) - YouTube
    • Wikidata working hour - QuickStatements (in Italian) - YouTube
    • Graph data formats: Common RDF vocabularies (in Czech) - YouTube

• Tool of the week
  • User:Nikki/LexemeTranslations.js is a userscript that shows translations for a lexeme. The translations are inferred from statements on senses, such as item for this sense (P5137).

• Other Noteworthy Stuff
  • WDQS outage on 06 March: users may have unexpectedly had requests blocked. Incident report here.

• Did you know?
  • Newest properties:
    • General datatypes: Ghana Place Names URL, trained by, KLADR ID, identifies
    • External identifiers: TVSA actor ID, Künstlerdatenbank ID, Culture.ru person ID, Naver VIBE track ID, LastDodo-area-identifier, Index to Organism Names ID, ELF code, Historical Topography of Cultural Heritage object ID, Refuge.tokyo video game ID, Trip.com hotel ID, tiket.com hotel ID, PegiPegi Hotel ID, parliament.uk member ID, RODI-DB player ID, HockeySlovakia.sk player ID, Portable Antiquities Scheme object type identifier, MovieMeter series ID, Gesher Theatre Archive person ID, Gesher Theatre Archive play ID, Euro NCAP ID, Drammen city encyclopedia ID, GoHa.ru ID, Norwegian thesaurus on genre and form identifier, Qichacha firm ID, WorldFootball.net match ID, Michigan Legislative Bio ID, hostelworld hostel ID, Viciebsk Encyclopedia ID, Encyclopedia of Russian avant-garde ID, NetEase Music artist ID, Chgk person ID, Pamyat Naroda ID, Traveloka hotel ID, police zone ID (Belgium), Berlin Street ID, Renacyt ID, VGTimes ID, CineCartaz film ID, JeuxActu ID, Urban Electric Transit country ID, Change.org decision maker ID, Podchaser episode ID, Rusactors actor ID, Rusactors film ID, Dumbarton Oaks object ID, Encyclopedia of Russian America ID, Dansk Navneleksikon ID, CiteSeerX person ID, CNKI author ID, naturkartan.se ID, HaBima Archive play ID, HaBima Archive person ID, Vedomosti company ID, Grab Food restaurant ID, Chinese School Identifier, Drevo Encyclopedia ID, svpressa.ru person ID, GameMAG ID, ICQ user ID, Scottish Built Ships ID, histrf.ru person ID, symogih.org ID, Mapping Manuscript Migrations manuscript ID, US trademark serial number, NLC Bibliography ID (foreign-language), GoFood restaurant ID, Official Internet Portal of Legal Information ID, Bavarian Monument Map Object-ID (building ensemble), skyscanner hotel ID, NGO Darpan ID
  • New property proposals to review:
    • General datatypes: Observer, identifiant spectacle Les Archives du spectacle, Supports qualifier 2, franchisor, Exhibited Creator, colocated with
    • External identifiers: trivago hotel ID, Agoda Hotel Numeric ID, Library of Parliament of Canada riding ID, Booking.com numeric ID, WIPO Pearl term ID, United Russia member ID, Repetti on-line ID, Nice Classification ID, IxTheo ID, Encyclopedia of China ID (Third Edition), MovieMeter TV season ID, MangaDex title ID, 1905.com film ID, 1905.com star ID, Stan Radar dossier ID, Italian Women Writers ID, Championat.com ID, Arachne entity ID, IRIS Friuli-Venezia Giulia IDs, Sport24.ru team ID, Sport24.ru person ID, SINGULART artist ID, AlloCiné TV season ID, Virginia Burgesses and Delegates Database ID, Arizona Legislators Then and Now ID, VideoGameGeek developer ID, ubereats store ID, FamousFix topic ID, FAOTERM ID, RSPA Ancient authors ID, RSPA Modern authors ID, ImagesDéfense ID, Parcours de vies dans la Royale ID, ILO code, Culture.ru institutes ID, Proza.ru author ID, Stihi.ru author ID, TV Maze season ID, Virginia Tech Dendrology Factsheets ID, Boobpedia ID, Leafsnap ID, neftegaz.ru person ID
  • Query examples:
    • Properties describing Art UK artworks (source)
    • Timeline of victims of the 2022 Russian invasion of Ukraine
    • Population of countries that share a border with Russia (source)
    • Audio pronunciation of places in Wales (source)
    • Things with a national gallery of Scotland ID where the artist was or is a woman (source)
    • Software with gender information of developer, designer and the person named after source

• Development
  • Getting ready for Data Reuse Days
  • Mismatch Finder: Discussing the next batches of potential mismatches with MusicBrainz data and some remaining Freebase data
  • Lexicographical data: Continuing work on the basic version of the new Special:NewLexeme page, focusing on putting in the base data about the new Lexeme
  • REST API: Continuing coding on the basic version of the GET Item endpoint

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.

• Monthly Tasks
  • Add labels, in your own language(s), for the new properties listed above.
  • Comment on property proposals: all open proposals
  • Contribute to a Showcase item.
  • 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!

Read the full report · Unsubscribe · Mohammed Sadat (WMDE) 14:41 14 mar 2022 (UTC)

Tech News: 2022-11

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

Recent changes

• In the Wikipedia Android app it is now possible to change the toolbar at the bottom so the tools you use more often are easier to click on. The app now also has a focused reading mode. [24][25]

Problems

• There was a problem with the collection of some page-view data from June 2021 to January 2022 on all wikis. This means the statistics are incomplete. To help calculate which projects and regions were most affected, relevant datasets are being retained for 30 extra days. You can read more on Meta-wiki.
• There was a problem with the databases on March 10. All wikis were unreachable for logged-in users for 12 minutes. Logged-out users could read pages but could not edit or access uncached content then. [26]

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 15 March. It will be on non-Wikipedia wikis and some Wikipedias from 16 March. It will be on all wikis from 17 March (calendar).
• When using uselang=qqx to find localisation messages, it will now show all possible message keys for navigation tabs such as "Ver historial". [27]
• Access to Especial:BorrarRevisión has been expanded to include users who have deletelogentry and deletedhistory rights through their group memberships. Before, only those with the deleterevision right could access this special page. [28]
• On the Especial:Restaurar pages for diffs and revisions, there will be a link back to the main Undelete page with the list of revisions. [29]

Future changes

• The Wikimedia Foundation has announced the IP Masking implementation strategy and next steps. The announcement can be read here.
• The Wikipedia Android app developers are working on new functions for user talk pages and article talk pages. [30]

Events

• The Wikimedia Hackathon 2022 will take place as a hybrid event on 20-22 May 2022. The Hackathon will be held online and there are grants available to support local in-person meetups around the world. Grants can be requested until 20 March.

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

22:06 14 mar 2022 (UTC)

Growth Newsletter #20

Te damos la bienvenida a la newsletter número 20 del equipo Growth!

El objetivo del equipo de crecimiento es trabajar en cambios de software que ayuden a retener a nuevas personas colaboradoras en los proyectos de Wikimedia.

Ediciones sugeridas

Hasta febrero de 2022, se han realizado 300.000 ediciones sugeridas desde que la función se desplegó por primera vez en diciembre de 2019.

'Añadir un enlace es la primera tarea estructurada del equipo, y fue desplegada en mayo de 2021. Ha mejorado los resultados para los recién llegados. El equipo está trabajando ahora en una segunda iteración basada en los comentarios de la comunidad y el análisis de datos. Las mejoras incluirán: sugerencias algorítmicas mejoradas, limitaciones para evitar que se añadan demasiados enlaces similares e incentivos más claros para que los usuarios sigan haciendo ediciones. Tras añadir estas mejoras, desplegaremos esta tarea en más Wikipedias.

Añadir una imagen es la segunda tarea estructurada construida por nuestro equipo. Fue desplegada en noviembre de 2021 en cuatro Wikipedias piloto. Es una tarea más difícil para los recién llegados. Sin embargo, añade más valor a los artículos (hasta ahora, se han añadido más de 1.000 imágenes). Actualmente estamos aprendiendo de las comunidades y de los datos sobre lo que funciona bien y aquello que necesita mejoras. La página del proyecto contiene enlaces a prototipos interactivos. Estamos muy interesados en conocer tu opinión sobre esta idea mientras construimos y probamos las primeras versiones. Pronto desplegaremos esta tarea en más Wikipedias como prueba.

"Añadir un enlace" y "Añadir una imagen" tienen ahora una limitación en el número de estas tareas que los recién llegados pueden hacer por día. El objetivo es disuadir a aquellos nuevos usuarios más descuidados de realizar demasiadas ediciones problemáticas.

Refuerzo positivo

Durante los dos últimos años, el equipo de Crecimiento se ha centrado en la creación de sugerencias de edición: tareas fáciles para que los recién llegados puedan empezar. Con esta experiencia hemos aprendido que estas tareas ayudan a muchos recién llegados a realizar sus primeras ediciones. Ahora, el equipo está iniciando un nuevo proyecto: "refuerzo positivo". Su objetivo es hacer que los recién llegados se sientan orgullosos de su edición y que quieran volver a por más. Con el proyecto de refuerzo positivo, estamos considerando tres tipos de características:

• Estadísticas de impacto: ofrece a los nuevos usuarios la posibilidad de conocer cuántas personas leen los artículos que han editado.
• Subir de nivel: anima a los recién llegados a progresar de las tareas más fáciles a las más difíciles.
• Elogios personalizados: animar a los mentores y otros editores a "agradecer" y premiar a los recién llegados por su buen trabajo.

Este proyecto no ha hecho más que empezar y esperamos las opiniones de la comunidad sobre su funcionamiento. Sabemos que las cosas pueden ir mal si ofrecemos los incentivos equivocados a los recién llegados, así que queremos ser cuidadosos. ¡Por favor, visita la página de discusión para ayudar a darle forma al proyecto!

Novedades para mentores

• El panel de mentores está disponible en todas las wikis. Ayuda a los mentores a ver quiénes son sus alumnos y a hacer un seguimiento de su actividad. Se activa automáticamente cuando se ha creado una lista de mentores. Si necesitas ayuda para crear una lista de mentores, por favor contacta con nosotros.
• El panel de control de los mentores tiene un nuevo módulo: la configuración. Ahora los mentores pueden definir su estado (activo o ausente). Pueden especificar el volumen de preguntas que quieren recibir, y pueden solicitar aprendices de una manera más simple. También es posible que los mentores renuncien, lo que reasignará automáticamente a sus alumnos a otros mentores.
• Estamos trabajando en una función para que un alumno pueda optar por no tener (volver a tener) un mentor.
• Antes, en el panel que presenta la actividad de los aprendices, los filtros los mostraban a todos, incluidos los que tenían cero ediciones o muchas. Hemos cambiado esto para que sólo los alumnos que tengan entre 1 y 500 ediciones sean visibles por defecto. Los mentores y mentoras pueden modificar este valor en sus filtros.
• Actualmente estamos trabajando en una página especial para que las mentoras y los mentores se inscriban.

Algunas wikis han creado fichas de usuario que los mentores pueden mostrar en sus páginas de usuario. Si tu wiki las tiene, por favor, ¡enlázala a Wikidata!

Escalado

Antes, en la mayoría de las Wikipedias, sólo el 80% de los recién llegados obtenían las funcionalidades de Crecimiento. Esto se hizo para experimentar, para tener un grupo de control. Hemos cambiado esta configuración. Ahora el 100% de las cuentas nuevas en todas las Wikipedias obtienen las características de Crecimiento (excepto unas pocas, que se mantienen como wikis de prueba). Invitamos a las comunidades a actualizar su documentación y tutoriales de bienvenida. Por favor, incluye las funcionalidades de Crecimiento en ella. Para facilitar la tarea, hemos creado una página de ayuda que se puede traducir y adaptar a tu wiki.

Cómo ayudar

¿Tiene preguntas sobre las funciones de Crecimiento? Este FAQ que se puede traducir contiene respuestas a las preguntas más comunes sobre el trabajo del equipo de Crecimiento. La actualizamos regularmente.

Las traducciones de la interfaz son importantes para los recién llegados. Por favor, ayuda en tu idioma, traduciendo o editando las traducciones de la interfaz para las funcionalidades de Crecimiento.

Newsletter del equipo Growth preparado por el equipo Growth y publicado por bot - Deja tu opinión - Suscribirse o cancelar la suscripción.

17:12 16 mar 2022 (UTC)

Wikidata weekly summary #512

Here's your quick overview of what has been happening around Wikidata over the last week.

• Discussions
  • New requests for permissions/Bot:
    • PodcastBot. Task/s: Upload new podcast episodes, extract: title, part of the series, has quality (explicit episode), full work available at (mp3), production code, apple podcast episode id, spotify episode ID. Regex extraction: talk show guest, recording date (from description)
    • AradglBot. Task/s: Create between 100,000 and 200,000 new lexemes in Aragonese language Q8765
  • Closed request for permissions/Bot: EnvlhBot 3 (approved). Task/s: add dictionaries IDs to French lexemes

• Events
  • Upcoming
    • Tuesday, March 22 at 9AM UTC: first online OpenRefine office hour for Wikimedians. Find the Zoom link and dates/times for next office hours here!
    • Next Linked Data for Libraries LD4 Wikidata Affinity Group call: Christian Boulanger on extracting open citation data for legal theory graph project. Agenda with call link, March 22.
  • Ongoing:
    • Weekly Lexemes Challenge #34, Geometry
    • Data Reuse Days, on March 14-24: you can select the sessions you'd like to join among the many presentations, workshops and discussions in the schedule. For a recap of the event so far:
      • a selection of sessions are recorded, you can find the videos here or below
      • speakers will progressively add their slides in this Commons category
      • all notes and Q&A of sessions are archived here: Wikidata:Events/Data Reuse Days 2022/Outcomes/notes

• Press, articles, blog posts, videos
  • Blogs
    • MediaWiki Lua for non-Lua programmers by Lucas Werkmeister
    • Kohesio.eu: European Commission goes Open Source
  • Videos
    • Ongoing DataReuseDays 2022 - YouTube
      • Lightning talks
      • Wikidata for performing and visual arts
      • Wikxhibit
      • How to retrieve Wikidata’s data?
      • Best practices for reusing Wikidata’s data
      • Building a simple web app using Wikidata data
      • Biohackathon: report on reviewing Wikidata subsetting method
      • GeneWiki: The Wikidata Integrator
    • Cartographier des données de Wikidata avec Umap (in French) - YouTube
    • Mapping Einstein Researchers on Wikidata (in Portuguese) - YouTube

• Tool of the week
  • Linked People project let's you explore the family trees of all known people at Wikipedia/Wikidata.
  • Gene of the Day (gene-wordle) uses Wikidata for gene names and crafting an answer list by number of sitelinks.

• Other Noteworthy Stuff
  • There are Rapid Grants available for local meetups during the Wikimedia Hackathon 2022 from May 20-May 22. Apply to host a social for your local community. The deadline to apply is March 27, 2022.
  • Magnus made a recent Mix’n’match improvement: List of Wikidata properties (incomplete) that could have a MnM catalog, to help create one, or tag as difficult etc.
  • Andrew put together a guide to writing SPARQL queries for the Wikidata MPs project. Wikidata:WikiProject British Politicians/Building Queries
  • The proposed config change to remove the changetags right from users – so that they can apply change tags to their own actions as they are made, but not change the tags of other actions after the fact anymore – has been deployed.

• Did you know?
  • Newest properties:
    • General datatypes: State Heraldic Register of the Russian Federation ID
    • External identifiers: LDT @ Library Name Authority ID, LDT @ Library Subject Terms Authority ID, LDT @ Library Classification Authority ID, USP Production Repository ID, Transilien ID, United Russia member ID, MovieMeter TV season ID, Joshua Project people group ID, Moscow Street ID, Moscow area ID, vc.ru company ID, Repetti on-line ID, Cybersport.ru ID, Québec Enterprise Number, Discover Moscow ID, ArTS author ID, IRIS UNIUD author ID, Game Informer ID, Ligue 2 player ID, Femiwiki ID, Arachne entity ID, VideoGameGeek developer ID, Encyclopedia of Krasnoyarsk Krai ID, Oregon State Parks ID, Washington State Parks ID, Sport24.ru person ID, SINGULART artist ID, eBru ID, ICCROM authority ID, Legal entity registered by the Ministry of Culture of the Czech Republic ID
  • New property proposals to review:
    • General datatypes: Bhashakosha pp., local education level, hours per week, education level, time allocation, grading system, grade, ISCED-ALevel, ISCED category orientation, ISCED Broad Field, ISCED Narrow Field, ISCED Detailed Field, competency, sessions per week, applies to work, rack system, maintains consistent linking to
    • External identifiers: Kramerius of Regional Library in Pardubice UUID, USA Track & Field (www.usatf.org) athlete ID, GuideStar India Organisations-ID, DACS ID (2022), marriott hotel ID, identifiant Epigraphie, Salzburger Literatur Netz ID, Literatur Netz Oberösterreich ID, CPNI ID, QQ Music album ID, QQ Music song ID, eSbírky institution ID, Atlante Beni Culturali Calabria item ID, Atlante Beni Culturali Calabria cultural place ID, Zotero ID, World of Waterfalls ID
  • Query examples:
    • Signature images from Wikidata (change the view to “map” to see the signatures arranged by the person’s place of birth! (source)
    • Count of UK lake items with a 'UK Lakes Portal ID' (P7548) property statement (source)
    • Travel reports by Alfred Brehm as timeline (source)
    • Timeline for the Apple "M" series of Systems on a Chip (SoC)
    • Religion of men named “Maria” (as one of their given names) (source)
    • Shortest rail link between Narvik and Singapore (passing through Finland and Kazakhstan)
    • Map of institutions where "where people who studied there" have created written works whose main subject is knowledge graph (Q33002955), knowledge base (Q515701) and (Q33002955)
    • Colonies of Africa with their or their “main state”’s official language and ISO code

• Development
  • Lexicographical data: We're continuing with the work on the new Special:NewLexeme page. We worked on saving a valid new Lexeme with the new page. We are now focusing on the suggesters for language and lexical category so editors can select the right Item for them.
  • Data Reuse Days: We ran sessions on how to use Wikidata's data programmatically and the best practices around it. Slides and videos are available already (see above).
  • REST API: Continuing coding on the basic version of the GET Item endpoint. We have the very initial version of the get item endpoint ready and are now adding more parameters to it.

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.

• Monthly Tasks
  • Add labels, in your own language(s), for the new properties listed above.
  • Comment on property proposals: all open proposals
  • Contribute to a Showcase item.
  • 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!

Read the full report · Unsubscribe · Mohammed Sadat (WMDE) 15:14 21 mar 2022 (UTC)

Tech News: 2022-12

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

New code release schedule for this week

• There will be four MediaWiki releases this week, instead of just one. This is an experiment which should lead to fewer problems and to faster feature updates. The releases will be on all wikis, at different times, on Monday, Tuesday, and Wednesday. You can read more about this project.

Recent changes

• You can now set how many search results to show by default in your Preferences. This was the 12th most popular wish in the Community Wishlist Survey 2022. [31]
• The Jupyter notebooks tool PAWS has been updated to a new interface. [32]

Future changes

• Interactive maps via Kartographer will soon work on wikis using the FlaggedRevisions extension. Please tell us which improvements you want to see in Kartographer. You can take this survey in simple English. [33]

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

16:00 21 mar 2022 (UTC)

Wikidata weekly summary #513

Here's your quick overview of what has been happening around Wikidata over the last week.

• Events
  • Upcoming
    • The next Wikibase live session is 15:00 UTC on Thursday 31st March 2022 (17:00 Berlin time). What are you working on around Wikibase? You're welcome to come and share your project with the community.
    • Live Wikidata editing on Twitch and in French by Vigneron, March 29 at 19:00 CEST (UTC+2)
    • ArtandFeminism 2022 editathon by Achiri Bitamsimli. Theme: Add Dagbani labels and descriptions of female lawyers in West Africa. Date: April 1st, 2022 - March 8th, 2022. Location: Tamale College of Education, Ghana. Time: 9:00am — 9:00pm UTC. Register.
    • LIVE Wikidata editing #77 - YouTube, Facebook, April 2nd at 18:00 UTC
    • Online Wikidata meetup in Swedish #102, April 3rd at 12.00 UTC
    • Cultural Venues Datathon: April 25 - May 2, 2022. This online editing event is organized by the Canadian Association for the Performing Arts, LaCogency and many partners, with support from Wikimedia Foundation Alliances Fund. Guided editing sessions will be facilitated in English and in French.
    • The Celtic Knot Conference, dedicated to underrepresented languages on the Wikimedia projects, with a focus on Wikidata, will take place online and onsite on July 1-2, 2022.
  • Ongoing:
    • Wikimedia Indonesia's Datathon program under 2022 Wiki Women's Month started on March 18th 18:00 UTC+7 and will last until March 25th 23:59 UTC+7. 70+ users enrollled. Page.
    • Weekly Lexemes Challenge #35, Water
  • Past:
    • Two Wikidata Training (Kelas Wikidata) on 2022 Wiki Women's Month were held online on March 12th and 13th.
    • Data Reuse Days. For a recap of the event:
      • a selection of sessions are recorded, you can find the videos here or below
      • speakers will progressively add their slides in this Commons category
      • all notes and Q&A of sessions are archived here: Wikidata:Events/Data Reuse Days 2022/Outcomes/notes

• Press, articles, blog posts, videos
  • Blogs
    • Lexicographical Data for Language Learners: The Wikidata-based App Scribe
    • Inaugural Wikidata Fellows announced, Wikimedia Australia
    • Wikidata’s lexemes sparked this librarian’s interest
    • Actress-singers and actor-singers: do actresses become singers and singers become actors? fact checking an intuition using Wikidata
    • Building a Web of Knowledge Through Wikidata
  • Presentations
    • LOTUS, Beyond drug discovery: Breaking the boundaries of natural products information, at the Sociedad Química Estadounidense (Q247556) Spring 2022 meeting
  • Papers
    • "Exploratory Methods for Relation Discovery in Archival Data" - a holistic approach to discover relations in art historical communities and enrich historians’ biographies and archival descriptions, based on Wikidata
  • Videos
    • DataReuseDays 2022 concluded. (see past events above for a full list of the recorded sessions)
    • A simple demonstration of search using QAnswer software for the disability wikibase knowledge graph - YouTube
    • FAIR and Open multilingual clinical trials in Wikidata - YouTube
    • Using Mix'n'match (in Italian) - YouTube
    • A Triangular Connection Libraries' Wikidata projects on names, collections and users - YouTube

• Tool of the week
  • Scribe is a keyboard extension based on lexicographical data that can help users remember grammar rules (see blogpost above).
  • WorldlEH is a wordle clone in Basque.

• Other Noteworthy Stuff
  • Status update about what was achieved for each of the Wikibase related 2021 development goals has been published: Wikidata:Development plan/archive2021/status updates
  • Call for Mentors: Wiki Mentor Africa is a mentorship project for tool creators/contributors. Interested to become a mentor (experienced tool creators/contributors), please visit this page!
  • Wikidata now has over 1,600,000,000 edits! The milestone edit was made by Ruky Wunpini.
  • The Dutch National Library has a new website with more info on their use of the Wikimedia Projects including their work with Wikidata.
  • 2 months paid internship vacancy is available for Wikimedia Indonesia technology division. Registration is open until March 27th. Announcement.

• Did you know?
  • Newest properties:
    • General datatypes: documentation files at
    • External identifiers: SINGULART artist ID, eBru ID, ICCROM authority ID, Legal entity registered by the Ministry of Culture of the Czech Republic ID, Rekhta book ID, ILO code, reddoorz hotel ID, Naver VIBE video ID, SberZvuk artist ID, Italian Women Writers ID, RBC company ID, Madrean Discovery Expeditions Flora Database ID, Madrean Discovery Expeditions Fauna Database ID, Encyclopedia of Transbaikalia ID, Encyclopedia of Transbaikalia person ID, Booking.com numeric ID, Agoda hotel numeric ID, Australian Reptile Online Database ID, RSPA modern authors ID, RSPA ancient authors ID, 1905.com film ID, Leafsnap ID, ImagesDéfense ID, TASS Encyclopedia person ID, TASS Encyclopedia country ID, TASS Encyclopedia tag ID, WIPO Pearl term ID
  • New property proposals to review:
    • General datatypes: maintains consistent linking to, ocupante de / occupant of
    • External identifiers: World of Waterfalls ID, New IDU properties, My World@Mail.Ru ID, BillionGraves grave ID, Archivio Storico Intesa Sanpaolo, GEMET ID, Enciclopedia del Novecento ID, Trovo ID, Invasive.org species ID, ihg Hotel ID, Monoskop article ID, Le Monde journalist ID, Libération journalist ID, Le Parisien journalist ID, Les Échos journalist ID, L'Humanité journalist ID, L'Opinion journalist ID, Le Figaro journalist ID, Présent author ID, Aldiwan poet ID, Aldiwan poem ID, International Jewish Cemetery Project ID
  • Query examples:
    • Wikidata knowledge graph of Elizabeth Keckley, dressmaker to U.S. First Lady Mary Todd Lincoln (source)
    • Women who served as defense ministers in various countries (source)
    • UK MPs who had paired names (e.g. Owen Thomas / Thomas Owen) (source)
    • List of properties associated with items that are class/subclass of File Format (source)
    • Table frequency of properties used in instances of public libraries

• Development
  • [Significant Change]: wbsearchentities changed to explicitly return display terms and matched term
  • Lexicographical data: Working on the lookup for language and lexical category and displaying potential errors during Lexeme creation
  • Improved the API response of the wbsearchentities endpoint by adding the language to the labels and descriptions in the API response (phab:T104344)
  • Data Reuse Days: Second and final week - organized, attended and held a few sessions incl. bug triage hour and pink pony session
  • REST API: Continuing work on getting the the data of an Item, we almost have filtering of the data returned by the API and basic error handling is in place. Next up: not returning the data if the client already has the most recent data, and authentication

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.

• Monthly Tasks
  • Add labels, in your own language(s), for the new properties listed above.
  • Comment on property proposals: all open proposals
  • Contribute to a Showcase item.
  • 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!

Read the full report · Unsubscribe · Mohammed Sadat (WMDE) 13:00 28 mar 2022 (UTC)

Tech News: 2022-13

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

Recent changes

• There is a simple new Wikimedia Commons upload tool available for macOS users, Sunflower.

Changes later this week

• The new version of MediaWiki will be on test wikis and MediaWiki.org from 29 March. It will be on non-Wikipedia wikis and some Wikipedias from 30 March. It will be on all wikis from 31 March (calendar).
• Some wikis will be in read-only for a few minutes because of regular database maintenance. It will be performed on 29 March at 7:00 UTC (targeted wikis) and on 31 March at 7:00 UTC (targeted wikis). [34][35]

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

19:53 28 mar 2022 (UTC)

Propuestas

Propuesta: establecer (explícitamente) un orden en las plantillas de la cabecera de los artículos

► Tema: Estructura de un artículo

Me pregunto si hay algún lugar donde se especifica esto (creo que WP:EA no llega a tanto, si bien menciona algunos aspectos relacionados) y, en caso de que no, si se podría llegar a un apacible consenso. Veamos: mi impresión es que lo muchísimamente más habitual (y natural) es que lo primero de todo vayan las plantillas de mantenimiento (referencias, no neutral, etc), luego las plantillas para enviar a otros artículos (otros usos, distinguir, etc), luego las plantillas tipo ficha y, finalmente, la introducción. Este orden supone que el inicio de la introducción y el inicio de la ficha quedan alineados en la vista de 'escritorio'. ¿Hay consenso para esto?

• Ello implicaría que ejemplos como estos estarían mal: [36], [37], [38], [39]
• Ello implicaría que ejemplos como estos estarían bien: [40],

[41] No creo que sea algo muy controversial, pero creo que sería interesante lograr una unidad de estilo, por lo que pregunto si habría problemas en agregar algo sobre esto en WP:MDE, WP:EA o donde sea. Un saludo. strakhov (discusión) 21:26 7 ene 2022 (UTC)

Me parece una idea muy lógica, de hecho yo siempre intento seguir ese orden en los artículos que redacto o modifico Términus (discusión) 21:35 7 ene 2022 (UTC)

Interesante propuesta. Al menos se supone que primero van las plantillas de mantenimiento (roja, naranja, amarilla o verde, azul, violeta, según escala de mantenimiento), luego las plantillas como {{otros usos}}, de ahí las fichas y a posterior el texto. Pero tal como indica Términus hay muchos artículos que no siguen el esquema anterior y eso es por la novatez de su creador, sea este IP o registrado. Obviamente en los manuales no dice nada claro al respecto y da para muchas interpretaciones. Por lo anterior, me decanto por la propuesta de Strakhov. --Aroblesm (discusión) 03:15 8 ene 2022 (UTC)

de toda lógica, pero cómo se implementa? quién le pone el cascabel al gato? SFBB (discusión) 03:08 20 ene 2022 (UTC)

SFBB: podría servir una mención a esto en WP:EA. Por ejemplo, plantearse en la página de discusión el agregar ese orden de plantillas y si nadie protesta (como nadie protestó por el momento aquí) incluirlo en dicha "convención" y santas pascuas. Estaba esperando de hecho a que este hilo se archivara para tomar una decisión. Hubiera sido interesante en cualquier caso que la propuesta despertara un apoyo algo más clamoroso que el de tres contribuidores. Si aparecieran voces discrepantes, se puede votar, pero ojalá no se llegue a esos extremos, pues me resultaría un poco triste tener que convocar a la comunidad (y poner en marcha la pesada y burocrática maquinaria de las votaciones) para algo tan pedestre y que pareciera contar con consenso sobre que se trata de algo lógico. strakhov (discusión) 16:02 20 ene 2022 (UTC)

Parece algo tan obvio que, como dice Aroblesm, parece que sea obra de un novato, sin mala fe. Hacen, incluso, daño a la vista los ejemplos citados por Strakhov. Me pregunto ¿no sería más sencillo y simple modificar los artículos que encontremos así? Al fin y al cabo, si alguien encuentra escrito "vever cerbeza", simplemente lo corrige por su forma adecuada "beber cerveza", sin necesidad de consultar a nadie. Manolo (discusión) 16:52 20 ene 2022 (UTC)

Manolo: siempre es bueno, incluso para cosas obvias, tener a mano una norma de estilo. A poco que uno haya pasado suficiente tiempo en Wikipedia, sabe lo utilísimo que es, a la hora de aplicar un determinado formato, tener un sustento "normativo" detrás, un consenso, un algo más allá del "es que es más lógico así, ¿no lo ves?", por tonto y evidente que parezca. Porque la probabilidad de toparte con una unidad de persona a la que le guste más que las fichas empiecen más arriba que el texto, en un entorno como este [en el que cualquiera puede editar], se aproximan peligrosamente a "1" una vez transcurrido tiempo suficiente. Y esto es algo en lo que creo que viene bien ser homogéneos y (creo) es muy fácil llegar a un consenso para ello. Las indicaciones como éstas en las políticas y convenciones le dan a uno seguridad al editar: seguridad de que está haciendo lo correcto y seguridad de no malgastar demasiado el tiempo al aplicarlo (en el sentido de que es improbable que sus cambios sean revertidos más adelante porque patatas por otra persona y esta se enroque en que "como no hay norma, se queda como estaba"). Un saludo. strakhov (discusión) 18:01 20 ene 2022 (UTC)

Comentario De hecho, con un consenso solidificado, sería mucho más cómodo pedirle, por ejemplo, a un operador de bot que corrija esta situación (y así perder menos tiempo en corregirlo nosotros). Los 'boteros' se sienten, creo, mucho más cómodos cuando, además de decirles lo que tienen que hacer, les enseñas la "normita" o "hilo de consenso" que lo recoge. strakhov (discusión) 18:09 20 ene 2022 (UTC)

Apoyo la propuesta de strakhov, tiene todo el sentido. Creo que sería conveniente agregarlo a WP:EA, como lo hacen en enwiki (en:Wikipedia:Manual of Style/Layout).--ZebaX2010 [PRESS START] 19:31 20 ene 2022 (UTC)

Curiosamente según esa página pareciera que allá sugieren que los hatnotes (otros usos, etc) van primero y las plantillas de mantenimiento después.

hatnote primero

mantenimiento primero

A mí me parece mejor el segundo ejemplo. Quizás mi opinión esté influida por el estridente diseño de nuestras plantillas de mantenimiento, no sé. ¿A alguien le parece mejor el primer ejemplo? strakhov (discusión) 19:46 20 ene 2022 (UTC)

Si crees que es mejor contar con una norma/consenso que recoja esta obviedad,  sí o sí cuenta con mi apoyo, Strakhov. Manolo (discusión) 20:41 20 ene 2022 (UTC)

Siempre asumí que lo correcto era que las plantillas de mantenimiento iban primero. -- Leoncastro (discusión) 20:49 20 ene 2022 (UTC)

┌─────────────────────────────┘
 A favor de la propuesta. --Леон Поланко говорит вам и слушает вас 20:56 20 ene 2022 (UTC)

Tal como mencioné más arriba las plantillas de mantenimiento deben ir primero. Dicho esto  Muy a favor de la propuesta. --Aroblesm (discusión) 22:20 20 ene 2022 (UTC)

 A favor de adoptar un orden estricto.--Gabo Miranda (¿platicamos?, te invito un ☕) 00:38 21 ene 2022 (UTC)

 A favor. De hecho, pensaba que ya existía la norma....--Marinero en tierra (discusión) 07:34 21 ene 2022 (UTC)

Quizás habría que hacer una excepción cuando las plantillas afectan solo a una parte/sección del artículo, como en este caso. Manolo (discusión) 10:45 21 ene 2022 (UTC)

Se está hablando del orden de plantillas en la cabecera. Evidentemente si la plantilla no va en la cabecera (por afectar solo a una sección) sino en otro punto del artículo, este orden no le aplicaría. strakhov (discusión) 11:14 21 ene 2022 (UTC)

Vale. Ignora, pues, mi mensaje anterior. Manolo (discusión) 11:22 21 ene 2022 (UTC)

 A favor de la propuesta de orden en las cabeceras e inclusión en WP:EA. --Cbrescia (discusión) 11:52 21 ene 2022 (UTC)

Algo a favor de la propuesta de establecer orden y de su inclusión en WP:EA. No obstante, he de decir que prefiero estéticamente ver los hatnotes encima de las plantillas de mantenimiento, me parece más claro. -Ce Ele 415 ¡Hablemos! 18:24 24 ene 2022 (UTC)

 A favor de la propuesta, espero que se incluya pronto en WP:EA. Techso01 (discusión) 08:33 6 feb 2022 (UTC)

Comentario} Realmente, al menos la parte de que las fichas van las últimas ya está recogida en WP:EA. Del "La ficha precede inmediatamente a la introducción" se puede sobreentender que no debe haber nada entre ella y la introducción. De lo que no hay nada allí (creo) es sobre el orden entre plantillas de mantenimiento y hatnotes. En cualquier caso se decida lo que se decida no estaría mal hacer más explícito el ordenamiento a seguir que lo poco recogido en WP:EA hoy día. strakhov (discusión) 13:11 6 feb 2022 (UTC)

 A favor de la propuesta. Sargento - A sus órdenes 17:09 10 feb 2022 (UTC)

 A favor de la propuesta. Betancourt A tus órdenes 05:09 16 feb 2022 (UTC)

 A favor de la propuesta también. Toxwiki96 ^discusión 06:05 16 feb 2022 (UTC)

 A favor no seguía una regla precisa, pero empezaré a hacerlo como dices – El Mono 🐒 (disc., contr.) 14:49 2 mar 2022 (UTC)

Plantilla y script para firmar

¡Hola! Hoy creé la Plantilla:Firmar que como ahí explica, inserta un botón que al ser clickeado, agrega la firma del usuario que lo clickeó al final de la página. Esta plantilla busca reducir la dificultad que muchas personas nuevas tienen con las virgulillas ~~~~ cuando quieren participar de un wikiproyecto, editatón o similar. Para que se entienda mejor su utilidad, ya la agregué a:

• Wikiproyecto:Filosofía/participantes
• Wikipedia:Wikiconcurso/WikiPorLosDerechosHumanos2022/Participantes
• Wikipedia:Encuentros/Editatón de moda sostenible por la semana de la moda 2022#Participantes

Comparto esto por dos razones: para dar a conocer esta plantilla que creo que puede resultar muy útil, y porque la plantilla depende de un pequeño script que puse en MediaWiki:Sign.js y que necesita consenso comunitario para existir (¿@Scann @Leoncastro?). Tengo varias ideas sobre cómo mejorar el script, por ejemplo detectar la sección donde está el botón y agregar la firma al final de la sección en lugar de al final de la página, mostrar un popup que permita adosar un comentario a la firma, y tener algún tipo de fallback para las personas que no tengan JavaScript activado. Pero no quisiera programar nada de esto hasta no obtener consenso. ¡Saludos! Sophivorus (discusión) 17:19 7 feb 2022 (UTC)

 A favor de cualquier herramienta que le facilite la vida a las personas, particularmente a las personas que recién empiezan a editar en Wikipedia. En el caso particular de los Wikiproyectos, es fundamental que la gente se anote en la lista de Participantes para poder seguir contactándolas y tener que explicarles qué son las virgulillas (a las que yo les digo "virgilias") no ayuda. Scann (discusión) 17:22 7 feb 2022 (UTC)

 Muy bueno. Resulta genial para las personas a las que aún se les resisten las virgulillas. Ya he visto sus resultados. Sería bueno añadirla a cualquier página donde haya que firmar (discusiones, café, TAB,...) pues, aún a los veteranos, se nos olvida de vez en cuando. Gracias, Sophivorus. Manolo (Desfógate) 18:08 7 feb 2022 (UTC)

 Excelente. Funciona muy bien. Tanto que por error firmé en la página de la misma plantilla. Habrá que restringir el uso del script a los espacios de nombre adecuados :) Con respecto a las mejoras, me fijé que en la votación para la encuesta de deseos comunitaria, tienen un sistema así. Quizás no habría que reinventar la rueda y usar el de ellos! Ignacio Rodríguez - δ -- contr. 18:14 7 feb 2022 (UTC)

 ¡Fabuloso! Una duda, ¿Es posible cambiar el uso de una lista de puntos (*) por una lista enumerada (#)? wyffio ^(!!!) 13:33 10 feb 2022 (UTC)

┌─────────────────────────────┘
Sin quitar mérito e importancia a la propuesta, me parece Sophivorus que has abusado nuevamente de tu condición de editor global de interfaz para crear un código común en el espacio MediaWiki. Recuerda que deberías ejercer esas funciones únicamente en arreglos no controversiales o bajo demanda en aquellos proyectos donde ya existen administradores de interfaz locales. Deberías abstenerte de realizar ediciones de este tipo sin autorización previa; y ya es la segunda vez que te lo recuerdo. No dudo ni de tus buenas intenciones, ni del evidente beneficio de la herramienta que presentas, pero si quieres hacer según qué cosas, se deben cumplir los protocolos. Especialmente con un permiso tan crítico como el tuyo. Podrías pedir el permiso local, por ejemplo, y con ello se asumirá que la Comunidad te concede el permiso para hacer esas mejoras; sin embargo recuerda que, de momento, en esta Comunidad no te han concedido permiso alguno para crear ni esta ni ninguna otra herramienta.
Sobre la herramienta, como ya menciona Ignacio Rodríguez, tiene potenciales problemas de uso indebido, y además ya existe una solución para las firmas en las votaciones y listas de usuario. Deberías retirar tu propuesta, analizar alternativas (como ru:MediaWiki:Script/Voting.js para votaciones seguras) o posibles mejoras de seguridad (como ejecutar el código únicamente bajo la demanda de un control con un identificador concreto), y presentar una nueva propuesta más segura y previa a su implementación. -- Leoncastro (discusión) 18:46 7 feb 2022 (UTC)

@Leoncastro Es justo, acabo de solicitar el permiso local, ¡saludos! Sophivorus (discusión) 19:28 7 feb 2022 (UTC)

 Muy a favor Esto no solo facilita las cosas para los novatos, si no también para algunos veteranos o gente que edita en PC que no conoce como poner los 4 tildes, incluso evita en lo más posible la falta de firmas en PDD que es muy común aquí. Emolga826 (discusión) 18:50 7 feb 2022 (UTC)

Esa plantilla ¿Está disponible para todos los usuarios? Para mí no se que tan útil y necesaria puede ser, considerando que yo acostumbro firmar con el botón de la barra de herramientas, para que más. --Леон Поланко говорит вам и слушает вас 03:34 8 feb 2022 (UTC)

Estoy  A favor de la propuesta, le facilitaría mucho las cosas a los novatos o usuarios que no conocen la sintaxis. Sargento - A sus órdenes 17:05 10 feb 2022 (UTC)

┌─────────────────────────────┘
Comentario Se que mi opinión no es muy importante, pero comento que en Wikipedia:Firma de Usuario se dice: "Se prohíbe el uso de plantillas para firmar, ya que la actualización de cada cambio que se realiza en las mismas representa una carga innecesaria para los servidores". No sé si es adecuada la plantilla, además, no es muy díficil poner virguillas (salvo algunas excepciones tal vez, donde haya que recurrir a códigos ASCII o buscar los caracteres en internet) y hay un BOTÓN en la barra de herramientas de edición. En fin, esto queda a juicio de la comunidad, yo solo opino. 179.6.196.255 (discusión) 18:19 13 feb 2022 (UTC)

Por supuesto la opinión de todos es igual de importante y creo que tienes bastante razón en lo que dices, entiendo que la plantilla para firmar se ha hecho para facilitra las cosas para los novatos que no tienen un idea muy clara de como funciona eso de las tres virgulillas o para los veteranos que se les olvida firmar Términus (discusión) 20:46 13 feb 2022 (UTC)

En la política, esa parte está mal redactada; debiese decir "Se prohíbe el uso de plantillas en las firmas", lo cual es muy distinto a utilizar plantillas para firmar. --ZebaX2010 [PRESS START] 02:15 14 feb 2022 (UTC)

¡Gracias por su apoyo! Hoy hice algunas mejoras al script, ahora agrega las firmas al final de la sección donde se encuentra el botón (antes lo hacía siempre al final de la página) y utiliza # o * según corresponda (@Leonpolanco). Además solo se ejecuta en los espacios de nombres "Wikipedia" y "Wikiproyecto" (@Ignacio Rodríguez), solo para usuarios registrados y solo si encuentra la Plantilla:Firmar en la página (@Leoncastro). Todavía hay muchas mejoras y arreglos por delante, pero así como está ya debería resultar útil. ¡Saludos! Sophivorus (discusión) 17:10 22 feb 2022 (UTC)

Sophivorus: siendo así, supongo que habría que cambiar la sección Parámetros. Donde dice "Botón que agrega la firma del usuario al final de la página" debería decir "Botón que agrega la firma del usuario al final de la sección". Igualmente, en la tabla, cada vez que se habla de "página", debe decir "sección". Corrígeme si me equivoco o no lo he entendido bien. Manolo (Desfógate) 22:27 22 feb 2022 (UTC)

@J. Manolo G. P. Correcto, corregido (el parámetro "página" lo quité por confuso y potencialmente problemático). ¡Gracias! Sophivorus (discusión) 23:13 22 feb 2022 (UTC)

@Sophivorus, pues yo sigo pensando que la herramienta tiene potenciales problemas, y que se puede realizar una mejor versión, más segura y con mayor potencial. -- Leoncastro (discusión) 00:25 23 feb 2022 (UTC)

@Leoncastro Lo acabo de actualizar a tu versión, ¡genial! Sophivorus (discusión) 13:10 23 feb 2022 (UTC)

Entonces ya no solo estoy a favor, sino también estoy  muy orgulloso de la propuesta. -- Leoncastro (discusión) 17:43 23 feb 2022 (UTC)

Pensando en tema concursos y editatones, esto va a venir genial!  Muy a favor MACS >>> 08:05 23 feb 2022 (UTC)

 A favor a mi me parece una buena idea especialmente para los novatos y para los wikiproyectos. --Términus (discusión) 13:20 23 feb 2022 (UTC)´´

* En contra por razones técnicas, dejo de funcionar Esteban (discusión) 13:27 2 mar 2022 (UTC) solucionado Esteban (discusión) 14:12 2 mar 2022 (UTC)

cierto. 𝔙𝔦𝔯𝔲𝔪 𝔐𝔲𝔫𝔡𝔦   🗣 14:13 2 mar 2022 (UTC)

Plantilla de aviso de borrado obligatoria

Hola, no sé si esto se haya propuesto antes, pero viendo WP:TAB/SR y algunos cambios recientes me he dado cuenta de que algunos usuarios no son advertidos sobre el borrado de un artículo, así que he pensado en que se pudiera meter algo para que al marcar para borrado una página que un usuario nuevo haya creado y no haya tenido antes advertencias sobre eso se vuelva obligatorio advertir al usuario sobre el borrado antes de que un bibliotecario borre la página (no necesariamente lo tendría que hacer un editor humano, podría también hacerlo un bot) para que al menos el usuario tenga la oportunidad de aprender sobre la política, ya que a veces hay gente que no vuelve al artículo (o en su consecuencia que haya si borrado demasiado rápido) y no alcanza a ver el motivo de borrado, si pasa esa advertencia y el usuario vuelve a crear una página que viola la política que se vuelva opcional, que opinan de esta idea? Emolga826 (discusión) 04:22 16 feb 2022 (UTC)

A mí me parece  buena idea. A quienes revisamos los artículos recientes nos ahorraría tiempo de copia/pega. Sólo añadiría un punto, y es que habría que tener en cuenta si el artículo es totalmente nuevo o es una recreación, para que en ese caso, se añadiera el parámetro G9.--Linuxmanía (discusión) 05:26 23 feb 2022 (UTC)

 A favor también. Commons tiene una herramienta automatizada que añade el mensaje al usuario cuando se marca una imagen para ser borrada. Se podría implementar algo así, ya que hay algunos usuarios que marcan artículos sin avisar a los usuarios creadores del mismo. Saludos! MACS >>> 08:03 23 feb 2022 (UTC)

 No me parece algo bueno. Cuando es una IP o un vándalo bien identificado, ¿para que avisarles? Bien saben que están haciendo. No siempre es el usuario creador el que debe ser avisado, también se le debe notificar a los usuarios que han mostrado interés, ¿cómo haríamos que el bot funcionara en es caso? ¿Le avisaría a todos hasta al mismo que coloco la plantilla de borrado?

El motivo de borrado se queda en el artículo y les aparece cuando intentan recrearlo, la mayoría de los usuarios que recrean no es porque no vean el motivo, es porque lo ignoran para seguir con su propósito. Si no les queda claro, siempre pueden acudir al tablón y si realmente hacen ediciones de buena fe, ahí se enterarán de las razones y aprenderán de su error. Muchos utilizan la escusa de no haber sido notificados para que se restaure aunque sea con otra plantilla que les permitiría tener su artículo por más tiempo. Al igual que con las mismas plantillas, se debe pensar bien sobre su uso. MexTDT (discusión) 07:08 23 feb 2022 (UTC)

 Muy a favor es un signo de respeto hacer todo lo posible para que el usuario que se esforzó en crear un artículo tenga la posibilidad de defenderlo. Si es requerido es CDB, por qué entonces no es requerido en borrado rápido? eso no cumple con la lógica de progresividad (sí sé que wikipedia no es un sistemq jurídico, pero esto es un no brainer). SFBB (discusión) 21:12 23 feb 2022 (UTC)

Comentario MexTDT y SFBB están hablando de dos situaciones distintas: MexTDT habla de vandalismos, mientras que SFBB está hablando de usuarios que se esforzaron en crear un artículo. Dejando de lado los vandalismos obvios, también existen muchas páginas marcadas que no tienen nada de "esfuerzo" detrás, como los textos plagiados, las autotraducciones y los infraesbozos de dos líneas. Por lo demás, no estoy del todo seguro de que haya que avisar del borrado de las páginas de discusión (casi siempre vandalismos o páginas de discusión huérfanas), de redirecciones incorrectas o de categorías. En suma, creo que   sería bueno que se cree una plantilla que avise o no, dependiendo de los criterios de borrado rápido. Caso contrario, dejar escrita una norma de aviso "casi obligatorio", cuyo incumplimiento deberá ser por razones evidentes (vandalismos, autotrads y quizá también publicidad evidente). Saludos. --Marcelo (Mensajes aquí) 00:09 24 feb 2022 (UTC)

 Muy a favor Totalmente de acuerdo, es una forma de respetar el trabajo de los usuarios especialmente los nuevos. --Wilfredor (discusión) 13:32 2 mar 2022 (UTC)

Hola a todos: menciono este hilo en este otro para que lo que salga de aquí se pueda incorporar (o no) a una "posible" reforma de WP:PB. Os animo a que participéis de ella. Saludos. Manolo (Desfógate) 14:41 2 mar 2022 (UTC)

Propuesta plantilla de aviso de edición

Hola, cómo les va? He estado viendo que en las páginas más visitadas se producen ediciones de buena fe por usuarios no registrados. En las poco visitadas no hay muchas ediciones por ende no habría tanto problema. Se da el caso que estos editores no registrados y/o también usuarios registrados sin leer demasiado el artículo de que hay escrito y que no y sin seguir la lógica del texto realizan modificaciones redactando cosas que ya están en otros párrafos detalladas, o agregan texto que desvirtúan la lógica de lo redactado. Normalmente sin cita de ningún tipo (aunque este sería el mal menor). Como Wikipedia es libre y no hay que disuadir la participación y edición, vendría bien instar a la reflexión antes de editar, sobre todo en artículos muy desarrollados y con muchas referencias donde es difícil agregar algo que ya no esté. La plantilla podría contener algo así: por favor antes de editar verifica que lo que pretendes agregar ya no esté en algún otro párrafo. Verifica que no desvirtúe la lógica de la redacción. Y usa citas para el texto agregado, preferentemente bibliográficas. Con esto se mantendría cierta calidad enciclopédica que en muchas páginas tiende a ser desastrosa. Sldos. --Setincho (discusión) 06:20 2 mar 2022 (UTC)

Nuevo aviso

Hola. A lo mejor os parece una tontería, pero la pregunta más tonta es la no formulada, no? Últimamente, cada vez nos encontramos más casos de grupos de usuarios desarrollando artículos/escritos... en las páginas de usuario y se nota que en grupo (mismo artículo o/y en poco tiempo, características similares... Incluso hubo un par de días que vimos un artículo o dos que (tras crearlo un usuario), aparecían multitud de cuentas recién creadas que se dedicaban simplemente a firmarlo.
A lo mejor sería buena idea para estos casos crear un aviso específico "para el profesor (o pasar al profesor), indicándole que si quiere enseñarles o que aprendan, qué podrían probar y cómo... Algo que le facilite el acceso sin tener que andar buscando y tal (y ahorre tener que pasar por el proceso a menudo). A lo mejor os parece una bobada, pero ahí lo dejo. Un saludo--Lost in subtitles (discusión) 00:11 8 mar 2022 (UTC)

 Muy a favor Soy un patrullante de páginas nuevas y efectivamente eso que dices es cierto, me ha pasado 2 veces esto (una el día 3 de marzo del presente año y otra el día 23 de febrero de este año) en la que habia varias cuentas con borradores en PU de temas de Quimica, Fisica, Historia, Matematicas, ect. (en algunos pocos casos tambien habia visto PU describiendo a otra persona) seria bueno que se incluya el aviso que dices, sin embargo seria mucho mejor que te lo recordaran al entrar a tu PU mediante un mensaje Pop-up durante las primeras veces (ya que muchos suelen ignorar el aviso "En ningún caso debe confundirse con un artículo enciclopédico, los cuales deben escribirse en el espacio principal y de acuerdo a las convenciones para la redacción de artículos, siempre que el sujeto tenga la suficiente relevancia a partir de fuentes fiables para figurar en una enciclopedia.

Tampoco debe confundirse con una página donde redactar borradores de artículos, lo cual puedes realizar en tu taller de usuario."), otra opcion seria mediante plantillas, asi que esta idea seria muy buena Emolga826 (discusión) 14:38 8 mar 2022 (UTC)

Hay unas cuantas mejoras para el desarrollo de los recién llegados que me temo que estamos desaprovechando en este proyecto. Desde algún pequeño tutorial, a una página de orientación al novel, e incluso sugerencias de tareas sencillas o asesoramiento de mentores. -- Leoncastro (discusión) 17:30 8 mar 2022 (UTC)

Estoy a favor de la propuesta, facilitaría mucho la labor del profesor. Sargento - A sus órdenes 20:41 11 mar 2022 (UTC)

¿Cuál es el aviso propuesto? --Леон Поланко говорит вам и слушает вас 20:59 15 mar 2022 (UTC)

Creo que entiendo bien el mensaje y estoy  de acuerdo con ello, creo que (esto a modo de respuesta a los mensajes de @Emolga826 y @Leonpolanco) una plantilla que se puede usar «para profesores» y «para estudiantes» podría verse algo así:

Para profesores:

Para estudiantes:

Con respecto al aviso de profesores, no sé qué mas añadir con el fin de que se entienda bien, también, junto al aviso para profesores, diría que se podría crear una categoría en la que se indica cuáles son los estudiantes de el profesor. Siendo sincero, no sé si estoy contribuyendo con la conversación o no, pero tenía esta idea en mi mente varios días y quería proponer para ver que opinan. Saludos wyffio ^(!!!) 22:36 15 mar 2022 (UTC)

Las plantillas a mi opinión están bien, eso que dices de la categoría ayudaría a una fácil identificación, incluso lo podríamos complementar con plantillas en PU (o userboxes) para en caso de advertencia o contacto se tenga en cuenta de que esa cuenta es de un estudiante o profesor, el problema aquí es como se haría para que los profesores y alumnos usen la plantilla, puesto que de nada sirve que se haga un sistema para ayudarlos si no lo usan (lo primero que se me viene a la mente es agregarlo a la plantilla de bienvenida por si el profesor ve la plantilla además de una posibilidad de aumentar lo aprendido también podrá tener ese aspecto en cuenta y explicarlo a los estudiantes antes de empezar) no obstante también me gustaría escuchar su opinión sobre cómo podríamos hacer que se tenga conocimiento sobre este sistema Emolga826 (Talk page) simple wiki 23:05 15 mar 2022 (UTC)

Ayuda

Categorirzar

Hola Amig@s estoy tratando de crear la página de un banco que ayuda a los migrantes mexicanos en USA a entrar al sistema financiero de USA, pero me dice que no está categorizado, la verdad no sé como se hace esto me pueden ayudar por favor. Lateclawiki (discusión) 22:33 2 mar 2022 (UTC)

Tienes varios problemas
1.- No has puesto a qué te refieres. Deberías haber incluido Sacbé Payments INC para que sepamos de qué hablas. Otrosí, resulta complejo.
2.- Poner categorías no es difícil. Recomendación: usa ingeniería inversa, mira cómo está hecho en otros artículos y verás que al final viene algo como [[Categoría:Esto, lo otro o lo de más allá]], pues así van las categorías.
3.- Estás escribiendo de algo que comenzó en 2019. ¿Tú crees que es enciclopédico? No sé, Hijos de Francisco Bueno SL comenzó hace muchas décadas y ni de casualidad se me ocurriría ponerle un artículo (y eso que suministraron los ladrillos del primer rascacielos de mi ciudad). Francamente, no le veo entidad. No lo he marcado porque soy más bien inclusivista, pero creo que estamos estirando la goma un poco de más en este caso.
4.- Creo que deberías dedicar un tiempo a ver cómo se hacen las cosas antes de hacerlas. Por ejemplo, las referencias no están bien puestas (aunque la verdad es que tienes unas cuantas y eso es muy loable) y varias son de la propia empresa (lo cual no es nada neutral).
¡Mucha suerte! B25es (discusión) 08:18 4 mar 2022 (UTC)

Añade [[Categoría:Nombre de la categoría]]. --Леон Поланко говорит вам и слушает вас 01:52 5 mar 2022 (UTC)

Agoney

Vandalismo reiterado y eliminación de información referenciada, concretamente en lo referente a su pareja, Marc Montojo. Podía añadir muchas más referencias de diferentes fuentes y periódicos digitales de todo el espectro político: El apasionado beso entre Agoney y su novio tras ganar 'Tu cara me suena 9' (La Vanguardia), ¿Quién es Marc Montojo, el bailarín de 'Tu Cara Me Suena' que ha protagonizado un besazo con Agoney? (Europa FM), Final 'Tu cara me suena': Agoney celebra ser ganador con un romántico beso con su novio Marc Montojo en directo (Lecturas), La romántica celebración de Agoney tras coronarse como ganador de la Gran Final de 'Tu cara me suena' (Antena 3), Marc Montojo, la nueva pareja de Agoney (Mundo Deportivo), El romántico beso con el que Agoney celebró su victoria en 'Tu cara me suena' (El Español).

Pido que se vigile el artículo, y si continúa eliminándose ese dato, sea bloqueado por un tiempo. Un saludo.--87.223.153.164 (discusión) 16:33 5 mar 2022 (UTC)

Wikificación

Buenos dias o noches, Primero que nada no soy un usuario con mucha experiencia.

Hace algun tiempo creé esta página, tambien hace ya algun tiempo recibió un habiso de que necesitaba ser wikificada. Desde entonces he hecho tantas correcciones de formato como he podido. ¿Podria algun editor más experimentado decirme si hay todavía alguna correción de formato por hacer? Y en caso de no haberlas ¿Cual seria el proceso a seguir para quitar el aviso? ¿Vastaría con borrarlo del código?

Gracias adelantadas SimonLuzuriaga (discusión)

@SimonLuzuriaga: en primer lugar ten en cuenta que estás escribiendo en una enciclopedia por lo que te sugiero que tengas más cuidado con la ortografía (*habiso = aviso [sin h], *vastaría = bastaría [con b]). Ahora, a tu pregunta, lo que deberías de hacer es consultar con el usuario que puso la plantilla si ya lo considera wikificado y sino que es lo que faltaría. Un saludo Jcfidy (discusión) 20:27 5 mar 2022 (UTC)

Renombrar página

Muy buenas, quisiera renombrar el título de la página Luis Melero, escritor, por el de Luis Melero García, creo que es más conveniente que expresar en el título la profesión.

Si alguien me pudiera ayudar...y si hay algún cambio que consideréis oportuno, comentádmelo y lo haré con mucho gusto.

Un saludo. Jacks119 (discusión) 16:00 6 mar 2022 (UTC)

El artículo fue borrado por ser sin relevancia enciclopédica y por ser promocional. --ZebaX2010 [PRESS START] 20:45 6 mar 2022 (UTC)

Filtro antiabusos

Hola, al ver las evasiones de bloqueo del usuario Oscareduardo10 (disc. · contr. · bloq.) y sus consecuentes autopromociones me he preguntado si en es.wiki se podia activar un filtro antiabusos para que bloquee las creaciones de páginas con ciertos títulos como lo es en pt.wikipedia que su filtro antiabusos bloquea las palabras que incluyen groserias, en caso de ser posible se tendria que bloquear los titulos que incluyan Oscareduardo10, Oscar10, versiones de las palabras estas en mayusculas, ect. para ese filtro, o ese sistema como en pt.wiki para evitar ciertos vandalismos no se puede aplicar en esta wiki, es mi pregunta Emolga826 (discusión) 13:12 7 mar 2022 (UTC)

Ese tipo de solicitudes se deben realizar en WP:TFE/I y, respondiendo a tu pregunta, no sé cuál es el sistema de ptwiki al que te refieres (debes explayarte un poco más). Saludos Ruy (discusión) 13:23 7 mar 2022 (UTC)

Hey @Emolga826, con respecto al caso de Oscareduardo (y lo digo así porque tiene títeres por doquier), y que hasta ahora sigue ocurriendo, la verdad, no veo que sea necesario crear un filtro respecto a nombres como «Oscareduardo10» o variantes similares, ya que puede ocurrir el caso de que aparezca algún/una celebridad de internet cuyo nombre tiene ese estilo, lo mucho que se puede hacer es proteger la creación de la página, recuerda que al igual que un bibliotecario puede proteger una página ya existente, un bibliotecario puede proteger la creación de una página.

Aparte, con respecto al caso de Oscar, todos sus títeres ya fueron bloqueados globalmente, a excepción de la dirección IP, ya que, en mi experiencia, esta siempre cambia pasado un tiempo, lo único que hace en lo que estoy viendo es vandalizar una ficha de Wikidata añadiendo spam de su cuenta de Youtube. Saludos wyffio ^(!!!) 13:59 7 mar 2022 (UTC)

@Emolga826: tu solicitud ha sido realizada. @Wyffio: tú también debes evitar dar demasiada información, ya sea tuya o de otros usuarios. Saludos a ambos Ruy (discusión) 14:48 7 mar 2022 (UTC)

Categoría y subcategoría

Me leí el articulo Wikipedia:Categorización y también Ayuda:Categoría. Y no entiendo que aunque Wikipedia habla de subcategorías no veo ninguna diferenciación en su código. ¿Cuál habría que poner? porque en teoría si pones la categoría concreta no necesitas poner la general ¿no? Por otra parte hay subcategorías que en si podrían ser una categoría y hay paginas de categorías que son automáticas mediante plantillas.

Concretamente hice un articulo de "dibujos animados" (por lo menos así se llama en España) más concretamente una serie. Encontré que esa Categoría existía pero también estaba Categoría:Series de televisión animadas Esta categoría pone que pende del articulo principal Cine de animación. Dentro de este articulo como categoría viene que esta dentro de Categoría:Ficción animada y concretamente dentro de esta pone: en esta categoría se incluye la siguiente subcategoría: Categoría:Dibujos animados. (peor que las muñecas rusas) La duda que tengo ¿es redundante o circular poner la categoría Series de televisión animada y a la vez dibujos animados?

Por otra parte no entiendo como "Ficción Animada" contiene "animación" ¿hay algún producto de la animación que no sea ficción? Para mí lo más general sería animación de la que partiría dos ramas por un lado técnicas de animación ( stop motilón, rotoscopia, etc..) y por otra obras de animación o cine de animación (largometrajes, cortometrajes, series de animación) Bebilina (discusión) 20:35 7 mar 2022 (UTC)

Categorías y subcategorías "especiales"

Hola: No sé si es el espacio correcto para hacer esta pregunta, ustedes dirán. ¿Por qué razón hay categorías o subcategorías del tipo: "comediante judío" o "escritor LGBT"? ¿Ser judío o gay los diferencia del resto (se supone: heterosexuales y cristianos?).¿Hay categorías de la clase: "músico heterosexual" o "actriz católica"? ¿Creen correcto, de defender esta "diferenciación", crear categorías como "pintor enano", "científico paralítico" o o "músico drogadicto" que permitan una más exhaustiva "diferenciación"? Lo pregunto porque no considero distinto a mí a ninguna persona que sea judía, negra o lesbiana. Y si hay diferencias entre ellas y yo, no son por mi religión, orientación sexual ni color de piel. Por eso, me interesa conocer la razón para la existencia de estas categorías. Gracias.--Lauritafior (discusión) 03:40 6 mar 2022 (UTC)

¿Por qué razón hay categorías "deportistas cristianos"? ¿Ser cristianos los diferencias del resto (se supone: judíos)? ¿Hay categorías de la clase: "actriz católica"? Sí: Categoría:Actores católicos. Deberías mirártelo a ver si no eres tú quien ha incurrido en alguna clase de sesgo en relación con la religión, presumiendo trato desigual para los judíos y cristianos o católicos.--Enrique Cordero (discusión) 17:10 6 mar 2022 (UTC)

@Lauritafior: yo borraría la mayor parte de esas intersecciones de "religión + profesión", "sexualidad + profesión"... (aunque alguna puede tener más pase que otra: Categoría:Deportistas católicos no se sostiene por ninguna parte, en cambio Categoría:Filósofos católicos puede tener más pase, Categoría:Escritores LGBT me resulta más válida si hace referencia a escritores cuyos libros giran en torno a esa temática, si su inclusión en la categoría en cambio obedece no a su obra literaria sino a las personas por las que se sienten atraídos sexualmente... pues...). Sin embargo, me temo que lo de intentar borrarlas es una batalla perdida antes de empezarla. Ahora mismo hay abierta una consulta de borrado para discutir la pertinencia de una categoría que hace intersección, a efectos prácticos, entre un lugar de origen (continente americano y respectivos países perteneciente a éste) y un "color" de piel ("negro" o "mulato") y todo apunta a que se conservará... Suerte. Saludos. strakhov (discusión) 17:53 7 mar 2022 (UTC)

Gracias por tu respuesta Strakhov. Para Enrique Cordero: Como dije, si hay una categoría "escritores LGBT", por ejemplo, debe haber otra de "escritores heterosexuales". Si se trata de una categoría referida a la obra y los temas que toca, ¿por qué se incluye a Marcel Proust dentro de la categoría LGBT? ¿En cuál de sus libros toca esos temas? Lo mismo sostengo en el caso de categorías "judío" y otros. Y mi intención no es que borren esas categorías, sino saber por qué fueron creadas, siendo que, se supone, Wikipedia debe caracterizarse por la objetividad. ¿Qué objetividad hay si se diferencia a judíos o gays del resto? Si la intención no es discriminar, entonces, no digo se que borre ninguna categoría, pero se incorporen categorías como: "actor de raza blanca", "pintor heterosexual"; "músico católico apostólico romano". Por ejemplo, yo entraría en las categorías: blanca, heterosexual, femenina, católica. Creo que son categorías discriminatorias. Es nada más, mi opinión. Y no cometo ningún sesgo, así que no es necesario ponerse a la defensiva atacando, me limito a opinar. Separar en categorías cristianos y judíos es discriminar entre personas por tener diferentes religiones que no hacen en nada a su actividad. Sería obvio si se tratara de un rabino o un cardenal, pero no de un actor. ¿Qué tiene que ver en la obra de Miguel Ángel o Rimbaud que hayan sido gays? Saludos a todos. Gracias por las respuestas. Lauritafior (discusión) 02:50 8 mar 2022 (UTC)

Ante todo, Lauritafior, aclararte que no me hago responsable de esas categorías, ni de otras muchas que me interesan más o menos igual de poco. No sé si debe de haber una categoría de escritores heterosexuales. Si hay escritores homosexuales y las fuentes los citan de ese modo porque han hecho de ello tema de su literatura y es un dato significativo de su biografía, no es incorrecto que se les categorice como tales, y no es discriminarlos, es caracterizarlos. Si no hay una categoría de escritores heterosexuales será, primero, porque nadie la ha creado, y, segundo, porque probablemente sí se entienda que quien no es homosexual es heterosexual y los heterosexuales no suelen escribir novelas militantemente heterosexuales porque no tienen nada que reivindicar si ya lo tienen todo. Cambiando lo que se haya de cambiar y ya que estamos a 8 de marzo, no hay categorías de heterosexuales por lo mismo que no hay un día del varón y sí lo hay de la mujer. O que no hay una fiesta del orgullo heterosexual y sí lo hay del orgullo gay. En cuanto a Marcel Proust, quizá no hayas leído En busca del tiempo perdido, en particular el último volumen, El tiempo recobrado. Tu problema con la objetividad no lo entiendo. Es tan objetivo ser judío como ser católico y decir que alguien es judío no es "diferenciarlo del resto" (lo que es poco objetivo por tu parte es suponer que "el resto" son católicos, porque no consideras otras religiones ni consideras que se pueda vivir sin religión). Más de seis millones de asesinados en la sohá eran judíos. Decirlo no falta a la objetividad, negarlo, sí que falta a la objetividad y a la verdad. Categorizar a August L. Mayer como judío -lo cito porque debe de ser el único que yo haya categorizado como tal- es objetivo y no lo sería negarlo. Insistes en el error -y en el sesgo- que ya te he señalado: sí existen las categorías para actores, deportistas o músicos católicos (no "apostólicos romanos" que no es muy correcto). No existen esas categorías para discriminarlos, sino porque lo habrán proclamado y será importante en sus biografías y obras (si el músico ha compuesto misas y motetes no se sentirá discriminado porque se le categorice como músico católico ni tiene por qué sentirse molesto; y si no hay nada que justifique su inclusión en la categoría, se le puede quitar la categoría a esa persona concreta sin tener que eliminar la categoría) Y, te repito, el que no es católico no es judío, ni tampoco lo contrario. No estás siendo objetiva. Como apuntaba strakhov hay abierta ahora una consulta de borrado que afectaría a las categorías de los llamados afroamericanos. Hay quienes defienden que se borren esas categorías pero reconocen -y hasta dicen que es evidente- que hay una cultura afroamericana. Lo que pasa es que no es posible desligar una cultura de las personas que la viven y la hacen. No son ángeles ni son entes de razón quienes hacen una cultura, son personas que comen, bailan, se expresan, cantan, cuentan, recuerdan de un determinado modo que los diferencia y los distingue de quienes tienen y practican una cultura distinta, porque comen, bailan o se expresan de otro modo. He citado el caso de un escritor afroecuatoriano que ha hecho de su cultura afroecuatoriana el motivo de su literatura. Supongo que, con todo derecho, se siente orgulloso de ella, de su cultura, de su gente, ¿hemos de negarlo? No se le caracteriza así para discriminarlo, se le categoriza así, al contrario, para no negarle su cultura, para, como se dice ahora, visibilizarla porque es, precisamente, lo que él hace escribiendo sobre ella. Saludos, --Enrique Cordero (discusión) 22:29 8 mar 2022 (UTC)

He leído y he escrito sobre En busca del tiempo perdido. Como usted lo ha leído, sabe que Proust consideraba a la homosexualidad como una maldición que vivía y la ocultó toda la vida. En ninguna parte de sus obras publicadas en vida usa el sujeto "yo". Incluso, decía que se podía hablar de cualquier cosa, siempre que se usara "él". O sea, desvinculado de sí mismo. Y a nadie se le ocurrió que Proust fuera un escritor de temas sobre homosexualidad. En el caso de André Gide, contemporáneo de Proust, sí los toca y usando el "yo". Tanto en Diario, como en Et nunc manet in te. Y. con el mayor respeto hacia usted, si se hacen manifestaciones públicas sobre el ser h0mosexual es por la persecución que se hizo de ellos durante cientos de años, que usted no desconoce. Como no desconoce que Oscar Wilde fue preso por homosexual y que la ley que consideraba delito la homosexualidad en Inglaterra se derogó en los años 60 del pasado siglo. Tampoco desconoce el modo en que la iglesia católica, tanto como la protestante, musulmana y budista tratan la homosexualidad como un pecado y la combaten. Ellos, me refiero a los gays, decidieron mostrarse públicamente en manifestaciones populares (con las que puedo o no estar de acuerdo). Usted, mejor que yo, recordará el movimiento negro en Estados Unidos de los 60, en el que una de las consignas es "el negro es el mejor color". Muhammad Alí lo repetía en forma constante, como pude verlo en documentales ("Soy negro, soy el más lindo). En esos años, se derogaron las leyes de Jim Crow, que tenían un lema "juntos, pero separados". Es decir, blancos y negros pueden viajar en el mismo colectivo, pero los negros en los asientos de atrás; adelante, solo blancos. En los bares, baños para negros y baños para blancos. Radios que transmitían temas de negros y radios de blancos que nunca transmitían temas musicales de negros. Todo esto lo sabe mejor que yo. No es difícil entender que los cambios culturales de los últimos años tengan dos aristas: una, la dificultad en aceptarlos; por la otra: la exageración en tratar de imponerlos (caso de las "verdes" que apoyan el aborto y atacan a todos los que piensan diferente, por ejemplo). Y le repito algo: en todas las artes ha habido y hay homosexuales y nada tiene que ver su orientación sexual con la obra que realizaron. Le menciono a Tchaicovsky, Verlaine o Miguel Ángel, para dar solo tres nombres. Y lo que intento decirle es que no creo que esa categoría LGBT haya sido creada pensando en la obra, sino en la persona. ¿Me expliqué? Y si es así, la categoría es discriminatoria. Como lo es: "Comediante judío". Puede usted encontrar a Tato Bores o Santiago Bal o Jerry Lewis. ¿Cree que fueron incluidos por la obra o por la persona y su religión? Y es cierto que los mismos que pertenecen a la comunidad LGBT quieren mostrarse como tales. En mi opinión, al hacerlo practican una de las tantas formas de la discriminación. Se separan del otro, del que no es como ellos. Lo que me parece mal y parte de la confusión que todos estos movimientos en defensa de las minorías muestran a menudo. Pero siempre, en la historia y a la larga, las minorías terminan integradas. Recuerde usted que de ser una minoría a la que los romanos hacían comer por los leones, los cristianos terminaron siendo parte de la religión oficial del Imperio Romano y la preponderante en el mundo. A veces, hay cosas que están bien; otras mal; otras, más o menos. Lo que sé es que es muy difícil que usted, alguna vez, haya escuchado "católico de m...", pero, seguramente, muchas veces, escuchó: "judío de m...". ¿Cuántas veces escuchó: "heterosexual de m..." y cuántas veces: "p... de m...". ¿En qué proporción escuchó una y otra frase? De eso se trata lo que quise y quiero decir: de que yo (y no digo que usted ni nadie tenga que pensar igual) considero a todas las personas iguales a mí (y, por supuesto que seremos diferentes en cuanto a costumbres, gustos, etc.). A mí (y recalcó: a mí) jamás se me ocurriría hablar de un pintor o un músico diciendo músico judío o pintor homosexual. A lo mejor, no pude explicarme bien. Pero si usted leyó todo esto, le estoy muy agradecida por haberme dado su tiempo, tanto en leer lo que escribí como en molestarse en contestarme en el anterior envío. Le sugiero que nos despidamos ahora y dejemos el tema. Usted y yo seguiremos pensando de acuerdo a lo que creemos, Y el mundo seguirá andando y la vida seguirá pasando. Un saludo afectuoso. Lauritafior (discusión) 05:21 9 mar 2022 (UTC)

Estupendas las lecciones de historia. Solo un par de respuestas (ya que me pregunta déjeme que conteste): de los católicos he oído barbaridades, aquí hay unos cuantos de miles de católicos asesinados solo por serlo cuando hacía siglos que el Coliseo era ya una ruina y los leones solo se veían en el zoo. Y no hace mucho he escuchado corear, referido a los [templos] católicos, "arderéis como en el 36". También, pero hace más tiempo, hubo judíos asesinados por serlo y sinagogas destruidas. Yo, en mis relaciones profesionales y familiares —me relaciono con buena gente— no he escuchado mucho "judío de m...", tampoco "homosexual de m..." Créame. Del mismo modo le digo que yo también considero a todas las personas iguales, pero estoy esperando al fontanero porque yo no sé resolver el problema que tengo con las cañerías. Las categorías están para reunir personas que comparten características comunes, empezando por lo básico: hombre, mujer, profesión, siglo. Y eso se puede cruzar con otras condiciones también humanas, también definitorias de su personalidad (o no), que no tienen por qué ser ni mejores ni peores: nacionalidad, religión, causa de muerte, universidad donde estudió, lugar de sepultura... No puedo compartir su opinión de que las categorías discriminan, no creo que sea esa la intención de quien las crea y, desde luego, no creo que se les incluya en ellas para que se les lapide (ahí entraría algo que por aquí verá con el tiempo, cuando lleve más en Wikipedia, que se repite mucho -y habitualmente sin entender correctamente su significado- que es eso de la presunción de buena fe). Si alguien está mal categorizado (no es relevante en su biografía la religión, la condición sexual, la universidad donde estudió, el lugar donde está sepultado o cualquier otra circunstancia) se corrige, como se corrige una falta de ortografía, pero si en la categoría hay otros que están bien categorizados en ella, la categoría no se suprime. Saludos cordiales, --Enrique Cordero (discusión) 09:33 9 mar 2022 (UTC)

Recursos

Estoy seguro de que este édito tiene algunos errores de gramática; lo siento, la lengua española no es mi prima. Soy editor habitual de Wikipedia inglés. Estaba pensando de traducir Universidad ARCIS en inglés, pero a la mayoria del artículo le faltan las citaciónes, entonces no quiero hacerlo sin encontrarlas. Sin embargo, no podía encontrar ningunas excepto ellas que ya están. No sé si mi problema sea que ya no hay ningunos más recursos sobre esta universidad que todavía existen o si no pudiera encontrarlos porque no soy hispanohablante nativo y entonces no sé como buscarlos correctamente. Y no quiero crear un artículo solamente con los recuros que ya tengo porque consistirá solamente de la controversia sobre su cierre. ¿Hay persona quien pueda buscar rápidamente y ver si hay cualquier recurso obvio que me falta? ¿O hay otro lugar donde debo buscar para ayuda con esto? Gracias por su ayuda. Compassionate727 (discusión) 03:27 9 mar 2022 (UTC)

Hola @Compassionate727:

Buscaré las fuentes que pueda, aunque como no conozco el tema no garantizo nada. Espero poder ayudar. Señor Senador ~Lo que Vd. diga~ 00:22 11 mar 2022 (UTC)

Muchas gracias, tome tanto tiempo como necesita. Compassionate727 (discusión) 01:26 11 mar 2022 (UTC)

Anisieae => Aniseieae

Bonjour ! Désolé, je ne parle pas espagnol. Est-ce que quelqu’un pourrait renommer Anisieae en Aniseieae ?

Hello ! Sorry, I don't speak Spanish. Can someone rename Anisieae to Aniseieae?

TED (discusión) 04:07 11 mar 2022 (UTC)

@TED:  Done!. Betancourt A tus órdenes 04:25 11 mar 2022 (UTC)

@Ivanbetanco43: : Merci ! Gracias ! TED (discusión) 23:20 11 mar 2022 (UTC)

Problema con plantilla de ficha

Hola, acabo de crear la Plantilla Ficha de restos humanos. Por alguna razón que no comprendo no logro que se vea el nombre de los siguientes parámetros: Edad, Período, Cultura, Forma de la muerte, Tratamiento funerario, Tipo de sepultura, Recipiente funerario y Posición. Si alguien podria ayudarme a solucionar estos errores sería genial. --SimonLuzuriaga (discusión) 11:44 15 mar 2022 (UTC)

Sería mejor trasladar a técnica. Igualmente puede ser problema con algún modulo. --Леон Поланко говорит вам и слушает вас 20:57 15 mar 2022 (UTC)

Nota al pie sin url

Hola. Athosmera (disc. · contr. · bloq.) insiste en agregar esta nota al pie. Con ello contradice otra nota al pie que cuenta con una url. Deduzco que como los datos que introduce no puden ser confirmados sin tener acceso al libro, Athosmera no nos los puede demostrar (sobretodo cuando la obra fue publicada en febrero de 2021 y pretende dar datos de febrero y marzo de 2022). Si estoy en lo cierto, agradecería que alguien me indique si existe un política de wikipedia clara en este sentido.--Philippe Tautou (discusión) 01:26 16 mar 2022 (UTC)

Entiendo que se trata de este libro efectivamente publicado en febrero 2021. En principio parecería que con un año o más de diferencia, los datos pueden haber quedado desactualizados. En cualquier caso, creo que es necesario que se aporte número o números de página donde está la información. --Silviaanac (discusión) 19:24 16 mar 2022 (UTC)

Gracias por la respuesta. Sin embargo, aún quedaría el problema de no poder consultar el libro y tocaría creerle al usuario sin que muestre una fuente que podamos confirmar. Philippe Tautou (discusión) 22:19 16 mar 2022 (UTC)

Si el usuario nos informara el número de página, —cosa bastante fácil porque seguramente tiene el libro a la vista—, tal vez podríamos rastrear la información en Google Books. Por supuesto, si el libro salió a la venta en febrero de 2021, los datos corresponden a 2020. Queda la duda de qué tan confiables puedan ser, más de un año después y en un ámbito tan dinámico y cambiante. En mi opinión, es mejor disponer de más de una fuente fiable y verificable para este tipo de asuntos tan delicados. --Silviaanac (discusión) 20:33 17 mar 2022 (UTC)

Sin embargo, no veo donde se puede consultar el contenido del libro en el enlace de Google que indicas. En cuanto a lo de "más de una fuente fiable y verificable", efectivamente hay una disponible para uno de los varios datos supuestamente respaldados. Esta incluye una url, que no obstante contradice el dato que el usuario defiende (126 000 y no 209 000 regulares). Philippe Tautou (discusión) 22:35 17 mar 2022 (UTC)

Si lo que estás preguntando es que si un libro es fuente fiable la respuesta solo puede ser sí: «Las publicaciones universitarias y las revisadas por pares suelen ser las fuentes más fidedignas, aunque no siempre están disponibles para los editores de Wikipedia. Por ello, también podrá recurrirse a los artículos que aparezcan en el resto de publicaciones especializadas, sobre todo si estas muestran una reputación bien consolidada en su campo, ya sea científico, humanístico, o cualquier otro. Del mismo modo, también son útiles las monografías completas, si, como los artículos, son obra de autores con currículo acreditado en la respectiva materia». Wikipedia:Fuentes fiables, sección "Publicaciones especializadas".--Enrique Cordero (discusión) 22:44 17 mar 2022 (UTC)

Lo sé. La cuestión es: ¿es suficiente que un usuario diga que un libro respalda sus afirmaciones? ¿no está obligado a demostrarlo? Philippe Tautou (discusión) 22:57 17 mar 2022 (UTC)

Usuario:Philippe Tautou: Soy una persona que usa muchas referencias provinientes de libros. Por ejemplo, ahora mismo utilizo "Sueca: paisatge, cultura i medi ambient". Es un libro físico, de papel. Puede que esté en alguna URL, pero no lo sé y realmente no me importa. Lo tengo aquí en un cajón de mi escritorio ¿Tengo que demostrarlo? Yo no lo hago. No sé cómo lo haría, porque tampoco te puedo subir una foto o un escaneo, por copyright. Así que lo de la demostración del libro es difícil.
Pero hay una cosa que es atrozmente sencilla: ¿Has incluido tu comentario en la discusión del artículo? Porque igual va y tienes razón y toda la fuente está mal, pero cualquiera que lea el artículo -y si es un poco astuta mirará también la discusión- necesita que añadas las objeciones en la discusión del artículo, porque a mirar un hilo de café vienen pocos, y dentro de seis meses, no vienen ni el Tato, que decía un registrador de la propiedad en excedencia.
B25es (discusión) 07:16 18 mar 2022 (UTC)

La obligación de quien escribe en Wikipedia, tal como yo la entiendo, es basarse en fuentes fiables y citarlas con honestidad y correctamente; en el caso de citar un libro con indicación de número de página y de ISBN, si lo tiene, para facilitar la búsqueda y localización. No sé qué más obligaciones quieres imponerle. Tú puedes presumir buena fe o comprarte el libro (algunos también se pueden consultar en bibliotecas).--Enrique Cordero (discusión) 09:28 18 mar 2022 (UTC)

Ayuda

Compañeros, hace poco fue eliminado el artículo de Santito, una persona que se relaciona con el movimiento de música urbana cristiana y que, aunque recibió ayuda de otros creadores, igualmente se eliminó. No vengo a pelear ni nada, solo pedirles ayuda: ya se eliminó el de Santito, lo correcto es pedir la restauración a mi taller (ya se hizo), mejorarlo, y solicitar su traslado al espacio principal (ya he hecho varias así), pero el asunto que me tiene preocupado, es que suceda lo mismo con la de Musiko. Si alguien sabe cómo ayudarme con este artículo, ¿podría pasarse por ahí? Así como con la de Santito, puede pasar con la de Musiko y creo que no está tan mala o promocional como el anuncio de 30 días que le colocan dice. Espero que por favor, me echen una mano allí para tener más artículos en publicación, antes que en el taller para mejorarlo o en el tablón de bibliotecarios para restaurarlos. Es todo compañeros, gracias. ChuchoVCJMuzik (discusión) 23:01 20 mar 2022 (UTC)

Yma Súmac: "autopromoción" y "redacción desde el punto de vista de un fanático"

Quisiera que me digan cuáles son los párrafos que debo de modificar del artículo Yma Súmac, ya que toda la redacción que he hecho peligra en ser borrado en su totalidad. Por favor, gracias.— El comentario anterior sin firmar es obra de ImmaSumack (disc. • contribs • bloq). 03:46 23 mar 2022.

Bloqueo IP

Hola amigos. Me aparece un mensaje de bloqueo por proxy abierto o algo así. Realmente, no sé cómo hacer o qué más hacer, porque ya logré ser desbloqueado en español, pero el asunto, es que yo también edito en inglés, portugués, Wikidata y Wikimedia, y no sé si debo hacer uno por uno o habrá una manera de ser desbloqueado de manera global. Me siento muy perdido en este asunto, y sí quisiera seguir aportando en otros idiomas... ya llevo un mes o más bloqueado. Gracias. ChuchoVCJMuzik (discusión) 06:44 25 mar 2022 (UTC)

Eso me pasó recientemente y no tiene solución. La explicación es que alguien usó la wifi que usas para hacer vandalismo o alguna otra actividad negativa. Aquí -Valencia, España- pasa con la wifi de las bibliotecas públicas. Aunque tengas usuario, si te logas desde esa red el sistema banea.

Lo solucioné accediendo desde otra red -esto es un pueblo grande y hay más de una red de bibliotecas- pero el recuerdo que me dejó fue bastante amargo.

No soy técnico, pero ojalá que le encuentren alguna solución. La red en que me banearon, es importante selañarlo, es un servicio cofinanciado por la Unión Europea para dar acceso a internet a gente que no dispone de conexión en casa o que no puede usarla. Así que bloquear esas IP implica que haya gente que jamás pueda editar en los proyectos wikimedia. B25es (discusión) 08:46 25 mar 2022 (UTC)

@ChuchoVCJMuzik y B25es: En esta página de ayuda se explican los pasos a seguir (suele estar enlazada en el motivo del bloqueo). Es posible que vosotros mismos u otros usuarios que hayan tenido esa IP estéis usando servicios como VPN. En caso contrario, enviad un correo a la dirección que se muestra ahí si el bloqueo es global (el caso de ChuchoVCJMuzik) o, si es local, poneos en contacto con un bibliotecario (como LuchoCR, que es quien corre el script de bloqueo). En IRC siempre suele haber alguien conectado que puede atender estos casos en el momento. Saludos. -sasha- (discusión) 12:24 25 mar 2022 (UTC)

En mi caso, la IP la brinda la compañía de Internet que asiste Venezuela (inicié a editar en Colombia, pero ya volví a mi tierra desde hace un mes, misma fecha del bloqueo), y pues, no hay como muchas alternativas al respecto. Esto es lo que dice:

blocked p2p proxy|ip=179.0.106.84|isp=TELECOMUNICACIONES, MANTENIMIENTO Y SERVICIOS P&C, C.A.}} <!-- API-confirmed P2P VPN

Y también respondieron en inglés con algo más largo todavía:

"Mirando nuestros registros, parece que la dirección IP desde la que está editando pertenece a una red punto a punto de proxies anónimos. Esto significa que los usuarios canalizan su tráfico de Internet a través del dispositivo de otra persona para ocultar su dirección IP real. Debido a que se abusa de estos servicios con frecuencia, se les impide editar proyectos de Wikimedia. Si bien esto puede afectar a los usuarios legítimos, no son los objetivos previstos. Consulte https://meta.wikimedia.org/wiki/No_open_proxies/P2P para obtener más información. No se imponen restricciones a la lectura de Wikipedia a través de un proxy abierto o anónimo. Aunque Wikipedia alienta a cualquier persona en el mundo a contribuir, los proxies abiertos a menudo se usan de manera abusiva. MediaWiki, el software wiki que impulsa Wikipedia, depende de las direcciones IP para la intervención del administrador contra el abuso, especialmente por parte de usuarios anónimos. Los proxies abiertos permiten a los usuarios malintencionados cambiar rápidamente las direcciones IP, lo que provoca interrupciones continuas que los administradores no pueden detener. Se han producido varios ataques de este tipo en proyectos de Wikimedia, causando interrupciones y ocupando a los administradores que, de otro modo, se ocuparían de otras preocupaciones. Desafortunadamente, no podrá editar mientras usa este proxy abierto. Consulte https://meta.wikimedia.org/wiki/No_open_proxies/P2P Gracias"

Ahora, no sé qué hacer. Creí que esos serían los medios y me responden es esto. https://utrs-beta.wmflabs.org/public/appeal/view?hash=617026debef274724af5148618ed5b0d Gracias Sasha. Realmente, he intentado e intentado y nada he logrado. ChuchoVCJMuzik (discusión) 13:29 25 mar 2022 (UTC)

Dejo constancia de que finalmente se ha solucionado su problema con una exención de bloqueo global y otra local en en.wp. -sasha- (discusión) 15:52 25 mar 2022 (UTC)

Sí. Muchísimas gracias. Fue algo tedioso, pero se logró. Feliz día y saludos compañeros. ChuchoVCJMuzik (discusión) 16:07 25 mar 2022 (UTC)

Petición de fusión

Hola, pues, viendo páginas me he encontrado con 2 páginas que hablan del mismo tema, siendo estas Hackeo de ROM y ROM hacking, ambas son exactamente el mismo tema, solo que la primera página es más extensa, por lo que, quería ver cuál de estas 2 páginas sería la más adecuada para que se cree la fusión (con esto me refiero a cuál de las dos páginas sigue mejor las convenciones de títulos), así como si existen contras con respecto a la fusión, espero respuestas. ¡Saludos! wyffio ^??? 21:02 24 mar 2022 (UTC)

Considero que la versión en español, ya que estamos en Wikipedia en español. --Леон Поланко говорит вам и слушает вас 20:05 26 mar 2022 (UTC)

Artículo de Agustín García Matilla

Cordial saludo, hace poco creé el artículo sobre Agustín García Matilla, catedrático, investigador y educomunicador español. Me gustaría recibir sus comentarios y orientación, ya que ha sido marcado como Posible contenido publicitario o autopromoción; para evitar que sea borrado, lo correcto es realizar los ajustes que sean necesarios y para ello, sus aportes y observaciones serán de gran valor. He revisado otros perfiles de profesores y catedráticos y la estructura del texto es similar, inlcuso está soportada con menos enlaces o referencias. Muchas gracias, estaré atenta a sus comentarios, sugerencias y aportes. Abeegail (discusión) 11:36 22 mar 2022 (UTC)

Sinceramente, la 1ª sección (Reseña biográfica) es un mero C.V. con una única referencia que resulta ser un sitio de venta de libros (spam). Las siguientes secciones son un listado de "presuntos" proyectos en los que ha participado o participa pero que no hay ni una referencia que lo respalde, un listado de libros de los que es autor o co-autor y otro de premios de dudosa relevancia que también carece de referencias (salvo uno). Vamos, que no hay por donde cogerlo. Siento ser así de sincero. Manolo (Desfógate) 17:21 22 mar 2022 (UTC)

Cordial saludo, @J. Manolo G. P., recibo tu comentario de forma constructiva. La estructura del contenido ha seguido parámetros de otros catedráticos de otras Universidades. Sin embargo, a partir de lo que comentas, aportaré más referencias que respalden los contenidos. Abeegail (discusión) 07:46 28 mar 2022 (UTC)

Miscelánea

Lvov

► Tema: Convención de títulos con denominaciones en un idioma distinto al idioma español

Este tema hace sido un fetiche de los nombres en contravención con nuestras políticas e históricamente no se ha hecho nada, ya que tiene escasa relevancia en términod de visitas (y por tanto, muchos hacemos vista ciega). Sin embargo, a raíz de la coyuntura actual, creo que es necesario dar una solución.

Como resumen:

• El artículo fue creado en 2005 con el nombre [42].
• En 2012 Kordas traslado el artículo unilateralmente sin mediar ningún consenso [43].
• Para realizar el trasalado, Kordas hace referencia a la PD Discusión:Leópolis#Topónimo, en la cual sólo inteviene él y un usuario Rowley que protesta el traslado. Es mas, tres días después Rowley revierte a Kordas (destacar que el argumento esgrimido por Kordas es una consulta privada a la academia de su país, no una fuente publicada).
• Kordas insiste en su traslato unilateral deshaciendo a Rowley.
• Kordas mantendrá el traslado unilateral a lo largo de los años por la fuerza de reversiones. [44][45][46][47].

Es de perogullo que el título actual contraviene la convención de títulos (que no hace falta recordar, como toda política es de cumplimiento obligatorio) ya que el uso de Leópolis por parte de fuentes en castellano es absolutamente vestigial, tal como demuestra este análisis del corpus en catellano [48]. Por otra parte, el nombre actualmetne más común en castellano (por lejos) Lvov ni siquiera es mencionado en el artículo.

Dado que este rtículo obviamente despertará el interés de los lectores durante el tiempo venidero (y que un nombre vestigial como Leopolis sólo generará confusión en el lector), creo que es necesario tomar un decisión al respecto. Obviamente, no vamos a conseguir unanimidad respecto a esto, pero creo que es factible alcanzar un consenso suficiente. SFBB (discusión) 12:34 27 feb 2022 (UTC)

Efectivamente, trasladé el artículo unilateralmente porque no me hacía falta ningún consenso. Las fuentes son claras para apoyar el traslado, ya que Leópolis es el término en castellano, y esta es una enciclopedia en castellano. Que el título contraviene WP:CT, lo que tú llamas de perogrullo, es solo tu mera opinión, nada más; es bien claro que la está cumpliendo y, por mi parte, así se va a mantener por cumplirla. A lo mejor Lvov te parece más cool, pero obviamente no es un término castellano; ya tenemos el actual que además están apoyando las fuentes. Kordas (sínome!) 15:34 27 feb 2022 (UTC)

Lvov también puede hacer referencia a Gueorgui Lvov, Lemberg a Lemberg (Francia) o Lemberg (Alemania), etc etc etc, por lo que ese "análisis del corpus en catellano" no me parece, a bote pronto, una herramienta especialmente fiable para comparar. También podría usarse Lviv como título (p. ej. aquí ("Lviv: La ciudad de los mil nombres") parecen decantarse por esta forma). En otro orden de cosas, Leópolis no es una forma completamente ajena al castellano actual, pues aparece usada por: europapress, eldiario.es, bbc.com, heraldo.es, eluniversal.com.mx, theobjective.com, ¡Russia Today!, larepublica.pe. Sugeriría no hacer afirmaciones demasiado categóricas. No creo que sea un caso "de perogrullo". Tampoco creo que mereciera la pena insistir en un presunto "topónimo en castellano" si prácticamente nadie lo usara en castellano (mas este, aparentemente, no parece ser el caso...). Un saludo. strakhov (discusión) 16:33 27 feb 2022 (UTC)

En otro orden de cosas, es realmente cansado ver cómo siempre se acaban llevando este tipo de conflictos al área étnico-nacional: (destacar que el argumento esgrimido por Kordas es una consulta privada a la academia de su país, no una fuente publicada). ¿Podrías hacer el favor, SFBB, que creo que ya alguien se quejó de esto en el TAB (¿Esp1986 quizás?), de no recurrir constantemente a la presunta nacionalidad de tus contertulios como arma arrojadiza en los debates de Wikipedia? O, por lo menos, guardarte ese as en la manga para un poquito más adelante... Lo disparas demasiado pronto... Saludos. strakhov (discusión) 17:03 27 feb 2022 (UTC)

Strakhov, yo también me he percatado de ese matiz. Pero me agota y además es fútil replicar a quien recurre a esas connotaciones. Kordas (sínome!) 18:36 27 feb 2022 (UTC)

Es que creo que, más que nada, 'ayuda' a emponzoñar la discusión desde el minuto 1. Que a veces no queda otra que tirar alguna insinuación del estilo, bueno, vale, lo compro, pero es que para algunos parece su "movimiento de apertura", hablando en términos ajedrecísticos, además de que en este caso ha sido gratuitísimo (la fuerza del argumento sería, creo, la parte de "la fuente no publicada", pero no se ha ahorrado el meter lo de una consulta privada a la academia de su país... por... no sé, la verdad, qué le hubiera costado escribir simplemente una consulta privada a la RAE o, más aséptico aún, una consulta privada a una academia). Por lo demás, a mí me parece razonable (de hecho me parece bien) que se plantee el debate de un posible cambio de título, no creo que haya que ser especialmente esencialistas ni que sea clarísimo que el título debe ser tal (ni en un sentido ni en otro), habida cuenta de que WP:CDT tiene dos, o más, patas: WP:UNC y WP:ENESPAÑOL. De lo poco que he visto, las opciones más razonables me parecen seguir con la actual, Leópolis, o pasar a Lviv, pero es una impresión superficial. En cualquier caso, no me parece ningún drama el estado actual de las cosas. Un saludo. strakhov (discusión) 20:18 27 feb 2022 (UTC)

En el TAB no aporté todos los diffs donde se hace referencia constante a la nacionalidad. Me pregunto qué se busca con este tipo de argumentos. Volviendo al tema que nos ocupa, el nombre de la ciudad se dice Lviv (ucraniano), Lvov (ruso), Lwów (polaco), Lemberg (alemán) y Leópolis en español. Como esto es una enciclopedia redactada en idioma español, lo correcto sería emplear palabras propias de nuestra lengua, sobre todo si están respaldadas por los académicos de la lengua.--Esp1986 (discusión) 17:35 27 feb 2022 (UTC)

L'vov: ciudad del O de Ucrania; 760,000 habitantes. Fue fundada en 1256. Su universidad es de 1661

Diccionario geográfico universal, Guido Gómez de Silva (Academia Mexicana de la Lengua)

Marche otro punto de referencia, una publicación con el respaldo de un académico. A mí ya me han regañado por sugerir el uso de las consultas a la RAE o a la Fundéu como argumento en esta clase de discusiones. Ojo, independientemente de la validez (o no) de estas consultas, esas consultas hablan por la RAE y no por la ASALE. —Ñ (discusión) 02:05 28 feb 2022 (UTC)

El Diccionario geográfico universal no está reconocida por la ASALE, no aparece en su página oficial. Solo seis artículos enlazan a este diccionario en la Wikipedia en español. Todas las academias publican obras, pero muy pocas están reconocidas por la ASALE.--Esp1986 (discusión)