stringtranslate.com

Discusión de Wikipedia:Desambiguación

sobre cómo deberían verse las estadísticas para las notas de sombrero, las redirecciones principales y los temas principales

Aquí hay más información que he recopilado después de que alguien preguntó en Talk:Tupelo :

Creo que tendré que seguir actualizando este resumen aquí para crear una base de conocimientos. -- Joy ( discusión ) 15:19, 1 de marzo de 2024 (UTC) [ responder ]

-- Joy ( discusión ) 14:44 6 abr 2024 (UTC) [ responder ]
-- Joy ( discusión ) 18:05 10 may 2024 (UTC) [ responder ]
-- Joy ( discusión ) 06:55 5 jun 2024 (UTC) [ responder ]
-- Joy ( discusión ) 16:37 11 jul 2024 (UTC) [ responder ]
-- Joy ( discusión ) 13:25 5 sep 2024 (UTC) [ responder ]

Esto no quiere decir que todas estas medidas estuvieran verdaderamente justificadas o que no haya una plétora de factores individuales en juego. Pero incluso con esta variedad de resultados, hay algo claramente fuera de lugar en nuestra interpretación actual, casi consensuada, de cómo deberían ser las estadísticas para los temas principales según el uso. Esto también significa poco para las consideraciones de importancia a largo plazo. -- Joy ( discusión ) 15:30, 1 de marzo de 2024 (UTC) [ responder ]

Tus cifras sobre el porcentaje de "interés" son bastante engañosas, ya que no mencionan que, en muchos casos, el porcentaje más alto, con diferencia, fue "sin tráfico en absoluto", es decir, sin clics, por la razón que sea (¿visitas que no fueron de humanos? ¿El objetivo deseado no está disponible? ¿La información en la página de desambiguación es suficiente?). Por ejemplo, en el caso de Hamme, señalas que "después del traslado, el tema principal que se suponía anteriormente obtuvo un interés de aproximadamente el 16%", que fue más de 4 veces más que los otros temas "combinados". Fram ( discusión ) 14:51, 11 de abril de 2024 (UTC) [ responder ]
Sí, lo he mencionado varias veces. Estoy de acuerdo en que es engañoso simplemente asumir que cada visita entrante cuenta para algo significativo. La verdad es que no hay forma de que sepamos qué significan, si es que significan algo, esas visitas entrantes a la página que no tienen salida. older ≠ wiser 15:34, 11 de abril de 2024 (UTC) [ responder ]
@Bkonrad Exactamente , pero no es exactamente que no sepamos que no significan nada . Hay múltiples indicios de que sí lo significan:
En primer lugar, hay una gran variedad de casos, desde aquellos en los que vemos que muchas de las visitas entrantes se traducen en clics hasta aquellos en los que vemos que pocas visitas entrantes se traducen en clics. No resumí toda esa información en esta página de discusión, tienes que hacer clic en los enlaces para examinarla. (Es posible que más adelante encuentre algo de tiempo para extraer esa dimensión de datos y ampliar la lista anterior).
Esto significa que no solo vemos tráfico fantasma de manera constante, sino que debemos observar el comportamiento real de los lectores al menos hasta cierto punto. Por lo tanto, no podemos ver, por ejemplo, que el 60 % del tráfico se traduce en clics en un caso nuevo y luego llegar a la conclusión de que la mayor parte del 40 % restante se puede ignorar.
En segundo lugar, hay casos en los que vemos que casi todas las visualizaciones entrantes se traducen en clics. El ejemplo más reciente que encontré se describe en Talk:Forced march#post move to disambiguation , donde nuestra tasa de identificación pasó de 34/55 (~62 %) en el primer mes observado, a 96/96, a 95/95, a 135/135 en los últimos tres meses, sorprendentemente, incluso con una cantidad de tráfico tan pequeña.
Esto niega incluso la idea de que siempre tiene que haber al menos algo de este tráfico fantasma, porque aparentemente tenemos un escenario de falsificación que parece bastante consistente. Por lo tanto, no podemos simplemente ver, por ejemplo, que el 75 % del tráfico se traduce en clics y luego llegar a la conclusión de que cualquier parte del 25 % restante es ignorable.
-- Joy ( discusión ) 12:33 14 abr 2024 (UTC) [ responder ]
Cabe señalar que, desde entonces, hemos observado que la marcha forzada recibe más clics salientes que entrantes. Ese es otro escenario que no podemos explicar: los mismos lectores haciendo clic en varios elementos de una lista. -- Joy ( discusión ) 08:48, 18 de julio de 2024 (UTC) [ responder ]
Sobre los puntos individuales planteados por @Fram anteriormente :
  • meta:Investigación:Wikipedia clickstream dice que intenta excluir visitas que no sean de humanos: Intentamos excluir el tráfico de arañas clasificando los agentes de usuario con la biblioteca ua-parser y algunos filtros específicos de Wikipedia adicionales. Es posible que no lo consiga, pero entonces es probable que también falte la categoría de visitas a la página "Usuario", por lo que no sé si deberíamos confiar en que ese sea un efecto importante.
  • El objetivo buscado no está disponible: ¿cómo mejoraría esto las probabilidades de que se afirme que debería haber un tema principal, cuando habría temas que restarían valor a la existencia de un tema principal y ni siquiera están disponibles? Eso parecería aumentar el riesgo de sorprender a más contingentes de lectores. "Estas personas ni siquiera saben acerca del significado X, y proclamaron que el significado Y es el principal - ¡pfft!"
  • La información sobre la página de desambiguación es suficiente: este caso de uso no se ha estudiado en absoluto y estoy de acuerdo en que parece posible al menos en algunos casos. En definitiva, ¿por qué consideraríamos malas todas las navegaciones que no resulten en otro clic? Es decir, seguramente esto también resta valor a la idea de que exista un tema principal, si también existe el contingente de lectores a los que no podemos convencer de hacer clic en el enlace para leer sobre el tema principal propuesto (que también suele ser el primer enlace de la lista).
  • Más de 4 veces que los otros temas combinados. Ya expliqué en Talk:Hamme (desambiguación) cómo estás haciendo afirmaciones extrañamente incorrectas. Incluso si comparamos 28 flujos de clics identificados y los 10 flujos de clics identificados, la relación entre esos dos números es 2,8, simplemente no es 4. Del mismo modo, tanto 28 como 10 están tan cerca del umbral de anonimización que no está del todo claro que esta relación tenga que ser precisa. En otras palabras, esto podría haber sido 4 o podría haber sido 2 con solo unos pocos pares de vistas src-dest más identificados en lugar de anonimizados. Y ninguna de estas relaciones es impresionante cuando también vemos mucho más tráfico interesado en ninguno de estos.
En cualquier caso, gracias por el interés. -- Joy ( discusión ) 12:33 14 abr 2024 (UTC) [ responder ]
Sí, no digo que se deba ignorar por completo el recuento de visitas entrantes, solo que intentar interpretar lo que significa es altamente especulativo y debemos ser muy cautelosos con el significado que atribuimos a esas visitas sin salida. Si hay un cambio repentino en el número de visitas entrantes, es probable que merezca una mayor consideración. De manera similar, si hay una brecha constante y muy grande entre las visitas entrantes y salientes, eso también puede merecer cierta consideración. Pero incluso en esos casos, decidir qué buscaban los lectores que llegan a esas visitas sin salida al llegar a una página de desambiguación en particular sigue siendo altamente especulativo. Podría ser un factor a la hora de argumentar que no hay un tema principal donde no lo hay en este momento (es decir, cuando hay una solicitud para reemplazar una página de desambiguación con un tema principal). No estoy seguro de qué significado podríamos interpretar en esas visitas sin salida de una página de desambiguación donde hay un tema principal existente. Podría ser que los lectores simplemente sientan curiosidad por saber qué más podría tener el mismo nombre, sin la intención de mirar ninguno de ellos con más detalle. Simplemente no sabemos por qué esos lectores se comportan de esa manera. mayores ≠ más sabios 13:46, 14 de abril de 2024 (UTC) [ responder ]
De acuerdo, el cambio de patrón sería un indicador significativo. Pero en ese sentido, vuelvo a señalar la evidencia anterior: a menudo observamos un patrón claramente consistente y luego hacemos un cambio por cualquier razón, y luego los datos cambian y observamos un patrón consistente claramente diferente . Bueno, a menudo se necesitan algunos meses para que las cosas se estabilicen y, en el período intermedio, hay uno o dos cambios, pero aún así.
En los casos en los que ya se ha seleccionado un tema principal, es muy difícil interpretar el tráfico que no genera clics. Como el contenido es más amplio y variado, podría tratarse de varias posibilidades. Así como podrían ser lectores que navegan de forma incorrecta y hacen clic para irse de inmediato, también podrían ser lectores que se quedaron y aprendieron algo y luego hicieron clic para irse, o podría ser un grupo de lectores completamente satisfechos que estaban absolutamente felices de leer lo que tenían frente a ellos y no tenían necesidad de aprender de inmediato más sobre otro tema relacionado. No tenemos las herramientas para discernir esto.
Sin embargo, con páginas más simples como las listas de desambiguación, es menos difícil comprender el comportamiento general del lector porque no presentamos a las personas grandes cantidades de posibilidades, reducimos ese número y simplificamos sus opciones, y hacemos más probable que podamos comprender las mediciones de nuestras herramientas existentes.
Lo que creo que deberíamos aprender de todo esto es que no debemos ser demasiado cautelosos y, en cambio, no deberíamos tener miedo de experimentar tanto como lo hemos hecho hasta ahora.
En todos los datos que he rastreado, aún no hemos observado un caso en el que haya habido un lector nuevo que se quejara de que las listas de desambiguación son la opción incorrecta. Mientras apliquemos MOS:DABCOMMON , y lo hacemos, no tenemos ninguna indicación de que estemos confundiendo o preocupando a una cantidad apreciable de lectores, incluso en casos polémicos. -- Joy ( discusión ) 14:35, 14 de abril de 2024 (UTC) [ responder ]
En todos los datos que he rastreado, todavía no hemos observado ningún caso en el que un lector nuevo se quejara de que las listas de desambiguación fueran la opción incorrecta. Este parece un criterio peculiar. Dejando de lado las reacciones a las listas que has estado recopilando, no recuerdo la última vez que me encontré con un lector "nuevo" quejándose de una página de desambiguación ubicada incorrectamente, cuando el denunciante no era un partidario miope que buscaba promover su tema preferido.
En cuanto a lo que creo que deberíamos aprender de todo esto es que no debemos ser demasiado cautelosos y, en cambio, no deberíamos tener miedo de experimentar tanto como lo hemos hecho hasta ahora. Me alegra que estés profundizando en los datos, pero espero que nadie se esté engañando al pensar que los montones de datos de calidad incierta basados ​​en funciones mal documentadas representan un enfoque consensuado para tomar decisiones. older ≠ wiser 16:02, 14 de abril de 2024 (UTC) [ responder ]
En realidad, también tenemos algunos puntos de datos interesantes sobre eso, cf. Talk:Tito (desambiguación) , donde nadie prestó realmente atención durante más de una década mientras se implementaba la desambiguación, y luego un consenso de editores prácticamente instantáneamente decidió aplicar una redirección de tema principal principalmente por su importancia a largo plazo. (El lado positivo es que ese cambio nos permitió medir algo más después, Wikipedia talk:Disambiguation/Archive 56# sobre la calidad de los datos de uso de la secuencia de clics y las visitas a la página explica más).
Estoy bastante seguro de que si analizamos otros casos también podemos encontrar marcos temporales similares, donde alguna elección de navegación arbitraria ha estado vigente durante años y décadas, y luego decidimos arbitrariamente congregarnos, tomar decisiones nuevas y divertidas y darnos palmaditas en la espalda colectivamente :)
En otras palabras, nuestro proceso de toma de decisiones parece perfectamente sólido (en su mayoría, también para mí, no me excluyo), pero se nos escapan tantas cosas que es dudoso que gran parte de él realmente importe tanto como creemos. -- Joy ( discusión ) 16:49, 14 de abril de 2024 (UTC) [ responder ]

