Wikipedia:Café/Archivo/Técnica/Actual

De Wikipedia, la enciclopedia libre



Esta página es archivada automáticamente.

Parámetros del archivado:

Lugar: Wikipedia:Café/Portal/Archivo/Técnica/AAAA/MM
Días a mantener: 14
Avisar al archivar: Sí
Estrategia: Firma más reciente en la sección
Mantener caja de archivos: No


Necesitamos tu opinión - Plan anual del equipo de Producto y Tecnología de la Fundación Wikimedia[editar]

Este hilo no se archivará hasta el
30 de mayo de 2024. (info)

Hola a toda/os

Acabamos de publicar el borrador completo de los objetivos del equipo de producto y tecnología el año que viene. Les pedimos su opinión sobre cinco preguntas clave para ayudarnos a dar forma a las áreas de nuestro trabajo el año que viene. Les invitamos a compartir sus opiniones aquí en el Café, y yo ayudaré al personal y a los responsables de la Fundación a responder. Estas son nuestras preguntas:

  1. Ser voluntario en los proyectos Wikimedia debería ser gratificante. También creemos que la experiencia de la colaboración en línea debe ser una parte importante de lo que hace que los voluntarios sigan volviendo. ¿Qué hace falta para que los voluntarios encuentren gratificante la edición y colaboren mejor para crear contenidos fiables?
  2. La fiabilidad de nuestro contenido forma parte de la contribución única de Wikimedia al mundo, y es lo que hace que las personas sigan acudiendo a nuestra plataforma y utilizando nuestro contenido. ¿Qué podemos hacer para que los contenidos fiables crezcan más rápidamente, pero siempre dentro de los límites de calidad establecidos por las comunidades en cada proyecto?
  3. Para seguir siendo relevante y competir con otras grandes plataformas en línea, Wikimedia necesita que una nueva generación de usuarios se sienta conectada con nuestro contenido. ¿Cómo podemos hacer que nuestro contenido sea más fácil de descubrir y con el que puedan interactuar los lectores y donantes?
  4. En una época en la que proliferan los abusos en Internet, tenemos que asegurarnos de que nuestras comunidades, nuestra plataforma y nuestro sistema de servicios estén a salvo. También nos enfrentamos a obligaciones de cumplimiento en constante evolución, en las que los responsables políticos mundiales tratan de dar forma a la privacidad, la identidad y el intercambio de información en línea. ¿Qué mejoras en nuestras capacidades para combatir el abuso nos ayudarán a afrontar estos retos?
  5. MediaWiki, la plataforma de software y las interfaces que permiten que Wikipedia funcione, necesita apoyo continuo durante la próxima década para poder proporcionar creación, moderación, almacenamiento, descubrimiento y consumo de contenido abierto y multilingüe a escala. ¿Qué decisiones y mejoras de la plataforma podemos hacer este año para garantizar que MediaWiki sea sostenible?

Además de compartir sus opiniones sobre estas preguntas, volveré dentro de unas semanas para compartir el borrador de los resultados clave (pasos mensurables) de estos objetivos para que me envíen sus comentarios y sugerencias.

Muchas gracias, --Oscar . (WMF) (discusión) 19:45 14 mar 2024 (UTC)[responder]

Hola Oscar . (WMF), acá te dejo algunas ideas...
  • Acerca del número 3,
    • creo que ayudaría mucho tener un sitio que se enfoque al descubrimiento y la investigación. Las listas de lecturas son buenos avances, pero las herramientas deben ser capaces de añadir, por ejemplos, notas personalizadas para hacer referencias o releer información cuando la anotemos. En una analogía similar: usar el marcador/destacador cuando leíamos libros.
    • No sé si subirnos al carro de las LLM, pero generar resúmenes de artículos o secciones de los mismos.
    • Aunque no me gusta mucho la idea, debemos mantenernos desconectados de la agregación automática de contenidos/enlaces, ya que salen desde los servicios de la WMF, y por tanto, ya no se controlan por la comunidad (por ejemplo, incrustar videos desde YouTube o TikTok)
  • Acerca del número 4,
    • Desconozco si existe la capacidad, pero generar algoritmos o patrones de búsqueda de interacciones entre personas, detectando el potencial de mala fe o derechamente abusivos contra otro usuario.
  • Acerca del número 5,
    • Mediawiki es muy grande, en general. Quizás generando un curso en línea (MOOC?, Coursera?, YouTube) donde se enseñe a cómo programar o mantener código en Mediawiki sería de bastante ayuda para bajar un poco la barrera de entrada.
    • Sensibilizar el uso de Phabricator en las comunidades técnicas,
    • Invertir en generar comunidades técnicas que colaboren en la mantención del código como personas voluntarias... y a su vez, incrementar la visibilidad del trabajo voluntario en el código Mediawiki, quizás bajando la barrera de entrada al usar github (aunque claro está, no se hace por código cerrado + propiedad de MS)
