Wikipedia : Cafe/Archivo/Tecnica/Actual

De Wikipedia, la enciclopedia libre



Esta pagina es archivada automaticamente .

Parametros del archivado :

Lugar : Wikipedia:Cafe/Portal/Archivo/Tecnica/AAAA/MM
Dias a mantener : 14
Avisar al archivar : Si
Estrategia : Firma mas reciente en la seccion
Mantener caja de archivos : No


Necesitamos tu opinion - Plan anual del equipo de Producto y Tecnologia de la Fundacion Wikimedia [ editar ]

Este hilo no se archivara 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 tecnologia el ano que viene. Les pedimos su opinion sobre cinco preguntas clave para ayudarnos a dar forma a las areas de nuestro trabajo el ano que viene. Les invitamos a compartir sus opiniones aqui en el Cafe, y yo ayudare al personal y a los responsables de la Fundacion a responder. Estas son nuestras preguntas:

  1. Ser voluntario en los proyectos Wikimedia deberia ser gratificante. Tambien creemos que la experiencia de la colaboracion en linea debe ser una parte importante de lo que hace que los voluntarios sigan volviendo. ¿Que hace falta para que los voluntarios encuentren gratificante la edicion y colaboren mejor para crear contenidos fiables?
  2. La fiabilidad de nuestro contenido forma parte de la contribucion unica de Wikimedia al mundo, y es lo que hace que las personas sigan acudiendo a nuestra plataforma y utilizando nuestro contenido. ¿Que podemos hacer para que los contenidos fiables crezcan mas rapidamente, pero siempre dentro de los limites de calidad establecidos por las comunidades en cada proyecto?
  3. Para seguir siendo relevante y competir con otras grandes plataformas en linea, Wikimedia necesita que una nueva generacion de usuarios se sienta conectada con nuestro contenido. ¿Como podemos hacer que nuestro contenido sea mas facil de descubrir y con el que puedan interactuar los lectores y donantes?
  4. En una epoca en la que proliferan los abusos en Internet, tenemos que asegurarnos de que nuestras comunidades, nuestra plataforma y nuestro sistema de servicios esten a salvo. Tambien nos enfrentamos a obligaciones de cumplimiento en constante evolucion, en las que los responsables politicos mundiales tratan de dar forma a la privacidad, la identidad y el intercambio de informacion en linea. ¿Que mejoras en nuestras capacidades para combatir el abuso nos ayudaran a afrontar estos retos?
  5. MediaWiki, la plataforma de software y las interfaces que permiten que Wikipedia funcione, necesita apoyo continuo durante la proxima decada para poder proporcionar creacion, moderacion, almacenamiento, descubrimiento y consumo de contenido abierto y multilingue a escala. ¿Que decisiones y mejoras de la plataforma podemos hacer este ano para garantizar que MediaWiki sea sostenible?

Ademas de compartir sus opiniones sobre estas preguntas, volvere dentro de unas semanas para compartir el borrador de los resultados clave (pasos mensurables) de estos objetivos para que me envien sus comentarios y sugerencias.

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

Hola Oscar . (WMF) , aca te dejo algunas ideas...
  • Acerca del numero 3,
    • creo que ayudaria mucho tener un sitio que se enfoque al descubrimiento y la investigacion. Las listas de lecturas son buenos avances, pero las herramientas deben ser capaces de anadir, por ejemplos, notas personalizadas para hacer referencias o releer informacion cuando la anotemos. En una analogia similar: usar el marcador/destacador cuando leiamos libros.
    • No se si subirnos al carro de las LLM , pero generar resumenes de articulos o secciones de los mismos.
    • Aunque no me gusta mucho la idea, debemos mantenernos desconectados de la agregacion automatica 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 numero 4,
    • Desconozco si existe la capacidad, pero generar algoritmos o patrones de busqueda de interacciones entre personas, detectando el potencial de mala fe o derechamente abusivos contra otro usuario.
  • Acerca del numero 5,
    • Mediawiki es muy grande, en general. Quizas generando un curso en linea (MOOC?, Coursera?, YouTube) donde se ensene a como programar o mantener codigo en Mediawiki seria de bastante ayuda para bajar un poco la barrera de entrada.
    • Sensibilizar el uso de Phabricator en las comunidades tecnicas,
    • Invertir en generar comunidades tecnicas que colaboren en la mantencion del codigo como personas voluntarias... y a su vez, incrementar la visibilidad del trabajo voluntario en el codigo Mediawiki, quizas bajando la barrera de entrada al usar github (aunque claro esta, no se hace por codigo cerrado + propiedad de MS)