¿Qué significa "en determinadas circunstancias" enWP: Hermanastra

¿No sería útil definir qué significan las palabras " en determinadas circunstancias " en WP:DABSISTER ? ¿O (mejor aún) proporcionar ejemplos de cuándo sería útil un enlace a una Wikipedia en un idioma extranjero y cuándo no?
Lo intentaría, pero no tengo idea de qué significan esas palabras. The Mountain of Eden ( discusión ) 20:53 16 jul 2024 (UTC) [ responder ]

Mi opinión es que deberíamos evitar los enlaces a artículos de Wikipedia en otros idiomas… en lugar de eso, deberíamos crear artículos aquí y enlazarlos. Blueboar ( discusión ) 15:01 28 jul 2024 (UTC) [ responder ]

Definición propuesta utilizando la existencia de políticas de control de calidad de Verificación, Notabilidad y Neutralidad

Dado que nadie ha proporcionado una definición para " bajo ciertas circunstancias ", ¿qué tal esta definición?
En los casos para los que no existe un artículo para un término de desambiguación en la Wikipedia en inglés pero existe un artículo en una Wikipedia en un idioma diferente, es aceptable usar la {{interlanguage link}} plantilla para vincular al artículo en el proyecto hermano, con el término de desambiguación contando como un enlace azul (por lo que no sería necesario un enlace azul adicional para la entrada) solo si el proyecto hermano tiene políticas de verificabilidad, notabilidad y neutralidad.

(La tabla aún necesita ser completada - yo solo completé los primeros 25 espacios en blanco de la tabla). La Montaña del Edén ( discusión ) 01:46 22 jul 2024 (UTC) [ responder ]

Apoyo

Oponerse a

Discusión

No parece necesario. No se ha demostrado que exista un problema real con el texto actual, que permite cierta flexibilidad según el caso. Remsense诉01:50, 22 de julio de 2024 (UTC) [ responder ]
Esto también pasa por alto una razón principal para no incluir ills: incluso en wikis que tienen estándares vnn, no todos los artículos en dicha wiki cumplen con esos estándares. Basta con echar un vistazo a la cantidad de basura que existe en la wiki en inglés, que supuestamente tiene altos estándares. Y además de eso, la mera existencia de un artículo en una wiki en otro idioma no proporciona ninguna indicación de si ese mismo tema tiene alguna relevancia en inglés. Pensé que la última discusión sobre esto determinó que, como mínimo, el término debe mencionarse en un artículo actual para proporcionar al menos alguna sugerencia minúscula de que el tema tiene alguna vigencia en inglés. older ≠ wiser 03:16, 22 de julio de 2024 (UTC) [ responder ]
Así como la notoriedad no es una función del tiempo , no creo que sea una función del lenguaje utilizado para escribir el artículo. Pero sí es una función de las personas que participan en la discusión, por lo que el consenso puede cambiar . Por eso creo que deberíamos tener una política clara, para que haya coherencia. La redacción actual de WP:DABSISTER no tiene sentido para mí, y en 5 días nadie fue capaz de proporcionarme un significado para ella. Por eso propuse algo que tiene sentido.
Si bien es obvio que tener políticas de verificabilidad, notabilidad y neutralidad no garantiza que todos y cada uno de los artículos cumplan plenamente con las políticas, es mejor que no tener políticas. Por eso lo propuse en lugar del vago "en determinadas circunstancias". The Mountain of Eden ( discusión ) 06:51 22 jul 2024 (UTC) [ responder ]
No estoy de acuerdo, ya que la notoriedad depende en gran medida del idioma y la cultura. En esencia, su propuesta da luz verde a la inclusión de ills en todos los artículos de otros idiomas que tengan algún tipo de estándares de vnn, independientemente de si un término determinado tiene algún uso en inglés. older ≠ wiser 10:56, 22 de julio de 2024 (UTC) [ responder ]
La política de notabilidad de Wikipedia dice que la notabilidad se establece con la cobertura de " fuentes confiables e independientes ". ¿Cómo dependería eso del idioma y la cultura? The Mountain of Eden ( discusión ) 02:56 23 jul 2024 (UTC) [ responder ]
Este no es realmente el foro adecuado para discutir la relevancia de temas en lenguas extranjeras en la Wikipedia en inglés. El concepto de desambiguación surge dentro de una wiki de idioma cuando hay más de un tema que podría tener el mismo título. Si no existe información sobre un tema en lengua extranjera en la Wikipedia en inglés, no hay nada que desambiguar. older ≠ wiser 03:40, 23 de julio de 2024 (UTC) [ responder ]
Estoy de acuerdo en que se necesita desambiguación " cuando hay más de un tema que podría tener el mismo título ". La cuestión es qué hacer cuando no hay ningún artículo en la Wikipedia en inglés. Tenemos MOS:DABRED para manejar eso. Pero en los casos en que hay un artículo, pero que no está en la Wikipedia en inglés, eso lo maneja WP:DABSISTER . El lenguaje actual en WP:DABSISTER con las palabras " en determinadas circunstancias " es ambiguo en el mejor de los casos y sin sentido en el peor. La idea es limpiar el lenguaje para dar una guía clara. The Mountain of Eden ( discusión ) 16:48, 23 de julio de 2024 (UTC) [ responder ]
Para colmo de males, hay una nota a pie de página en WP:DABSISTER que dice " No hay acuerdo sobre las condiciones en las que tales enlaces son aceptables ". Por lo tanto, deberíamos pensar en algo . Incluso si no es perfecto, podría mejorarse más adelante. The Mountain of Eden ( discusión ) 16:52 23 jul 2024 (UTC) [ responder ]
Buena suerte en llegar a ese acuerdo. Las discusiones anteriores fueron largas con partidarios más o menos intransigentes. Creo que, como ocurre con muchas cosas en Wikipedia, las pautas no pueden prescribir con precisión qué hacer en cada situación y algunas cosas es mejor dejarlas para discusiones caso por caso. No creo que sea sensato asumir ningún tipo de equivalencia entre artículos en Wikipedias de varios idiomas. Con la pauta que usted propone, sería muy fácil tener páginas de dab repletas de entradas de ILL para cualquier otro idioma que tenga alguna semejanza con las pautas de VNN (independientemente de cuán rigurosamente se sigan dichas pautas en la práctica). Mi opinión es, esencialmente, que las páginas de desambiguación están pensadas para desambiguar artículos en el idioma específico de esa Wiki. Es decir, no hay conflicto de títulos entre los artículos en la wiki en inglés y en cualquier otro idioma. Cada una puede tener artículos diferentes con exactamente el mismo título sin ningún conflicto. Si un término extranjero tiene alguna relevancia para el inglés, debería haber algunas indicaciones dentro de la Wiki en inglés (es decir, el término al menos se menciona en algún lugar de algún artículo). older ≠ wiser 17:54, 23 de julio de 2024 (UTC) [ responder ]
“ Las directrices no pueden prescribir con precisión qué hacer en cada situación ”. Estoy totalmente de acuerdo contigo.
[A]lgunos asuntos es mejor dejarlos para que se discutan caso por caso . También estoy de acuerdo con eso. El problema es que la redacción actual en WP:DABSISTER , especialmente la nota al pie, es tan inútil que es mejor no tener nada y simplemente tratar el caso de un enlace rojo en la Wikipedia en inglés como un enlace azul en la Wikipedia en algún idioma extranjero como cualquier otro enlace rojo.
Si pensamos que un enlace rojo en la Wikipedia en inglés con un enlace azul a una Wikipedia en un idioma extranjero debería manejarse de forma diferente a un enlace rojo normal, deberíamos explicar qué hacer en tal caso, en lugar de decir que no hay consenso sobre qué hacer.
Puede que mi propuesta no sea perfecta, pero al menos es algo. Si la ponemos en la página, puede que surjan futuros editores con ideas sobre cómo mejorarla. La Montaña del Edén ( discusión ) 21:14 24 jul 2024 (UTC) [ responder ]
No creo que deba manejarse de manera diferente a otros enlaces rojos. No creo que los artículos en wikis en idiomas extranjeros deban tratarse como equivalentes a los artículos en inglés para enlaces azules en entradas de DAB. En mi opinión, debería haber un artículo en inglés existente que mencione el término. older ≠ wiser 22:53, 24 de julio de 2024 (UTC) [ responder ]
Suena bien. Si nadie más contribuye a esta discusión en los próximos 4 o 5 días, lo consideraremos un consenso y cambiaremos la página del proyecto en consecuencia. The Mountain of Eden ( discusión ) 23:24 24 jul 2024 (UTC) [ responder ]
¿Qué cambiarías si no es lo que propusiste originalmente? más viejo ≠ más sabio 23:28 24 jul 2024 (UTC) [ responder ]
Buena pregunta. Ver más abajo La Montaña del Edén ( discusión ) 23:47 24 jul 2024 (UTC) [ responder ]