Espero que te sea útil y que más editores puedan colaborar en estas preguntas :) Superzerocool (el buzón de msg) 12:09 15 abr 2024 (UTC)[responder]
Gracias @Superzerocool por reflexionar sobre pregunta número 4. Sin duda, tu sugerencia forma parte de nuestras ideas para el próximo año. Por ejemplo, estamos experimentando con puntuaciones de reputación y contenido para ver si podemos detectar automáticamente interacciones que sean de mala fe o de acoso (además de facilitar a los usuarios la denuncia de acoso desde varias perspectivas). También estamos trabajando en mecanismos algorítmicos/automatizados para evitar ataques de abuso a gran escala, como los recientes ataques de vandalismo perpetrados a través de botnets. También mencionaré que, por «abuso», estamos pensando tanto en acciones de individuos como en tipos de abuso dirigidos a la propia plataforma, como el vandalismo o los ataques de denegación de servicio que inutilizan la plataforma. SCherukuwada (WMF) (discusión) 09:18 2 may 2024 (UTC)[responder]
@SCherukuwada: gracias por la confirmación que estamos en un canal similar de ideas. También participo en otro proyecto chiquitito (Wikinews) y ahí se vive más frecuente el abuso de ediciones o botnets, por lo cual, mejorar los mecanismos de control de edición o similares ayudarían a mejorar un poco más el ecosistema de usuarios y evitar "perder el tiempo" atendiendo problemas constantes por vandalismos (spam principalmente). Quizás sea bueno, aunque no tengo claro cómo hacerlo, integrar a las listas negras de sitios webs las páginas de servicios de webs externos (google safety) vayan integrando como páginas maliciosas para evitar poseer enlaces que dirigen a las personas a experiencias negativas (phishing), con el fin de no seguir siendo propagador de enlaces con fines negativos. Al nivel del voluntario que ama editar, alejado de la informática y de SRE, creo que el problema es totalmente ajeno acerca de protección de servidores y servicios, DDoS y otras jergas propias de la informática. Considerando esto último, los esfuerzos invisibles que se están haciendo podría plantearse la opción de ir generando un post en Diff (solo una idea, nada tan grande) de cómo se administra "la enciclopedia más grande jamás creada" para sensibilizar, a grandes rasgos, los desafíos de informática que se enfrentan día a día: nuevamente, la comunidad no es consciente de todos los esfuerzos para mantener rodando los proyectos Wikimedia, en especial en países donde los artículos son una verdad es incómoda. Sé que me desvié un poco del tema, pero creo que por ahí va el abuso externo y cómo buscar prevenirlo: nunca se tomarán 100 % de las medidas, pero sí considerar que los próximos meses (si es que no se está haciendo actualmente) serán meses de aprender desde 0 seguridad informática debido al avance de la IA. Esto son solamente medidas de reducción de riesgo y mitigación, ya que siempre existirán riesgos... Saludos Superzerocool (el buzón de msg) 12:10 2 may 2024 (UTC)[responder]

Wikidata weekly summary #623[editar]

Wikidata weekly summary #622[editar]

Wikidata weekly summary #624[editar]

Enlaces a mediawiki desde las etiquetas[editar]

Hola. Tomemos como ejemplo la etiqueta Tarea para novatos. Ésta enlaza a mw:Special:MyLanguage/Help:Growth/Tools/Newcomer_Tasks. Si sigo el enlace y estoy logueado en MediaWiki, me lleva a la página de ayuda en castellano. Si no, a la página original (en inglés).