Espero que te sea util y que mas editores puedan colaborar en estas preguntas?:) Superzerocool ( el buzon de msg ) 12:09 15 abr 2024 (UTC) [ responder ]
Gracias @Superzerocool por reflexionar sobre pregunta numero 4. Sin duda, tu sugerencia forma parte de nuestras ideas para el proximo ano. Por ejemplo, estamos experimentando con puntuaciones de reputacion y contenido para ver si podemos detectar automaticamente interacciones que sean de mala fe o de acoso (ademas de facilitar a los usuarios la denuncia de acoso desde varias perspectivas). Tambien estamos trabajando en mecanismos algoritmicos/automatizados para evitar ataques de abuso a gran escala, como los recientes ataques de vandalismo perpetrados a traves de botnets. Tambien mencionare 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 denegacion de servicio que inutilizan la plataforma. SCherukuwada (WMF) ( discusion ) 09:18 2 may 2024 (UTC) [ responder ]
@ SCherukuwada : gracias por la confirmacion que estamos en un canal similar de ideas. Tambien participo en otro proyecto chiquitito (Wikinews) y ahi se vive mas frecuente el abuso de ediciones o botnets, por lo cual, mejorar los mecanismos de control de edicion o similares ayudarian a mejorar un poco mas el ecosistema de usuarios y evitar "perder el tiempo" atendiendo problemas constantes por vandalismos (spam principalmente). Quizas sea bueno, aunque no tengo claro como hacerlo, integrar a las listas negras de sitios webs las paginas de servicios de webs externos (google safety) vayan integrando como paginas 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 informatica y de SRE, creo que el problema es totalmente ajeno acerca de proteccion de servidores y servicios, DDoS y otras jergas propias de la informatica. Considerando esto ultimo, los esfuerzos invisibles que se estan haciendo podria plantearse la opcion de ir generando un post en Diff (solo una idea, nada tan grande) de como se administra "la enciclopedia mas grande jamas creada" para sensibilizar, a grandes rasgos, los desafios de informatica que se enfrentan dia a dia: nuevamente, la comunidad no es consciente de todos los esfuerzos para mantener rodando los proyectos Wikimedia, en especial en paises donde los articulos son una verdad es incomoda. Se que me desvie un poco del tema, pero creo que por ahi va el abuso externo y como buscar prevenirlo: nunca se tomaran 100?% de las medidas, pero si considerar que los proximos meses (si es que no se esta haciendo actualmente) seran meses de aprender desde 0 seguridad informatica debido al avance de la IA. Esto son solamente medidas de reduccion de riesgo y mitigacion, ya que siempre existiran riesgos... Saludos Superzerocool ( el buzon de msg ) 12:10 2 may 2024 (UTC) [ responder ]
Hola @ Superzerocool ! Soy Olga, la product manager del equipo web y una de las personas que van a trabajar con las ideas del punto numero 3. Gracias por los comentarios ¡y las buenas ideas! Muchas de ellas coinciden con lo que hemos estado pensando para nuestro trabajo en el proximo ano. Por ahora, tenemos dos categorias generales.
La primera categoria consiste en facilitar a la gente la lectura de multiples articulos y diferentes tipos de contenido dentro de un wiki, descubriendo cosas diferentes en toda la wiki que puedan ser relevantes para una tarea o necesidad concreta. Esto puede incluir la creacion de listas de lectura, mostrar recomendaciones en las paginas principales o en las paginas de articulos, o mostrar recomendaciones existentes en paginas como la principal de formas mas interesantes, y mucho mas. Una gran parte de este trabajo consistiria en garantizar que la comunidad pueda moderar y controlar estas recomendaciones de alguna manera.
La segunda categoria es muy similar a tus ideas arriba: queremos mostrar partes del contenido que sean relevantes para las personas que leen de diversas maneras. Esto podria significar, como has mencionado, que destaquen directamente el contenido o que tomen notas personalizadas. O que seamos nosotros quienes destaquemos algun contenido importante de un articulo para estas personas. Nos interesan especialmente los resumenes y las versiones simplificadas de los articulos, y tenemos planes concretos para empezar a experimentar con ellos en el Q1 del ano fiscal. OVasileva (WMF) ( discusion ) 15:10 8 may 2024 (UTC) [ responder ]