Propuesta #2

Cambie el texto de WP:DABSISTER por lo siguiente:

Si un artículo no existe en la Wikipedia en inglés, pero sí en un proyecto hermano, es probable que esto sea una indicación de que se debería crear un artículo en la Wikipedia en inglés. Sin embargo, al final del día, según WP:WRITEITFIRST , hasta que se cree un artículo en la Wikipedia en inglés, el término que se va a desambiguar se debe tratar como se prescribe en WP:DABRED .


La Montaña del Edén ( discusión ) 23:47 24 jul 2024 (UTC) [ responder ]

Apoyo

Oponerse a

Me parece que la existencia de la sección dabsister es principalmente una disposición de seguridad para garantizar que las personas no eliminen esos enlaces externos de {{ ill }} ya que no permitimos enlaces externos de otra manera.
En general, recomendaría pensar en esto desde la perspectiva del lector primero : para grandes contingentes de lectores angloparlantes, incluso agregar enlaces entre idiomas no es útil y posiblemente pueda resultar confuso, porque podrían hacer clic en el enlace azul esperando continuar leyendo en inglés. Permitir estos enlaces ya es bastante generoso, pero exigir que se cumpla algún otro estándar (como dabmention) es más seguro. -- Joy ( discusión ) 11:57, 28 de julio de 2024 (UTC) [ responder ]

Discusión

Creo que es incorrecto decir que es probable que un artículo se deba crear en la Wikipedia en inglés . La mera existencia de un artículo en otro idioma no dice nada sobre si el artículo se debe crear en la Wikipedia en inglés. ¿Y qué sucede con la nota al pie que proporciona un ejemplo de cómo se debe construir la entrada (que, por cierto, cumple con MOS:DABRED )? older ≠ wiser 00:28, 25 de julio de 2024 (UTC) [ responder ]

Podemos reemplazar "es probable que sea una indicación" por "puede ser una indicación". La Montaña del Edén ( discusión ) 05:36 25 jul 2024 (UTC) [ responder ]
Creo que la redacción actual probablemente funcione bien: en casi todos los casos será posible un enlace azul a un artículo que mencione el tema, pero puedo imaginar casos ocasionales en los que haya un término ambiguo, que se confunde fácilmente con un tema en Eng.wiki, que esté presente en otra wikipedia pero no (todavía) en en.wiki y donde no haya un lugar obvio para agregar un enlace azul de fuente confiable.
Tal vez haya un poeta canadiense recientemente añadido a en.wiki, con una combinación de nombre y apellido en común, y un poeta alemán con el mismo nombre pero con una fecha de nacimiento y biografía claramente diferentes en de.wiki. Es útil para nuestro lector incluir un enlace wiki al poeta alemán junto con la entrada del poeta canadiense del mismo nombre, aunque el poeta alemán no se menciona en nuestra Lista de poetas en idioma alemán y no podemos esperar que el editor que acaba de crear un artículo sobre el canadiense y lo está añadiendo a la página de nombres busque su homónimo alemán más allá de encontrar que existe en la Wikipedia en alemán y que es identificable como un poeta diferente. (Pero sería mucho mejor añadir el alemán a esa lista o a algún otro artículo apropiado, o crear un esbozo mínimo para ellos).
Si vamos a cambiar WP:DABSISTER , la primera oración tal vez debería decir:
Los enlaces rojos a temas tratados en Wikipedias de otros idiomas se pueden mejorar utilizando {{ Interlanguage link }} para vincular a esas otras Wikipedias, pero aún se requiere un enlace azul a un artículo en Wikipedia en inglés a menos que haya una necesidad excepcional de ayudar a nuestros lectores al desambiguar un tema que aún no se menciona aquí.
Quizás añadir:
Se recomienda encarecidamente a los editores que busquen un artículo o una lista donde se pueda mencionar el tema, con fuentes confiables, para que se pueda crear un enlace azul según WP:DABMENTION .
Pam D 08:33 25 jul 2024 (UTC)[responder]
Básicamente, eso suena como alentar el uso de la {{Interlanguage link}}plantilla cuando sea aplicable. Este debería ser el caso para cualquier enlace rojo. Si ese es realmente el caso, entonces toda la sección WP:DABSISTER debería ser redirigida a WP:DABRED , y WP:DABRED debería alentar el uso de {{Interlanguage link}}la plantilla cuando sea aplicable. The Mountain of Eden ( discusión ) 21:11 26 jul 2024 (UTC) [ responder ]
No, no, no. Son cosas diferentes, aunque hay cierta superposición. Los enlaces hermanos son relativamente poco comunes. Los enlaces rojos se agregan de forma incorrecta de forma rutinaria por editores inexpertos. Necesitamos una guía para los enlaces rojos que sea lo más clara posible. Los enlaces hermanos son, en el mejor de los casos, una especie de caso especial de enlace rojo. older ≠ wiser 21:23, 26 de julio de 2024 (UTC) [ responder ]
" Los enlaces hermanos son, en el mejor de los casos, una especie de caso especial de enlace rojo "
Yo eliminaría las palabras "en el mejor de los casos" y "más o menos", para que diga " Los enlaces hermanos son un caso especial de enlace rojo ", lo que significa que las dos secciones deberían combinarse en lugar de distribuirse en dos páginas diferentes. La Montaña del Edén ( discusión ) 21:36 26 jul 2024 (UTC) [ responder ]

Propuesta #3

  1. Elimina WP:DABSISTER de esta página y mueve el acceso directo a MOS:DISAMBIGUATION debajo de WP:DABRED .
  2. Debajo del ejemplo de Flibbygibby enmarcado, agregue la siguiente oración (sin cursiva):
    " Si el artículo que se desea desambiguar no tiene un artículo en la Wikipedia en inglés, pero tiene un artículo sobre un proyecto hermano en otro idioma, el término se puede vincular al proyecto hermano utilizando la {{interlanguage link}}plantilla " .
  3. WP:DABSISTER se vincularía a esta nueva oración propuesta.

La Montaña del Edén ( discusión ) 22:38 30 jul 2024 (UTC) [ responder ]

Apoyo

Oponerse a

Discusión

::Parece que esa es la propuesta n.° 4. Pero ¿por qué no agregar esa oración? La Montaña del Edén ( discusión ) 01:54 31 jul 2024 (UTC) [ responder ]

Lo siento, leí mal la pregunta. No veo cómo podemos redirigir el acceso directo sin agregar el texto, ya que nada en MOS:DAB habla sobre enlaces a proyectos hermanos. Podríamos eliminar el acceso directo o, si cambiamos el acceso directo a WP:DAB , de alguna manera tendríamos que hablar sobre los enlaces a proyectos hermanos en MOS:DAB . The Mountain of Eden ( discusión ) 02:02 31 jul 2024 (UTC) [ responder ]

Propuesta #4

Eliminar WP:DABSISTER por completo.

Apoyo

Oponerse a

Conversar

He añadido esta propuesta (después del hecho) simplemente porque debería haber sido una opción desde el principio. Blueboar ( discusión ) 01:04 31 jul 2024 (UTC) [ responder ]

¿Donde ahora?

Acabo de revertir un cambio de @ The Mountain of Eden : que agregó una declaración a Wikipedia:Manual de estilo/Páginas de desambiguación que creo que era completamente errónea (a menos que esté malinterpretando). La redacción agregada fue:

Creo que la última frase debería ser probablemente "enlace azul a" en lugar de "enlace rojo desde", pero en lugar de intentar resolverlo en la página en vivo, parece mejor acordar una redacción aquí. El resumen de la edición hizo referencia de manera poco útil a "Implementación de la propuesta 3 de WP:DESAMBIGUACIÓN " en lugar de señalar esta página de discusión y este punto en particular dentro de la página de discusión. Pam D 22:43, 12 de agosto de 2024 (UTC) [ responder ]

"un enlace rojo desde" es correcto según WP:DABRED que dice que " Un enlace a un artículo inexistente (un "enlace rojo") debe incluirse en una página de desambiguación solo cuando un artículo vinculado (no solo otras páginas de desambiguación) también incluya ese enlace rojo ". (énfasis añadido) The Mountain of Eden ( discusión ) 23:22 12 ago 2024 (UTC) [ responder ]
Bueno, señalé que la adición no está clara, aunque parece que lo descartaste como una "oposición simbólica". Me di por vencido en el intento de explicar esto porque parecía que lo estabas abordando desde una dimensión completamente diferente. older ≠ wiser 12:56, 13 de agosto de 2024 (UTC) [ responder ]
Quizás me lo perdí, pero no sé qué es lo que no está claro. Sin embargo, estoy de acuerdo en que PamD tiene razón en lo que respecta al enlace azul. Por lo tanto, podemos agregar algunas palabras (el texto subrayado a continuación ) a la segunda oración para que diga:
Si el artículo que se va a desambiguar no tiene un artículo en la Wikipedia en inglés, pero tiene un artículo sobre un proyecto hermano en otro idioma, el término puede vincularse al proyecto hermano utilizando la plantilla. El uso de la plantilla no sustituye la necesidad de tener un enlace rojo desde un artículo existente para el término que se va a desambiguar, así como un enlace azul a un artículo existente dentro de la entrada , como se explicó anteriormente. {{interlanguage link}}{{interlanguage link}}
La Montaña del Edén ( discusión ) 15:03 13 ago 2024 (UTC) [ responder ]
Un poco mejor, pero estás asumiendo que un lector verá esto como parte de MOS:DABRED en lugar de un complemento aleatorio sin sentido (y que es obvio a qué se refiere lo explicado anteriormente ). Y perdemos el ejemplo de cómo usar ill en una página dab (la documentación de la plantilla cubre una variedad de opciones disponibles para uso general que no se aplican a las entradas de desambiguación). Y todavía no está claro qué sucede con la guía general que desalienta los enlaces a proyectos hermanos como Wikiquote, Wikitravel, etc. older ≠ wiser 18:09, 13 de agosto de 2024 (UTC) [ responder ]
  • ¿Por qué es un non-squitur cuando está dentro de WP:DABRED y se trata de casos en los que no hay ningún artículo en la Wikipedia en inglés?
  • ¿Qué ejemplo hemos perdido?
  • ¿Cómo perdimos “ la guía general que desalienta los enlaces a proyectos hermanos como Wikiquote, Wikitravel, etc. ” cuando actualmente no existe?
  • El texto propuesto habla exclusivamente de Wikipedias que no están en inglés. Podemos copiar textualmente la frase " No se deben crear entradas cuyo contenido esté relacionado con otros proyectos hermanos, como Wikidata o Wikivoyage " de la página actual.