Ahora, no creo que la mayoría de los usuarios esté logueado en MediaWiki. Y si se loguean, no estoy seguro de que su idioma de MediaWiki sea español por defecto. Pero quizás MediaWiki muestre las páginas adecuadas si el usuario está en un país de habla hispana. Yo no puedo comprobarlo porque actualmente estoy en el extranjero.

¿Podría alguien (que viva en Hispanoamérica y no esté logueado en MediaWiki) clicar el enlace de arriba y decirme si la página está en inglés?

De ser así, cambiaría los enlaces de este tipo sacándoles el Special:MyLanguage/ y agregándoles /es.

Por ejemplo, mw:Help:Growth/Tools/Newcomer_Tasks/es.

Ping a Leoncastro (disc. · contr. · bloq.) que es el experto en estas cosas. Saludos. --angus (msjs) 20:36 26 abr 2024 (UTC)[responder]

PD: es debatible adónde tendrían que enlazar las etiquetas, pero por ahora quisiera restringir la discusión a la parte técnica de si mw:Special:MyLanguage realmente funciona. --angus (msjs) 20:53 26 abr 2024 (UTC)[responder]

Si sigo el enlace con mi sesión iniciada llego a la página en castellano y si no, a la página en inglés. Saludos. Lin linao ¿dime? 21:06 26 abr 2024 (UTC)[responder]
Gracias. Hablamos de sesión de MediaWiki, ¿no? --angus (msjs) 21:15 26 abr 2024 (UTC)[responder]
Confirmo, si no he iniciado sesión en MediaWiki llego a la página en inglés. Ahora bien, en teoría debería iniciarse sesión de forma automática, pero si el navegador está configurado para bloquear cookies de terceros, puede que no reconozca que "es.wikipedia.org" y "mediawiki.org" son parte de lo mismo y no guarde el inicio de sesión entre un sitio y otro. –FlyingAce✈hola 21:24 26 abr 2024 (UTC)[responder]
Sí. Con mi sesión soy Lin linao y veo el contenido en castellanoby también la interfaz, de acuerdo a mis preferencias. Al cerrar sesion sale todo en inglés. Saludos. Lin linao ¿dime? 21:26 26 abr 2024 (UTC)[responder]
Gracias a ambos. --angus (msjs) 21:27 26 abr 2024 (UTC)[responder]
@Angus, de momento la selección del idioma de la interfaz solamente está disponible para usuarios registrados, y el idioma por defecto en MediaWiki —donde apunta el enlace que proporcionas— es el inglés. Por tanto, los usuarios no logueados y quienes no tengan configurado ningún idioma accederán a la versión en inglés de ese enlace. -- Leoncastro (discusión) 21:28 26 abr 2024 (UTC)[responder]

Añadir la opción de no importar imágenes o logos en Plantilla:Ficha de Videojuego[editar]

Hola, en muchas fichas (como Ficha de persona), se permite no importar la imagen de wikidata si se escribe |imagen = no. No me siento cómodo editando en Lua, por lo que si alguien se ve capaz de añadir esta opción, se lo agradecería.

Un saludo wikidasher 18:50 27 abr 2024 (UTC)[responder]

Wikidata weekly summary #625[editar]

Noticias técnicas: 2024-18[editar]

MediaWiki message delivery 03:30 30 abr 2024 (UTC)[responder]

Redirecciones con n a ñ[editar]

Tema: Redirecciones

Hola. A raiz de un pedido de borrar unos "ermitanos" que eran redirecciones ortopédicas, tengo una consulta. En mi navegador llego directamente al artículo si busco "ermitano de pico recto", que es una redirección. En cambio, si escribo "ermitano coliancho", en que no existe la redirección, llego a una página dw resultados de búsqueda. ¿Es una característica generalizada en las aplicaciones y los navegadores que los artículos o redirecciones con ñ no requieran una redirección con n? Gracias. Lin linao ¿dime? 20:58 30 abr 2024 (UTC)[responder]

Yo prefiero no borrar redirecciones a no ser que sean patentemente incorrectas. Hoy en día redireccionar variantes ortográficas no aporta gran cosa por los avances en el buscador de Wikipedia, pero su existencia no hace daño. m:Don't delete redirects. sasha 22:13 30 abr 2024 (UTC)[responder]