Wikidata weekly summary #623 [ editar ]

Wikidata weekly summary #622 [ editar ]

Wikidata weekly summary #624 [ editar ]

Anadir la opcion de no importar imagenes 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 comodo editando en Lua , por lo que si alguien se ve capaz de anadir esta opcion, se lo agradeceria.

Un saludo wiki dasher 16:48 9 may 2024 (UTC) [ responder ]

Noticias tecnicas: 2024-18 [ editar ]

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

Redirecciones con n a n [ editar ]

Hola. A raiz de un pedido de borrar unos "ermitanos" que eran redirecciones ortopedicas, tengo una consulta. En mi navegador llego directamente al articulo si busco "ermitano de pico recto", que es una redireccion. En cambio, si escribo "ermitano coliancho", en que no existe la redireccion, llego a una pagina dw resultados de busqueda. ¿Es una caracteristica generalizada en las aplicaciones y los navegadores que los articulos o redirecciones con n no requieran una redireccion 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 dia redireccionar variantes ortograficas no aporta gran cosa por los avances en el buscador de Wikipedia, pero su existencia no hace dano. 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 "n" (que no redirige) que el de las tildes (con las que si redirige):

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

Claro que la busqueda de "ermitano coliancho" no dirige a ermitano 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 pagina. Saludos. -- Hector Bottai ( discusion ) 16:34 1 may 2024 (UTC) [ responder ]
No redirige a Anopetia gounellei , que es lo que deberia hacer para que la redireccion no sirva. Saludos. Lin linao ¿dime? 16:37 1 may 2024 (UTC) [ responder ]
Como anadido comentar que soy consciente (esto es, a mi no me haria falta un print de la pagina) de que la busqueda recomienda/indica el articulo correcto debajo, al menos en la skin que uso (Vector 2022). Tambien comentar que incluso aunque esa cadena de caracteres redirigiera automaticamente en la busqueda a Anopetia gounellei ...la redireccion seguiria 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 articulo del pajarraco en cuestion, en lugar de a un articulo inexistente con un titulo erroneo. Aunque esto habra quien lo puede interpretar mas 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 ortografia alternativo). Un saludo. strakhov ( discusion ) 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 minima necesidad de haber varios tipos de ermitanos. Pero hagan lo que les parezca mejor. Saludos cordiales.-- Hector Bottai ( discusion ) 17:42 1 may 2024 (UTC) [ responder ]
Tenemos Salvadorenos y las demas que nombras. Por eso puedes llegar directamente a El Salvador si no hay n en tu teclado. Saludos. Lin linao ¿dime? 17:53 1 may 2024 (UTC) [ responder ]
Si, existen, tienes razon. Hector Bottai ( discusion ) 18:54 1 may 2024 (UTC) [ responder ]

Noticias tecnicas: 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

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

Wikidata weekly summary #627 [ 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-13.
Please help Translate .

Discussions

Press, articles, blog posts, videos

Tool of the week

Newest properties and property proposals to review

You can comment on all open property proposals !

Did you know?

Development 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

Noticias tecnicas: 2024-20 [ editar ]

MediaWiki message delivery 23:55 13 may 2024 (UTC) [ responder ]