La Montaña del Edén ( discusión ) 18:18 13 ago 2024 (UTC) [ responder ]
  • Non sequitur porque tiene su propio atajo y viene después de otra subsección con su propio atajo y ejemplos. Visualmente, la conexión no es muy fuerte.
  • Suspiro, por enésima vez: el ejemplo en la nota al pie que estás eliminando de WP:DABSISTER .
  • ¿A dónde transferir el texto? ¿Y con qué atajo(s)?
Además, ¿por qué estamos creando esto como un subtítulo relacionado tangencialmente bajo MOS:DABRED cuando existe MOS:DABOTHERLANG ? Parece que este caso de uso está mucho más directamente relacionado con eso que con MOS:DABRED . older ≠ wiser 19:09, 13 de agosto de 2024 (UTC) [ responder ]
Según mi interpretación de MOS:DABOTHERLANG , se trata de caracteres no ingleses. Solo se utilizaría la plantilla {{interlanguage link}}si hay un enlace rojo. No hay ninguna otra razón para utilizarla. Por lo tanto, encaja mejor en WP:DABRED .
Todavía no entiendo tu punto sobre el non-sequitur solo porque hay un atajo presentado en el medio de una sección. Hay muchos atajos en la página en el medio de una sección. Tomemos como ejemplo MOS:DABPERIOD , MOS:DABSHORT , MOS:DABNOLINK ...
Así es como podemos incorporar el ejemplo de la nota a pie de página y la oración que desalienta otros proyectos hermanos.
Si el artículo que se desea desambiguar no tiene un artículo en la Wikipedia en inglés, pero tiene un artículo sobre un proyecto hermano en otro idioma, el término se puede vincular al proyecto hermano usando la plantilla.{{interlanguage link}}
  • Árbol,  Villalba gl] , una parroquia de Vilalba , España
El uso de la {{interlanguage link}}plantilla no sustituye la necesidad de tener un enlace rojo desde un artículo existente para el término de desambiguación, así como un enlace azul a un artículo existente dentro de la entrada, como se explicó anteriormente. No se deben crear entradas cuyo contenido se encuentre en otro proyecto hermano , como Wikidata o Wikivoyage.
La Montaña del Edén ( discusión ) 19:28 13 ago 2024 (UTC) [ responder ]
Como se explicó anteriormente, es una señal de que tienes poca experiencia en la escritura hipertextual, donde las piezas individuales se leen (y citan) FRECUENTEMENTE fuera de contexto. Yo lo veo de otra manera. La única razón para usar ill es si hay un término que no está en inglés que tiene alguna relevancia en inglés y hay un artículo con contenido útil en otro idioma. Idealmente, al usar ILL, de hecho esperamos que el artículo se traiga a la wiki en inglés, haciendo que el enlace ill sea predeterminado al artículo en inglés. MOS:DABOTHERLANG trata sobre términos en idiomas que no están en inglés, no sobre caracteres. Desde la perspectiva de un editor ingenuo (probablemente no esté pensando "quiero crear un enlace rojo en una entrada de dab"), sino más bien, aquí hay un término en un idioma extranjero que tiene algún significado en inglés, pero no hay un artículo en inglés, pero sí un artículo decente en otro idioma), parece que las instrucciones serían más fáciles de encontrar para ese caso de uso en MOS:DABOTHERLANG . más viejo ≠ más sabio 19:58 13 ago 2024 (UTC) [ responder ]

No estoy de acuerdo con tu afirmación de que " la única razón para usar ill es si hay un término que no está en inglés pero que tiene alguna relevancia en inglés y hay un artículo con contenido útil en otro idioma ". Aquí hay un ejemplo real: la página de desambiguación Friendship Bridge tiene la entrada Thai-Cambodia Friendship Bridge. No hay absolutamente ninguna razón por la que no debería haber una entrada para este puente en la Wikipedia en inglés, salvo que el artículo aún no se haya escrito (una pequeña investigación revela que, según la Wikipedia en tailandés, en realidad hay dos puentes de este tipo: Thai-Cambodian Friendship Bridge (Aranyaprathet-Poipet)  [th] y Thai-Cambodian Friendship Bridge (Ban Nong Ien-Stung Bot)  [th] , pero eso no viene al caso). Como ilustra este ejemplo, el uso de the tiene que ver con el manejo de casos para los que no hay entradas en la Wikipedia en inglés, pero sí existen entradas en otros idiomas. Y para dejar en claro que esto sería inapropiado en MOS:DABOTHERLANG , el ejemplo en MOS:DABOTHERLANG en realidad usa un término que sí tiene un artículo en la Wikipedia en inglés (por lo tanto, no es necesario usar la plantilla). En cuanto a tu punto sobre " como se explicó anteriormente ", podemos reemplazar esa redacción con " como se detalla en MOS:DABRED y MOS:DABBLUE ". The Mountain of Eden ( discusión ) 20:53 13 ago 2024 (UTC) [ responder ]

{{interlanguage link}}{{interlanguage link}}

Tal vez lo hubiera expresado de otra manera, pero el punto sigue siendo válido: muy pocos editores van a buscar cómo crear un enlace rojo válido. La sección de enlaces rojos es más una prohibición con algunas excepciones. El uso de un ill puede ser una excepción válida, siempre que los criterios sean aceptables. Y no, creo que estás malinterpretando MOS:DABOTHERLANG . older ≠ wiser 22:32, 13 de agosto de 2024 (UTC) [ responder ]
Y no estoy seguro de qué se supone que ilustra el ejemplo del Puente de la Amistad entre Tailandia y Camboya. ¿Por qué querríamos someter a los lectores ingleses a tener que elegir entre artículos bifurcados en otro idioma sobre el mismo maldito cruce? Y, aparte de una declaración sin fuentes, ni siquiera está claro cómo se conoce el cruce en inglés. Ese sería un ejemplo muy pobre de algo que no vale la pena incluir en un punto. older ≠ wiser 22:45, 13 de agosto de 2024 (UTC) [ responder ]
Definitivamente estás perdido. Hay dos puentes con el mismo nombre: uno ubicado en 13.6153°N 102.6098°E, y el otro ubicado en 13.6615°N 102.5495°E. Esto no sería una bifurcación. De hecho, tenemos que ir a la página de desambiguación del Puente de la Amistad y presentarlo como dos puentes separados de la misma manera que hay cuatro puentes enumerados como Puentes de la Amistad entre Tailandia y Laos.
Los enlaces {{ill}} a esos puentes le brindarían al lector información adicional sobre ellos al usar inteligencia artificial para traducir del tailandés al inglés. La montaña del Edén ( discusión ) 23:03 13 ago 2024 (UTC) [ responder ]
Acepté la respuesta negativa como si estuviera de acuerdo y agregué el nuevo texto propuesto a MOS:DESAMBIGUACIÓN . La montaña del Edén ( discusión ) 19:18 26 ago 2024 (UTC) [ responder ]
Suposición errónea. No vi ningún sentido en seguir hablando sin entendernos. Pero si a nadie más le importa lo suficiente como para comentar, entonces no tengo nada más que agregar. older ≠ wiser 19:59, 26 de agosto de 2024 (UTC) [ responder ]
No sé qué decir. Lo único que vi en tus últimos comentarios es:
  1. Cuestionamiento de la utilidad de la plantilla {{ill}}, lo cual no tenía sentido ya que no se propuso prohibir el uso de la plantilla.
  2. Objeciones a la ubicación del texto propuesto dentro de la página en MOS:DESAMBIGUACIÓN .