Efectivamente, parece que el comportamiento es el siguiente, y no es igual el de la "ñ" (que no redirige) que el de las tildes (con las que sí redirige):

En cuanto a hilos pasados sobre redirecciones, existen estos. Un saludo. strakhov (discusión) 16:04 1 may 2024 (UTC)[responder]

Claro que la búsqueda de "ermitano coliancho" no dirige a ermitaño coliancho pero si y correctamente indica Anopetia gounellei, por lo menos en mi buscador, pena que en nuestra conversa no se puede mostrar un print de página. Saludos. --Hector Bottai (discusión) 16:34 1 may 2024 (UTC)[responder]
No redirige a Anopetia gounellei, que es lo que deberia hacer para que la redirección no sirva. Saludos. Lin linao ¿dime? 16:37 1 may 2024 (UTC)[responder]
Como añadido comentar que soy consciente (esto es, a mí no me haría falta un print de la página) de que la búsqueda recomienda/indica el artículo correcto debajo, al menos en la skin que uso (Vector 2022). También comentar que incluso aunque esa cadena de caracteres redirigiera automáticamente en la búsqueda a Anopetia gounellei ...la redirección seguiría sirviendo de "algo": que cuando alguien escriba en el espacio principal ermitano coliancho y lo enlace entre corchetes ...cuando otra persona cliquee encima llegue al artículo del pajarraco en cuestión, en lugar de a un artículo inexistente con un título erróneo. Aunque esto habrá quien lo puede interpretar más como inconveniente que como ventaja (en concreto aquellos que gusten de usar el sistema de enlaces rojos/azules de Mediawiki como un detector de faltas de ortografía alternativo). Un saludo. strakhov (discusión) 17:07 1 may 2024 (UTC)[responder]
Sigo pensando que, de la misma forma, y felizmente! no existen redirecciones como salvadorenos, hondurenos, extremenos o brasilenos, no hay la mínima necesidad de haber varios tipos de ermitanos. Pero hagan lo que les parezca mejor. Saludos cordiales.--Hector Bottai (discusión) 17:42 1 may 2024 (UTC)[responder]
Tenemos Salvadorenos y las demás que nombras. Por eso puedes llegar directamente a El Salvador si no hay ñ en tu teclado. Saludos. Lin linao ¿dime? 17:53 1 may 2024 (UTC)[responder]
Si, existen, tienes razón. Hector Bottai (discusión) 18:54 1 may 2024 (UTC)[responder]

Noticias técnicas: 2024-19[editar]

MediaWiki message delivery 16:41 6 may 2024 (UTC)[responder]

Wikidata weekly summary #626[editar]

Here's your quick overview of what has been happening around Wikidata over the last week.
This is the Wikidata summary of the week before 2024-05-06.
Translations are available.

Discussions

Events

Press, articles, blog posts, videos

Tool of the week

  • Wikidata periodic table - Tool by User:Ricordisamoa, to browse all chemical elements available on Wikidata, with atomic number, chemical symbol, and localized label. It also includes two charts of the nuclides, with links to every isotope in Wikidata, colored by half-life or decay mode.

Other Noteworthy Stuff

  • A new UI mode is available for the online validator for EntitySchemas. It represents validation reports as a table rather than a very long string, and replaces most links with hyperlinks with some of the text behind them; making them easier to read. Currently being tested at https://shex-validator.toolforge.org/packages/shex-webapp/doc/shex-simple-improved.html, we are looking for participants to evaluate this tool. Some experience with editing Wikidata is appreciated, but no experience working with Schemas is required. If you are interested, you can sign up here. We hope to begin interviews around May 13. For more details, visit User:M.alten.tue

Newest properties and property proposals to review

You can comment on all open property proposals!

Did you know?

Development

  • We attended the Wikimedia Hackathon.
  • REST API: We are finishing the route for creating an Item (phab:T342990) and modify the data of a Property (phab:T347394)
  • EntitySchemas: We are continuing the work on creating the new datatype to link to EntitySchemas in statements (phab:T214884)

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

Weekly Tasks