Siéntete libre de aclarar cualquier inquietud que tengas con el texto que agregué a MOS:DESAMBIGUACIÓN . Quizás podríamos mejorarlo aún más. La Montaña del Edén ( discusión ) 20:06 26 ago 2024 (UTC) [ responder ]
No estoy seguro de que haya un consenso sobre esto, pero tu segunda oración No se deben crear entradas cuyo contenido esté en cualquier otro proyecto hermano, como Wikidata o Wikivoyage. no parece correcta. No hay ninguna razón para no incluir un tema como un enlace rojo en una página DAB solo porque tiene un artículo en Wikivoyage o Wikidata. Hasta donde yo sé, {{ ill }} no permite hacer enlaces a otros proyectos como Wikivoyage o Wikidata, por lo que esta oración es innecesaria e inútil. Por favor, elimínala. Pam D 20:26, 26 de agosto de 2024 (UTC) [ responder ]
Esa frase en cuestión no es mía. Está en el texto existente y Bkonrad insistió en que se transfiriera. La montaña del Edén ( discusión ) 20:55 26 ago 2024 (UTC) [ responder ]
No insistí en que se incluyera como parte de esta edición. Me pregunté por qué se estaba eliminando. older ≠ wiser 22:15, 26 de agosto de 2024 (UTC) [ responder ]
Entonces parece que tenemos un consenso para eliminar esta frase. La montaña del Edén ( discusión ) 22:18 26 ago 2024 (UTC) [ responder ]
De ninguna manera. más viejo ≠ más sabio 22:19, 26 de agosto de 2024 (UTC) [ responder ]
Entonces tal vez debería abrir una discusión en Wikipedia discusión:Manual de estilo/Páginas de desambiguación porque las prohibiciones deben estar justificadas. La sentencia, tal como está escrita, no ofrece ninguna justificación. La montaña del Edén ( discusión ) 22:24 26 ago 2024 (UTC) [ responder ]
Debo mencionar que no estoy necesariamente de acuerdo con esa oración. No estoy seguro de por qué no podemos tener vínculos con esos otros proyectos hermanos, pero eso estaba más allá del alcance de la propuesta. La Montaña del Edén ( discusión ) 20:57 26 ago 2024 (UTC) [ responder ]
En discusiones anteriores se había establecido que no deberíamos incluir enlaces a proyectos hermanos en las páginas de desambiguación. No creo que encaje como parte de la edición actual, pero no debería simplemente desaparecer sin un consenso claro. older ≠ wiser 22:19, 26 de agosto de 2024 (UTC) [ responder ]
Tal vez debería ser más claro: transferí esa oración para generar consenso con Bkonrad . A mí tampoco me gusta esa oración. Por lo tanto, PamD , tienes todo mi apoyo para eliminar esa oración en WP:DABSISTER . The Mountain of Eden ( discusión ) 21:14 26 ago 2024 (UTC) [ responder ]

Ordenación superior/común como una cuestión de estilo vs. eficiencia de navegación

Recientemente he notado algunos casos en los que el formato MOS:DABCOMMON era un pequeño problema:

Varias de las discusiones en Wikipedia discusión:Manual de estilo/Páginas de desambiguación/Archivo 44 también han tratado sobre el orden. La búsqueda en los archivos de páginas de discusión aquí también muestra muchas discusiones sobre el orden. Tal vez debamos reflexionar sobre este asunto de manera más coherente.

Me parece que deberíamos trasladar la parte de la guía de estilo que afecta a la parte superior de una página de desambiguación a la guía principal aquí, porque esto no parece ser solo una cuestión de estilo per se, sino que podría tener un impacto significativo al garantizar que un lector que busca un tema utilizando un término en particular pueda llegar a la información sobre ese tema de manera rápida y sencilla . -- Joy ( discusión ) 09:54, 25 de julio de 2024 (UTC) [ responder ]

No estoy seguro de que la ventaja de tener un grupo de usos comunes en la parte superior sea siempre evidente. Puede resultar en una navegación más lenta si los lectores saltan a la sección relevante esperando encontrar el elemento específico que aparece allí y luego tienen que volver a buscarlo en la parte superior. Esto es similar a lo que puede suceder con un tema principal y plantea la cuestión de si dichas entradas deberían duplicarse dentro de la sección correspondiente y en la parte superior. older ≠ wiser 12:54, 25 de julio de 2024 (UTC) [ responder ]
Estoy de acuerdo, deberíamos incluir los elementos comunes en ambos lugares. Si la lista ya es relativamente larga, duplicar un par de elementos populares no debería alargarla de forma irrazonable y, con suerte, podremos detectar la mayoría de esos casos. -- Joy ( discusión ) 16:52, 25 de julio de 2024 (UTC) [ responder ]
Además, con páginas relativamente cortas, puede resultar innecesario o incluso contraproducente intentar extraer un par. older ≠ wiser 17:21, 25 de julio de 2024 (UTC) [ responder ]
Debido a la gran variedad posible, tendríamos que hacer pruebas con ejemplos específicos. Por ejemplo, ¿es 1 común 20 poco común, o 2: 20, o 1: 10, o 3: 10, y luego los distintos niveles de qué tan común es cada uno de los comunes, etc.? -- Joy ( discusión ) 18:51 26 jul 2024 (UTC) [ responder ]
Parece que encontramos un caso de una página relativamente corta: en Deadlock , la mayoría de las entradas comunes estaban en Otros usos, y @Zxcvbnm las eliminó[1]. -- Joy ( discusión ) 07:14, 23 de agosto de 2024 (UTC) [ responder ]
Sí, eso parece razonable, ya que dos de los duplicados estaban en la sección "Otros usos" y el tercero estaba en la sección "Política y derecho", que no tenía una coherencia clara y en la que solo se había fusionado la entrada restante con otros usos. Es un poco extraño que Impasse siga duplicado en la sección "Ver también". older ≠ wiser 11:06, 23 de agosto de 2024 (UTC) [ responder ]
Mientras tanto, en King Charles , agregar un listado duplicado en la sección correspondiente inmediatamente debajo del listado superior parece haber sido útil para al menos la mitad de los lectores que no vieron el listado superior antes, según dos mediciones mensuales posteriores. -- Joy ( discusión ) 09:14, 6 de septiembre de 2024 (UTC) [ responder ]

Capitalización del título de una página de desambiguación con sentidos tanto en mayúsculas como en minúsculas

Me parece recordar que hay una regla que dice que si una página de desambiguación tiene sentidos tanto en mayúsculas como en minúsculas, entonces el título de la página debe estar en el título en minúsculas, si está disponible. En particular, estoy pensando en LOR (para el que existen muchos sentidos Lor ). Lor actualmente redirecciona a LOR . No estoy pidiendo un movimiento de página aquí, sino dónde se puede encontrar la regla al respecto. Si no hay una regla al respecto, ¿dónde debería colocarse? BD2412 T 01:58, 2 de agosto de 2024 (UTC) [ responder ]

Creo que lo que estás buscando son dos de las viñetas debajo de WP:DABNAME :
  • Se prefiere una palabra a una abreviatura, por ejemplo Arm (desambiguación) en lugar de ARM.
  • Se prefiere la ortografía que refleja la mayoría de los elementos de la página a las alternativas menos comunes.
A veces pueden ser contradictorias, pero probablemente sea mejor resolverlas caso por caso. Station1 ( discusión ) 06:01 2 ago 2024 (UTC) [ responder ]
La verdadera pregunta aquí es si tenemos que tener en cuenta esta fusión en primer lugar. Si se ven patrones de uso distintos basados ​​en la capitalización, y si la navegación sería más eficiente si el lector no tuviera que recorrer ambas listas juntas, simplemente deberían separarse, ya que esta directriz en realidad no se aplica de manera consistente en primer lugar, cf. Wikipedia talk:Disambiguation/Archive 56#WP:DABCOMBINE no es realmente un consenso orgánico en el espacio de las siglas .
En mi navegador, ya tengo que hacer PgDn dos veces para navegar por esa lista, así que si pueden ser dos listas de Lor y LOR y si estas fueran más sencillas, en realidad tendría más sentido. La idea de fusionar es válida cuando creemos que hay una gran cantidad de tráfico de personas, por ejemplo, que escriben "lor" pero quieren "LOR". Si se pudieran ofrecer con un enlace a LOR visible en la primera página sin tener que desplazarse, eso parece mejor que obligar a los lectores a recorrer dos páginas de una lista más compleja en cada visita. Y se volvería medible, podríamos ver en las estadísticas cuántos lectores necesitan hacer eso. -- Joy ( discusión ) 07:25, 2 de agosto de 2024 (UTC) [ responder ]
... ya que esta directriz no se aplica de manera consistente en primer lugar... : Es una directriz, hasta que se modifique o elimine. Hasta entonces, no está claro si otros ejemplos son WP:OTHERSTUFF o WP:IAR .— Bagumba ( discusión ) 09:53 2 ago 2024 (UTC) [ responder ]
Bueno, la directriz WP:DABCOMBINE sólo es útil si realmente tiene sentido. El texto actual es demasiado amplio:
Términos que difieren únicamente en mayúsculas, puntuación y signos diacríticos. Casi siempre deben compartir una página de desambiguación.
Esto solo dice "términos", pero no tiene que ser tan genérico: por ejemplo, Mediawiki nos obliga a combinar arm y Arm , pero no nos obliga a combinar Arm y ARM . Si tenemos 9 significados conocidos de Arm, 3 significados conocidos tanto de Arm/arm como de ARM no por pereza al escribir (empresa, software, idioma) y 34 significados conocidos de ARM, no es trivial ni obvio simplemente aconsejar que estos casi siempre deben ser una lista de 46 elementos, y no deberíamos guiar a las personas hacia esa solución en términos tan fuertes.
Parece que esta directriz fue escrita solo para casos de uso breves y triviales, y sinceramente dudo que alguien haya comprobado alguna vez si realmente se puso a prueba en la práctica analizando sus resultados. Deberíamos cambiarla para que sea menos estricta. -- Joy ( discusión ) 09:39 6 sep 2024 (UTC) [ responder ]
@ Joy : He visto páginas "fusionadas" mucho más largas y me preocuparía que algunas personas que busquen "LOR" no se molesten en poner en mayúsculas las letras al escribirlas en el cuadro de búsqueda. BD2412 T 17:50, 2 de agosto de 2024 (UTC) [ responder ]
En el caso de páginas largas, esto se puede solucionar añadiendo, por ejemplo, "LOR (desambiguación)" a Ver también, o incluso agregándolo como nota de presentación si Ver también está muy abajo en la página. Incluso con páginas fusionadas, creo que es más fácil para los lectores encontrar lo que están buscando si las LORS y las LOR se dividen en secciones separadas. Station1 ( discusión ) 18:03 2 ago 2024 (UTC) [ responder ]

Ubicación de las plantillas de herramientas de autorreferencia , ,{{srt}}{{look from}}{{intitle}}

Estas plantillas ayudan mucho a reducir las coincidencias no esenciales de WP:PARTIAL , pero no está muy claro DÓNDE deberían aparecer en la sección Ver también. Siempre las coloco en la parte superior porque así las vi por primera vez en Draw#Ver también hace unos 15 años. Pero en los últimos tiempos, tiendo a verlas (70%) como lo último en la sección Ver también, debajo de otros XXX (desambiguación) y ortografías alternativas. ¿Hay una buena razón para hacerlo de una forma u otra, o dejarlo deliberadamente en manos del editor? – sgeureka t • c 12:15, 15 de agosto de 2024 (UTC) [ responder ]

@Sgeureka : Yo los pondría primero, siguiendo la pauta de MOS:DABSEEALSO . Shhhnotsoloud ( discusión ) 11:44 13 oct 2024 (UTC) [ responder ]

Cómo funciona la navegación del lector sin que nuestros elementos de navegación estén configurados correctamente

He aquí un ejemplo interesante con el que me topé:

El artículo sobre el pueblo fue efectivamente establecido como tema principal para "Tivadar" desde su creación en 2006.

El artículo principal se escribió a fines de 2019 e inmediatamente obtuvo tráfico persistente, lo cual no es lo que esperaba cuando no estaba vinculado desde "Tivadar" en sí; faltaba una nota al pie durante este período.

A principios de 2020, alguien agrega [2] un enlace indirecto al nombre al vincular a Theodore (nombre) en una sección de Nombre, y el tráfico en Tivadar parece comenzar a disminuir, mientras que el tráfico en Tivadar (nombre de pila) comienza a aumentar y desde 2021 regularmente supera el tráfico de la aldea.

Durante todo este tiempo, la lista de Theodore (nombre) todavía tenía un enlace al artículo del pueblo (extraviado) y nuevamente no había ni siquiera una nota al pie.

Parece que los motores de búsqueda aprendieron dónde fallaba nuestra navegación y solucionaron el problema, al menos la mayor parte del tiempo. -- Joy ( discusión ) 08:50, 20 de agosto de 2024 (UTC) [ responder ]

Y, a su vez, desde entonces ha surgido el nuevo patrón: las visitas a la página con el nuevo diseño incluido. La lista de nombres de pila está en su máximo volumen, mientras que el tráfico en la lista de nombres base cayó a su volumen más bajo de la historia. -- Joy ( discusión ) 12:52, 13 de octubre de 2024 (UTC) [ responder ]

WikiNav se considera perjudicial

Acabo de darme cuenta de que me perdí esta parte de Talk:Heimlich (desambiguación)#Traslado solicitado 18 de agosto de 2024 :

cualquier interpretación de la discrepancia entre las vistas entrantes y salientes es especulativa. No sabemos nada sobre por qué sucede o qué razones pueden tener los lectores que no pasan a una vista saliente para hacerlo. Claro, es posible que parte del tráfico saliente también pueda ser de agentes no humanos. Sin embargo, la parte de bots de cualquiera de los dos es una parte menor del punto. El punto una vez más es que los números de vistas entrantes en bruto no nos dicen NADA sobre lo que los lectores podrían haber estado buscando, excepto posiblemente que A) lo que buscaban no estaba en la página o B) que lo que encontraron en la página era suficiente; y ni siquiera podemos notar la diferencia en función de estos datos. older ≠ wiser 11:20, 23 de agosto de 2024 (UTC)

Si cualquier interpretación de la discrepancia entre las vistas entrantes y salientes es especulativa, y la comparación entre las vistas entrantes y salientes es el primer gráfico de WikiNav, entonces tenemos que dejar de recomendar a la gente que mire WikiNav con el fin de decidir cómo organizar la navegación.

O, por otro lado, debemos aceptar el simple hecho de que todo lo que hacemos con nuestros datos estadísticos es necesariamente interpretación.

La idea de que deberíamos tomar la salida parcial de una herramienta y tratarla como si fuera la verdad y tratar la otra parte de su salida como si no fuera nada es francamente absurda. Este tipo de trato con los extremos en lugar de tratar de encontrar los matices está empezando a parecer algo ideológico :D -- Joy ( discusión ) 07:25, 28 de agosto de 2024 (UTC) [ responder ]

Si cualquier interpretación de la discrepancia entre las opiniones entrantes y salientes es especulativa... ¿Puede proporcionar más detalles sobre la naturaleza de la "interpretación" que se cuestiona? — Bagumba ( discusión ) 07:44 28 ago 2024 (UTC) [ responder ]
Está vinculado en la discusión anterior. Las personas ven un montón de vistas salientes a un único destino en WikiNav y deciden que lo mejor para la navegación es que hagamos un cortocircuito. La discrepancia entre las vistas entrantes y salientes se ignora en general a través de este proceso. -- Joy ( discusión ) 08:09, 28 de agosto de 2024 (UTC) [ responder ]
Sí, lo siento. Voy a optar por la vía TLDR :-) Un breve resumen de tu problema sería útil. Gracias. — Bagumba ( discusión ) 08:17 28 ago 2024 (UTC) [ responder ]
En resumen, tenemos un problema persistente al intentar descubrir los temas principales por uso.
  • Contamos con numerosos casos de términos que se han utilizado para referirse a un único tema destacado durante décadas, o que se han desambiguado para alejarse de un único tema destacado durante décadas, y que, comparativamente, han generado muy poca respuesta de los lectores. Es muy difícil determinar si se debe a una falta de interés en quejarse o a que los lectores en realidad no tienen ningún problema con ello.
  • Tenemos mucha variedad en lo que sucede cuando los lectores llegan a las páginas de desambiguación: en algunos lugares, los clics son una pequeña minoría del tráfico, en otros lugares son incluso mayores que el tráfico entrante y observamos casi todo lo demás en el medio. No tenemos ningún parámetro sólido sobre lo que esto significa.
  • Los motores de búsqueda modifican nuestro tráfico de lectores de manera muy significativa y trabajan en torno a nuestra navegación. Afectan la forma en que funcionan nuestras estadísticas modificando completamente nuestros datos de entrada de una manera que solo podemos detectar después del hecho (o que nunca podemos detectar a menos que hagamos un cambio, para lo cual no podemos obtener un consenso).
  • Nos faltan datos detallados sobre lo que sucede después de que los lectores navegan de una manera que no querían: ¿se quedan y leen los artículos, hacen clic para salir, simplemente cierran la pestaña del navegador, van a Wikcionario, etc.?
  • En términos generales, las sugerencias para mover artículos en función del uso llegan lentamente a las páginas de discusión, y tratamos de aplicar las pautas, pero a menudo estamos limitados por la falta de datos adecuados: se convierte más en una discusión del tipo mi intuición versus tu intuición.
  • Así como no tenemos el concepto de medir los resultados del status quo, tampoco medimos los resultados de los cambios.
  • No tenemos un concepto de experimentación, nunca escucho a nadie más considerar la idea de que probemos algo; la declaración de discusión típica es final y está en negrita al principio.
¿Qué te parece este resumen? :D -- Joy ( discusión ) 08:31 28 ago 2024 (UTC) [ responder ]
Gracias (aunque supongo que no todos estos temas surgieron en este RM específico). Desde un punto de vista visual, no diría que WikiNav es perjudicial. Genera estadísticas. Simple. A menos que sean inexactas, la parte "perjudicial" que podrías estar sugiriendo es cómo la comunidad de WP está interpretando los datos y las acciones posteriores que toma en respuesta. ¿Te parece justo o me estoy perdiendo algo? — Bagumba ( discusión ) 08:44, 28 de agosto de 2024 (UTC) [ responder ]
Sí, este es un resumen de la situación general que está llevando a situaciones de crisis como la de Heimlich.
Solo usé el cliché considerado dañino como una estrategia para que la gente lo vea, lo siento por eso. :)
Supongo que aclara muy bien el punto principal: así como no deberíamos juzgar una discusión por una parte de su título, no deberíamos juzgar las estadísticas de uso por una parte de su salida en WikiNav. -- Joy ( discusión ) 10:50, 28 de agosto de 2024 (UTC) [ responder ]
... en algunos lugares los clics son una pequeña minoría del tráfico, en otros lugares son incluso mayores que el tráfico entrante, y observamos casi todo lo demás en el medio ¿ Más clics salientes que entrantes? ¿Se ha dado alguna explicación para esa anomalía estadística? — Bagumba ( discusión ) 11:59 28 ago 2024 (UTC) [ responder ]
Sí, en la lista anterior menciono un caso así, puedes hacer un Ctrl+F para "marcha forzada". -- Joy ( discusión ) 12:14 28 ago 2024 (UTC) [ responder ]
En el caso de una página como marcha forzada , en todo caso, sugiere que quizás las descripciones no son lo suficientemente claras como para distinguir entre los elementos o posiblemente simple curiosidad sobre usos que no se le habían ocurrido al lector. Al leer la página actual, me resulta difícil distinguir entre marcha forzada (ejercicio militar) y marcha forzada (maniobra) . older ≠ wiser 15:24, 28 de agosto de 2024 (UTC) [ responder ]
Creo que podría ser que la gente a veces busque un artículo con un concepto amplio, pero solo encuentre este, y luego revise todos los significados para llegar a lo que es el concepto unificador. -- Joy ( discusión ) 17:08, 28 de agosto de 2024 (UTC) [ responder ]
Por cierto, según lo que yo entendí, el ejercicio se hace de manera más preventiva, como práctica y prueba, mientras que la maniobra consiste en hacer lo mismo en tiempos de guerra. Si tuviéramos un BCA, probablemente podría explicarlo mejor. -- Joy ( discusión ) 17:10 28 ago 2024 (UTC) [ responder ]
Ni siquiera se menciona la "marcha forzada" en Guerra de maniobras , el objetivo de la marcha forzada (maniobra) . Y la primera imagen es la de un ejercicio de entrenamiento en lugar de una acción en tiempos de guerra (aunque no para una marcha forzada). Esto es bastante confuso. older ≠ wiser 17:20, 28 de agosto de 2024 (UTC) [ responder ]
Si no recuerdo mal, esto surgió principalmente a través de la desambiguación de enlaces en Special:WhatLinksHere/Forced march (maneuver) . Todos esos artículos hacían referencia a la marcha forzada, pero en un contexto que dejaba claro que no se trataba de ejercicios, sino de guerra. -- Joy ( discusión ) 17:26 28 ago 2024 (UTC) [ responder ]
Vale. Es posible que abrir varios enlaces nuevos en una nueva pestaña o ventana, o hacer clic en "Atrás", no genere un nuevo "clic entrante" registrado. — Bagumba ( discusión ) 15:46 28 ago 2024 (UTC) [ responder ]
Son suposiciones razonables. Lamentablemente, la documentación de WikiNav no es muy clara. older ≠ wiser 16:03, 28 de agosto de 2024 (UTC) [ responder ]
¿Quizás alguien en m:Research talk:Wikipedia clickstream pueda aportar algo? — Bagumba ( discusión ) 16:20 28 ago 2024 (UTC) [ responder ]
Sí. Puedes abrir la consola de red F12 en tu navegador mientras haces clic en un artículo de Wikipedia y ver si se realiza otra solicitud de red. Si no es así, no hay registros del lado del servidor que el análisis de flujo de clics pueda usar para recopilar datos. TTBOMK tampoco usamos ningún software basado en Javascript similar a un software espía para rastrear a los usuarios y poder capturar y registrar estos eventos dentro de los navegadores. -- Joy ( discusión ) 17:12, 28 de agosto de 2024 (UTC) [ responder ]
El lector podría tener la página de dab abierta en una pestaña y hacer clic en varios enlaces diferentes usando el botón derecho y "abrir en nueva pestaña", explorando posibles artículos para encontrar el que necesita. En particular, si se trata de una página de nombres y tiene que explorar muchas páginas de dab diferentes para diferentes nombres de pila. Pam D 17:01, 28 de agosto de 2024 (UTC) [ responder ]
Sí, siempre que tengamos varios niveles de navegación, probablemente deberíamos esperar que los lectores de escritorio hagan eso. Sin embargo, no estoy seguro de si es práctico en los dispositivos móviles: en ese caso, es posible que tengamos que esperar una mayor tasa de fallas, es decir, lectores que simplemente ven un proceso de navegación demasiado complejo y se dan por vencidos. Es posible que estos regresen a través de un motor de búsqueda más tarde, pero no se los puede identificar como tales. -- Joy ( discusión ) 17:15, 28 de agosto de 2024 (UTC) [ responder ]
Casi nunca he mirado el lado entrante de una pantalla de WikiNav: lo que importa es el lado saliente, que muestra a dónde van los lectores después de llegar a la página de destino. No considero que WikiNav sea perjudicial: es útil. No estoy de acuerdo con su lógica en la afirmación " Si cualquier interpretación de la discrepancia entre las vistas entrantes y salientes es especulativa, y la comparación entre las vistas entrantes y salientes es el primer gráfico de WikiNav, entonces tenemos que dejar de recomendar a la gente que mire WikiNav con el fin de decidir cómo organizar la navegación". ": uno puede mirar, e informarse por, el primer gráfico sin estar interesado en su lado izquierdo o en la diferencia (difícilmente "discrepancia") entre los lados. Pam D 07:56, 28 de agosto de 2024 (UTC) [ responder ]
Los autores de la aplicación nos muestran un gráfico y elegimos mirar solo el lado izquierdo, pero cuando alguien señala que también hay un lado derecho y que hay mucha variedad en cómo interactúan, como se describe en #sobre cómo deberían verse las estadísticas para notas de sombrero, redirecciones principales, temas principales, etc., la respuesta es este grosero "¡solo estás especulando!".
No creo que haya suficiente rigor científico en decidir de manera esencialmente arbitraria lo que importa y, a su vez, acusar a alguien que te dice que otras cosas también pueden importar de estar participando en una actividad que no tiene suficiente rigor científico :) que es lo que hizo el comentario de Bkonrad allí, según tengo entendido. -- Joy ( discusión ) 08:17, 28 de agosto de 2024 (UTC) [ responder ]
El encabezado de esta sección es engañoso. WikiNav no fue construido con el propósito de determinar el tema principal en mente. Es simplemente una visualización de fuentes y destinos de visitas a la página y uno de los usos que se le ha dado es ayudar a determinar el tema principal. La cita extendida anterior es mía y, como dije, la parte que creo que se está utilizando incorrectamente en las discusiones sobre el tema principal son las visitas a la página entrantes. Las visitas salientes proporcionan un punto de datos muy claro para evaluar lo que buscan los lectores. Las visitas entrantes no nos dicen prácticamente nada sobre lo que los lectores podrían haber estado buscando. Como le mencioné a Joy en otras discusiones, cuando hay una gran discrepancia entre las visitas entrantes y salientes, eso podría valer la pena investigar más, pero por sí solo no proporciona información procesable. older ≠ wiser 10:30, 28 de agosto de 2024 (UTC) [ responder ]
Las vistas salientes son un punto de datos muy claro, a excepción de los enormes agujeros donde no tenemos puntos de datos sobre las vistas salientes. :)
Creo que ya hemos acumulado suficiente experiencia como para poder considerar que algunas de estas cosas son viables, al menos como experimento. Pero nuestro proceso no fomenta nada de eso.
Al no medir ni verificar nuestros resultados, en realidad estamos en territorio especulativo, por lo que no me gusta que me digan que mi interpretación es especulativa. -- Joy ( discusión ) 11:05, 28 de agosto de 2024 (UTC) [ responder ]
¿Qué "agujeros abiertos"? No he visto ninguna evidencia convincente de que las opiniones entrantes proporcionen directamente información útil. Sin duda, podemos ajustar los procesos cuando sea necesario, pero no he visto ninguna indicación consistente de que exista un problema sistémico que pueda remediarse fácilmente con un cambio de proceso. older ≠ wiser 11:15, 28 de agosto de 2024 (UTC) [ responder ]
Los agujeros evidentes, las diferencias entre el tráfico de usuarios entrantes y los clics salientes que existen en casi todas partes. Ya sabes, algo que he pasado muchas horas documentando en docenas de ejemplos :D -- Joy ( discusión ) 12:19, 28 de agosto de 2024 (UTC) [ responder ]
No lo caracterizaría como un gran agujero en lo que respecta a los puntos de datos sobre las vistas salientes . Es un gran agujero en lo que respecta a las vistas entrantes, pero no hay una explicación consistente o coherente de cómo esas diferencias entre las vistas entrantes y salientes afectan la utilidad de las vistas salientes. older ≠ wiser 15:11, 28 de agosto de 2024 (UTC) [ responder ]
Bueno, si quieres ser más específico en ese sentido, en realidad hay un gran vacío persistente sobre las vistas salientes que conocemos: la anonimización de los flujos de clics garantiza que no veamos ninguna cola larga de tráfico.
Entonces, cuando hay menos de 10 pares de origen-destino en un mes, sabemos que esto se elimina explícitamente de la vista, por lo que si 9 personas hicieron clic en un enlace que ingresaron con un referente vacío, 9 personas que ingresaron desde un motor de búsqueda conocido, 9 personas que ingresaron desde Wikcionario, 9 personas que ingresaron desde la página principal, 9 personas que ingresaron desde el tema relacionado n.° 1, ... todo este tráfico nunca lo veremos como flujos de clics salientes. Y luego, el enlace a continuación en el que hicieron clic 8 personas desde X, 7 personas desde Y, 5 personas desde Z, ... lo mismo. Y así sucesivamente.
En algunos casos, cuando el tráfico mensual es realmente alto, este problema debería ignorarse. Pero hay muchas discusiones en las que hablamos, por ejemplo, de 25 o 100 flujos de clics, en los que esto realmente podría tener un impacto. -- Joy ( discusión ) 17:21, 28 de agosto de 2024 (UTC) [ responder ]
Me pregunto por qué es necesaria la anonimización de fuentes anónimas como other-search u other-empty. ¿Sabemos realmente qué es lo que ocurre o es simplemente otro ejemplo de deficiencias en la documentación? older ≠ wiser 17:32, 28 de agosto de 2024 (UTC) [ responder ]
Eso es lo que describe la documentación... De todos modos, no estoy seguro de cuál es el punto, ya que incluso si supiéramos que, por ejemplo, una persona proviene de cualquier fuente y navega por un tema delicado, y luego fue la única persona que hizo clic en otro enlace a otro tema delicado, ¿la identidad de esa persona sigue siendo desconocida? ¿Cuál es el escenario en el que alguien está siendo espiado usando estos datos, que no implique ya que los mismos espías conozcan muchos más datos? -- Joy ( discusión ) 17:43, 28 de agosto de 2024 (UTC) [ responder ]
La documentación no es muy clara al respecto. Por muy improbable que parezca y de tan poco valor que nos hace dudar de por qué alguien intentaría explotarlo, en teoría es posible hacer coincidir los nombres de los usuarios que visitan una página de bajo volumen durante un período específico con los objetivos de WikiNav. Edito: si pienso más en esto, no veo cómo se podrían correlacionar los nombres de los usuarios con los datos de WikiNav, a menos que se registren en otro lugar que no sea inmediatamente obvio. older ≠ wiser 17:50, 28 de agosto de 2024 (UTC) [ responder ]
Aun así, sería mejor para determinar el tema principal si dichos datos se enmascararan de alguna manera en lugar de omitirse. Por ejemplo, una categoría de grupo como "Enmascarado interno para privacidad". older ≠ wiser 17:56, 28 de agosto de 2024 (UTC) [ responder ]
Supongo que podría ser una forma de filtrar los intereses del editor, por ejemplo, si ves que en un mes determinado una sola persona editó las páginas X e Y, y solo hubo 3 clics de Y a X, y solo 2 clics de X a Z, es probable que la misma persona (cuenta / dirección IP) haya visitado Z.
Hacer públicos este tipo de datos podría tener un efecto disuasorio sobre las personas que los editan.
Lo que veo como un potencial de mejora es ver si podemos aplicar el umbral de 10 en un conjunto de datos más agregado, de modo que, por ejemplo, si hubiera 4 personas que pasaran de vacío a través de nuestra página a X, y 7 personas de la búsqueda a X, y 3 personas de Y a X, aún así sepamos que 13 personas fueron de nuestra página a X. -- Joy ( discusión ) 18:53, 28 de agosto de 2024 (UTC) [ responder ]
No estoy seguro de entender. ¿Qué lado estamos mirando? ¿Qué es "nuestra página" y qué es "X"? ¿Qué significa pasar de un lugar vacío a través de nuestra página a X ?
Además, acabo de notar que la sección Fuentes de tráfico en WikiNav ya enumera las vistas "filtradas", lo que, si se cree en la nota al pie que aparece al principio de la página, las vistas de página de estas observaciones eliminadas se mencionan como "filtradas" en otras partes de esta página. older ≠ wiser 20:26, 28 de agosto de 2024 (UTC) [ responder ]
Lo que quiero decir con nuestra página es una página que estamos viendo en WikiNav. Si estamos tratando de averiguar si muchas personas hacen clic en una página para ir a X, también queremos ver a dónde van desde fuentes anónimas. Cuando digo "desde vacío", me refiero a las vistas entrantes que tenían un referente vacío.
Sí, las vistas filtradas suelen ser visibles allí. Esto mismo se puede ver indirectamente comparando N páginas vistas entrantes en la tabla superior con el número real de páginas vistas entrantes recibidas de M, que aparece en la nota al pie.
Hay casos en los que la cantidad de estas vistas filtradas es obviamente significativa. Uno que recuerdo haber visto recientemente fue Split, donde era del 33 % (530). Afortunadamente, no es necesario hacer nada allí, pero si fuera necesario analizar eso, es una gran parte de los datos que nos estamos perdiendo.
Fui a buscar algunos otros y descubrí que hay bastantes después de adivinar algunos elementos de Wikipedia:Desambiguación de WikiProject/Páginas populares , como:
  • Drake 30% (3330)
  • Congo 27% (2041)
  • Trump 23% (9516)
  • Georgia 23% (2478)
  • Macron 22% (1798)
  • Inglés 21% (2165)
  • Tesla 18% (1730)
  • Roma 18% (1170)
  • Puré 17% (1116)
  • Rugby 16% (1715)
  • Kamala 16% (1344)
  • Trampa 15% (2278)
  • Matar al 14% (1293)
  • Culo 14% (1208)
  • Alcohol 14% (1042)
  • Bing 13% (1035)
  • Es 13% (918)
  • Mocoso 12% (828)
  • Extraterrestre 10% (844)
  • Kiwi 10% (753)
  • Gaélico 10% (704)
  • Fénix 9% (644)
  • Alcaraz 8% (690)
  • Juan Hunt 7% (1239)
  • Caca 6% (1124)
  • AFI 8% (744)
  • Amazonas 8% (723)
  • Ir 6% (700)
  • Sí 6% (680)
  • Prima 2% (1347)
Incluí tanto los porcentajes como los números brutos para ilustrar cómo a veces hay discrepancias significativas.
Muchas de las páginas que revisé tampoco tenían una cantidad apreciable de estas vistas filtradas a pesar de haber muchas opciones y mucho tráfico, lo que también me pareció un tanto extraño.
En cualquier caso, eso puede ser definitivamente una parte notable del tráfico. -- Joy ( discusión ) 21:51, 28 de agosto de 2024 (UTC) [ responder ]
¿Aparece alguna vez "Filtrado" en las vistas salientes? Esto podría ser significativo, ya que si se elimina el lado saliente de estos pares de las vistas salientes, entonces estoy de acuerdo en que podría ser un problema. Pero si, por ejemplo, los destinos específicos se incluyen con la fuente enmascarada, eso realmente no es ningún problema. older ≠ wiser 22:14, 28 de agosto de 2024 (UTC) [ responder ]
No, creo que ese es el objetivo de la anonimización, esa es la definición de filtrado: no se utilizarán para mostrar los flujos de clics salientes. Incluso si, en algunos de estos casos, se acumulan cientos e incluso miles de solicitudes, el filtrado es lo primero.
Tenga en cuenta que esto también sucede con los elementos en los que un destino tiene muchos flujos de clics visibles: por ejemplo, puede haber 25 flujos de clics de Foo->Bar que se representan, pero solo 8 flujos de clics de Quux->Bar y 7 flujos de clics de Baz->Bar y estos últimos se filtran, y ni siquiera necesariamente obtenemos una buena imagen de cuántas personas fueron a Bar, incluso si es ostensiblemente visible en los gráficos.
Todo se basa en la esperanza de que la distribución estadística sea más o menos normal, y en general bien podría serlo, pero en cada caso individual no tiene por qué serlo. -- Joy ( discusión ) 08:18, 29 de agosto de 2024 (UTC) [ responder ]
Hmm, cada vez más curioso. Finalmente, eché un vistazo a uno de los archivos de datos de TSV y, si bien Excel eliminó una parte de los datos en 1048576 filas, el recuento más pequeño que puedo ver es 12, lo que sugiere que cualquier combinación con recuentos bajos simplemente se elimina del conjunto de datos. Pero si ese es el caso, ¿cómo calculan el porcentaje de "filtrado" para las vistas entrantes? Si pueden calcularlo para las entrantes, también debería ser posible para las vistas salientes y eso al menos proporcionaría una indicación agregada de qué tan grande es el recuento final. older ≠ wiser 13:54, 29 de agosto de 2024 (UTC) [ responder ]
Sí, clickstream-enwiki-2024-07.tsv tiene más de 34 millones de filas :)
WikiNav probablemente busca el total de entradas en los datos de páginas vistas, por lo que para "dividir" sería así: [3] -> 1611
Y luego lo compara con lo que ve en los flujos de clics:
% grep -P '\tSplit\t' clickstream-enwiki-2024-07.tsv | awk '{ t += $4 } END { print t }'
1081
So 1611 - 1081 = 530 is missing in that case, that's what got filtered by the program that generates clickstreams. --Joy (talk) 17:56, 29 August 2024 (UTC)[reply]
BTW, this is also missing the total incoming redirect traffic there, which is: [4] 1771. So it could actually be 690 that got filtered out, almost 39%. --Joy (talk) 17:58, 29 August 2024 (UTC)[reply]
Interesting. At least for Split if makes little difference since there is no primary topic and the data doesn't support either of the two main destinations (unless you accept a fraction over 50% as primary). That likely would not change much based on the filtered rows unless all or most of them were for the city. I'm not sure about the redirects. The project page says Requests for pages that get redirected were mapped to the page they redirect to. I'm not sure what that actually means. It sounds like they are included and mapped to the target. Or it may refer only to the outgoing views. older ≠ wiser 20:30, 29 August 2024 (UTC)[reply]
Yes, like I said before, there's nothing to do in that particular case, but the encyclopedia is huge, and there could be a fair bit of this out there. I didn't record this ratio in my statistics tracking endeavors so far so I don't have a ready-made ratio among the known recent examples. I could start recording that for the future.
The redirect requests being mapped simply means it's all squashed together. So for example next month the requests for "Heimlich" will be added to the requests for "Abdominal thrusts", just like all these others already were. So if there were 3 views of Heimlich procedure from a source like external search, and 1 thousand of the same at Abdominal thrusts, that in turn went to Henry Heimlich, the filtering starts at 1003, and so forth. --Joy (talk) 12:13, 30 August 2024 (UTC)[reply]
But you are correct that this is a potential issue to consider with low-traffic pages. older ≠ wiser 17:35, 28 August 2024 (UTC)[reply]

Cleaning up INCDAB

I've been going through Category:Disambiguation pages with (qualified) titles and cleaned up all the straight-forward cases, but I am not sure if my "solution" for the past few incdabs were going to far (and that I should self-revert them). Specifically, I created {{anchor}}s in list sections within articles (which are neither dab pages nor lists, as mentioned in WP:INCDAB) where the former incdabs now redirect.

The navigational/dab value is still intact, but I figure there might be problems with Wikipedia:Disambiguation pages with links down the line. Opinions? – sgeureka t•c 14:51, 11 September 2024 (UTC)[reply]

Avoiding confusing or astonishing readers

WP:D says in the lead:

[An important aspect to disambiguation is] ensuring that a reader who searches for a topic using a particular term can get to the information on that topic quickly and easily, whichever of the possible topics it might be.

I'd like to compare that to WP:CONS, which says:

The goal of a consensus-building discussion is to resolve disputes in a way that reflects Wikipedia's goals and policies while angering as few editors as possible.

Using that kind of a standard, I'd say we should make it an explicit aim of disambiguation (or more generally, navigation) to make sure we confuse or astonish as few readers as possible.

This would be aimed at helping balance the two major primary topic criteria and in general reinforce the idea of double-checking whether there is a primary topic at all. So, for example,

Conversely,

Muchas veces, en los debates sobre movimientos solicitados, observo que la gente puede estar ansiosa por elegir un tema como principal y listo, independientemente de si tenemos un análisis sólido del panorama general, de si realmente podemos determinar qué tan grande es la ventaja del tema más popular/importante sobre los demás. Con demasiada frecuencia, simplemente estamos improvisando y tomando decisiones en función de sesgos personales . La guía debería hacer más para intentar contrarrestar eso.

El texto de las directrices actuales aborda la confusión y el asombro del lector en algunos lugares, en particular:

Para ser claros, no es nuestro objetivo sorprender a nuestros lectores, y el tema que primero nos viene a la mente a menudo es el adecuado como tema principal. Anne Hathaway, por ejemplo, lleva al lector a la página de la estrella de cine estadounidense de la actualidad, no al artículo sobre la esposa de William Shakespeare. Pero en ningún caso "lo primero que nos viene a la mente" o "lo que es asombroso" tienen mucha relación, ya sea positiva o negativa, con qué tema, si es que hay alguno, es en realidad el tema principal.

No creo que esta última frase sea realmente útil ni conduzca a buenos resultados de navegación; dejar las cosas abiertas de esa manera no es una buena guía. -- Joy ( discusión ) 13:04, 10 de octubre de 2024 (UTC) [ responder ]

Seguimiento de cómo las visitas a la página pueden cambiar entre tener o no un tema principal o una redirección principal

Wikipedia discusión:Desambiguación/Archivo 56#Un cambio en las visitas a la página entre el tema principal y la redirección principal se archivó, pero sigo encontrando más de estos ejemplos:

-- Joy ( discusión ) 22:28 18 oct 2024 (UTC) -- Joy ( discusión ) 19:32 25 oct 2024 (UTC) [ responder ]