stringtranslate.com

Wikipedia:Bomba de agua para pueblos (propuestas)/RfC: Poner fin al sistema de portales

  • WP:PORTALES FINALES
 – Hola a todos. Como esta discusión se ha vuelto tan extensa (más de 400.000 bytes), la he movido a una subpágina de la bomba del pueblo para que sea más accesible. Pido disculpas si esto ha causado alguna confusión. Mz7 ( discusión ) 01:54 18 abr 2018 (UTC)[ responder ]
(El RFC comenzó originalmente con: esta entrada en WP:PROPS -- Tom ( discusión ) 16:03, 20 de abril de 2018 (UTC) )[ responder ]

RfC: Poner fin al sistema de portales

La siguiente discusión es un registro archivado de una solicitud de comentarios . No la modifique. No se deben realizar más modificaciones a esta discusión. A continuación se incluye un resumen de las conclusiones a las que se llegó.
Existe un fuerte consenso en contra de eliminar o incluso desestimar portales en este momento.— CYBERPOWER ( Chat ) 23:43, 12 de mayo de 2018 (UTC) [ responder ]

¿Se debería poner fin al sistema de portales ? Esto incluiría la eliminación de todas las páginas del portal y la eliminación del espacio de nombres del portal. 14:23, 8 de abril de 2018 (UTC)

Encuesta: Fin del sistema de portales

8 de abril de 2018

En esencia, los portales intentan abarcar tanto lo que está al alcance del lector como lo que está al alcance del editor, pero son terribles en ambas cosas. En realidad no son parte de la enciclopedia; ni ayudan en el backend; no benefician a la enciclopedia de ninguna manera (la página principal, que podría llamarse un portal de todo, en contraste, alienta a la gente a mejorar los artículos). Cualquier propósito de navegación, con el que no creo que los portales ayuden en absoluto, se cumple mejor a través de esquemas. Los artículos destacados y otras cosas en un tema son más atendidos por los wikiproyectos, que generalmente ya los enlazan. La implementación podría hacerse con bastante facilidad, ya que casi todos, creo, los enlaces del portal en el espacio principal y en todas las páginas se hacen a través de plantillas como {{ portal }} (en todas las páginas, estimo que el 99% de los enlaces provienen de enlaces en banners de wikiproyectos), que se pueden borrar para eliminar los enlaces; una vez que los enlaces desaparecen del espacio principal, las páginas del portal se pueden eliminar. Galobtter ( pingó mió ) 14:29, 8 de abril de 2018 (UTC) [ respuesta ]
@ Galobtter : Tomas un ejemplo para eliminar un espacio de nombres completo, algunos portales funcionan y no hay necesidad de eliminar el trabajo de cientos de personas. -- Sinuhe20 ( discusión ) 07:55, 15 de abril de 2018 (UTC) [ responder ]
Este es un ejemplo de la falacia del costo hundido . Entiendo que muchas personas han hecho un esfuerzo admirable para mantener el sistema del portal en funcionamiento, pero esto no invalida el razonamiento bien pensado para que se vuelvan obsoletos. Muchos otros elementos de Wikipedia han quedado desvalorizados a pesar del arduo trabajo que los usuarios dedican a ellos. Usuario:Axisixa [t] [c] 23:23, 8 de abril de 2018 (UTC) [ responder ]
Veo este comentario de un editor preocupado, que apoya sus ediciones... Es degradante por reducción decir "este es un ejemplo de falacia"... cuando es su punto de vista legítimo y su trabajo voluntario. Una falacia lógica no es adecuada para responder aquí, en mi opinión. — Comentario anterior sin firmar añadido por 2600:1702:2770:9D0:C4A:68DE:2888:598F (discusión) 18:20 22 abr 2018 (UTC)[ responder ]
Sí, es un poco estúpido etiquetar fríamente la preocupación legítima y no maliciosa de alguien como una falacia... 71.15.110.98 ( discusión ) 01:10 27 abr 2018 (UTC) [ responder ]
No, lo que resulta realmente vergonzoso es que algunos editores que votaron a favor de la eliminación no aprecian que el contenido del Portal se suele crear a través de otras plantillas, que se actualizan en cantidades variables. El portal que forma la página principal de Wikipedia no ha sido editado en absoluto este año todavía. Nick Moyes ( discusión ) 13:33 12 abr 2018 (UTC)   [ responder ]
En realidad, Portal:Arts , que no había visitado durante años, todavía parece funcionar bien. Las secciones tienen una rotación automática de listas decentes de artículos, los aniversarios son para abril. Es como una de esas naves espaciales de Alien y otras películas que siguen en movimiento mientras la tripulación está en animación suspendida... No es un área muy sensible al tiempo, y el lector sigue estando bien servido, en mi opinión, para varias visitas. Johnbod ( discusión ) 16:16 13 abr 2018 (UTC) [ responder ]
  • Dado que aquí hay gente que aparentemente no tiene ni una pizca de sentido común, supongo que debería ser explícito en cuanto a que eximiría el portal de Actualidad y, por mucho que me guste desdeñar la Página principal, también eximiría la Página principal . Dios mío, a veces la gente puede ser tan condenadamente literal. Beyond My Ken ( discusión ) 02:47 18 abr 2018 (UTC) [ responder ]
¿Qué sucedería si el Portal A se redirigiera al Esquema de A? Este era el nombre de la función que aún dirige a los lectores a una descripción general/índice de un tema. -- Moxy ( discusión ) 18:33 8 abr 2018 (UTC) [ responder ]
No hay problema con eso si [1] el Esquema de A existe y no está abandonado y [2] el Portal A está viendo más tráfico del que esperaríamos de bots y clics erróneos. -- Guy Macon ( discusión ) 22:40 10 abr 2018 (UTC) [ responder ]
Me interesaría saber cómo reformaríamos una zona que está más o menos abandonada. La comunidad y los lectores parecen haber dejado claro que no les parecen especialmente útiles, no podemos obligar a nadie a mirarlas o a mantenerlas. Beeblebrox ( discusión ) 23:59 8 abr 2018 (UTC) [ responder ]
Armas. Necesitamos escuadrones de matones fuertemente armados que derriben las puertas de los editores de Wikipedia que no estén trabajando en lo que queremos que trabajen y les apunten con una pistola a la cabeza hasta que cumplan. ¿No es una solución práctica, dices? ¿Cómo explicas la inmensa popularidad mundial de sistemas similares ? :( -- Guy Macon ( discusión ) 22:46 10 abr 2018 (UTC) [ responder ]
Sin embargo, no creo que la eliminación masiva vaya a funcionar (raramente lo hace). En lugar de eso, sugeriría actualizar las pautas relevantes para indicar que están obsoletas y luego introducir un criterio de eliminación rápida en la línea de "páginas en el espacio de nombres del portal que ya no se mantienen activamente". –  Joe  ( discusión ) 21:37, 8 de abril de 2018 (UTC) [ responder ]
Es muy difícil conseguir la aprobación de un nuevo CSD, pero con un resultado claro de RFC sería un buen mecanismo para eliminarlos sistemáticamente. ¿Quizás X3? Deberíamos empezar eliminándolos de la parte superior de la página principal, el espacio más importante para el espacio de nombres menos importante del proyecto. Eso reducirá mucho el tráfico en los portales. Legacypac ( discusión ) 21:44, 8 de abril de 2018 (UTC) [ responder ]
Porque los editores bien intencionados pero no informados los revertirán y seguirán agregando enlaces al portal sin darse cuenta del perjuicio que están haciendo. Legacypac ( discusión ) 00:07 9 abr 2018 (UTC) [ responder ]

9 de abril de 2018

  • Pensemos en los artículos creados por Coxhead, como James Eustace Bagnall . Estos reciben poco mantenimiento ahora y, en cualquier caso, tienen pocos lectores, tal vez uno o dos al día. Cuando su entusiasta creador se vaya, ¿deberíamos eliminarlos también por motivos similares? ¿Wikipedia es solo para páginas de alto tráfico y alto mantenimiento como Kim Kardashian ? Todas esas otras cosas oscuras solo estorban, ¿no? ¿Por qué no eliminar todo lo que no es vital y concentrarse en hacerlo bien antes de permitir que alguien comience algo más? Andrew D. ( discusión ) 13:17, 9 de abril de 2018 (UTC) [ responder ]
Una página de destino con poco tráfico difícilmente requiere tanto mantenimiento como un portal (al que intentamos canalizar de forma intencionada a los lectores en masa). Cesdeva ( discusión ) 15:05 9 abr 2018 (UTC) [ responder ]
@Andrew Davidson : no elegiste un buen ejemplo con James Eustace Bagnall ; murió hace mucho tiempo y la información del artículo no va a cambiar. Puedo darte mejores ejemplos para tu argumento, por ejemplo, Ponerorchis cucullata , donde hay una investigación activa en curso y la ubicación genérica ha cambiado recientemente y podría cambiar nuevamente, lo que requiere que el artículo se mueva y actualice. Pero los portales son diferentes, como dice Cesdeva . Dado que deliberadamente conectan varios artículos, necesariamente necesitan un mantenimiento regular, ya que aparecen artículos relevantes, se mueven, se promueven o se degradan, etc. Peter coxhead ( discusión ) 16:00, 9 abril 2018 (UTC) [ responder ]
Los portales para temas bien establecidos como las matemáticas no necesitan cambiar mucho. Wikipedia es una enciclopedia, no un periódico, y no se requiere una actividad frenética para esas páginas. El punto es que una vez que empiezas a afirmar que podemos descartar páginas porque parecen ser un lugar atrasado, entonces pones en riesgo la mayor parte de nuestro contenido. Y Wikipedia aún está lejos de estar terminada. La gente todavía está desarrollando y discutiendo sobre aspectos estructurales como los infoboxes y Wikidata. Es demasiado pronto para decir que todo está resuelto y que podemos descartar páginas que actualmente no son de uso corriente. Andrew D. ( discusión ) 16:12, 9 de abril de 2018 (UTC) [ responder ]
Bueno, tendremos que aceptar que no estamos de acuerdo, pero el argumento no es que los portales sean un lugar atrasado, sino que, a diferencia de los artículos, la naturaleza de la mayoría de los portales significa que no funcionan bien si son lugares atrasados. Peter coxhead ( discusión ) 16:26 9 abr 2018 (UTC) [ responder ]
No, el argumento parece ser que, como algunos portales no funcionan bien, deberíamos destruirlos todos para asegurarnos de que ninguno de ellos funcione en absoluto. El principal beneficio parece ser que entonces tendremos un espacio en blanco donde solían estar los portales. Es de suponer que la gente que no usaba portales seguirá como antes, mientras que la gente a la que le gustaban y los usaba se enfurecerá y abandonará Wikipedia. Yo creo que el siguiente paso debería ser derribar también la bomba de agua del pueblo antes de que se nos ocurran más ideas brillantes como esta. Andrew D. ( discusión ) 20:17 9 abr 2018 (UTC) [ responder ]
No se trata de "algunos", sino de TODOS. Los portales de tráfico de temas son un fracaso rotundo según nuestros lectores, considerando que tienen los enlaces de mayor visibilidad en el proyecto. Los lectores rechazaron esta idea fallida hace mucho tiempo. Solo necesitamos apagar las luces. Legacypac ( discusión ) 02:01 10 abr 2018 (UTC) [ responder ]
No, es un hecho falso, superficial y falso. A continuación se enumeran algunas estadísticas reales para refutarlo. Andrew D. ( discusión ) 23:25 10 abr 2018 (UTC) [ responder ]
Tienes una definición curiosa de "falso" y "refutar". Algo enlazado en la página principal y en miles de páginas y páginas de discusión recibe menos clics que la palabra "gratis" en "Bienvenido a Wikipedia, la enciclopedia libre que cualquiera puede editar" y tu conclusión es que esto demuestra que los lectores están interesados ​​en ella. ¿Se te ocurre algo -lo que sea- que pueda servir como explicación alternativa? Sólo digo. -- Guy Macon ( discusión ) 23:09 11 abr 2018 (UTC) [ responder ]
La lista de estadísticas de la página principal que aparece a continuación muestra que el enlace gratuito obtuvo más de 100 000 visitas y que la mayoría de los portales obtuvieron incluso más tráfico. Esto es una buena prueba de un uso significativo. QED . Andrew D. ( discusión ) 07:22 13 abr 2018 (UTC) [ responder ]
No, no lo es. Es una prueba de que tiene un enlace desde una de las páginas más visitadas de Internet. Ponga un enlace a https://zapatopi.net/blackhelicopters/ o http://www.patience-is-a-virtue.org/ en el mismo lugar y esas páginas obtendrán más de 100.000 visitas. -- Guy Macon ( discusión ) 20:50 17 abr 2018 (UTC) [ responder ]
Pero eso sigue siendo 10.585 y 17.155 personas al año respectivamente que tienen la oportunidad de descubrir, si así lo desean, nuevos temas y probar información enciclopédica seleccionada de una manera diferente a la habitual, sin tener que leer un artículo largo y tal vez aburrido. Sí, los números son bajos en el esquema de las cosas, pero hay innumerables artículos destacados como este y este que reciben menos tráfico. ¿Deberíamos eliminar todas las páginas de poco tráfico a continuación porque no atraen a suficiente gente? La lógica no tiene sentido. Eliminar una página basura porque tiene fallas y no se puede arreglar, sin duda. Pero los 1500 portales (suponiendo que solo 50 visitantes al día cada uno) aún suman 27,6 millones de personas al año que no tienen la oportunidad de ver o descubrir una amplia muestra de artículos relevantes para un tema, generalmente de una manera brillante y sencilla, y posiblemente estar lo suficientemente entusiasmados como para aprender y estudiar ese tema de una manera que incluso podría cambiar el rumbo de su vida. ¿Por qué quitar eso? Nick Moyes ( discusión ) 03:02 12 abr 2018 (UTC) [ responder ]
No soy la única, me lleva 3 minutos mantenerme al día en los días en los que no sé qué hacer con Alemania. A otra persona le lleva 3 minutos actualizar las noticias. ¿Por qué no? Comparar portales y países es como comparar peras y manzanas: ¿en qué parte del artículo sobre un país un lector puede obtener noticias y saber qué hacer? Unos cientos de búsquedas al día, suficientes para que yo invierta 3 minutos de vez en cuando. -- Gerda Arendt ( discusión ) 12:30, 11 de abril de 2018 (UTC) [ responder ]
¿Puedes darme un ejemplo de una página de categorías de nombres en latín y cómo un lector podría llegar a ella sin saber si se trata de rocas, plantas o animales? Como editor (al solucionar problemas de categorización), no confiaría en que el enlace del portal sea correcto. DexDor (discusión) 21:03 9 abr 2018 (UTC) [ responder ]
Responder a DexDor : después de haber revisado el tema de los pájaros y otras categorías, creo que algunas indicaciones en la página de categorías reducen la posibilidad de confusión, ya que algunas frases latinas binomiales podrían ser una planta o un pájaro. No he encontrado errores de etiquetado deliberados o accidentales en los proyectos. JarrahTree 09:11, 12 de abril de 2018 (UTC) [ responder ]
Todavía no entiendo cómo crees que la gente puede acabar en una página de categoría sin saber si se trata de una planta o de un pájaro. "Etiquetado incorrecto de proyectos" presumiblemente se refiere al etiquetado por parte de wikiproyectos en las páginas de discusión, lo que es algo diferente a poner enlaces de portales en páginas de artículos o categorías. DexDor (discusión) 20:43 22 abr 2018 (UTC) [ responder ]
La depreciación y el marcado como histórico permitirían que cualquier cosa de valor fuera recolectada por Wikiproyectos activos, o por otros fuera de Wikipedia que podrían inspirarse para crear algo mejor, etc. Además, hay elementos de diseño en estos que puede ser útil conocer. Y el marcado y formato wiki pueden ser útiles para algunos. Yo me inicié en el formato de páginas en portales. — The Transhumanist     12:43, 11 de abril de 2018 (UTC) [ responder ]

10 de abril de 2018

  1. La producción automática de sinopsis de artículos de la longitud adecuada cuando se aceptan artículos relevantes al tema del portal y la capacidad de editar estas sinopsis si necesitan mejoras.
  2. La adición automática de estas sinopsis al grupo del cual el portal extrae sus selecciones de contenido.
  3. La capacidad de ordenar o filtrar las sinopsis de los artículos en la página "más artículos" (o "más imágenes", "más DYKs").
  4. Los criterios que utilizan los portales para seleccionar contenido deberían ser, de manera predeterminada, cronológicos en lugar de aleatorios (es decir, mostrar el último artículo que apareció en ese tema).
  5. La adición automática de ganchos DYK después de que se hayan mostrado en la página principal al grupo desde el cual el portal extrae sus selecciones DYK.
  6. La adición automática al conjunto de contenidos del portal de imágenes destacadas y de calidad cuando se promocionan en Wikimedia Commons.
  7. La generación automática de un resumen de imágenes para las imágenes destacadas basado en su sinopsis en Commons, pero con la posibilidad de editarlo y mejorarlo si es necesario.
  8. La capacidad de extraer automáticamente imágenes de los artículos de DYK para asociarlas con sus enlaces en el portal.
  9. La capacidad de aleatorizar todos los ganchos DYK individuales en lugar de diseñar manualmente "bloques" de ganchos.
  10. Una lista generada automáticamente de artículos nuevos y recientemente ampliados que sean relevantes para el tema.
  11. Aprobación de la Fundación para actividades de difusión directa por parte de Wikiproyectos a los usuarios del portal, como por ejemplo, ofreciendo mesas de referencia temática, publicidad en concursos dentro del proyecto, campañas de adopción por parte de los usuarios, etc.
Perdón por el muro de texto, pero pensé que valía la pena señalar que el grupo pro-portal ha presentado un plan concreto para la reforma y creo que la implementación de estos cambios abordaría la mayoría de las quejas que la gente tiene sobre nuestro sistema actualmente averiado. Abyssal ( discusión ) 01:35, 10 de abril de 2018 (UTC) [ responder ]

11 de abril de 2018

  • @ Nixinova : Se eliminaría por el argumento a continuación de que esta propuesta no entra en detalles. - Knowledgekid87 ( discusión ) 13:29, 12 de abril de 2018 (UTC) [ responder ]
No, cualquier persona competente que esté cerca de cerrar el portal verá la falta de apoyo para su eliminación o para marcarlo como histórico: los resultados de las RFC no tienen por qué coincidir con la redacción original y pueden excluir esos portales específicos. Galobtter ( pingó mió ) 13:32, 12 de abril de 2018 (UTC) [ responder ]
Estoy seguro de que ya te habrás dado cuenta de que te has metido de lleno en un gran problema. Me preocupa un poco que no hayas ofrecido una propuesta sobre qué hacer si se eliminan los portales, hay otras cosas que los editores han señalado. ¿Vas a dejarle al final de la discusión qué se debe o no marcar como histórico? - Knowledgekid87 ( discusión ) 13:51 12 abr 2018 (UTC) [ responder ]
No estoy de acuerdo en que siempre se encuentre contenido nuevo en algunos portales, pero eso ni siquiera es relevante. Pero tienes razón al decir que ofrecen una visión general, una forma diferente de abordar un tema, si se quiere. Al haber proporcionado una muestra de artículos de un amplio sector, como muchos artículos aquí, no necesitan mucha modificación. Si tuviéramos que adoptar el enfoque que se propone aquí, pronto estaríamos eliminando en masa todos los artículos que no se han editado durante un año o así y que reciben una cantidad no especificada de visitantes por día. Qué desmoralizador para todos los usuarios. También estoy de acuerdo contigo en que WikiProjects podría/debería apoyar más a los portales (y muchos están muy estrechamente vinculados), pero son bestias completamente diferentes y ambos tienen su valor muy distinto en mi opinión. Nick Moyes ( discusión ) 16:48, 11 de abril de 2018 (UTC) [ responder ]
Esta sugerencia es no entender en absoluto el potencial de los portales para proporcionar una ruta alternativa y a menudo muy visual hacia un tema amplio, sin tener que leer un artículo muy largo y a menudo tedioso, o visitar un WikiProject complicado. Los portales son (o deberían ser) una ventana brillante hacia un área temática amplia, que permita al usuario "meter el pie" en temas que podrían interesarle o entusiasmarle. Como dice la explicación principal de los portales: La idea de un portal es ayudar a los lectores y/o editores a navegar por las áreas temáticas de Wikipedia mediante páginas similares a la Página principal. En esencia, los portales son puntos de entrada útiles al contenido de Wikipedia. Compare Mountain o WP:WikiProject Mountains con Portal:Mountain ; Biology o WP:WikiProject Biology con Portal:Biology , y Arts o WP:WikiProject Arts con Portal:Arts . Creo que los portales funcionan mejor si se asocian estrechamente con un WikiProject relevante en la mayoría de los casos, aunque este último ofrece una función completamente diferente de centrar la colaboración de los editores. Eliminar 1.500 portales de una sola vez y trasladar el contenido a un WikiProject generaría una gran cantidad de trabajo sin ningún beneficio y, de manera similar, no comprendería el propósito de los WikiProjects ni el papel de los portales. Nick Moyes ( discusión ) 14:12 11 abr 2018 (UTC) [ responder ]
El hecho de que el proceso del portal Destacado en sí mismo haya sido marcado como histórico el año pasado podría significar que, si bien los portales no están necesariamente desactualizados, podría haber una falla fundamental en el sistema que no se pueda resolver fácilmente. Como he mencionado en otra parte, se ha propuesto la automatización del portal, lo que probablemente resolvería el problema de la actividad de edición, pero podría no ser suficiente para resolver el problema de los lectores. Narutolovehinata5 t c csd new 14:18, 11 de abril de 2018 (UTC) [ responder ]
El problema no es que estén desactualizados, sino que no aportan nada a la enciclopedia de la misma forma que un artículo llena los vacíos en la cobertura; requieren más esfuerzo del que merecen; y los lectores no se sienten particularmente interesados ​​en ellos a pesar de la frecuencia con la que los enlazamos. Galobtter ( pingó mió ) 15:50, 11 de abril de 2018 (UTC) [ responder ]
Por supuesto, no completan la enciclopedia de la misma manera que lo hace un artículo; no es su intención. Son colecciones de artículos que deberían proporcionar una muestra visual y una ruta hacia una amplia selección de temas que caen bajo el paraguas de ese Portal. ¿Más esfuerzo del que valen? Explíqueme, por favor. Los argumentos sobre el interés y la eliminación se basan nuevamente en números. Como un niño en la escuela: si puedes abrir los ojos de un niño a la maravilla de un tema como la ciencia, la geografía, la luna o lo que sea, eso es un verdadero éxito. Por lo tanto, los partidarios deben demostrar que todos los Portales rechazan a los usuarios, o no les permiten acceder a los artículos, o que la descarga del servidor es demasiado alta; entonces podrían tener un argumento válido para la eliminación masiva. Pero nadie lo ha hecho. Todo es WP:JUSTDONTLIKEIT hasta donde puedo ver. En cuanto a "obsoleto", creo que podría haber un argumento a favor de desaprobar el uso de las secciones "Noticias" dentro de los portales, o al menos tener una guía para eliminar estas plantillas si no se actualizan regularmente. Nick Moyes ( discusión ) 17:10, 11 de abril de 2018 (UTC) [ responder ]
  • Respeto tu opinión pero quiero recordarte que a veces hay muchos editores en un proyecto determinado y no todos los portales son iguales. - Knowledgekid87 ( discusión ) 16:52 11 abr 2018 (UTC) [ responder ]
  • Si eso es cierto (y no digo que no lo sea), es una indicación de un problema de edición y no de eliminación . -- Paul McDonald ( discusión ) 18:12 11 abr 2018 (UTC) [ responder ]
No contribuyen a nuestro objetivo de ser una enciclopedia . Para mí, no se trata de si están bien mantenidos, y se aplica igualmente a Portal:Arts . Los portales están pensados ​​para ayudar a los usuarios a encontrar material de calidad sobre subtemas aleatorios dentro de un campo. Ese no es un objetivo que me importe o que piense que Wikipedia debería perseguir. Me gusta la propuesta de Finnusertop de mesas de referencia específicas para cada tema gestionadas por WikiProjects, pero parece una idea completamente nueva, no un ajuste de los portales. Daask ( discusión ) 18:38, 11 de abril de 2018 (UTC) [ responder ]
  • Tú no los extrañarás, pero sí, todos los demás editores que los usan... ¿qué pasa con ellos? - Knowledgekid87 ( discusión ) 02:05, 12 de abril de 2018 (UTC) [ responder ]
  • Los que apoyan están en 130 y los que se oponen en 62 al momento de esta respuesta... eso indicaría que no soy la única persona que no los extrañará. Bueno, estoy seguro de que aquellos que sí los quieren vivirán (si los eliminan, claro está). – Davey 2010 Talk 02:52, 12 de abril de 2018 (UTC)[ responder ]
  • Davey2010 , ¿de dónde sacas la cifra de 130 personas que apoyan? ¿Estás contando "marcar como histórico" como apoyo a la eliminación? En el momento de escribir esto (esta versión), creo que hay 92 personas que apoyan explícitamente la propuesta y 64 que se oponen explícitamente (más o menos algunas que se mantienen al margen o con muchas salvedades en su posición). Carcharoth ( discusión ) 10:04 12 abr 2018 (UTC) [ responder ]
Mi error es que todo lo que he hecho es contar el uso de "Apoyo" y "Oposición". Probablemente debería haber buscado "'''Apoyo'''", pero bueno, considero que ese punto ha sido alcanzado. – Davey 2010 Talk 15:24, 12 de abril de 2018 (UTC) [ responder ]

12 de abril de 2018

  • Hola Nick-D : Por curiosidad, ¿has comprobado las visitas a las páginas de los portales? Tu valoración de que "...es poco probable que los lectores los utilicen" se ve contrarrestada por las estadísticas de las páginas de varios portales. Por ejemplo, Portal:Biography ha recibido 62.874 visitas a las páginas en los últimos treinta días a partir de esta publicación. Norteamérica 1000 07:48, 12 de abril de 2018 (UTC) [ responder ]
  • @Northamerica100: Danos el total de visitas a la página de un portal que no tiene un enlace desde la página principal... :-) Ed  [discusión]  [majestic titan] 14:46 12 abr 2018 (UTC) [ responder ]
  • Según la solicitud anterior de The ed17 , un buen ejemplo es Portal:Food , que ha recibido 12.898 visitas a la página en los últimos treinta días a partir de esta publicación. Es un portal muy utilizado por los lectores de Wikipedia ; su eliminación no beneficiaría a Wikipedia de ninguna manera en particular y simplemente eliminaría una opción de navegación que muchos lectores claramente utilizan. Norteamérica 1000 10:12, 13 de abril de 2018 (UTC)
  • ed17 : Otro ejemplo de un portal muy utilizado es Portal:Contents/Lists , que ha recibido 11.330 visitas de página en los últimos treinta días a partir de esta publicación. Es evidente que es de utilidad para muchos lectores. ¿Cómo beneficiaría a esos lectores su eliminación? Norteamérica 1000 23:27, 13 de abril de 2018 (UTC) [ responder ]
  • ed17 : Además, Portal:Contenidos/Portales , una página que enumera todos los portales, ha recibido 112.995 visitas en los últimos treinta días. Eso significa que muchos lectores buscan portales que les interesen o que quieran saber más sobre su disponibilidad. Norteamérica 1000 04:29, 14 de abril de 2018 (UTC) [ responder ]
  • @ Northamerica1000 : Algunas cosas. Si tomas nota de mi voto de apoyo a continuación, creo que deberían marcarse como históricas. Quien haya hecho esta convocatoria y haya dicho la palabra "eliminar" tomó una decisión realmente mala. 12.000 visitas en 30 días no es un "uso adecuado", es un error de redondeo. Portal:Contenidos está vinculado desde la barra lateral en cada página de Wikipedia. Ed  [discusión]  [majestic titan] 16:30, 14 de abril de 2018 (UTC) [ responder ]
@SusanLesch :​
Exhibición en el mostrador de recepción de la biblioteca: venga y lea más libros como estos
Si el portal al que haces referencia tiene algún defecto, tienes una ruta para eliminarlo. Está en WP:MFD . Esa no es una razón para borrar en masa los otros 1.500 portales. Tampoco lo es la falta de edición reciente o tener solo 36.500 visitas al año. Piensa en los portales como una ventana o una mesa de exposición en una biblioteca. Simplemente presentan una selección minuciosa de sus fondos para fomentar un uso más amplio de cualquiera de los fondos de la biblioteca. Son solo otra ruta hacia el contenido; elige uno y tal vez te inspire. ¿Por qué negarles esa oportunidad a los lectores? Nick Moyes ( discusión ) 00:10, 13 de abril de 2018 (UTC) [ responder ]
errm, pero estos eran Portal:Texas Tech University y Portal:University of Houston, ninguno de los cuales es un tema demasiado amplio para empezar. Aún puedes usar WP:MFD si lo deseas. Nick Moyes ( discusión ) 00:25 13 abr 2018 (UTC) [ responder ]
¿Edité Portal:University of Houston? No lo recuerdo en absoluto. Las universidades que existen desde hace mucho tiempo son bastante amplias en sus temas. No me ocuparé de WP:MFD ya que el problema puede resolverse por sí solo. → Wordbuilder ( discusión ) 17:24 23 abr 2018 (UTC) [ responder ]

13 de abril de 2018

Tal vez la mejor manera de promocionarlos, así como de aumentar su uso e importancia, sería mejorar su calidad, en términos de interactividad y contenido dinámico autoactualizable, para mantenerlos interesantes y relevantes. Inspirar visitas repetidas. Actualmente, la gran mayoría de los portales son estáticos y, por lo tanto, se vuelven obsoletos con el tiempo.    — The Transhumanist   13:05, 13 de abril de 2018 (UTC) [ responder ]
  • No es un buen enlace para hacer y creo que lo he visto mencionado en algún lugar de Wikipedia en un ensayo. La idea de que "los editores estarían mejor haciendo x" es una pendiente resbaladiza, ¿deberíamos continuar y decir algo como: "Los editores deberían dedicar su tiempo a artículos relacionados con plantas debido a la complejidad del campo"? Cada portal atrae a editores interesados ​​en esa área en particular, solo porque no edites portales ni te importen es una buena razón para eliminarlos por completo. - Knowledgekid87 ( discusión ) 14:14, 13 de abril de 2018 (UTC) [ responder ]
78.500 visitas desde el 15 de mayo (Portal:Guerra Civil Estadounidense) no parece tan malo en absoluto. ¿Realmente necesitan más mantenimiento que cualquier otra página? Johnbod ( discusión ) 16:40 13 abr 2018 (UTC) [ responder ]
Si comparamos las 78.500 visitas con los 15 millones de visitas al artículo sobre la Guerra Civil Estadounidense en el mismo período, entonces sí, en realidad es solo el 0,5 %. No vale la pena. —  Marcus ( discusión ) 19:23 13 abr 2018 (UTC) [ responder ]
  1. catalogado como portal activo, siendo el criterio general para esta condición que deben ser monitoreados regularmente y mantenerse actualizados;
  2. marcado como inactivo mediante el uso de la plantilla Histórica ; o
  3. eliminados por completo (por ejemplo, si están particularmente mal mantenidos y/o raramente mantenidos).
Los portales pueden resultar útiles para los editores de vez en cuando, pero es bastante fácil darse cuenta de que ya no son del todo adecuados para su propósito. No creo que sea ilógico sugerir que muchos portales, si no la mayoría, son visitados con muy poca frecuencia por la mayoría de los editores y lectores (no editores). No creo que sea necesario que haya tantos portales como los que hay actualmente.
¿Esta propuesta de eliminar el sistema de portales habría provocado un debate tan interesante entre editores si el sistema no hubiera estado en tan lamentable estado? No puedo darte la respuesta a eso, pero lo que sí puedo decir es que el sistema necesita urgentemente una mejora. Un portal debería ser una herramienta de navegación útil para lectores y editores, pero tal como están hoy en día, la mayoría no lo es. Con demasiada frecuencia, la actividad de edición se desvanece, dejando un portal casi abandonado que es un blanco fácil para problemas de punto de vista y material sin fuentes.
Perdóneme si esta idea es demasiado simple, pero puede ser sensato intentar idear un sistema que aumente de forma discreta la conciencia del sistema de portales entre los lectores, de modo que se anime a la gente a visitarlos. Se esperaría que esto generara cierto interés en el uso de los portales, de modo que la gente se sintiera más inclinada a contribuir a Wikipedia editándolos. A su vez, esto ayudaría a mejorar la enciclopedia al ayudar a la gente a navegar por ella.
No suelo expresar mi opinión en debates comunitarios como este, porque puede resultar bastante intimidante para editores como yo, que no nos consideramos tan versados ​​en Wikipedia como muchos de vosotros y no hemos colaborado durante tanto tiempo como muchos de vosotros. Así que, una vez más, permítanme disculparme si les estoy recordando algo que es pan comido para ustedes. Hay varias plantillas que se pueden utilizar para incluir enlaces a un portal o a varios portales. Tomemos como ejemplos las plantillas Portal , Portal bar , Portal-inline , Subject bar y Sister project links .
Saludos cordiales, Ntmamgtw ( discusión ) 16:49 13 abr 2018 (UTC) (actualizado 09:24 17 abr 2018 (UTC)) [ responder ]
No tengo problemas con reformar el sistema del portal o incluso con configurar algo para aumentar la conciencia de los lectores/usuarios sobre los distintos portales (lo que ayudará a mitigar cualquier problema de mantenimiento), pero ¿borrar o redirigir todos los portales directamente simplemente no es una opción viable? ¿Eres consciente del daño a la infraestructura o del impacto que causarías a los lectores si eliminaras todos los portales? Light and Dark2000 ( discusión ) 18:02 13 abr 2018 (UTC) [ responder ]
Por cierto, una gran cantidad de portales, como Portal:Current events , Portal:Science , Portal:History y Portal:Tropical cyclones se mantienen regularmente y tienen una gran cantidad de visitas (hasta donde yo sé). Estos son solo algunos buenos ejemplos. ¿Vamos a eliminar en masa todos los portales solo porque algunos de ellos no están a la altura de los estándares ideales? Esta propuesta cae dentro de la misma falacia que a menudo se invoca para eliminar rápidamente artículos nuevos/inicio o de clase stub que tienen mucho potencial o que eventualmente se convirtieron en excelentes artículos en este sitio. (Hay una razón por la que no se supone que se etiqueten arbitrariamente artículos nuevos o problemáticos para eliminarlos porque no se ven ideales). Dudo seriamente que todos los portales tengan suficientes problemas como para justificar una eliminación real de todos los portales. Light and Dark2000 ( discusión ) 18:19, 13 de abril de 2018 (UTC) [ responder ]
No apoyaría que se marcaran todos los portales como "históricos" (ni que se los sacara a todos del sistema de portales). Algunos portales, como los de eventos actuales y ciclones tropicales , todavía se mantienen de forma activa y son muy esenciales para acceder a los artículos más recientes (en sentido cronológico) en relación con sus WikiProyectos específicos. Podría apoyar que se marcaran los portales arcaicos o extremadamente antiguos como históricos, pero los portales activos o relevantes todavía se usan mucho y no deberían sacarse del espacio principal de Wikipedia de ninguna manera. Light and Dark2000 ( discusión ) 18:24 13 abr 2018 (UTC) [ responder ]
Existen alternativas que quizás sean incluso mejores que el sistema de portales, como listas, cuadros de navegación, esquemas y categorías. Las listas y los esquemas en particular son mucho más fáciles de mantener, ya que requieren menos conocimientos esotéricos de funciones de análisis, transclusión y subpáginas (en serio, miren Wikipedia:Portal/Instrucciones, es una pesadilla). Incluso los portales vinculados en la parte superior de la página principal apenas superan las 2000 vistas por día, mientras que los artículos de DYK a menudo obtienen al menos esa cantidad de vistas, y muchos superan las 5000 vistas . Portal:Tropical cyclones during the Atlantic hurricane season promedia 190 vistas por día; la página principal de Signpost tiene mejores estadísticas de visitas a la página y acaban de publicar un artículo en el que preguntan si está en sus últimas. Unos pocos valores atípicos como Portal:Current events no deberían usarse como un garrote para mantener lo que es esencialmente una característica muerta con alternativas superiores, es por eso que tenemos WP:IAR . Conserve los pocos que sean útiles, mueva el resto al espacio del proyecto y marque WP:Portal y WP:POG como históricos. Wugapodes [t h ɔk] [ˈkan.ˌʧɻɪbz] 07:16, 17 de abril de 2018 (UTC) [ responder ]
¡No obtienes 2 votos! -- Ahecht (
PAGINA DE DISCUSION
) 21:18 13 abril 2018 (UTC) [ responder ]
No voy a votar dos veces. Estoy especificando un poco más mi opinión sobre esto. Me opongo a eliminar todos los portales directamente, pero estoy abierto a la opción que acabo de mencionar arriba (y otras propuestas similares de otros usuarios en algunas de las votaciones anteriores). Light and Dark2000 ( discusión ) 04:38 14 abr 2018 (UTC) [ responder ]

14 de abril de 2018

La pregunta central que no se está haciendo lo suficiente aquí es qué portales contribuyen a nuestro propósito de construir una enciclopedia . No hay escasez de causas perdidas a las que nos dedicamos, desde las marginalmente notables hasta las resmas de debates en las páginas de discusión sobre oraciones individuales, por lo que no hay garantía de que los mantenedores de portales de repente decidan administrar un artículo de descripción general de temas de alto nivel: el tiempo empleado por el editor no viene al caso. El tema de los lectores es más destacado, pero entra en un debate sobre qué lectores cuentan como significativos, que es el debate equivocado. Es mejor preguntar qué portales contribuyen al servicio de una mejor enciclopedia. ¿Están canalizando activamente a los usuarios de interés general a artículos más específicos? ¿Están sacando a la luz contenido para atraer a los lectores más hacia sus propios intereses generales? ¿Cómo encuentran los lectores los portales además de la barra de bienvenida de la página principal y las barras que a veces adornan la parte inferior de los cuadros de navegación? No he visto ninguna respuesta tranquilizadora a estas preguntas. Nuestros sistemas existentes de artículos de alto nivel con resúmenes de temas (para lectores) y WikiProject/tablones de anuncios (para editores) parecen cumplir con todos los objetivos de los portales, con el beneficio adicional de que ya existen y tienen una base de usuarios dedicada. Espero que el trabajo de los encargados del mantenimiento de los portales pueda ser bien recibido en estas otras áreas de la enciclopedia. czar 17:27, 14 de abril de 2018 (UTC) [ responder ]

15 de abril de 2018

  • Oponerse Actualmente, varios editores están trabajando para revisar y automatizar el sistema del portal, y mucha más gente usa el sistema del portal de lo que inicialmente pensé. Si bien todavía tengo muchas quejas sobre el sistema del portal, me complace darles una oportunidad para que arreglen las cosas y ver qué se les ocurre. El sistema del portal necesita una reforma para abordar los problemas que mencioné, pero estoy convencido de que puede haber algún valor en mantener activo el espacio de nombres del portal. Spirit of Eagle ( discusión ) 05:13, 2 de mayo de 2018 (UTC) [ responder ]
Que la "eliminación molestaría a muchos voluntarios" no es una motivación razonable para mantener los portales. Lo que se pone en cuestión aquí es su utilidad y la veracidad de sus contenidos. La bondad de la enciclopedia debería anteponerse a cualquier capricho personal de los usuarios.-- 2.37.216.231 (discusión) 13:37 15 abr 2018 (UTC) [ responder ]
Comentario El término "utilidad" es realmente arbitrario porque depende de una persona u otra determinar qué es eso, y eso se convierte en una preferencia personal. Eso comienza a ahondar en el rango de WP:IDONTLIKEIT , que nunca es una razón para eliminar nada en Wikipedia. En cuanto a la "precisión del contenido", es un tema válido, y si el contenido no es preciso, entonces la conclusión obvia es editarlo. De vez en cuando encontramos contenido que está tan mal ensamblado que la eliminación es el mejor paso, pero ese no es el caso aquí... ciertamente no una eliminación general para cada portal. -- Paul McDonald ( discusión ) 14:30, 15 de abril de 2018 (UTC) [ responder ]
¡Ésta es realmente la peor de las motivaciones que se han esgrimido para salvar los portales! ¡Wikipedia no es una red social! El objetivo de este proyecto es construir una enciclopedia de contenido de buena calidad (con respaldo académico), ¡no hacer amigos que compartan los mismos intereses!-- 2.37.216.231 (discusión) 13:37 15 abr 2018 (UTC) [ responder ]
Si bien es cierto que Wikipedia no es una red social, no estoy de acuerdo con la lógica de que, como no es una red social, no tiene valor colaborar con otros editores que se interesan por el mismo tema o temas generales. La colaboración es algo bueno y, si los portales ayudan a promover la colaboración, esa es otra razón para mantenerlos. -- Paul McDonald ( discusión ) 14:33, 15 de abril de 2018 (UTC) [ responder ]
Los wikiproyectos ya sirven para reunir a editores para que colaboren en un tema. Los portales no son necesarios para este propósito Cesdeva ( discusión ) 15:11 15 abr 2018 (UTC) [ responder ]
En primer lugar, Wikipedia también es una red social (pero con un propósito específico). En segundo lugar, es cierto que gran parte o la totalidad de las funciones de los portales podrían ser asumidas por Wikiproyectos (o viceversa, en realidad), pero la conclusión de esto es (en el mejor de los casos) una fusión o migración (con una posible eliminación gradual de una de ellas) y no una eliminación total como se sugirió anteriormente. -- Kmhkmh ( discusión ) 15:36, 15 de abril de 2018 (UTC) [ responder ]
¿Y viceversa? Los portales ni siquiera funcionan bien para su propósito principal, ni hablar de incorporar las funciones de un wikiproyecto. Muchos portales ya están bajo la "jurisdicción" de los wikiproyectos, pero aún tienen problemas importantes. Cambiar el espacio de nombres no resolverá nada. Cesdeva ( discusión ) 16:03 15 abr 2018 (UTC) [ responder ]
Comentario adicional: Además, no estoy de acuerdo con la premisa de que la colaboración solo debería provenir de una fuente (un "proyecto" o un "portal"): la colaboración puede y debe provenir de múltiples fuentes, si es posible. Además, no creo que la "necesidad" sea la medida adecuada... ¿"necesitamos" portales? No "necesitamos" Wikipedia (ver WP:NEED ).-- Paul McDonald ( discusión ) 22:28, 15 de abril de 2018 (UTC) [ responder ]

16 de abril de 2018

Mantener los portales en caso de que se vuelvan populares nuevamente es CRISTAL, por lo que en realidad has invocado una política que es la antítesis de tu argumento. -- Iryna Harpy ( discusión ) 18:55, 16 de abril de 2018 (UTC) [ responder ]
WP:CRYSTAL es una política que solo se aplica en su totalidad al contenido de un artículo, no a un espacio de nombres. En este caso, creo que está perfectamente bien argumentar en ambos sentidos. Daniel Case ( discusión ) 18:27 19 abr 2018 (UTC) [ responder ]
El portal Current Events seguiría en el espacio de Wikipedia. Nadie quiere cerrarlo. Legacypac ( discusión ) 16:31 16 abr 2018 (UTC) [ responder ]
Si analizamos los problemas de los portales denunciados en el debate, se pueden resumir en 1) obsoletos/falta de mantenimiento (falta de trabajo voluntario), 2) inútiles (estáticos/sin cambios) y 3) poco tráfico (pocas visitas repetidas). Estos son problemas que podemos resolver. El apoyo para hacerlo es evidente en el debate anterior.
El tercer problema (el tráfico relativamente bajo) es engañoso por dos razones. En primer lugar, los portales en su conjunto reciben más tráfico ahora que nunca, con más de 20 millones de visitas al año. En segundo lugar, los portales obtienen su tráfico internamente, en lugar de obtenerlo de los resultados de motores de búsqueda externos.
Tenga en cuenta que los portales son una función interna destinada a mejorar la experiencia del usuario una vez que este ya está allí. El tráfico es mayor en los portales que brindan servicios continuos a los que los usuarios vuelven.
Sin embargo, la mayoría de los portales no cuentan con ese nivel de trabajo voluntario. Por lo tanto, el contenido dinámico generado automáticamente, por ejemplo, en forma de selecciones aleatorias de temas, canales de noticias automatizados, etc., sería un servicio valioso que convertiría a los portales en una especie de publicación periódica o boletín informativo.
Además, con estas páginas en funcionamiento, quién sabe qué mejoras se les podrían hacer en el futuro. La tecnología avanza a pasos agigantados.
Creo que la solución es la automatización, con capacidad de configuración (para brindar flexibilidad a los diseñadores de portales). Actualizar la entrada de introducción mediante la transclusión selectiva para que no se vuelva obsoleta es una forma de automatización que puede ayudar.
Obviamente, no hay consenso sobre la eliminación, pero el mensaje es alto y claro: el status quo es inaceptable. Los portales necesitan mucho trabajo. Necesitan una actualización para convertirlos en lo que originalmente se pretendía que fueran: páginas principales para sus respectivos temas. Es hora de arremangarnos y ponernos manos a la obra. Preveo que se avecina una importante y divertida colaboración. Pueden esperar verme allí. Sinceramente,    — The Transhumanist   22:17, 16 de abril de 2018 (UTC) [ responder ]
Las amenazas de abandonar el sitio, dejar de utilizarlo o incluso dejar de donar suelen recibir una respuesta con una mirada de desaprobación o una carcajada. Intente utilizar otros modos de persuasión, como la ética basada en la lógica o la practicidad . Ian.thomson ( discusión ) 23:22 16 abr 2018 (UTC) [ responder ]
¿Lo son? No lo veo como una amenaza, sino como una declaración real de que el editor obtiene valor de los portales y probablemente no volverá si desaparecen. Pero no sabía que se suponía que debía poner los ojos en blanco ante esto... -- Paul McDonald ( discusión ) 01:00, 17 de abril de 2018 (UTC) [ responder ]
Los lectores son la parte más importante de la comunidad; más importantes incluso que los editores, ya que una enciclopedia sin lectores no es nada. Este lector está afirmando que sin portales, dejará de ser lector. Los lectores rara vez comentan, ya que están aquí para consumir contenido, no para contribuir con él, y el hecho de que un lector haya intervenido debería considerarse una información particularmente valiosa. -- BobTheIP editado como 2.28.13.227 ( discusión ) 16:37, 17 de abril de 2018 (UTC) [ responder ]

17 de abril de 2018

Estoy publicando esto nuevamente después del salto de sección porque no vi esto en los primeros 15 minutos de lectura de esta discusión.
Me encanta Wikipedia y la uso como mi primera fuente cuando aprendo sobre un tema nuevo, pero visito el portal de "Actualidad" al menos una vez al día porque para mí es el equivalente a leer el periódico matutino que era el estándar hace unos 50 años. La diversidad de eventos que las personas se toman el tiempo de informar allí no tiene rival. A menudo me entero de eventos que solo mucho más tarde se convierten en noticias de televisión o nunca llegan a circular. En una frase: "El portal de "Actualidad" enriquece mi vida y perderlo sería una pena". No elimine esta sección solo porque la encuentre innecesaria, por favor, considere a las muchas personas que no contribuyen pero aprecian el contenido por lo que es. Este comentario es solo la segunda vez que edito una página de Wikipedia. La otra vez fue en el portal de "Actualidad". Por lo tanto, tiene otro beneficio: atrae visitantes y los incita a convertirse en colaboradores. Por favor, POR FAVOR, déjelo así.
Algo que he hecho en el pasado, por favor perdonen mi ignorancia aquí, en relación con la limpieza del espacio en disco de mi computadora, ha sido buscar carpetas vacías en mi directorio y eliminarlas usando una utilidad de terceros. Como esto se aplica a lo que parece ser el atractivo para muchos aquí de eliminar los portales, principalmente limpiar el espacio de nombres no utilizado, ¿no se podría hacer algo similar? Si un portal no se ha editado en una cierta cantidad de tiempo, ¿no podría haber automáticamente un mensaje publicado en la parte superior del mismo, como el que me llevó a esta discusión, notificando a los usuarios que a menos que el portal registre alguna actividad dentro del próximo período de tiempo corto, se eliminará automáticamente? Parece un buen compromiso sin matar todo el programa.
Gracias a quien haya movido esto al final de esta sección. Duh, yo tampoco lo había visto. Gracias de nuevo. -- 66.76.14.92 (discusión) 01:03 17 abr 2018 (UTC) [ responder ]
A pesar de que Portal:Actualidad fue etiquetado, nadie ha propuesto eliminarlo. Probablemente se moverá a Wikipedia:Actualidad Legacypac ( discusión ) 03:43 17 abr 2018 (UTC) [ responder ]
Algo que he hecho en el pasado, por favor perdonen mi ignorancia aquí, en relación con la limpieza del espacio en disco de mi computadora, ha sido buscar carpetas vacías en mi directorio y eliminarlas usando una utilidad de terceros. Como esto se aplica a lo que parece ser el atractivo para muchos aquí de eliminar los portales, principalmente limpiar el espacio de nombres no utilizado, ¿no se podría hacer algo similar? Si un portal no se ha editado en una cierta cantidad de tiempo, ¿no podría haber automáticamente un mensaje publicado en la parte superior del mismo, como el que me llevó a esta discusión, notificando a los usuarios que a menos que el portal registre alguna actividad dentro del próximo período de tiempo corto, se eliminará automáticamente? Parece un buen compromiso sin matar todo el programa.
Por recuento de palabras, actualmente hay 150 'Oponerse' y 206 'Apoyar', incluidos usos múltiples por parte de usuarios individuales.
I can't see how rearranging the names will improve the usefulness Legacypac (talk) 03:43, 17 April 2018 (UTC)[reply]
How did you come to the conclusion that their traffic has gone down? It is exactly the opposite: their traffic keeps going up. They are more visible now than ever.    — The Transhumanist   23:20, 17 April 2018 (UTC)[reply]
I think that the main ones, maybe, but fringe ones about topics that no one is updating definitely shouldn't exist. We should at most keep it to a few core portals and then delete or archive the rest. Nomader (talk) 14:52, 18 April 2018 (UTC)[reply]
The other problem is a lack of maintenance. Portal:College basketball's "featured biography" was last updated by me..... 12 years ago (history is here: [2]). That's insane, and shows that for many of these portals, they've gone too far in the weeds. It should really only be core subjects at the end of this. Nomader (talk) 15:26, 18 April 2018 (UTC)[reply]

18 April 2018

In addition, this also means that a couple of very popular portals like Portal:Current_events should be open to everyone. We need to distinguish portals for ease to access with the average viewers and portals for editing purposes. --Komitsuki (talk) 01:51, 18 April 2018 (UTC)[reply]
  1. Certain portals, such as the current events portal, should stick around. In fact, it probably should be on a case-by-case basis anyway, where the more active portals stay around while the inactive or rarely active ones can be closed.
  2. The various portals shouldn't be removed from existence, but instead left in a non-editable manner for historical purposes. Gamermadness (talk) 02:13, 18 April 2018 (UTC)[reply]
Note: The Current events portal and Tropical cyclones portal need to be actively maintained, since they both place a heavy emphasis on "active" or "current" events related to their topics (and both portals are actively maintained). LightandDark2000 (talk) 02:59, 18 April 2018 (UTC)[reply]
Request: Someone please speedy delete Portal:Yerevan (It's an empty husk. P1 (as article), A3 (no content)). Thank you.    — The Transhumanist   10:40, 18 April 2018 (UTC)[reply]
Done (I think it is the first time I used CSD P1 in more than 10000 speedy deletions). —Kusma (t·c) 11:30, 18 April 2018 (UTC)[reply]
I'm glad to have made your day. :)    — The Transhumanist   12:54, 18 April 2018 (UTC)[reply]

19 April 2018

20 April 2018

P.S. The remark "I cannot recall visiting any portal twice" is meant to indicate that I have visited many portals, but have not found them useful; therefore I have not returned to them. They are not the resource I believe they were intended to be. I mention this because the opposing comment immediately below seems to make a straw man of my remark, viz.: "many of the "Support" votes have the following character: 'I've never visited a portal, and therefore they are useless and should be deleted.'"

21 April 2018

Seems wrong to attempt to herd portal editors into more main namespace editing by eliminating any option of portal editing. To eliminate portals for this reason comes across as unnecessarily patronizing, manipulative, and even draconian. Let editors decide for themselves what they want to do. North America1000 00:58, 23 April 2018 (UTC)[reply]
Agree with Dcljr and Northamerica1000. You can't force volunteers to do work that they don't like. If somebody only edited portals while they were here, if the portals disappear they will most likely not move to editing articles. It won't necessarily raise productivity across other areas of Wikipedia. Gizza (t)(c) 02:17, 23 April 2018 (UTC)[reply]
By deleting the portals you have just as likely of a chance of losing editors which is a net loss. - Knowledgekid87 (talk) 03:07, 23 April 2018 (UTC)[reply]
DcljrPiznajko, you clearly haven't spotted that many WikiProjects use portals as a tool to help them improve their topic area. Do your homework before making sweeping statements. Bermicourt (talk) 18:23, 27 April 2018 (UTC)[reply]
Um, @Bermicourt: you wanna try that again? Because your comment doesn't seem to make any sense as a reply to anything I've said. Were you trying to reply to someone else? - dcljr (talk) 21:03, 27 April 2018 (UTC)[reply]
Ooops, I'm sorry, I was replying to Piznajko. I'll change that. Bermicourt (talk) 06:35, 28 April 2018 (UTC)[reply]

22 April 2018

What's the Recent Deaths portal? If you mean Deaths in 2018 then that's not a portal. DexDor (talk) 20:31, 22 April 2018 (UTC)[reply]

23 April 2018

  1. The portal is useful, but hard to browse around. It has great topical information. Just needs a face lift.
  2. Is there a topical index that would replace the portals?
  3. Part of the problem is that many do not know that the portals exist. Maybe a marketing campaign would be worthwhile before the portal is deleted. — Preceding unsigned comment added by 173.172.160.70 (talk • contribs) 05:43, 23 April 2018 (UTC)[reply]
And you being disinterested makes them without value? It's not a failed project; evident from the dozens of portals that link people from one article to a "topic page" of sorts about them. Vermont (talk) 23:55, 23 April 2018 (UTC)[reply]
@Vermont: Please don't be wary. What can I do if they are of no use to me? But in fact, I'm happy with the "Category" namespace. Portals are oudated and useless but Category provides specific and updated info. Harsh Rathod Poke me! 05:22, 24 April 2018 (UTC)[reply]

24 April 2018

I don't see how an old design is a bad thing by nature. Sometimes traditional is best.-Sıgehelmus (Tωlk) 15:20, 24 April 2018 (UTC)[reply]

25 April 2018

It's not an either/or situation. We already have indexes and tree structures in place and being developed further, with software being developed to enhance them further. They serve different purposes than portals. The Portals WikiProject is currently working on ways for the next generation of portals to transcend the capabilities of our current portals. This is happening fast. See #Portals WikiProject Update: Portals – The Next Generation is almost here, below.    — The Transhumanist   04:25, 25 April 2018 (UTC)[reply]

26 April 2018

So far, we've completed a template, and supporting Lua module, that together can selectively transclude desired paragraphs from an article's lead section to use as an excerpt in a portal section. Previously, excerpts in portals were static, and would drift from the original content from which they were copied. Transcluded content from articles never goes stale or forks, as the current version is always displayed.
To give you a sense of the reaction this template is generating, here is an excerpt of a discussion thread from the WikiProject's talk page:
  • This new template is fantastic. I've added it to the intro sections of the portals on Australian cities (eg P:PER) and it works brilliantly. My compliments to its creators. It can probably also be used in other sections of many portals (eg "Selected article" and "Selected biography"), and, for that reason, will probably make the task of maintaining portals a great deal easier. Bahnfrend (talk) 09:02, 24 April 2018 (UTC)[reply]
  • Thank you for being so brave. Portal:Adelaide/Intro just got a lot simpler! Certes (talk) 10:43, 24 April 2018 (UTC)[reply]
Kudos on a wonderful template.    — The Transhumanist   03:27, 25 April 2018 (UTC)[reply]
This is amazing stuff. I'm going to get to work on using it on the selected content at most of these portals very soon. WaggersTALK 13:40, 25 April 2018 (UTC)[reply]
We are currently putting our heads together to develop better ways to handle news sections, "Selected" sections, anniversary sections, and "Did you know" sections. As we do so, maintenance drives will be coordinated to clean these up across the entire portal system, to remove or archive outdated information, and automate those for which it is feasible to do so and that do not have active maintainers. The first maintenance drive is expected to start within a few days.
Concerning "Selected" sections, most portals provide a selected article and picture, and sometimes a biography, item (dog, plant, volcano, spaceship, etc.), and so on. Many portals have only provided one of each, which have never changed. However, some of the best portals provide (either manually or automatically) a different selection each week, or each day, or even each time a person visits the page, keeping its content vibrant. We are looking for ways to improve these types of components so that editors can easily implement them on the portals they work on (if they want to).
Our overall goal is to revitalize the entire portal system, and make it even better, providing support to portals editors, so they can provide readers with new and interesting ways to explore knowledge. Toward this end, we are also conducting discussions on potential future features and components. You are welcome to come join in on all the discussions.
So, please, before you cast your !vote, come visit the Portals WikiProject, especially the talk page, and take a look at what we're doing, and see what is in store for the future of portals. You are also invited to join the team and contribute to their development. Thank you. Sincerely,    — The Transhumanist   10:48, 26 April 2018 (UTC)[reply]

27 April 2018

@Piotrus: Concerning the waste of time thing, there is now an automation lab over at the Portals WikiProject, where we are designing tools to take the work out of building and maintaining portals. The previous method for building portals was to manually copy and paste article excerpts onto a multitude of subpages that fed into a base page. That is a very tedious and time-consuming activity. Now, we are in the process replacing the need to copy and paste, in the form of automated templates supported by Lua modules, that fetch and display excerpts automagically via transclusion. This design feature is completed, and is undergoing beta testing now. When we are done automating the portals' other functions (like topic selection) we'll have fully automated dynamic portals that will need very little maintenance, with subpages made virtually obsolete or greatly reduced for many portals. By dynamic, I mean fed new material without human intervention once the configuration settings have been made. It's looking like we'll have working prototypes very soon. The big question after that, will be "What features can we add to make Portals really cool (and useful)"?. For example... The portals of the German-language Wikipedia are so heavily automated, that their portal operators can focus on more community-oriented activities. Their creatures portal, for example, has a sub-department where you can post a picture of an animal, and they will identify the species for you. We are limited only by our imagination and our creativity.    — The Transhumanist   14:55, 27 April 2018 (UTC)[reply]
Concerning tools or service, the closer to 100% effectiveness you try to reach, the more it costs. Search is cheap, and covers 80% to 90% of users' navigation needs. That last 10% to 20% requires custom tools, which takes editing to build, but it is well worth it to readers to have them when they need them. The more effective Wikipedia is in fulfilling users' knowledge needs, the more they will choose Wikipedia as their first stop for knowledge.
With the new improvements (and quality) coming to portals, they may inspire return visits, which would increase traffic to them. And don't forget improvements over the long term. Who knows what they will become in the future? Personally, I like the interactive interface (the holotable) used by Tony Stark and S.H.I.E.D. in the Marvel Cinematic Universe. Imagine if portals adapted that to the 2D screen. (There's already a related prototype invented by Elon Musk).[3] But, portals won't be able to evolve into something like that, or something else cool, if we kill them off now.    — The Transhumanist   06:34, 1 May 2018 (UTC)[reply]
@Wnt: The new and improved rebooted Portals WikiProject is fixing the entire portals system with a redesign/upgrade. So, it won't remain broken for long: the new team is designing fixes as fast as we can. It's been just 10 days since the reboot, and we've designed some cool new components already, and you can expect more at a fairly rapid pace. We have some of Wikipedia's best and brightest on the team.    — The Transhumanist   13:56, 27 April 2018 (UTC)[reply]
At first glance that project seems like a bull session, stuff like people asking whether you can automate DYKs. That's not to say it's a bad thing, but I don't see why having a "Portal:" namespace or the set of Main Page links is necessary for it. To the contrary, I think it's great that people want to branch out and reconsider what portals would be -- the format seems a bit stilted, a lot of work, and maybe people making pages like "My Study List for A&P 1" would be a lot more useful. I think you should be allowed to keep the portal pages (somewhere else, a common WP: space) but with lots of room to play around with them, the no-social-media enforcers should be batted off with a stick, but we should also keep an open mind to whether maybe it is possible to amicably transfer some of the content to Wikiversity and breathe some life into *that* project by relieving some of the restrictions of their rather unimaginative course format. But other stuff is also useful that doesn't fall into their purview, like if you make a "Hot Topics in Physics" portal/news forum where you list a bunch of physics articles and why they're hot now. (That would be a Wikinews prospect but AFAIK Wikinews is hopeless where anything creative is involved; we should keep such things in Wikipedia and practice batting) Wnt (talk) 22:01, 27 April 2018 (UTC)[reply]
@Wnt: Encouraging "pages like 'My Study List for A&P 1'" would seem to run counter to WP:WEBHOST. Portals are not (usually) simple summaries of subject areas (and those that are should be expanded and/or refactored). - dcljr (talk) 18:19, 30 April 2018 (UTC)[reply]
I think a page meant to demonstrate a course curriculum is a little more educational than, say, a page about last night's party, so it may be time for batting practice. Wnt (talk) 03:16, 1 May 2018 (UTC)[reply]

28 April 2018

@K.e.coffman: A WikiProject has been created at WP:WikiProject Portal. This project aims to not only get them worked on in general but use transclusion to avoid being out of date. If this changes your mind feel free to comment, if not then have a good day. --Emir of Wikipedia (talk) 22:36, 28 April 2018 (UTC)[reply]

29 April 2018

This RfC isn't as simple as a quick-scroll, and it should run its full course. Many of the opposes (and some supports too) involve narrowly focused and repeated points, some of which have been posted by very new users or editors who've swung by from other-language wikipedias. No consensus became apparent fairly soon on, after that its a weightless pile-on; but perhaps an editor will still appear with a useful reasoned point. Cesdeva (talk) 12:36, 29 April 2018 (UTC)[reply]
I don't understand what points can be made that already haven't been made. Scrapping Portals is a reckless restructuring that is antithetical to especially the First and perhaps even the Third Pillar of Wikipedia. It's ridiculous modernization for the sake of modernization and argumentum ad populum fallacies. Given the arguments posted by those in Support as to what should happen after this proposed purge, it's like burning a traditional cuckoo clock and replacing it with a cheap digital clock because the latter is seemingly easier to use and more popular. It's one of the most ridiculous ideas I've seen on this site. Edit: Also I'm beginning to see this RfC as a case of WP:SNOW too.--Sıgehelmus (Tωlk) 16:26, 29 April 2018 (UTC)[reply]
Well sometimes you have to aim high. There is now an effort to overhaul the neglected portal system, so I'd say the proposal was a success. Kind regards, Cesdeva (talk) 18:04, 29 April 2018 (UTC)[reply]
It's simultaneously more of a success and more of a failure as a result of this proposal; the growth of Wikipedia:WikiProject Portals was in part a backlash against this proposal as a result of joining it I was motivated to establish my own portal and project. It's in some way a win to make a high-profile deletion nomination based on how portals are neglected if it results in a renewed desire to work on them, which it has. I understand the idea of making a fringe proposal if it's the mentality of "to get to the moon you have to reach for the stars." However, it's also unsuccessful if the nominator genuinely wanted to delete all portals, as the consensus is unambiguously in favor of keeping them. Brendon the Wizard ✉️ ✨ 19:07, 29 April 2018 (UTC)[reply]
The problem with @Cesdeva:'s thought is the base insinuation that there is a problem with Portals themselves besides many being unmaintained. Many here have stated the point that Portals are reliable and incredibly helpful for many people; not just in Current Events but subjects they are interested breaking into.--Sıgehelmus (Tωlk) 20:16, 29 April 2018 (UTC)[reply]
I strongly agree with your point. There's nothing wrong with portals themselves. As was stated in another sub-discussion here, the main page itself is a portal; portals allow us to create an entire main page dedicated to providing relevant information on a subject that interests the reader. The only thing needed to ensure that portals continue to be useful is that portals continue to be edited by readers. What's necessary is for various WikiProjects to work on their related portals, not to delete or overhaul the system of portals itself. It's not just the current events portal that helps readers. Brendon the Wizard ✉️ ✨ 21:29, 29 April 2018 (UTC)[reply]
Now I understand why this portal (Portal:Limited recognition) was suddenly created. I was confused as to why the article List of states with limited recognition suddenly required a portal encompassing it, as I didn't see the point of one. Matters that affect this list have always been handled historically on that article's talk page with little issue. I hope you are prepared for the work required to maintain such a portal, as I do not expect much contribution to this portal by others. It is a fringe subject as it is anyway. - Wiz9999 (talk) 15:40, 9 May 2018 (UTC)[reply]
Megalibrarygirl, The Portals WikiProject is working on it. We have now developed 2 new templates for creating and maintaining semi-dynamic portals. Template:Transclude lead excerpt is designed to keep excerpts fresh, always showing the current text from the source article (no more static copied/pasted excerpts that can go stale or fork). The second one is Template:Transclude random excerpt, which is like the first template, but allows multiple article names to be included, from which it displays one at random each time the page is visited. Both templates make the use of subpages obsolete for the sections they are implemented on, reducing the maintenance burden. Portal space currently has about 150,000 subpages. Conversion to the semi-dynamic model takes a matter of minutes for a portal with moderate subpage support.    — The Transhumanist   00:24, 30 April 2018 (UTC)[reply]
Semi-dynamic? This cycles-through a pre-defined list, providing a modest selection. Fully dynamic would take as its source a list that is maintained and updated regularly, such as a category. We are currently looking for fully dynamic solutions, which would result in portals that continually update themselves with new content. For progress on all of the portal development initiatives, see Wikipedia talk:WikiProject Portals. Excitement is high, and the WikiProject's membership is growing daily.    — The Transhumanist   00:13, 30 April 2018 (UTC)[reply]

30 April 2018

And the Portals Project has been restarted and is going strong. To make portals more dynamic, it has designed upgrades for two portal section types so far, and is working on upgrading the rest. Plus the new team is working hard on the portals themselves. See its watchlist for the activity on portals.    — The Transhumanist   19:16, 1 May 2018 (UTC)[reply]

1 May 2018

2 May 2018

3 May 2018

4 May 2018

5 May 2018

If it is decided that Portals should be kept, then I suggest they are in need of a serious overhaul. It is for this reason that I'm 99% more likely to click on a ==See also== than a Portal. However, I do like seeing that Portal icon identifying articles as belonging to a particular subject, thus suggesting there are other topics of interest I might wish to read.
Christopher, Sheridan, OR (talk) 07:53, 5 May 2018 (UTC)[reply]

6 May 2018

Note: 50.246.218.27 (talk) has made few or no other edits outside this topic. 198.84.253.202 (talk) 23:11, 6 May 2018 (UTC)[reply]
There is no WP:SENIORITY: the "newest editor, with the least edits, may have the best idea or the most relevant point of view."--Paul McDonald (talk) 13:54, 7 May 2018 (UTC)[reply]
'May' and 'editor' being the operative words. This is a niche and 13 year old issue, comments from newly registered users are unlikely to have significant reasoning, despite the broad assertions they make. These ephemeral 'editors' (readers in editor's clothing) won't have to deal with the portal system once they inevitably bugger off after this RfC. Cesdeva (talk) 11:51, 8 May 2018 (UTC)[reply]

7 May 2018

8 May 2018

9 May 2018

10 May 2018

11 May 2018

The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Discussion: Ending the system of portals

Some exception would need to be made for the Community portal. This has been getting over 10,000 views daily since it was linked as one of the three exits ("Start helping") from the New user landing page, introduced in conjunction with ACTRIAL. The Help Out section is essential and should be kept as visible as possible. Parts of the Community bulletin board are dusty, but just need more regular maintenance: Noyster (talk), 15:16, 8 April 2018 (UTC)[reply]
Seeing as this Community Portal isn't even in the "Portal" namespace, I don't believe it would be affected either way. Good page too keep in mind, though. ~Mable (chat) 15:22, 8 April 2018 (UTC)[reply]
Indeed, I did think of that, but I also saw that they're not in portal space, and wouldn't be affected. Galobtter (pingó mió) 15:41, 8 April 2018 (UTC) Also, it is entirely different from general portals, being editor facing only (which is presumably why it is in WP space not portal space) and does an okay job of helping editors Galobtter (pingó mió) 15:46, 8 April 2018 (UTC)[reply]
...And of course even if there is the occasional useful portal, we can easily make an exception -- possibly with a move to a better namespace. What are the top ten most-visited pages in the portal namespace? --Guy Macon (talk) 16:03, 8 April 2018 (UTC)[reply]
I'd say 90% likely the top 8 are the ones on the main page, at the top right. But like I said above, I don't think people actually find the ones on the main page useful either, they just click it randomly Galobtter (pingó mió) 16:12, 8 April 2018 (UTC)[reply]
Here's a pageview graph of those main page portals, anyhow - extremely interestingly, they group into 3 clear bunches Galobtter (pingó mió) 16:24, 8 April 2018 (UTC)[reply]
I think the top-visited portals are those linked from the left sidebar, Portal:Contents and Portal:Current events and, to a lesser degree, Portal:Featured content (pageview graph). The arguments for deleting the other 1500 portals may not apply to these. -- John of Reading (talk) 16:49, 8 April 2018 (UTC)[reply]
Ahh, I forgot about them. These seem like they'd be fine in wikipedia namespace, honestly, and would be exempted; they aren't really like the other portals at all, and just seem sort of dumped there because they vaguely explore something Galobtter (pingó mió) 16:58, 8 April 2018 (UTC)[reply]
Agree Current events is a very active portal and should be moved into a different namespace if all Portals are deleted.  Nixinova  T   04:39, 11 April 2018 (UTC)[reply]
@Galobtter: To set everyone's mind at ease, please add an amendment to your proposal (at the very top) exempting Portal:Contents, Portal:Current events, and Wikipedia:Community portal. Also consider exempting Portal:Featured content as it is the front page for the various "Featured" content production departments, and has a link on the sidebar menu that appears on every page of Wikipedia. Thank you.     — The Transhumanist    13:26, 11 April 2018 (UTC)[reply]
@Galobtter: @The Transhumanist: In addition, since there seems to be at present significant opposition to outright deleting the namespace and all related pages, maybe there could be some clarification that deprecation/marking as historical (as opposed to outright deletion) is an option too. Some of the oppose votes seem to be more due to the outright deletion proposal rather than or not just because of a support of the portal system. Narutolovehinata5 tccsdnew 13:31, 11 April 2018 (UTC)[reply]
I'm uncertain whether how exactly one should amend a proposal while it has received significant comment - Narutolovehinata5 feel free to add a note like "Note: Certain portals: ...have been suggested for exclusion; other options instead of deletion has also been suggested" or something along the lines of that, keeping neutrality of course Galobtter (pingó mió) 14:56, 11 April 2018 (UTC) and @Transhumanist: too Galobtter (pingó mió) 15:38, 11 April 2018 (UTC)[reply]
I think it would seem rather inappropriate were the nominator to suggest altering or adding to the wording of the RfC in this way now that it is running, and numerous people have expressed their views. Would that be with the hope of better securing the desired outcome? Was not the removal and relocation by the nominator of previous comments also intended to keep the proposal clear and concise? Nick Moyes (talk) 03:27, 12 April 2018 (UTC)[reply]
Yes, but the main thing is that they wouldn't be linked from articles - wouldn't be reader facing - and thus wouldn't be at all like the system currently here. Thus ending Galobtter (pingó mió) 17:19, 8 April 2018 (UTC)[reply]
I invested so many hours into portals. Please keep the existing portals.--Broter (talk) 17:31, 8 April 2018 (UTC)[reply]
List of Portals which were created by myself or very much improved by myself:
--Broter (talk) 17:47, 8 April 2018 (UTC)[reply]

We should only delete the portals which are not maintained.--Broter (talk) 18:06, 8 April 2018 (UTC)[reply]

Broter, you can move any portals you have created to subpages of your user page. Some subpages get a lot of traffic, such as my WP:1AM page. --Guy Macon (talk) 18:30, 8 April 2018 (UTC)[reply]

  1. Convert them to links to WikiProjects. This would help readers become editors without the need to route them through the Talk page and a collapsible banner first.
  2. Turn them into Reference Desks for specific topics. While article Talk pages are strictly WP:NOTFORUM, I believe that "off topic" discussions between readers and editors could benefit both groups. We'd get an idea of what readers really want to know outside of our sometimes rigid system of articles, and readers would become contributors before they even know it.
  3. Turn them into links to Outlines or Indexes to serve as centralized "See also" listings per topic.
  4. Automatic listings of Featured content grouped by topics. See Bluerasberry's comment above (cf. Galobtter's for an opposing view).
  5. Limiting the number of portals should help concentrate our efforts. Suitable sets could be those featured on the Main Page, some of the top categories at Portal:Contents/Portals, those corresponding with Featured articles categories, or Core topics.
Some more wild ideas? – Finnusertop (talk ⋅ contribs) 21:28, 8 April 2018 (UTC)[reply]
The mainpage is full of information. A little whitespace would be good, or make the rest of the box Wikipedia ... wider and thinner. Legacypac (talk) 21:23, 8 April 2018 (UTC)[reply]
Hey yes, this could be a great opportunity to update the 12-year old main page (only half-kidding!) Aiken D 21:40, 8 April 2018 (UTC)[reply]
  1. Portal:Arts 3,872 / day
  2. Portal:History 2,235 / day
  3. Portal:Biography 2,178 / day
  4. Portal:Science 1,413 / day
  5. Portal:Mathematics 1,404 / day
  6. Portal:Technology 1,398 / day
  7. Portal:Geography 1,063 / day

--Pharos (talk) 22:51, 8 April 2018 (UTC)[reply]

Those are 7 of the 8 portals on Main Page. The 8th there is Portal:Society which is number 8 in page views with 665 / day. Portal:Food with 429 / day is the most for portals not on the main page. linksto:Portal:Food currently says it has 8,045 links from mainspace. PrimeHunter (talk) 23:07, 8 April 2018 (UTC)[reply]
Major takeaway - put a link to something in the best position possible on one of the world's top visited pages and it only gets 665 to 3000 odd hits a day => total rejection by the public of this useless content. There is NOTHING wikipedia can do to drive more traffic than those 8 links. Legacypac (talk) 00:21, 9 April 2018 (UTC)[reply]
Is there any way to find out how many real links go to a particular page as opposed to links because it was added to a template? For example, 1-bit architecture has a huge number of links to it,[4] but if you look at the pages that contain the links they are almost all because it is included in Template:CPU technologies and don't give an accurate picture of how many people are interested enough in 1-bit architectures to link to it. --Guy Macon (talk) 23:25, 8 April 2018 (UTC)[reply]
I don't think that is possible, but It's somehing I've wanted to know for many years too (unrelated to the portals).--Pharos (talk) 23:36, 8 April 2018 (UTC)[reply]
User:PrimeHunter/Source links.js produces Source links on 1-bit architecture. It currently says 26 results in all namespaces (10 in mainspace). I also made {{source links}}. {{source links|1-bit architecture}} produces Source links. PrimeHunter (talk) 00:57, 9 April 2018 (UTC)[reply]
I've done a more comprehensive query, and besides the higher-placed pages that are not conventional portals, the stand-out of those not linked from the Main Page appears to be Portal:Dance, which had 2,227 / day pageviews in 2017.--Pharos (talk) 23:36, 8 April 2018 (UTC)[reply]
Portal:Dance was one of my random examples earlier with only 1,421 views in the past 30 days, meaning 47 per day. The page views graph since the first data in July 2015 [5] shows a jump from around 50 views per day to around 2300 from October 2016 to January 2018, and then back to 50. I don't know the reason but I suspect it's automated views and not humans. PrimeHunter (talk) 23:54, 8 April 2018 (UTC)[reply]
Projects can remain inactive and dont directly impact readers. portals can have an effect on readers. portals need to be either complete, as in not needing maintenance, or maintenance, or active work to improve. projects are forever. different animals. i advocate simply having Featured portals be linked to more visibly, and other portals linked at end of article. since portals are highly edited, they should be reviewed periodically by a dedicated editor to make sure they are up to snuff. if not, we should be able to mothball them easily.Mercurywoodrose (talk) 20:14, 21 April 2018 (UTC)[reply]

Step 1 - take the portal links of the mainpage and Delete all the portal templates. Readers will not find the portals after that and we can roll up the actual portals whenever we get to them. Dead wikiprojects are another topic for another discussion. Legacypac (talk) 04:00, 9 April 2018 (UTC)[reply]

From use PrimeHunter's script, I see there seems basically 0-1 links per portal in mainspace that are not from templates. So it should be simple to use bot machinery to remove all portal links from mainspace, and then marking 1500 pages historical shouldn't be hard either. Most visible non-mainspace links are from linking portals in wikiproject banners which can be removed by removing the |PORTAL= parameter. Galobtter (pingó mió) 05:11, 9 April 2018 (UTC)[reply]
For such pages, page views are determined by visibility: how many incoming links are there and from where. With Portals, we have capitalized screen real estate that will be simply wasted if this proposal results in a mass deletion and unlinking operation. The Main Page, See also sections of countless articles, navigational templates, and WikiProject banners all give visibility to Portal links and that's where all the views come from. Even if we do away with Portals, we could use this visibility for something else. In my comment above, I suggested placing Outline and Index links where Portal links are now. We should definitely think about how to make the best out of these links. – Finnusertop (talk ⋅ contribs) 16:23, 9 April 2018 (UTC)[reply]
I agree the left-wing one is definitely not maintained, but yeah, if anything, the bias that would result from one portal being deleted but not the other is an argument against selective deletion/archival and for unilateral action on all portals. Ian.thomson (talk) 20:10, 9 April 2018 (UTC)[reply]
That's the impression I've had. I've used a portal maybe two or three times the entire time I've been here, but I use those templates pretty regularly and "Outline of..." articles whenever I want to access a lot of articles on a topic really quickly. Ian.thomson (talk) 21:43, 9 April 2018 (UTC)[reply]
Love the "outline of" pages, hate the templates. Look at 1-bit architecture. Instead of that huge wall of links at the bottom, Wouldn't it be nicer to have a simple link to Outline of CPU technologies, and have that page contain the wall of links? What percentage of readers who are interested in 1-bit architectures are looking for a see also link to SUPS? I would say that the answer is "zero". --Guy Macon (talk) 01:06, 10 April 2018 (UTC)[reply]
I'm not opposed to having both. Whichever format I find easier to read depends on the subject and how much caffeine I've had. Sometimes I have an easier time with tables, sometimes with lists.
Since the idea of automation has come up elsewhere in this discussion, I imagine it wouldn't impossible to write a template that'd turn an "Outline of" article into one of those templates. Like, some sort of mark-up that doesn't show up in the article, that you wrap around entries that are supposed to show up in the template, that's look something like {{Subst:OutlineEntry | (line number) | [[Article Title]] }}. Then the template would just be {{ (template name) | 1=[[Article|(name of first row)]] | 2=[[Article2|(name of second row)]] }}. That should be far less work to set up than automating portals. Hell, I could probably work out how to how to do templates for an Outline-to-Table dealy, and the coding nightmare that is WP:BINGO is an anomalous highpoint for me. Ian.thomson (talk) 22:07, 10 April 2018 (UTC)[reply]
Hello, outlines are very different from portals.
Outlines are basically a structured list of links. If you don't click, you don't understand anything. Also they are completely static.
Meanwhile, portals show snippets of articles, interesting facts, images, etc. Also, they are dynamic, as each section rotates automatically. They offer a completely different way to explore the millions of articles. --NaBUru38 (talk) 13:27, 14 April 2018 (UTC)[reply]
Seems a reasonable idea - what do people think of adding to Template:Editnotices/Namespace/Portal? I also wonder if the editnotice should exclude Portal:Current_events and its subpages (which are probably the most active portal pages..but wouldn't be affected by this proposal), Portal:Contents, and Portal:Featured_content from the editnotice Galobtter (pingó mió) 12:59, 10 April 2018 (UTC)[reply]
Seems like a good idea. While relatively few people remain active in portal contribution, nevertheless there should still be the courtesy of informing them or at least letting them be aware of this discussion. We need more input from regular portal contributors so that their voice can be heard, and at the same time their feedback can be used in implementing whatever consensus this discussion results in. Narutolovehinata5 tccsdnew 15:08, 10 April 2018 (UTC)[reply]


I propose we find a new home for some portals that are well maintained. The obvious one is Portal:Current events would could end up as Wikipedia:In the news/Current events. The current events portal is widely viewed, receives lots of edits by many editors, and complements mainspace by effectively serving as a giant list of events. It is used to identify possible entries for WP:ITN/C and editors often also use it to identify information that can/should be added to mainspace articles. As such, it actively improves mainspace. I don't know much about other portals but I imagine similar cases could also find homes. -- BobTheIP editing as 2.28.13.227 (talk) 17:41, 10 April 2018 (UTC)[reply]

One problem is - there are eight linked words and 'All portals' in a corner on the top of the MP - so how many people notice them?
Perhaps the subsidiary question - given that 'a proportion' of Wikipedians (regular or occasional) are involved with starting, developing or improving particular categories of articles, for whom the various portals are, or are potentially, relevant means of navigating Wikipedia, how should the portals' presence be highlighted and/or made user friendly? Can they be variously developed so that the imbalances/absence of coverage on the MP regularly commented on can be addressed to some extent? To what extent should under-achieving portals be highlighted, so that contributors come to their rescue? Jackiespeel (talk) 16:51, 11 April 2018 (UTC)[reply]
I share that concern. Open France and try to find the link to Portal:France. Tip: it's at the bottom of the page inserted in a navbox, with a minuscule font size. Hardly visible at all. I think that links to portals have hardly "capitalized screen real estate". --NaBUru38 (talk) 13:27, 14 April 2018 (UTC)[reply]
obliterating everyone's resource just because some find some examples of a kind of resource to be unacceptable to them, is called bullying: when men "protect" women by blocking women from having equal-validity, instead of honestly-protecting women's validity by fighting off glass-ceilings, that is an example of people obliterating someone else's resource ( men obliterating women's resource ). Just because you/someone doesn't want some portals doesn't justify obliterating ALL OUR resource. Some are derelict for a time, if they drift too far from currency, then there should be a system that 1. flags this, so any/all concerned parties can see/know this & understand that if it gets too out-of-date it will be a portal labelled derelict, 2. there should be auto-updating scripts ( oh, this link is to a page that got renamed? autofix the link, OR auto-flag it for some human to correct ), etc... The /actual/ problems include intermittent-interest, complexity in site causing drift between pages to become costly, etc, but the resource that the portal pages can provide ISN'T provided through search, because search _doesn't give you overview and context and interrelatedness_ ( this is the same problem as local businesses being wiped off the map because there is no Browse My Town site by one's village/town/city/county, whereas anyone wanting to find something CAN find it at the biggest online joints: browsing one's town used to be done physically, but the local representative/governments didn't bother making an internet equivalent, and now complain about the economic loss that is a consequence of their inaction! Another side of the same problem is that human memory works through prompting context, so if someone tells me to just remember everything I need to remember & search for them, but human memory works through context-prompting, and I am NOT ALLOWED context to browse in, then my learning is crippled! No, search isn't a complete replacement for context-rich browsing! ) Namaste. — Preceding unsigned comment added by 142.217.75.207 (talk) 13:44, 16 April 2018

Automated portals

The most common complaint about portals is that they have an insane ammount of maintenance required, and very few users willing to engage in it. And the problem is that we have hundreds of portals, each one with its own set of subpages, and each one is a domain in itself. So, a possible solution: why not automate and centralize the work? Take for example the featured article J. R. R. Tolkien. He may be a suitable featured article for the portals on middle-earth, biography, literature, speculative fiction, etc. Under the current system, each portal has to make their own "Portal:(name)/J. R. R. Tolkien" to place the blurb that will use. And also watch if the article loses the featured article to remove it, or add it when it gets featured. But we may have a single "Portal/J. R. R. Tolkien" general subpage, with a general blurb, and add tags to it to instruct the bots about the portals that should include it. Same for the page for image blurbs, quote blurbs, etc. That would greatly reduce the number of pages, keep them organized at a single place, and most of the work would be done by bots.

A second idea would be to restrict the topics that may get a portal to those truly diverse. A portal for music, or a music genre, is justified, but a portal for a certain band can hardly be. Add a requirement of "At least X articles in scope" and "at least Y good or features articles wihin the scope". Less portals, less pages to mantain, and easier to deal with. The fandom of Z wants a portal, but there are not featured articles enough? Then make those featured articles, and then the portal. Cambalachero (talk) 19:14, 10 April 2018 (UTC)[reply]

This has been proposed above, and while it might solve the editing inactivity problem, it wouldn't solve the Portal system's other major flaw: outside of just a few portals (mentioned by Andrew D. below), the vast majority barely get any views. Even the ones with a high number of views might be better off in the Wikipedia namespace anyway. Narutolovehinata5 tccsdnew 00:07, 11 April 2018 (UTC)[reply]
I like the idea of automated portals to reduce maintenance. If you look at P:MDRD, the Selected picture and Did you know? hooks are set up to rotate randomly every time the portal is refreshed. I think spreading this idea to all portals is a good idea to keep the portals with minimal maintenance. Dough4872 20:33, 12 April 2018 (UTC)[reply]
This does reduce maintenance work and slow the degradation of less-maintained portals, but there are tradeoffs. In one of the sections below there are editors complaining that portals are hard to edit for users who aren't familiar with templates. --RL0919 (talk) 20:50, 12 April 2018 (UTC)[reply]
I set up Portal:London Transport so that the lists of featured articles, good articles, etc. are automatically updated weekly. A series of sub-pages are updated by User:JL-Bot and the bot's outputs for each of the lists are collated together using a set of string trimming and cropping templates to format them in an attractive manner - see Wikipedia:WikiProject London Transport/Recognised content/bot list and its sub-pages. It's not pretty, but it could be standardised for use on other portals and it means that the lists are never more than a few days old. The random selected articles, biographies, pictures and DYKs are relatively straight forward as there are templates specifically designed for this purpose. --DavidCane (talk) 21:01, 12 April 2018 (UTC)[reply]

While I would support some kind of automation of portals should the status quo remain, I'm concerned that it might not be enough to solve the problem that the vast majority of portals aren't getting a meaningful amount of views. It would help solve the editing problem (in that the currently inactive portals would get some love from editors), but that would affect the editing end and not the viewer end. What would be a suitable proposal in order to help promote portals and increase their readership? I know many articles have links to portals but in most cases it doesn't seem to be enough, so perhaps additional steps could be made here. Narutolovehinata5 tccsdnew 12:12, 13 April 2018 (UTC)[reply]

Narutolovehinata5 I know this thread is very long but please see my "oppose" comment above. I'm suggesting automating not only the portals themselves but the linking to them from all relevant articles, and also de-emphasising the term "portal" which may not mean much to a lot of the lay readership: Noyster (talk), 12:47, 13 April 2018 (UTC)[reply]
Honestly I'm skeptical that will be enough. Take the case for example Portal:Anime and manga, which is linked to in several anime-related articles. In the past 30 days, it's gotten a mere 6,871 views (or an average of about 222 views per day). It may seem like a lot at first, but that's far less than what either anime or manga (thousands of edits per day). It also gets far less pageviews that most airing series and even series that have finished airing. Even if Portal:Anime and manga was linked from every single article, it might not make a difference considering it's already linked to from most of the popular articles of the project. I know there are counterexamples to this from other projects, but my point is simply that links to Portals don't seem to be enough to promote them well; there probably has to be another way. Narutolovehinata5 tccsdnew 12:55, 13 April 2018 (UTC)[reply]

Hello, the proposal to increase automation is meant to improve portal quality, which is a major concern. Of course it won't increase page views overnight, since that's another major concern. Each issue requires separate solutions. --NaBUru38 (talk) 13:30, 14 April 2018 (UTC)[reply]

Speaking of automated portals, I have a lot of experience with them on the Spanish-language Wikipedia. I have helped a lot to develop sports portals, anchored in Portal:Deporte, Portal:Fútbol and Portal:Automovilismo. They all share the same templates and article snippets, as do their subportals by region and discipline.
Each portal has a competition calendar of the week / month. Sportspeople appear on their birthdays. Several editors have copied and pasted them to create new portals with minimal effort. --NaBUru38 (talk) 13:34, 14 April 2018 (UTC)[reply]

If portals are to survive, then they indeed must be automated. There's no question about that. "Automated" means that it will have to dump all the manually written wiki syntax and HTML and transition to being true software, most likely a MediaWiki extension. This will have to happen sooner or later. Maybe in a year, maybe in ten years.

The question of whether they should survive. And the answer to this question must be answered by defining the portals' purpose. What are they for? To make information easier to find? To showcase nice images or featured articles? To acquire new readers? To acquire new editors? To coordinate the work among the current editors? How will their impact and fitness to this purpose will be measured? (And yes, similar questions can and should be asked about WikiProjects.)

I don't have answers to these questions. I hardly ever use portals (and WikiProjects) myself, but I can imagine that they will be very useful if these questions are answered well. If nobody can answer these questions in a convincing way, then portals (and WikiProjects) should be phased out and eventually deleted. --Amir E. Aharoni (talk) 11:44, 2 May 2018 (UTC)[reply]

Main page link traffic in 2018

This proposal to destroy all portals seems to be based on the misconception that they are not used. Here's some actual stats which refute this nonsense. It's a list of the pages currently linked on the main page, ranked by their views in 2018. I've only listed the top 100 as they seem adequate to make the point. One can see from this that the portal pages get plenty of traffic and that this is comparable with other pages. If numbers are what matters then there's a better case for deleting other WP pages such as Wikipedia:Village pump. Andrew D. (talk) 23:22, 10 April 2018 (UTC)[reply]

To give a fair overview, could we please see the above table containing only links that have been on the main page for six month or more? Comparing current movies and events with permanent mainpage links is comparing apples and oranges. --Guy Macon (talk) 23:47, 10 April 2018 (UTC)[reply]
Indeed, every single one of the portals listed in that table is either on the main page or the permanent sidebar. Of course they are going to have massive pageviews. --Izno (talk) 02:49, 11 April 2018 (UTC)[reply]
The top item bolded as a "portal" is Wikipedia:Community portal which is not a portal and not included on this proposal. Legacypac (talk) 04:22, 11 April 2018 (UTC)[reply]


Just because a link gets traffic does not mean it is getting “used”. Viewing a page does not equate to using it. Page views is not the only argument in favour of making portals obsolete. Aiken D 15:17, 11 April 2018 (UTC)[reply]

Yes I was going to say the same. I'm not choosing sides, but the tables above say "readers in YYYY". I assume you mean pageviews, which is not the same thing. One reader could reload the page 100 times, and that's 100 pageviews, yet still the same person. Fly-by edits (that aren't through the API) also get counted as pageviews, even the editor may have read nothing more than a diff. Pinging Guy Macon in case you want to revise the wording MusikAnimal talk 20:50, 16 April 2018 (UTC)[reply]
If you want to delete inactive portals then fine, but don't try and blanket them all as unused and obsolete as this isn't true based on editor comments here. - Knowledgekid87 (talk) 15:20, 11 April 2018 (UTC) In my opinion even the inactive ones should be marked as historical rather than deleted. - Knowledgekid87 (talk) 15:26, 11 April 2018 (UTC)[reply]

Are there statistics that compare "logged in" with "logged out" users? I suspect that a huge portion of the visitors to portals are Wikipedia editors going there to maintain them as opposed to readers randomly looking at them. --B (talk) 19:35, 11 April 2018 (UTC)[reply]

I feel like we've never really explored the reason for the huge popularity of Deaths in 2018 (beyond plain morbidity). We have similar articles that I'm sure just as many people would be interested in, but which do not receive prominent links like the recent deaths one does. We can intuit these topics via Wikipedia:In the news/Recurring items and the current events portal. We should provide main page links like:

I think this is relevant in questioning the purpose of subject-specific portals, as they often stray into a focus on recent events rather than serving as a contents page. If we properly link in our existing mainspace pages that cover recent events at a high level then this allows us to redefine portals as areas of long-term curation and contents provision only, rather than time-consuming elements like recent events. We should be leveraging the latent interest in current events to push editors to our content on that. SFB 13:10, 19 April 2018 (UTC)[reply]

What about Portals that are exempt from this discussion or otherwise kept?

It seems that there's consensus or at least significant support to keep at least some portals: notably Portal:Current events and the like. Assuming the proposal to deprecate the Portal namespace passes, what will happen to these pages? Will the Portal namespace be kept for them alone, or will they be moved to another namespace like the Wikipedia namespace? Narutolovehinata5 tccsdnew 13:39, 11 April 2018 (UTC)[reply]

This is the issue... nobody is thinking these things out. - Knowledgekid87 (talk) 13:43, 11 April 2018 (UTC)[reply]
Hmm? Like I suggested above, the wikipedia namespace seems fine for these, seeing as they are barely like other portals, and the moves shouldn't be too onerous to do Galobtter (pingó mió) 14:58, 11 April 2018 (UTC)[reply]

These are part of Wikipedia's core navigation system:

  1. Portal:Contents

(see this page for the list)

Such as retain the Portal namespace just for these: Portal:Contents, Portal:Featured content, and Portal:Current events.

Thank you.     — The Transhumanist    10:36, 11 April 2018 (UTC)[reply]

I've replaced the list to a more convenient link to prefixindex, that also doesn't burden the page more. Galobtter (pingó mió) 15:58, 11 April 2018 (UTC)[reply]
Move the useful pages to Wikipedia namespace. Remove the Portal namespace completely. Everytime someone brings a Portal to MfD the discussion runs along the lines of "we dislike portals but we wamt to deal with them all, not piecemeal. As long as Portals are allowed to exist we should keep this one." So here we are - discussing them all. Legacypac (talk) 17:22, 11 April 2018 (UTC)[reply]
I don't understand this. Wikipedia namespace is targeted at editors and is mostly used for maintenance and discussion, so it wouldn't make sense for pages that readers use to be located there. The portal namespace, however, is more reader-targeted, similar to article namespace. Master of Time (talk) 06:31, 12 April 2018 (UTC)[reply]
I second this. I do not see the basic validity of moving what is clearly reader-oriented content to the administrative space. It goes against the very purpose of namespacing. SFB 14:33, 19 April 2018 (UTC)[reply]
WP:Contents and WP:Featured content currently redirect to Portal:Contents and Portal:Featured content, so just move them to the Wikipedia namespace over the redirects. For Portal:Current events, I would move it to Wikipedia:WikiProject Current events (the WikiProject is currently inactive). --Ahecht (TALK
PAGE
) 16:00, 12 April 2018 (UTC)[reply]

There is one special portal that I watch and maintain: Portal:Example (I also keep an eye on Template:Example, Help:Example, Book:Example, Module:Example, etc. -- mostly reverting vandalism and dealing with misplaced talk page messages). If all other portals are deleted or moved into a different namespace, Portal:Example should be deleted. If a single portal is left in the portal namespace, Portal:Example should be left as well. --Guy Macon (talk) 06:22, 12 April 2018 (UTC)[reply]

If portals are deleted, please move all the topics pages from subject portals to the outline WikiProject, for harvesting

Thank you.     — The Transhumanist    10:27, 11 April 2018 (UTC)[reply]

Notices on every portal

The Main Page is a portal

Remarkably little has been said about what portals do or should do. At present, they largely duplicate the functions of the Main Page, but for a subdomain of Wikipedia. These include boxes for a featured article; a featured picture; Did You Know; related portals; On this day/In this month; In the News; and related content in other Wikimedia projects. They also can have links to related WikiProjects and a list of suggestions for how editors can contribute. Not all portals have all of this content, of course; it depends on the energy of the editors.

So, in essence, the Main Page is a portal. Should we keep it? If so, why should we delete other portals, which serve a very similar function? If there is a benefit, say, to displaying a Featured Article on the Main Page for a few hours, then isn't there an added benefit to displaying it periodically on another portal? RockMagnetist(talk) 17:26, 11 April 2018 (UTC)[reply]

WP:DDMP - Enough said. - Knowledgekid87 (talk) 17:34, 11 April 2018 (UTC)[reply]
Radical idea, but (like YouTube for example) the main page could be a personalised portal, where you’d have links related to your own interests. Of course if you aren’t logged in, something would need to go there instead... Aiken D 19:09, 11 April 2018 (UTC)[reply]
@Aiken D: I like your idea, although I don't know how it would be implemented. RockMagnetist(talk) 00:04, 12 April 2018 (UTC)[reply]
Keep the Main Page, but replace the portal links with links to the nearest equivalent categories. Lojbanist remove cattle from stage 22:17, 11 April 2018 (UTC)[reply]
Main page encourages content - featuring on it is a something that people make articles for. Not the same for other portals. Galobtter (pingó mió) 02:49, 12 April 2018 (UTC)[reply]

Move the Main_Page to the Portal: namespace (maybe Portal:Home) as default for logged out and new users, and then add an ability that allows users to set any other Portal: as their personal "Main_Page". This would certainly up the quality within the Portal namespace. Editors or groups of editors would work together to build the best alternative home pages. Imagine a portal for administrators, linking to various maintenance areas and alerting them to backlogs. Or just being able to set a home page devoted to a topic area you find interesting to edit in. This may not be 100% personalized, but it could build communities around the portals as the interested users keep them updated. That seems to me what they were for, we just have not been doing enough to bring people to the portals in a natural way. -- Netoholic @ 10:51, 12 April 2018 (UTC)[reply]

It seems like deleting the main page is perpetually a forbidden fruit that people raise as a necessary consequence of every proposal in any way that anyone can imagine is necessary. Why does this crazy idea get proposed so much? I wonder if at Google or Amazon or whatever their developers always talk about deleting the main page. Deleting the main page is starting to seem like a sport or perennial proposal. Blue Rasberry (talk) 20:37, 13 April 2018 (UTC)[reply]

Unfortunately my attempt to promote the Main Page to Featured Portal status didn't work out so well. FallingGravity 08:53, 17 April 2018 (UTC)[reply]

Portals are essentially a main page tailored to a specific subject, making them very beneficial. I see no good reason to delete them. Brendon the Wizard ✉️ ✨ 09:10, 29 April 2018 (UTC)[reply]

If someone wants to delete, or at least demote, our prize spot for video game advertisements, by this point I'm for it -- but you may find opposition from entrenched commercial interests. Wnt (talk) 13:32, 29 April 2018 (UTC)[reply]

Research that hasn't been done yet

There have been a few hundred deletion debates for portals. What were the decisions and what were the reasons for them? My impression based on a short survey was that portals are generally kept if they have been constructed properly and don't largely duplicate other portals. RockMagnetist(talk) 17:36, 11 April 2018 (UTC)[reply]

What exactly is the activity on a portal? Someone commented that Portal:Arts has only been edited twice in 5 months; well, the Main Page has only been edited 13 times! The content of portals is actually in their subpages; the Arts portal has 341 subpages. It would take a lot of effort to determine how much all those pages had been edited, but perhaps someone should do that before they argue that portals are not maintained. I can offer one anecdote: Over the years, I have edited Portal:Earth sciences 13 times, but its subpages 111 times. RockMagnetist(talk) 17:36, 11 April 2018 (UTC)[reply]

What I'd really like to know when making decisions like this is what the readers think. The readers are a silent majority whose desires we are left guessing with very limited data. We know how many page views portals get, but we don't how much time readers spend there and what links they click. This is undoubtedly data that the WMF has serverside. More sophisticated qualitative questions like what do the readers actually think about portals, what do they want, also go unanswered.
In the event that portals will be discontinued, I'd love to see some actual research into what kind of features readers are missing. It would be crucial for the project to find that interface where readers become interested in editing. Portals were supposed to be that, among other things, but I doubt they ever met that goal. – Finnusertop (talk ⋅ contribs) 18:21, 12 April 2018 (UTC)[reply]
The fact editors need to edit subpages and templates to work on a portal is structural reason they will always be a problem. I'm over 100,000 edits and only last year I started to figure out how to change a portal. It's not intuitive like regular wikipages. They are also a weird mix of public facing content, and backend to do lists. The overviews provide limited value, often skimming the surface of a topic using only commonly known info most readers would know already. Legacypac (talk) 18:34, 12 April 2018 (UTC)[reply]
This is more an indictment of the software than of the portal concept. Yes, they are tricky to edit, and require a fair amount of work to learn how, so discouraging maintenance by people who were not involved in creating them, This is not so much a reason to abolish them, as to consider simplifying the system. But is it worth the effort for the advantage gained? I really don't know, and doubt if anyone else does. everyone is guessing. · · · Peter (Southwood) (talk): 18:59, 12 April 2018 (UTC)[reply]

What will replace portals?

When we want to find something on/in Wikipedia we need a guide, an index, someplace to start. That guide has to be logically organized. Language, Literature, Mathematics, Science, Social Science, History, Geography, Computer Science, etc.

AgentCachet (talk) 02:50, 12 April 2018 (UTC)[reply]

Those few portals that are useful and maintained can be turned into "overview of" or "outline of" pages. --Guy Macon (talk) 06:31, 12 April 2018 (UTC)[reply]
@Guy Macon: Doesn't that simply move the problem to "overview of" or "outline of" pages? If that can be controlled by XfD, why not portals? ―Mandruss ☎ 07:16, 12 April 2018 (UTC)[reply]
I am not sure what you mean by "the problem". The discussion above has established a strong consensus for the following:
[1] The vast majority of portals are abandoned, poorly maintained, seldom used, and better served by other kinds of pages.
[2] A very few portals (and things called portals that are not in portal space) are worth keeping.
Individual XfDs don't properly address #1. Nuking every single portal with no exceptions doesn't properly address #2. Leaving a few portals in portalspace will encourage the creation of new portals, bringing back the issues we are seeing now. Thus the final solution will almost certainly involve mass-deleting (or possibly fully protecting and marking as historical) the vast majority of portals and moving and/or renaming the few we decide to keep. --Guy Macon (talk) 13:57, 12 April 2018 (UTC)[reply]
Where are you seeing this "strong consensus"? This discussion is ongoing and has yet to be closed. - Knowledgekid87 (talk) 14:00, 12 April 2018 (UTC)[reply]
I do not see anything that looks like a strong consensus, and if one considers the objections to the proposal and the middle of the road positions, it looks more like there is a lot more to the subject than simple summaries - there are a range of issues not even considered in the attempt at summarising.JarrahTree 14:03, 12 April 2018 (UTC)[reply]
By my count, there are currently 94 Support !votes and 61 Oppose !votes. --Guy Macon (talk) 14:13, 12 April 2018 (UTC)[reply]
WP:NOTAVOTE. - Knowledgekid87 (talk) 14:14, 12 April 2018 (UTC)[reply]
...said everyone who was in the process of not getting their way in an RfC ever... --Guy Macon (talk) 20:39, 12 April 2018 (UTC)[reply]
As you have repeatedly admonished other users, Guy, please WP:AGF. - dcljr (talk) 22:20, 12 April 2018 (UTC) — Oh, and WP:CIVIL, while we're at it. - dcljr (talk) 23:48, 12 April 2018 (UTC)[reply]
You appear to lack a clear understanding of what "good faith" means. WP:AGF does not mean "never disagree" or "never criticize". It is entirely possible -- I would even say common -- for someone to be acting in good faith and yet be wrong, as I believe that you were above. I am sure that you -- in good faith -- believe that !votes (please note the "!", which is shorthand for "not votes") do not count, but the actual policy says "While not forbidden, polls should be used with care. When polls are used, they should ordinarily be considered a means to help in determining consensus, but do not let them become your only determining factor." Now had I claimed that you are deliberately misstating our policy on !votes, I would have been assuming bad faith on your part. Recent examples of assuming bad faith in this discussion (not by you) include accusing other editors of "purposely driving off contributing editors" and claiming "this is a deliberate attempt to do an end run around our processes". So what I am saying is that I think that you are wrong, but I am not claiming that you knew that you were wrong and deliberately wrote something that you know to be untrue. In fact, I am not even claiming that you being wrong is an established fact, just that in my opinion the way you characterized NOTAVOTE is not supported by the actual text of that policy. So please stop accusing others of violating AGF when there is no evidence of any actual assumption of bad faith. --Guy Macon (talk) 17:26, 13 April 2018 (UTC)[reply]
I think the right wording here is Passive-aggressive behavior. You are telling editors to assume good faith (which is good) but at the same time accused me of adding toxic material to the above conversation along with a side remark about WP:NOTAVOTE which is how a lot of discussions end up resolved. I wont go further into this as we are going off topic here and recommend this discussion be hatted as unproductive. - Knowledgekid87 (talk) 17:42, 13 April 2018 (UTC)[reply]
I repeat, you should post calm, reasoned arguments supporting your position instead of accusing others of violating AGF when there is no evidence of any actual assumption of bad faith. Again I suggest that you study what the phrase "bad faith" means, with an emphasis on how it is entirely possible to add toxic comments and exhibit other undesirable behavior in good faith. By "toxic comment" I include glomming on to a legitimate comment posted to a user who unambiguously failed to assume good faith, engaging in a classic Tu quoque fallacy (again, no assumption of bad faith; I am assuming that you legitimately believe that your use of the tu quoque fallacy is something other than the use of invalid or otherwise faulty reasoning), and accusing others of violating AGF when there is no evidence of any actual assumption of bad faith. Again, not every bad action is done in bad faith and not every criticism is an assumption of bad faith. I would also note that I am not the one who keeps bringing this up, and that if you stop making false accusations about me I will have no reason to respond. So just stop. Don't respond. Drop the stick. --Guy Macon (talk) 18:41, 13 April 2018 (UTC)[reply]
Guy, please review all of your suggestions to other users regarding their behaviors in this discussion and then consider how you could apply them more consistently to yourself. - dcljr (talk) 23:01, 15 April 2018 (UTC)[reply]
I must be incredibly dense, since it seems to me that "overview of" or "outline of" pages can just as easily be "abandoned, poorly maintained, [and] seldom used". Editors who have poured their time and energy into portals will simply pour their time and energy into "overview of" or "outline of" pages instead. The only differences are namespace and format. ―Mandruss ☎ 14:04, 12 April 2018 (UTC)[reply]
So you don't see any difference between a very small number of "overview of" or "outline of" pages and a huge number of Portal pages? No difference at all other than namespace and format? Try again. Can you think of anything --- anything at all -- that is different between "a dozen or so" and "many thousands"? --Guy Macon (talk) 14:13, 12 April 2018 (UTC)[reply]
Of course I see that difference. How do you propose to maintain that difference for the long term? Are you proposing that editors should be prohibited from creating more "overview of" or "outline of" pages? Let's assume not, so we will have accomplished nothing in the long term. As I said, editors who have created, developed, and abandoned portals will simply create, develop, and abandon "overview of" or "outline of" pages.
If most portals are in fact "abandoned, poorly maintained, [and] seldom used", then take most portals to MfD or propose some one-off process to fast-path that one-time effort. After that, anybody can take an individual "abandoned, poorly maintained, [and] seldom used" portal to MfD. But I don't see the point in eliminating portals. ―Mandruss ☎ 14:44, 12 April 2018 (UTC)[reply]
...or your predictions regarding the future behavior of editors could turn out to be wrong. --Guy Macon (talk) 20:42, 12 April 2018 (UTC)[reply]
Outline pages actually provide utility by linking relevant pages in a topic area. Portals don't really do that, and are not comparable Galobtter (pingó mió) 16:05, 12 April 2018 (UTC)[reply]
@Guy Macon: Are you really saying there are "a dozen or so" outlines and "many thousands" of portals? Someone in this discussion arrived at the figure of 1500 for the number of portals, while I get about 800 outlines using CatScan on Category:Wikipedia outlines. Of course, if some portals were converted to new outlines, the latter number would increase. RockMagnetist(talk) 21:48, 12 April 2018 (UTC)[reply]
OK, 1500, not many thousands. I misremembered. The number of existing outlines is irrelevant. Looking at the discussion above, it looks like we have a dozen or so (maybe even two dozen) portals that pretty much everyone thinks should be retained in some form -- possibly converted to outlines. --Guy Macon (talk) 01:52, 13 April 2018 (UTC)[reply]
Because portals serve a different purpose than categories and the other navigation pages. Each portal is intended to be a "Main page" for its respective subject, with "topic tasters" (term coined by Nick Moyes) to sample the local intellectual fair. Portals are a place to sample the content of a subject the scope of which goes beyond a single article. For example, the subjects Mathematics and Geography have thousands of articles covering them. Portals dip into that coverage, like a magazine or themed website would. Bessy the Cow would not have a portal, because there'd be only one article about her. But, on many subjects, Wikipedia's coverage is immense. The best portals are dynamic and serve up a new dish every time you visit. Like the Main page.    — The Transhumanist   01:12, 25 April 2018 (UTC)[reply]
This is an important discussion, because much of the aggravation of portals is that it is trying to be many things to many people - a showcase for DYKs and specific articles rather than being an index of the topic per se.
Related question: is Portal: Science a better index to science than Science? If so, why, and which page's structure is to blame for that? Wnt (talk) 13:35, 29 April 2018 (UTC)[reply]

Orderly decommissioning

I agree with the idea of decommissioning portals, but not mass-deleting them. And I think enthusiastic editors should be given alternative venues. Probably most portals can be decommissioned in short order, which would solve most the bad/obsolete content problem. The way I would handle this:

that tells editors they can keep the portal open if they remove the template, but that any portals with the tag remaining after say, 7 days, will be merged into other pages and turned into a redirect.

I think decommissioning of individual dead portals can be handled by groups of interested editors as a normal part of editing, and doesn't really need the blessing of an RfC.

As for where all the stuff currently on portals should go, I'm happy to leave that up to the associated WikiProject or the editor doing the decommissioning, but in general, I would suggest:

In general, any page (like an outline or index) that only links to articles (as opposed to copying the intro), and doesn't have cntent that needs to be rotated to avoid looking stale (like "Did You Know" or news or "featured" content) is going to have a much harder time getting out of date. In general, I would only expect outlines to become out of date if Wikipedia articles on the subject are created or merged or deleted. I agree there's an argument to be made that outlines, like portals, are duplicative and not worth maintaining, and I think the answer there is to redirect them into the category system, which is much more automated. Personally, I work hard to keep the category system well-organized, because we need to have at least one topical organization scheme, and this seems like the most universally accepted and useful one at the moment. But that is a topic for another day. -- Beland (talk) 20:51, 16 April 2018 (UTC)[reply]

What will replace portals are better portals. The new and improved Portals WikiProject is currently designing dynamic features that can be used to improve portals and the portal browsing experience. We've also been contacted by the German Wikipedia, which has pioneered some dynamic features in their portals. Things are looking very interesting at the skunk works that the Portals WikiProject has become. Check out its talk page and join in on the fun. Testers are needed!    — The Transhumanist   01:12, 25 April 2018 (UTC)[reply]

Look at Nihonjoe (talk · contribs)'s Portal:Speculative fiction - He stated he designed that portal to be highly auotmated and needing very little work to maintain. WhisperToMe (talk) 23:19, 25 April 2018 (UTC)[reply]

This proposal seems like the best solution to me. It allows for an orderly discussion but also a merit-based look at each individual portal. If a portal is not worth keeping, delete it. But if it clearly has value, such as a main topic portal (e.g. Portal:History), we should keep it. - Presidentman talk · contribs (Talkback) 23:35, 7 May 2018 (UTC)[reply]

OK, who has been canvassing?

Summary: Basically, nobody. Please Assume good faith.    — The Transhumanist   21:59, 13 April 2018 (UTC)[reply]

Notification of WikiProjects

Before we proceed any further, we should ensure that all the relevant WikiProjects are informed as they are usually responsible for maintaining the portals and many use the portals inter alia to helps identify, improve and create new articles. --Bermicourt (talk) 18:03, 12 April 2018 (UTC)[reply]

There's no practical way to halt the proceedings. People will post their opinions as they show up. Notifying the corresponding WikiProjects is time consuming, as you'll have to identify each one individually. I know of no automatic way to do this.     — The Transhumanist    05:25, 13 April 2018 (UTC)[reply]
User:Bermicourt do you have any evidence that Wikiprojects really use Portals to "identify, improve and create new articles?" I've never seen any Wikiproject do any such thing, but I'm not looking at every wikiproject. Legacypac (talk) 05:44, 13 April 2018 (UTC)[reply]
I have, but how would anyone know who else does? I don't think it could be recorded anywhere. I do agree that WikiProjects are interested and affected parties and therefore must be notified. Is there not a WikiProjects page that lists all the projects or a category that a bot could work through? · · · Peter (Southwood) (talk): 08:05, 13 April 2018 (UTC)[reply]
@Transhumanist. I'm saying let's notify the WikiProjects - who are key players in this - as soon as possible on their talk pages. Not to do so would be irresponsible. Interestingly I've just seen notices under 'Article alerts' on some project pages, but they've been added in such a way that watching editors aren't notified. Is that a way of saying we've notified people, but in a clandestine way that they mostly wouldn't notice, I wonder? Clever.
@Legacypac. I'm not listing all the projects here, you can check them out yourself. But as a member of several projects, I can tell you that's how they're used. But just to offer two random examples, WP:WikiProject Geography, part of their aim is the "development the navigation aids dedicated to geography" and then lists "Geography-related portals" as one of their navigational aids. Later on participants are referred to Portal:Geography to improve the scope of geography articles. WP:WikiProject United States declares as its aim that "this project was formed to coordinate the development of United States related articles and help maintain the United States Portal."!!! Bermicourt (talk) 08:41, 13 April 2018 (UTC)[reply]
No see my comment above. Not only is there no consensus for change, WikiProjects are very similar to portals in terms of activity and ability anyway, and unless you go around Wikipedia with your eyes closed there’s no way you’ll miss this RfC with the amount of places it’s been advertised. Aiken D 10:45, 13 April 2018 (UTC)[reply]
Au contraire. Portals and WikiProjects are complementary; they support one another. Of course, both projects and portals need to be maintained, but no-ones suggesting we delete all projects just because some have become inactive or ineffective for a season. --Bermicourt (talk) 16:05, 13 April 2018 (UTC)[reply]
I believe that the argument (and it is a good one) is that some wikiprojects are abandoned and/or useless but that most portals are abandoned and/or useless. Thus any solution to the useless wikiproject problem will have to be more nuanced than thye "nuke them all, move the dozen or so that are useful" solution to the useless portal problem being proposed here. --Guy Macon (talk) 19:15, 13 April 2018 (UTC)[reply]
While you are entitled to your opinion User:LightandDark2000 you are not entitled to your own facts. Removing portals is hardly a new idea - it's been discussed for years in varioius places including a page started by User:SmokeyJoe and every time a portal is brought to MfD. There is nothing DISRUPTIVE about a well attended RFC that when closed, I hope will end a 13ish year old experiment that many believe has failed. Comparing deletion of new pages under development to old low traffic portals is not a very valid comparison. Legacypac (talk) 19:24, 13 April 2018 (UTC)[reply]
These are not "my facts." The facts I presented are quite objective, only the analysis I used to back up my arguments are "my own." By the way, all of our various arguments are largely our own opinions, including what you just said. Declaring that the portals are a "failed" project is subjective in itself - it's quite debatable. The portals probably need to be overhauled, but that's definitely not reason enough to just delete them outright. We can't go around using WP:IDONTLIKEIT, WP:THEYDONTLIKEIT, WP:NOBODYREADSIT, WP:NEGLECT, or any such rationale as grounds for deletion. I believe that marking up old/archaic portals as "historic" and/or a major overhaul of the portal system would be much more appropriate as opposed to simply deleting them all. By the way, the portals are still very much a work in progress, especially those that are frequently being used or maintained. Another thing to note, we still need to assume good faith in this discussion, instead of attacking other editors or their opinions. LightandDark2000 (talk) 19:33, 13 April 2018 (UTC)[reply]
Note I was responding to your various recent comments all at once. Legacypac (talk) 19:52, 13 April 2018 (UTC)[reply]

Regarding this survey

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


It seems that this RfC will become "one for the ages", and that it would serve much better, in such a role, if it were published as a stand alone project page and transcluded here. It's not too late, or too hard to accomplish, and it needn't be rushed. If no one objects, I am inclined to see it through. If others agree, please suggest a few page names for consideration. Thank you.--John Cline (talk) 07:56, 13 April 2018 (UTC)[reply]

Concerning gathering the names of relevant WikiProjects, and posting to them, using AWB and an editor... 1) You could make a list of all portals, and then regex convert the names to WikiProject names. 2) Then you make a list of all WikiProjects. 3) Then you use the list compare feature on AWB to produce all the names that are on list 2 that are also on list 1. That won't give you all the WikiProjects corresponding to portals, but it should give you most of them. 4) Then you feed the resultant list into AWB and prepend a notice to each. 5) You may need to do a second pass, to regex a name marker for the portal to the portal name in the notice.    — The Transhumanist   13:12, 13 April 2018 (UTC)[reply]
"[This RfC] would serve much better, in such a role, if it were published as a stand alone project page and transcluded here"
Actually, I think that all Village pump discussions should be published with that format. --NaBUru38 (talk) 14:11, 14 April 2018 (UTC)[reply]
@John Cline: – excellent idea, please do. I would suggest something like Wikipedia:Consultation on the future of portals.--Newbiepedian (talk · contribs · X! · logs) 22:54, 14 April 2018 (UTC)[reply]
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Mobile view and portals

The portal links are not visible in mobile mode. Instead of portals and other hand-curated navigational tools, the mobile versions have a fully automated "related articles" section (usually showing pages you are not interested in). If that valuable space could be given to portal links (or other human-curated navigation aids) instead of this gimmick, we would probably see a lot more portal views. In any case, if portals are kept, we should make them more visible in mobile mode, and encourage improving their layout to look better in mobile. BTW the Android app is an especially horrible way to view portals, as it seems to have its own ideas how to use image resizing to make everything look bad. —Kusma (t·c) 14:00, 14 April 2018 (UTC)[reply]

Hello, at the Spanish-language Wikipedia I have converted several portals to make them screen size responsive. For example in Portal:Fútbol, if the desktop browser window is narrow, the two columns merge into one. The mobile version of the page appears as one column. --NaBUru38 (talk) 14:17, 14 April 2018 (UTC)[reply]
That works here too, at least for Portal:Germany. What I am missing is links TO the portals in mobile mode. —Kusma (t·c) 16:28, 14 April 2018 (UTC)[reply]
More links is not the answer. Take Portal:Bacon which has just 1300 views in the last 30 days. [7] even though it's got nearly 1000 inbound links [8] Bacon alone has over 49,000 views [9] in the last 30 days. Editor interest is damning too. Portal:Bacon has less than 30 watchers (ie so low the system will not tell us) while Bacon has 389 watchers 29 of which have checked recent edits. Legacypac (talk) 07:39, 15 April 2018 (UTC)[reply]
I don't think the number of links is a problem as much as their lack of visibility. Portal links are very unobtrusive, and have to compete with the millions of reference links a typical article has these days. —Kusma (t·c) 14:35, 16 April 2018 (UTC)[reply]

Afterwards

Assuming this proposal passes, I would think the Portal:Contents, Portal:Current events and two portals not in Portal namespace, Main Page and WP: Community portal would remain. If all other portals are deprecated pending later deletion; I should think that the Main Page should be moved into the cleared out PORTALspace, and the Community Portal as well. Also, all OUTLINEs should be moved into PORTALspace to replace all the portals, since they are if anything the same thing in a different format. And all INDEX pages should also be moved to the empty PORTALspace. "PORTAL" would then be our navigational pages namespace. -- 70.51.203.56 (talk) 06:57, 15 April 2018 (UTC)[reply]

Alternative solution

As aforementioned several times in this discussion, portals could be merged into their respective Wikiprojects in order to simplify maintenance of pages and address both editors, members of the project and readers. Useless information shall be removed in both, but the Wikiprojects' main pages should be adapted for navigation. This shall gather members of a project, editors and readers (potential editors) in a common aim: to improve articles of a project and a theme and contribute with sources, their knowledge and more. At this stage, I am just proposing this action --Railfan01 (talk) 08:46, 15 April 2018 (UTC)[reply]

I see that as a solution in name only... I'm not involved in "every" project nor "every" portal... but the projects I am involved in that have portals are maintained by enthusiastic editors on those projects already. This seems to be nothing more than a page move from PORTAL: to WIKIPROJECT:... am I correct?--Paul McDonald (talk) 01:01, 16 April 2018 (UTC)[reply]
@Paulmcdonald: I perfectly understand that portals aren't abandoned by editors everywhere — and this is good news as it benefits to the encyclopedia − but it seems reasonable to me to reduce maintenance and, supposing that readers are potential editors, to make the Wikiprojects' main page as a navigation tool for readers and an opportunity for the readers to contribute in their domain if interested, and improve articles if willing. The Wikiprojects' main page could be a place for navigation and and editing in a same subject. Concerning the nature of this proposition, I think it should be made by merging Portals into Wikiprojects. --Railfan01 (talk) 18:41, 16 April 2018 (UTC)[reply]
I think you'll find that's already done. There's a WikiProject page for those interested in editing and contributing, and a WikiPortal page for those interested in research and reading. It would not make sense to have the same page serve the purpose to reach both. For example, Wikipedia:WikiProject College football is a place for editors and Portal:College football is a place for readers. While I grant there is at least in this project and likely many others a significant amount of cross-over (both readers and editors) I don't see how it could help the encyclopedia to have the same place for both. If a project wants to make a portal, then let the project make the portal. If they don't maintain the portal then someone can propose it be deleted and then we can discuss it like we do everything else.--Paul McDonald (talk) 21:17, 16 April 2018 (UTC)[reply]
@Paulmcdonald: In some cases, the Portals are well maintained by editors. This means that, instead of deleting ALL portals, which I think is not beneficial to the encyclopedia, moving the least maintained Portals and creating a redirect may be beneficial to navigation, to bring the portals closer to their Wikiproject. Thus, I understand that the solution I proposed is not to be used in every situation. --Railfan01 (talk) 06:35, 17 April 2018 (UTC)[reply]
It may be possible to consolidate some portals where there is overlap or the topic range of one is a subset of the other. Fewer portals would reduce the workload of updating, and more obscure portals might become more useful and get used more often. · · · Peter (Southwood) (talk): 07:03, 17 April 2018 (UTC)[reply]

I disagree. Portals are content pages, not back office pages. --NaBUru38 (talk) 16:09, 17 April 2018 (UTC)[reply]

I don' t understand. If all portals a very well cared of, why is this discussion even here? I proposed this to avoid deletion --Railfan01 (talk) 21:13, 17 April 2018 (UTC)[reply]

First portal bot request submitted

See Wikipedia:Bot requests#Bot needed for updating introduction section of portals.    — The Transhumanist   04:11, 15 April 2018 (UTC)[reply]

Wikipedia is not a social network!

I just noted two comments among those who are against the deletion of portals. One complains that the deletion would "annoy a lot of volunteers"; the other one says that a portal "also acts as a place to find people that has same interest as you". It seems that many put users' personal whims before the project of Wikipedia, which is to build a good-written and sourced encyclopedia, and they interpret Wikipedia as a sort of social network. This is very discouraging. Portals may have contributed to this, and this is another reason for their total elimination.--2.37.216.231 (talk) 13:47, 15 April 2018 (UTC)[reply]

It is more likely that WikiProjects contribute to and reinforce social network aspects of Wikipedia. I suspect people are confusing WikiProjects and Portals in some of the above !votes. The best portals are those that have a large listing of featured (and good articles) to showcase to readers. Plus editors willing to do a little bit of maintenance now and again. One thing that might rejuvenate portals is to have them featured on the main page. Much like featured lists are. Though that would require resurrecting the featured portals process.
I do also get a sense in this discussion that some people who prefer outlines and indexes would like to see these replace portals. But they are different things. It all reminds me a bit of the sometimes uneasy relationship between lists, categories and navboxes, as described at Wikipedia:Categories, lists, and navigation templates. Portals are essentially a form of navbox, with images and more of a structured layout.
Regarding the history, it is worth reading the views expressed 12 years ago in 2005 at Wikipedia talk:Portal/Archive 1. The first section there is particularly ironic in light of this discussion:

Anybody willing to make a Computer Science wikiportal? :) [...] I could make it but someone would have to maintain it... [...] As with anything else here, if you build it, they will come. (February 2005)

Carcharoth (talk) 14:43, 15 April 2018 (UTC)[reply]
I find it rather discouraging that some people seem believe you can build a good written and sourced encyclopedia without happy authors and social interaction (and providing space for that). Similarly odd seems the notion that portals would be an obstacle to well written and sourced encyclopedia. There is nothing wrong with allowing voluntary authors some whim if that serves to retain them and foster (needed) social interaction as long as it doesn't impair the project goals.
To put it this way the notion that Wikipedia is not a social network as well and the encyclopedia can be build without without providing a social network on the side seems rather outlandish to me and completely ignores human nature. Wikipedia doesn't differ from facebook & co by not being a social network but by being a very particular social network with a rather specific goal (creating an encyclopedia).--Kmhkmh (talk) 15:27, 15 April 2018 (UTC)[reply]
I strongly second what Kmhkmh said; people are not robots! WhisperToMe (talk) 23:02, 25 April 2018 (UTC)[reply]

Indeed it is a distinct question. Our great mish-mosh of talk pages of editors and articles, village pumps, wikiprojects and other fora indeed work as a social network with a narrow focus on helping the encyclopedia. The network operates badly due to trying to apply encyclopedia software for the purpose. That's why we have all this silliness about four tildes and outdent and ping templates and do we alternate between your talk page and mine or do it all on mine. And yes, portals are a small part of the social network. I'm on the side that says they do so little, that our needlessly complex social network ought to be slightly simplified by transferring their good work, such as it is, to Wikiprojects. Jim.henderson (talk) 15:19, 15 April 2018 (UTC)[reply]

Wikipedia can never be a complete non-social network as it is also a collaborative encyclopedia. Editors communicate and work together to get articles improved, and discuss ways to make this place better. This is still social communication... - Knowledgekid87 (talk) 17:42, 15 April 2018 (UTC)[reply]

The comments by IP:2.37.216.231 are clueless (which is rather obvious by the WP:SHOUTING). The portals are for readers, and they are read (although some think they should be read more), not to mention, editors are readers, too. Alanscottwalker (talk) 17:45, 15 April 2018 (UTC)[reply]

Portals do not include links or profiles of users (not the ones I'm aware of, anyway), so they are not meant to help finding users about some topic. That doesn't mean that a resourceful user can't use them for that purpose (the editors of "Portal:Foo" are likely interested in Foo), but that also applies for article history, wikiprojects, certain templates, good and featured article discussions, etc. Cambalachero (talk) 02:34, 16 April 2018 (UTC)[reply]

Just a note to point out that Wikiprojects "also act as a place to find people that has same interest as you". There is nothing wrong with that and "no" they are not a social network either. MarnetteD|Talk 02:52, 16 April 2018 (UTC)[reply]
"The best portals are those that have a large listing of featured (and good articles) to showcase to readers"
Portals are not lists. They are multimedia pages, with article snippets, interesting facts, images, calendars, etc. --NaBUru38 (talk) 16:11, 17 April 2018 (UTC)[reply]
The IP's comments are very discouraging. Users are supposed to interact with one another positively, not ensure that there is no interaction between anyone. Nigos (t@lk Contribs) 08:21, 25 April 2018 (UTC)[reply]

This discussion at a glance

I attempted to move this RfC in order to allow for a more structured discussion of the various points and counter-proposals raised. This was reverted and, on reflection, I understand that it wasn't my brightest ever idea, in light of certain implications I hadn't really considered. Anyway, I've revamped the page as a kind of assortment of snippets from the conversation that appear most salient to bring to the attention of anyone joining the discussion at this stage. This can be found at WP:FPORTALS (no pun intended).--Newbiepedian (talk · C · X! · L) 05:32, 16 April 2018 (UTC)[reply]

Right now this discussion is all over the place, I see no practical replacement proposals here nor do I see a centralized discussion on what the aftermath would be. I hope this is closed sooner rather than later as too broad so that we can dissect the responses here to come up with solutions. - Knowledgekid87 (talk) 14:15, 16 April 2018 (UTC)[reply]
At this point, I'm concerned how it can be properly closed when the time comes. I shudder to think that one person will be tasked with determining consensus on this. Could it be closed by committee?--Paul McDonald (talk) 21:18, 16 April 2018 (UTC)[reply]
Seems a good way to go about this would be to announce the discussion will be closed at a certain time and the responses reviewed afterward and another discussion will then take place at a set time about only the content of the responses that proposed changes to the current system along with maybe an overview or summary of the support and opposition. This will permit the list to shrink because a lot of people will have proposed the same thing in slightly different wording. At the next discussion, boil down the proposed changes until something workable emerges. Repeat as necessary. 66.76.14.92 (talk) 01:21, 17 April 2018 (UTC) @Newbiepedian:@Knowledgekid87:@Paulmcdonald:[reply]
Agree with "locking" "delisting" [edit: see my next comment below] the discussion at some point (perhaps May 8th, one month after it was opened?) and then multiple admins taking a significant amount of time to digest the various arguments put forth. I don't know if this has been done before ("closure by committee"), but given the sprawling nature of the discussion up to this point, surely a simple "this is the consensus" or "no consensus reached" kind of closure is not going to be sufficient. Whatever the outcome, I can't see how followup RFCs could not be required to clarify the path forward, so the emphasis in closing should be to create precise statements that could be discussed in one or more future RFCs. (Groan.) I support the idea of multiple admins being involved because (1) I'm not sure it's even possible at this point to get a single "disinterested" and "uninvolved" admin to even want to work on closing this, and (2) passions seem to be running high on "both sides", so having at least two admins involved who have already expressed opposite views on the proposal itself might help to alleviate fears that "one side" was being unfairly ignored or "misunderstood" in the closure process. In particular, then, I suggest that an admin who leans toward "support" should summarize the "support" arguments and one leaning toward "oppose" should summarize the "oppose" arguments, and then patterns of consensus in the larger discussion could be considered based on this shorter, more focused list of arguments, possibly with the help of one or more puportedly "neutral" admins. Of course, this process runs the risk of devolving into a long "admin-only" RFC, so everyone involved would have to be careful to limit themselves to summarizing and weighing the relevant arguments and not relitigating them. I do not envy whomever takes on this task. - dcljr (talk) 19:44, 23 April 2018 (UTC)[reply]
This is only a difficult task with passions running high because the proposal forces editors into an unhelpful, polarising "on/off", "yes/no" debate, whereas there are intermediate options that should have been offered. I don't think any editor who's looked at a selection of portals thinks the status quo is the right answer. While there are many portals out there which are high quality, frequently visited and useful to readers and WikiProject teams alike, there are also portals which are incomplete, out-of-date, poorly designed and not maintained. Intermediate options might include some or all of the following: completion, improvement, redesign, better processes, quality control, inviting 'overseers' to maintain portals and, yes, deletion of some portals. Neither "on" nor "off" is the right answer here and the vote stalemate backs that up; so the administrator(s) need to work out how best to take this forward in a way that seeks to address the issues raised by the deletionists whilst giving the inclusionists reasonable certainty that the effort they have and will put in won't all go up in smoke. Bermicourt (talk) 19:01, 30 April 2018 (UTC)[reply]
Sure. BTW, this RFC doesn't need to be "locked", as I said above, just "delisted" (by removing the {{rfc}} tag). Apparently this will be done automatically by a bot at the 30-day mark (which is fast approaching), unless someone "extends" the RFC as described at WP:RFC#Ending RfCs (see the stuff about "Legobot"). - dcljr (talk) 09:49, 5 May 2018 (UTC)[reply]
On the talk page, Mdann52 said: "I will review this once the 30 day period is over". Not sure if this is going to be before or after the automatic bot-closure happens… (?) - dcljr (talk) 11:27, 5 May 2018 (UTC)[reply]

We're not getting rid of portals, are we?

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Portals are a big part of Wikipedia. They always have been. Or at least for me. The site has remained visually the same since the first time I used it in 2010, and from my knowledge it was like that even before. Don't get rid of the portals.— Preceding unsigned comment added by Tin_Can (talk • contribs)

The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Test and transition

Portals provide a service, with over 16 million page view last 12 months for current events alone.

If the objective is to eliminate the name space a solution needs to be offered and a keep or discard seems an obsolete discussion.

Transitioning all "Portal" to name space "Template:PortalXXXX" could be one? Thought, comments queries.The Original Filfi (talk) 10:29, 17 April 2018 (UTC)[reply]

On a separate note, which may make the above harder, can the news pages port to wikinews? removes duplication of service, such that it is.The Original Filfi (talk) 10:41, 17 April 2018 (UTC)[reply]

!vote !tally


Really, in this discussion it is hardly worthwhile counting !votes headed "Support" or "Oppose", when there is such a wide variety of opinions in !votes of both types. You'd have to count all the permutations of Keep/delete/mark historic/move to another namespace vs. All/most/depending on page views/depending on frequency of editing/a few/none: Noyster (talk), 11:14, 19 April 2018 (UTC)[reply]


Votes found, using CTRL+F, as of 05:32, 24 April 2018 (UTC): 265 "Support", 259 "Oppose". Seems to be quite divided.  Nixinova  T  C   05:32, 24 April 2018 (UTC)[reply]

Yeah but that doesn't factor in those who voted to support things like archiving rather than outright deletion. - Knowledgekid87 (talk) 15:12, 24 April 2018 (UTC)[reply]
Yes, there is a large number who have something like Oppose delete, support reform etc. The base motion looks to be losing significantly - we might get actual consensus on no delete, the issues (and probably NC) come when the poor assessors consider whether we should take up archiving/historical etc.
Personally I think judging things like this can be so hard (particularly in terms on non-specific yes/no rulings) that it should be an aspect of the 'Crat tasks - have 2 of the 23 do the considering. Nosebagbear (talk) 09:55, 25 April 2018 (UTC)[reply]
This hasn't been updated in 7 days. Is anyone going to count them? If not, I can later. Vermont (talk) 10:05, 25 April 2018 (UTC)[reply]
As of the end of April 24, it's approximately 156 supports vs 234 opposes (all variations included).    — The Transhumanist   13:01, 25 April 2018 (UTC)[reply]
My own count is within a few of The Transhumanist; as I did it manually, it is possible I missed one or two. I suspect that Nixinova's caught the words 'Support' and 'Oppose' from within the statements themselves, as well. Icarosaurvus (talk) 13:26, 25 April 2018 (UTC)[reply]

As of May 6: 454 Support, 374 Oppose. So slightly more supports, but overall pretty equal (1:1.21 ratio).  Nixinova  T  C   06:41, 6 May 2018 (UTC)[reply]

Please don't mislead people. When using CTRL+F function: 422 Oppose, and 358 Support. It's not even close. Polarmaps (talk) 06:06, 8 May 2018 (UTC)[reply]
Ctrl+F isn't a reliable indicator - it counts all uses, for example, in "Support this, oppose that" or "Oppose this, but support that"...198.84.253.202 (talk) 11:38, 8 May 2018 (UTC)[reply]
I just did a manual eyeball count of Support and came up with 169. I didn't count "oppose" -- I could have mis-counted, but I think we need to do more than "CNTL+F" -- IF we are interested in counts of !votes. However, consensus does not mean the same as majority.--Paul McDonald (talk) 12:43, 8 May 2018 (UTC)[reply]
CTRL+F definitely isn't a reliable factor - vast hoards of us would cancel ourselves out, let alone multiple mentions etc etc. However it is beyond me how Nixinova managed to get those numbers (as of the 6th). In any case our thoughts of NC may actually be wrong, I think this might go Oppose. That however is based purely off !vote numbers, I pity the poor admins (I really hope there are several who do it, or 'crats) who have to do a proper analysis of justified arguments. The really interesting bit will be the consensus points aside from the result. — Preceding unsigned comment added by Nosebagbear (talk • contribs) 14:01, 8 May 2018 (UTC)[reply]
Quite so. I did a CTRL+F as well, but in the source text, with searches for "Support", "Strong support", "Weak support" and "Conditional support", always preceded by '''. Same thing with "Oppose". I didn't count a few "Keep". The result is quite different: 192 support, 291 oppose. —IJzeren Jan Uszkiełtu? 15:07, 8 May 2018 (UTC)[reply]
Whoever closes this will have to do a manual count. IJzeren Jan, I got quite different results today. I also used CTRL+F in the source text for the entire section Survey: Ending the system of portals. I used only oppose''' and support''' as search terms and a search that was not case sensitive. I got 315 Oppose, and 172 Support. Note that several of the "Supports" were only partial and opposed complete removal of portals. The same with some of the "Opposes" who supported deletion of some portals. Voceditenore (talk) 17:01, 8 May 2018 (UTC)[reply]
You are quite right! I have to apologize: the results I got where the opposite from what I wrote first (fixed that now). But indeed, the counting has to be done manually, and to be honest, I feel for the poor slob whose task that will be. On the other hand, perhaps counting won't be necessary, since a child can see that the oppose !votes outnumber the supporters. —IJzeren Jan Uszkiełtu? 17:09, 8 May 2018 (UTC)[reply]
Firstly everyone will want to know the figures, given how "blurry" all the answers are. A good read through to work out what else has been determined is necessary (albeit horrific - enough to drive an admin off users), actually counting the "votes" isn't too massive a part of that. Nosebagbear (talk) 13:07, 9 May 2018 (UTC)[reply]
Woah, I have no idea where Nixinova is getting those numbers, but they're way off. Support doesn't have a lead at all, much less a lead that substantial. Master of Time (talk) 04:29, 11 May 2018 (UTC)[reply]

Something needs to be done here

From the looks of things, it seems that there isn't consensus to outright delete the Portal namespace entirely. It does seem clear though that, regardless of the outcome of the discussion, it seems that things will have to change for Portals and some kind of reform needs to be done.

The question here is: what can be done to improve the Portal system? As has been mentioned several times above, automation may help on the activity end. However, while that would help the activity end, it won't necessarily solve the viewership issue. So my question is: what suggestions could be implemented to encourage Portal viewership? Narutolovehinata5 tccsdnew 04:14, 18 April 2018 (UTC)[reply]

True. In the French, Wikipedia, where Portals are quite used for navigation, more links direct to the portal. Indeed, Portal bar templates are more used and are often present at the bottom of pages, whereas in this wiki, Portal bars do rarely appear on pages. Other measures promoting portals and giving portal links may be used in order to repopularise Portals, including updating them regularly. --Railfan01 (talk) 07:03, 18 April 2018 (UTC)[reply]
Responding to Railfan01's point, the usual guidance for placing portal links in articles on enwiki is to put them in the "See also" section of the article. But where there is no "See also" section - the case for the vast majority of articles - there's no agreed location for where to put {{portalpar}}, so it's usually left off. WaggersTALK 14:38, 18 April 2018 (UTC)[reply]
@Narutolovehinata5 and Railfan01: There is no viewership issue. Portals are an internal feature of Wikipedia and they get their traffic from within Wikipedia, rather than from external search engines. Traffic has grown since the beginning of portals, and have remained fairly steady for the past few years, varying on a portal-by-portal basis. If and when portals get an upgrade to become more dynamic, that will likely inspire repeat visits, which will increase their traffic even more. To explore the traffic of the portals, try the Pageviews Analysis tool.
So, the solution is to revitalize the portals, and then we will likely have the Field of Dreams phenomenon: "If you build it, they will come."    — The Transhumanist   09:53, 18 April 2018 (UTC)[reply]
We should look at other language Wikipedias and figure out where portals work (and why) and where they don't. Then we'd have a hint of what we need to do. Whatever we do should include thinking about what things look like on mobile. —Kusma (t·c) 11:24, 18 April 2018 (UTC)[reply]
Maybe the Portal bars should be used differently, as an other bar over categories. Also, the possible viewership issue could be resolved by actualising and improving the portals constantly, not allowing stagnation.--Railfan01 (talk) 16:54, 18 April 2018 (UTC)[reply]
Yes, and regarding stagnation, I think automation is key. Automatically refreshing content and automatically selecting good/featured articles from related categories are both things that could be automated, and it seems the crux of the problem is with those two tasks. WaggersTALK 08:33, 19 April 2018 (UTC)[reply]
I agree, automatically refreshing content would help enormously. Phlar (talk) 22:14, 19 April 2018 (UTC)[reply]
@Phlar: Though some things can be automated on a portal, some others can't. for examples a 'recent events' section in a portal cannot be automated, because some stylistic manipulations need to be done on the events' formulation (synthetisation)--Railfan01 (talk) 07:24, 21 April 2018 (UTC)[reply]
But a News section can be automated through wikinews categories, for example Portal:Religion includes a News section that pulls content from Wikinews:Category:Religion. Of course, if the wikinews category content is stale, then the News section in the portal will also be stale, as is the case with Portal:Taiwan. Phlar (talk) 12:14, 21 April 2018 (UTC)[reply]

I understand that French Wikipedia uses only portalbars, not the small links we more commonly use. Portalbars are more visible than our portal links. In both French and English, the standard place for portalbars is the foot of the article. Perhaps we should change our practice so that it's the same as French Wikipedia. Bahnfrend (talk) 16:02, 19 April 2018 (UTC)[reply]

@Bahnfrend: Good morning, It seems to me that the actual {{Portal bar}} template may have a few problems. Instead of enlarging as more portals are added as in French, the template squeezes everything in a line. This should also be fixed before using the template. --Railfan01 (talk) 07:34, 21 April 2018 (UTC)[reply]

I think this is asking the wrong question. "Portals not being viewed enough" is not a problem that inherently needs solving. What is the problem we are trying to solve? My guesses:

-- Beland (talk) 03:32, 20 April 2018 (UTC)[reply]

@Beland: I perfectly understand your point of view, but the original discussion said:

Portals are moribund. The lost their relevance about ten years ago, at least. For every portal, there is a parent article that does the job better. Rotating grabby stories and pictures are nice, but they are not in line with the purpose of Wikipedia. Instead, they are barely viewed content forking or WP:OR

, mentioning viewership as one of the issues with portals (see original text here --Railfan01 (talk) 07:28, 21 April 2018 (UTC)[reply]

To resolve possible viewership issues, I propose some portal of the day section on the main page--Railfan01 (talk) 20:41, 21 April 2018 (UTC)[reply]

Deletion of the Portal namespace entirely / International affairs

Wikipedia is an international projekt. IMHO it is impossible to decide about the deletion of the Portal namespace entirely here, because this would have effects on all international wiki-projects. Greet from Germany --Tom (talk) 09:37, 19 April 2018 (UTC)[reply]

Each language wikipedia controls what namespaces it has as far as I know - that deletion would be just for the English Wikipedia. (e.g, some Wikipedias have a WikiProject namespace etc) Galobtter (pingó mió) 09:40, 19 April 2018 (UTC)[reply]
Sorry after having diskussed with you that There is no expiration date for consensus. at User_talk:Galobtter#Your_"nomination_for_deletion"_of_portals I get very careful reading your words accompanied with "as far as I know" or (did you check) "Not really." Portal:Contents and the history of consensuses might have been overseen. Regarding this this RFC could have matters of Wikipedia:Do not disrupt Wikipedia to illustrate a point. Sorry this is my own private feeling about it. I left a request to clarify history at talk:Tim Starling. Best --Tom (talk) 10:02, 21 April 2018 (UTC)[reply]
The portal namespace exists on some wikis and not others, that won't change. --Nemo 16:15, 22 April 2018 (UTC)[reply]

tl;dr

This page is, at the time or writing, 480,473 bytes long. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:17, 19 April 2018 (UTC)[reply]

Yeah, I'm afraid I think this discussion has gotten too protracted to have any kind of coherent outcome besides "no consensus". Whoever closes this could probably try to skim through the discussion and identify some paradigms: what were the most common arguments, and what might be a better question for a more focused future discussion? But I don't see any consensus for a coherent action arising out of this mess. Mz7 (talk) 04:51, 20 April 2018 (UTC)[reply]
How about "Do not ever start deletion type discussions on the Village Pump"? —Kusma (t·c) 08:55, 20 April 2018 (UTC)[reply]
Yeah haha Galobtter (pingó mió) 10:05, 20 April 2018 (UTC)[reply]
Agreed, if you want to start long deletion type discussions take it to User talk:Jimbo Wales per WP:WWJD. - Knowledgekid87 (talk) 13:15, 20 April 2018 (UTC)[reply]

From my attempt to read the discussion, it seems that the main complaint is that portals are often not complete or properly up-to-date. But - in general - neither goal is attainable. [No citation - but think of the difficulty of getting a full and accurate history of almost any interesting topic.] So if we back off from that, the question is "do the portals serve a purpose?". If they do, I suggest they should be kept. There can then be questions about how to improve them - and - possibly - what warnings/disclaimers to put on them to remind the users that they aren't complete or fully-up-to-date. — Preceding unsigned comment added by 69.112.153.203 (talk) 19:11, 22 April 2018 (UTC)[reply]

This is a draft at summarizing this discussion. (I'm agnostic on the issue of Portals: while I've rarely used them, that is because I simply don't think about them.) I've read much of the discussion, & have found some good points & insights worth sifting out of this mass.

I'm certain I overlooked many equally valid or thoughtful points in this lengthy discussion. But I hope this will either assist another Admin in closing this discussion, or help to direct discussion towards a consensus. (Even if this proposal is rejected, or the discussion closed as "No consensus", more research needs to be done on this. Making our audience's work to find information easier is part of the job of writing an encyclopedia.) -- llywrch (talk) 18:00, 23 April 2018 (UTC)[reply]

I appreciate the attempt to start to summarize the discussion, llywrch, but I'm a bit concerned about some of your statements that seem to be "editorializing" more than simply summarizing. In particular, you start out the first point with "what this discussion should address" and then describe one particular line of reasoning that was debated early on in the discussion. No single line of reasoning should be considered "what the discussion should address" in a proscriptive sense, and if you meant it more in a descriptive sense, then I disagree with the implication that it has not been addressed. And then your "seem to overlook" comments (both of them) strike me as somewhat… I don't know… irrelevant? Many commenters have mentioned that portals replicate (/contain summaries of) article content, and, indeed, that is a hallmark of the very idea of a portal. How is that something "those against removing Portals" have overlooked? Similarly, almost everyone who has commented about the Main Page, Portal:Current events, and/or Portal:Contents and its subpages, have acknowledged that they are very different from the rest of the portal pages, and should be exempted from deletion—in fact, that strikes me as the one thing about which any kind of true consensus has been arrived at: almost no one wants those to be covered by this RFC. So how is that something "those for removing Portals" have overlooked? Sorry for sounding so negative here. Like I said, I really do appreciate your taking the time and trouble to write up this summary. If you had phrased those particular items more "neutrally" as things that have been said, rather than seeming to make a "value judgment" about them, I probably wouldn't have bothered to comment. It just worries me to see these items in a summary from an admin when I know it's going to be an admin (at least one) who will have to close this RFC, potentially with a summary of the main points of consensus or lack thereof. - dcljr (talk) 09:17, 24 April 2018 (UTC)[reply]
You are probably right about inadvertent my editorializing, @Dcljr:; however, my added comments were meant more as a teacher's comments on a paper she/he is grading. In closing this discussion, one can take one of 2 approaches: either count opinions as votes & decide the matter as a "yes", "no", or "no consensus"; or weigh the arguments & judge which arguments are the most persuasive. (Either approach has its strengths & weaknesses.) If I judge the arguments for their persuasive value, I will at least need to point out their weaknesses. And arguments on both sides have flaws.

I wish to state for the record I have no opinion about whether to keep or get rid of Portal pages. (I seem to have reached a point with Wikipedia where I have no strong opinion on matters like these any more, as long as decisions are reached in a rational & fair manner. I don't know if it's because I've been here so long & have become jaded, or that I've come to trust the process. Maybe a little of both.) If the rational result is that we keep them, that is good. If the rational result is that we get rid of them, that is also good. But in trying to understand which might be the better result, I can't help but bring my own opinions into the mix based in part on my own biases, but also based in part on my own 15 years of Wikipedia experience.

Now you are correct that the discussion can be seen as having moved from simply keeping/deleting Portal pages. This leads to a twofold problem: first is that if the discussion is no longer about that, then the RFC must be closed; the second is that there must be a new statement to start an RFC. Your response is the first acknowledgement that keeping/removing Portal pages is no longer the subject of this discussion.

As for my "neutrality"... One problem I kept encountering in this discussion is the lack of objective, productive facts. Over the years I have witnessed this disrupt several potential consensuses on matters. The present discussion began with more-or-less objective facts about page edits & page views, but then drifted off into less quantifiable matters such as these numbers prove that Portal pages have failed. By "fail", do we only mean that users no longer look at them, or can we properly infer Portal pages are not useful to readers? One must argue there is a connection between the two; maybe Portal pages are useful, but not used because they are not well known. Or maybe there is a connection between the two & I just cannot see it.

This leads one statement I made, which I believe is an example of the "editorializing" you object to -- "One point brought up is that we have little hard information about how our users go about finding the information in Wikipedia. (There are enough professionals in library sciences/information systems out there that I would expect some studies exist. However, despite trying to identify at least one off & on over the least 10 years, I haven't been able to identify any.)" (italicized for emphasis). I admit this touches on a hobbyhorse of mine: that the Foundation is far more eager to spend money on technological shiny objects than to spend it on studies that help contributors -- such as how information is best presented in reference works. We have no yardstick to measure if or how we are making it easy for readers to find the information in our pages, nor does it appear anyone at the Foundation is even aware of this issue. Without studies about this issue, we have no facts or expert opinion to properly argue whether keeping or removing Portal pages is the right thing to do. That should be the bedrock we build our arguments on, not the skill of individual Wikipedians at persuading each other -- which is how this RFC currently will be closed.

All of this is why I prefaced my summarizing of this discussion as a "first draft". I admit I have missed many important issues in this discussion, & admit the next to attempt to summarize it will modify what I wrote. But this discussion has skated over a number of important points that need to be considered. One is the lack of any real information about how reference works should be organized. And until those points are addressed, I suspect there will be no durable consensus on matters such as the value of Portal pages. -- llywrch (talk) 17:26, 24 April 2018 (UTC)[reply]

Thanks for the response. I think if I pressed this any more, we would just be going around in circles. Suffice it to say that I was not objecting to editorializing per se, but editorializing in a way that didn't seem to be justified based on the existing discussion as I see it. (That being said, I certainly have not read every single comment that has been made in this RFC, so I can't say my view of the discussion is in any way authoritative.) Regarding your "little hard information" comment, I did not, and do not, object to that at all. - dcljr (talk) 21:57, 24 April 2018 (UTC)[reply]
A last thought. Summarizing this discussion may be premature: people are still responding to the original proposal, meanwhile others are working on various solutions to save Portal pages. About the only closing decision that could be made, IMHO, is to close this RFC to further support/oppose votes & encourage interested parties to address the issue, "Since Portal pages will not be going away soon, what should we do now?" (At the least, doing that will save interested parties from slogging thru over half a million bytes of discussion.) -- llywrch (talk) 22:41, 24 April 2018 (UTC)[reply]
For readers of this section who have not slogged through the sections above: see also some related comments in the "This discussion at a glance" section (above) and "How to close" on the talk page (also about how/when to close this RFC). - dcljr (talk) 11:38, 5 May 2018 (UTC)[reply]

Wikipedia has content

As I keep following this discussion, I continue to come back to the essay WP:NOTHING, stating that Wikipedia is not about "Nothing" --it has to have content to exist. Sure, stuff gets deleted, but this proposal is just going way, way, way too far.--Paul McDonald (talk) 13:21, 20 April 2018 (UTC)[reply]

Nothing about this proposal changes the fact that "Wikipedia has content," is "not about 'Nothing'," and will continue to exist. -- ob C. alias ALAROB 22:56, 20 April 2018 (UTC)[reply]
Sure, if we remove all portals there will still be content--but this discussion is about taking out a lot of content because some editors don't use the pages where the content resides. It's a large step of bulk deletion and it still reminds me of the nothing argument.--Paul McDonald (talk) 06:16, 21 April 2018 (UTC)[reply]
It may appear that way by the light of a burning straw man. -- ob C. alias ALAROB 15:34, 23 April 2018 (UTC)[reply]
I could be wrong, but there's no reason to be uncivil about it.--Paul McDonald (talk) 16:03, 24 April 2018 (UTC)[reply]

If it ain't broke don't fix it

Wikipedia is an encyclopedia. There is no 'useless content' in an encyclopedia. Thus, some content, such as portals, may not be used by all, but is still part of the encyclopedia. The Portals are causing no problems. Everything can be improved. So why should we delete them? --Railfan01 (talk) 07:43, 21 April 2018 (UTC)[reply]

might as well comment here as anywhere. portals are curated pages, designed to introduce a reader to relevant content. this requires, and thus benefits from, a human editor that can make editorial decisions SEPARATE FROM ASSESSING NOTABILITY AND VERIFIABILITY. A portal editor is thus like a newspaper editor, who arranges the paper to fit their editorial preferences and knowledge. our main page is such a portal, highly formalized and rule bound, as is appropriate as its literally the face of wikipedia. other pages are good the same way a good newspaper editor help readers, or a good librarian or bookseller helps book seekers. removing any such curating function from WP reduces the potential quality of the project by a significant amount. failures of curation of such pages doesnt invalidate the concept. i maintain Portal:San Francisco Bay Area. if i leave it, i will simply mothball the "did you know" and "recent events" panels, and it will remain valid indefinitely. it reflects my editorial preferences, within WP guidelines (selected articles have either a high article rating or importance to the topic, etc). its my chance to be an editor in chief. if i do a poor job, the portal can go to someone else, i can of course share. The IDEA of curated content is vital to any knowledge base. museum curators make sense of museum contents. if a museum simply was a huge hall of objects, with new ones added at the end of the hall, with colored lines on the floor linking people to related displays, they would be much less user friendly. Portals have the potential to allow people to help people navigate, more so than navboxes (if done right, they dont provide context for what is most relevant or interesting), and of course projects, which readers should not be aware of at all (i thus oppose merging portals into projectd space)Mercurywoodrose (talk) 20:31, 21 April 2018 (UTC)[reply]
Portals could be left as they are and well maintained by Portal editors, as well as updated and promoted throughout the encyclopedia.--Railfan01 (talk) 20:37, 21 April 2018 (UTC)[reply]
Clearly, for some people it is broken. --Nemo 16:13, 22 April 2018 (UTC)[reply]

Alternative Approach: Reduce Portal Maintenance

It's clear that a major driver behind this RfC is the poor state of some portals. This happens when the maintenance required exceeds the editor horsepower available. There is no issue with portals that are 'high maintenance' if they are well supported by a team of editors (usually from the relevant WikiProject). But if they are 'high maintenance' and few editors are helping, they fall into disrepair. The solution is not deletion, but reducing the maintenance level to match the resource as mentioned above by @Dough4872: @Jcc: @Railfan01: and @Paulmcdonald: amongst others.

There are ways to do this; let me name just one. Many portals have an 'article of the month' or 'image of the month'. Once created, they need to be refreshed monthly. If this is done manually, it won't be long before editors forget to do this. However, I came across a clever system on German Wikipedia that allows articles and images of the month to be created in advance and automatically uploaded. This means you can create them, say, a year ahead or even to just create 12 articles/images and put them into an annual loop. Of course the simplest solution is not to have weekly- or monthly-changing features on a portal, but just a link to the topic's main article.

Portals can be kept simple and low maintenance, yet still act as a great navigational aid for readers and invaluable tool for WikiProject teams. Bermicourt (talk) 14:19, 21 April 2018 (UTC)[reply]

This was the case with Portal:Christianity. I myself improved the portal to show images in a dynamic style and not every month. This change can already be made on the english wikipedia.--Broter (talk) 15:39, 21 April 2018 (UTC)[reply]

I think there are a lot of simple ideas for streamlining the curation and maintenance process. thanks for insisting we consider this area. i use lots of random functions i found at portals, to keep it fresh.Mercurywoodrose (talk) 20:33, 21 April 2018 (UTC)[reply]
+1 in germany we use bot-maintained-subpages for portal-sites. f.e. this to show new articles on de:Portal:Berlin Best --Tom (talk) 10:52, 22 April 2018 (UTC)[reply]

Might it not be helpful to create a place editors could reference and view ways in which to reduce the high maintenance of portals? Also our thought has been editors need to be able notify wikipedia if they are no longer able to maintain a portal, and either canvas to obtain more help, notify of the reason that they temporarily may be unable to continue maintenance so they might in effect "vacation" and find an acceptable substitute editor within that time period, or indicate that they are permanently unable or uninterested in continuing--in which case a canvas could be made to find a new editor or editors. Then of course, if no one is interested in editing and maintaining a portal, then its content could be archived, in which case only a periodic review to remove outdated information or obselete links would be needed if an assessment determines the archival material is being widely used. Naturally, there needs to be clear and clearly stated definitions for whether a portal is popular or widely used. Then too, if a new editor for a popular archived previous portal does become available much later, then the archive exists for the basis of resetting up the portal. Oh, and in the case that it seems editing of portals is considered too complex for say an interested reader and viewer to become involved in maintaining their favorite portal, then could training or a training place or space be an acceptable solution? (or perhaps even a sort of internship with the current editor/editors or leaving editor?) Also as users/readers (which is probably evident by now) we do not find portals easy to even find. Certainly if we come to wikipedia through a search engine then we rarely encounter any link to a portal. Phones (android or otherwise) poorly support portals, and are increasingly the way users interact with internet including wikipedia, due to sizing issues which we see someone has stated are solvable (another item to be placed in the space to help editors). If we are using the wikipedia search then again we are rarely directed to relevant portals. In fact, most often to utilize portals we have to know they exist and then navigate to the main page or have to discover they exist by accessing the main page or find them through fan based pages. We also have to say that navigating to the main page is not the usual manner in which we or most readers we do know tend to use wikipedia, so perhaps more study needs to be done as to how accessible portals even are to readers and improvements made there. Please excuse me if these suggestions already exist or have been tried in the long course of this experiment with portals. And any misuse of terms is purely my own fault.(zionpegasus eagle in the city) As to the current dilemma that thousands of portals exist and many are poorly maintained or not currently maintained at all, then probably it would be easier for editors to contact wikipedia concerning their portal (I am suggesting editors be contacted) and then any editors that did not contact wikipedia, then wikipedia could contact them to determine if a portal is actively edited or needs to be archived. Or probably even easier, simply prominently post a notice of intent to archive by a certain date unless contacted by the editor/editors (and if the content is archived as opposed to deleted, then if a sole editor was on vacation or sick or something, then content for the portal would still be available). And naturally apart from that is the problem of portals which are never used (hopefully after access has been improved for readers.). No easy solutions there as editors might still be engaged but if no one is interested, then of course there is no reason to keep an unused portal. Also an active editor of an unused portal might not be interested in editing more widely used portals if he/she has no interest in other more widely popular topics. By the way our "vote" is to keep portals, but to address identified problems in more useful ways than complete (or really nearly complete) wholesale deletion or even importation elsewhere (because we do believe this will merely import the same problems in the long run). 67.140.143.169 (talk) 17:39, 26 April 2018 (UTC) zionpegasus eagle in the city and my brother mollusk43 67.140.143.169 (talk) 17:39, 26 April 2018 (UTC)[reply]

Possible massive loss of editors

I have committed myself to never edit wikipedia if all portals are deleted. I think many editors who have built or very much improved portals think the same. I am shocked at the disrespect which is shown at my work. I think many editors will leave wikipedia if all portals are deleted. There would be no value to our work anymore. Portals are an important gateway to transform readers into editors.--Broter (talk) 08:46, 22 April 2018 (UTC)[reply]

Yeah I can see a bunch of editors leaving if this were the outcome as broken morale is an issue. -Knowledgekid87 (talk) 03:04, 23 April 2018 (UTC)[reply]
Maybe so, but threats to leave have never been a valid reason to make or not make any particular decision. Furthermore, the deleting of people's hard work, though unfortunate and potentially morale-draining, is sometimes an outcome that occurs in deletion discussions. Again, it's not a valid argument I'm afraid.  — Amakuru (talk) 11:04, 23 April 2018 (UTC)[reply]
It is not a deletion discussion, as all the arguments advanced fall under Wikipedia:Arguments to avoid in deletion discussions and would be totally unacceptable in one. Hawkeye7 (discuss) 12:41, 23 April 2018 (UTC)[reply]
The arguments to avoid in deletion discussions are for the most part arguments to avoid in any discussion.  — Amakuru (talk) 18:13, 23 April 2018 (UTC)[reply]
  • Editor loss isn't really a factor. New blood could easily replace those who leave. Kirbanzo (talk) 18:46, 23 April 2018 (UTC)[reply]
  • It could? How many new editors do you think join Wikipedia for the long term? [10] - Knowledgekid87 (talk) 00:23, 24 April 2018 (UTC)[reply]
  • I have to agree with Knowledgekid. Knowledgekid, the number of new users listed there might also include vandals, socks, and what not. So the number of "REAL" new users coming to Wikipedia are most likely to be less than what is stated on the link that you provided. Aceing_Winter_Snows_Harsh_Cold (talk) 00:36, 24 April 2018 (UTC)[reply]
  • Wikipedia may lose some veteran editors, but as we know, new ones will replace them. As for me I will stay even if the portals are gone. Felicia (talk) 00:54, 24 April 2018 (UTC)[reply]
  • If someone leaves merely because of losing a portal page, they were most likely not prolific contributors in the first place, and/or did not care about Wikipedia's overall mission. If you are willing to abandon Wikipedia entirely because of such a decision, then perhaps you would have been pedantic while you were here. I can't honestly see that it would have such an impact.ZXCVBNM (TALK) 14:05, 24 April 2018 (UTC)[reply]
  • I would leave this site if Portals were scrapped, without question nor hesitation, and I don't believe I am pedantic at all. I have seen enough sites been subjected to terrible streamlining and ugly redesign the past few years.-Sıgehelmus (Tωlk) 18:58, 24 April 2018 (UTC)[reply]
I just wanted to add that WP:FLOUNCE #1 is an essay, and #2 would usually apply to a single editor who wants to "ragequit". Its never good when you lose a massive amount of editors if this is the case here as it can take a long time for new ones to learn the ropes of Wikipedia and keep them interested. I wouldn't quit over the issue here but see it as a net loss for Wikipedia (unless you think something can be gained by getting rid of the portals). - Knowledgekid87 (talk) 16:55, 24 April 2018 (UTC)[reply]
I think it's fair to say that editors who have devoted lots of time to portals will have their enthusiasm for editing knocked by the removal of portals from mainspace. Some of the comments above are simply impolite about this. A much better approach would be to encourage this group of editors to transfer their talents to things like helping Wikipedia:WikiProject Outlines, which serves a somewhat similar purpose for article navigation. Note that the [viewerships for outlines and portals are quite similar and both suffer from a lack of standard integration into the wider mainspace. There are definitely improvements to be made in reader navigation and I'd encourage anyone involved in Portals to start thinking about that more broadly, regardless of the outcome. SFB 17:31, 24 April 2018 (UTC)[reply]
In my view, portals and outlines are quite different and serve different purposes. Portals help discover content (in a somewhat unstructured and random way similar to the Main Page), while outlines provide systematic overviews (more similar to categories). I find outlines unimaginably dull and fairly pointless, while well-made portals are fun to look at every now and then (just like the Main Page is, which I never use for navigation, only to look at news and DYKs). Compare outline of literature with Portal:Literature and tell me whether you really think they have the same purpose. Back to the question of whether editors will leave: I would certainly consider deletion of Portal:Germany, which I wasted quite some time on back in 2006/7 as quite a kick in the teeth. It would probably make me even more grumpy and more opposed to the direction Wikipedia is going in than I already am. It certainly won't rekindle my enthusiasm. While this discussion isn't likely to end up recommending deletion of the portal space, the level of support for the proposal is rather depressing. It is great to see that at the same time, some people are trying to improve and revitalise the Portal space, a much more wiki response to "portals suck" than just deleting them all. —Kusma (t·c) 19:25, 24 April 2018 (UTC)[reply]
I'm also considering leaving Wikipedia if portals are deleted and that is not meant as a threat, it is simply frustration at so much work being wasted. What will be next? All stubs? All lists? All settlements below 10,000 people? As for the comment that veteran editors will be easily replaced - that's wishful thinking. I've created over 5,000 articles, mostly translated from German. There just aren't that many out there with that level of effort and the translation skills. Since much of the criticism is around pageviews, portal quality and how long since someone last edited them, if we applied the same deletion criteria to the rest of mainspace; most of Wikipedia would disappear along with many, many editors. The answer is to improve the weaker portals, not mass delete them. This discussion has resulted in a big impetus already to do that. Bermicourt (talk) 18:44, 25 April 2018 (UTC)[reply]
That's fair enough, and the point that portals are useful to some is I think a valid one, and why this proposal doesn't seem to be succeeding. That doesn't mean a threat to leave is a valid argument against the proposal though. Make an argument on the merits of the proposal, that's what's been done, and why it's been shown that portals are useful. But don't argue on the fact that people will leave alone. The community won't be blackmailed that way.  — Amakuru (talk) 18:52, 25 April 2018 (UTC)[reply]

Comparison of portals to other navigational tools

In the case of Germany, the portal is much more viewed than the main category or the Outline page, see [11]. Is this typical? Does this mean we should delete outlines and categories instead?? —Kusma (t·c) 16:00, 23 April 2018 (UTC)[reply]

Good point. And as I said above there are thousands of mainspace articles that don't have many views, aren't complete, haven't been edited in a while, etc. We don't delete them, we use WikiProjects and their associated portals to improve them. I've created dozens of articles based on the gaps that a portal indicates. Bermicourt (talk) 18:48, 25 April 2018 (UTC)[reply]

Could kill Wikipedia

If the proposal counts for all portal pages, this will basically shoot this site in the foot. We'd be removing an organizational backbone that could have devastating effects. Also, if the current events page is deleted (as it is a portal), that sets precedence that ALL major and vital pages can be deleted - including the main page. So basically, deleting all portals - not just the useless ones - would basically kill this site. So I highly suggest we don't go through with the proposal, at least in full. Kirbanzo (talk) 18:43, 23 April 2018 (UTC)[reply]

@Kirbanzo: please don't open up new sections just to repeat or expand on things you have already said elsewhere. Try to place your comments in the most relevant already-existing section of discussion. Thanks. - dcljr (talk) 19:52, 23 April 2018 (UTC)[reply]
I have seen some hyperbole here, but this has to take the cake (as a side note, the main page being deleted wouldn't affect the site much either; if you'd note, 99.99% of people come here for the articles) Galobtter (pingó mió) 08:25, 24 April 2018 (UTC)[reply]
I think main pages are expected on websites. Even if say most people come for individual articles, people will go "WTF" if they see a blank main page. Also it's good to know if there are significant numbers of editors thinking of quitting over decisions like this, because you'll know what the potential "cost" is of doing something. WhisperToMe (talk) 23:00, 25 April 2018 (UTC)[reply]
  • This was meant to show a worst-case scenario. Kirbanzo (talk) 15:35, 25 April 2018 (UTC)[reply]

Yet another alternate idea

This is clearly headed for a “no consensus” result. Although I supported the proposal, I can see that there are some people who are really passionate about portals and put a lot of work into them. I can also see that a large number of portals are neglected and unused. I would therefore propose an alternative solution:

  • We establish some sort of bar for what constitutes an “actively supported” portal, based on activity from before this discussion as every one has had some activity since this started
  • Any portal not meeting this bar for activity will be marked as historical but will not be deleted
  • Users who wish to revive any of the historical portals must achieve a consensus to do so at the village pump, as is already indicated on {{historical}}

That’s it. If it looks like this is something people can get behind we can close up shop here and hold a new RFC to determine what the threshold of activity will be and get one of you automated tool wizards to figure out which portals qualify and which do not and tag all the inactive ones, and we’re done. I think this is a good middle road where we don’t pretend all portals are working and helpful, but don’t sweep them all under the rug when they are being supported and used. Beeblebrox (talk) 18:44, 23 April 2018 (UTC)[reply]


  1. "Base on pre-RFC activity", it's not that I don't understand your reasoning, but the RFC might actually have rescued some portals, which might be lost if they were stopped and had to be re-authorised. While the RFC-provoked activity would slow the clearing of non-active portals, I don't think that is particularly bad (we've made it thus far), and comes with some negatives
  2. Obviously you left it open to be considered, but what are some early thoughts on "actively supported"? Is it (unique) views, edits, etc? And what level of such?
  3. Presumably a rotating 6 months would be a logical time period for this activity (whatever is agreed, in both category and scale) Nosebagbear (talk) 10:39, 24 April 2018 (UTC)[reply]
On the first point, I suppose we could change that to “edits discounting those directly related to this RFC.” On the other points, my goal here was to see if there is any interest at all in such an idea, and then have a follow-up RFC in the future to pound out the details. Beeblebrox (talk) 19:36, 24 April 2018 (UTC)[reply]
That makes more sense, to discount adding the RFC notifications. I'd be interested in the RFC - although I have more interest in a RFC to discuss changes needed to improve portal usage & quality. The two are not mutually contradictory. Nosebagbear (talk) 10:02, 25 April 2018 (UTC)[reply]

Extremely plausible alternative idea

Why not just merge projects and portals that are centered around a same or similar topic together. Many people are actually confused about the difference between a portal and a project. That is for new users. This would make things look a lot better as well as more organized. Aceing_Winter_Snows_Harsh_Cold (talk) 00:23, 24 April 2018 (UTC)[reply]

Those who are confused probably aren't working on projects to improve Wikipedia. The project is a team of people working to promote and improve articles in a given area. They have a project page with largely administrative information on it, which is in Wikipedia (WP) space. By contrast, the portal acts both as a navigation aid and to promote interest in the topic in mainspace, but it also helps project teams to build a coherent set of articles around a topic and may flag up e.g. wanted articles, articles for improvement, featured or good articles.
That said, I think there is a variation on your idea, which definitely be worthwhile and that is to ensure every portal is clearly linked to a project that is committed to supporting it. Let's not have 'orphan' portals that no-one is responsible for. Bermicourt (talk) 18:58, 25 April 2018 (UTC)[reply]
@Aceing Winter Snows Harsh Cold: could you link to some examples (talk page discussion, other page edits) illustrating this confusion of which you speak? - dcljr (talk) 19:07, 25 April 2018 (UTC)[reply]
Portal talk:Plants is full of threads from people asking questions that would be better answered at the WikiProject Plants. Since 2006, activity at Portal talk:War is largely unanswered questions that would've been quickly answered at WikiProject Military History. Same with Portal talk:Video games (although many of questions were reposted on the project). People are getting confused by Portal talk pages with few watchers. Plantdrew (talk) 22:59, 25 April 2018 (UTC)[reply]
I see. Hmm. Seems to me, the same thing could be said of a lot of talk pages around WP. There is often a more general, better-watched talk/discussion page that users could appeal to (if they knew about / noticed it) to get their questions answered. Perhaps a concerted effort could be made to include warnings in portal talk pages pointing to other places where things could/should be discussed (especially non-portal-related things—Portal talk:Mathematics uses a "custom" messagebox for this purpose, although I'm not sure how effective it is). - dcljr (talk) 01:19, 26 April 2018 (UTC)[reply]

Categorizing in general

If there is a necessity for portals as a method of navigation then it is because of the poor quality of category tagging. Attempting to explore a subject through the category links is an exercise in frustration since they are ad hoc and often incomplete. Leaving it up to users alone to create a taxonomy of a field of knowledge - and surely that is what a category list is - has been a failure. It must be possible to apply the standards of basic formal ontology and categorize any given article automatically or at least have a set of criteria for categorization. With those criteria it might be possible to have other methods of navigation, such as graph databases. Twospoonfuls (εἰπέ μοι) 06:35, 24 April 2018 (UTC)[reply]

OK, folks, RFC about deleting the category namespace next! (Sorry, couldn't resist.) It's not that portals are necessary to navigate; it's just that some users like to use them that way. The state of the portals have nothing to do with categories. And, frankly, this RFC has nothing to do with categories, either. Finally: what comments are you responding to here? By segregating your comment into its own section, no one can tell why you are talking about this. - dcljr (talk) 08:00, 24 April 2018 (UTC)[reply]

Portals WikiProject Update: Portals – The Next Generation is almost here

There's all this technology that has been added to Wikipedia and the software that runs it (MediaWiki) over the past few years that is just laying around not being used. We are finding resources, that we already have, that can rapidly solve our problems with portals. That is happening, as I write this...

There are three things we are currently working on over at the WikiProject to add to portals:

  1. Self-updating excerpts, that always match the article they were taken from, so that the excerpts never go stale or stray as a content fork.  Done This has been provided as a very easy-to-use template. The portal editors who have tried it so far are exclaiming that it makes portal maintenance and creation much easier. We are now looking into adding more parameters to allow editors to configure it in additional ways.
  2. A way to automatically select articles for display. The German Wikipedia uses extensive bot support for its portals, and it looks promising that something similar could be implemented here to power portal display boxes.
  3. Newsfeeds. Some portals here already have a type of newsfeed feature, so this looks promising too.

Installation has already started on some portals, and will soon be extended to most if not all portals. And, rather than a one-off maintenance pass that may never be repeated, this is an "installation" of portal "software" that runs on its own. Spot inspections of portals should be able to tell if they are working correctly. We will also be setting up a place where people can report malfunctions and problem portals. In addition to this, we have set up a watchlist at the WikiProject page to allow others to easily monitor all of portal space without having to load 150,000 pages into their watchlists. So you can watch and see all the fun we are having.

Not only will the components mentioned above help transform existing portals, they will help build new portals too. They are easier to use than manually copying and pasting text, which was the method being used before this.

I hope this boosts your spirits, as it has certainly raised ours. The level of excitement throughout the portals department is ecstatic.

Feel free to stop by and check out what we are all up to. Sincerely,    — The Transhumanist   04:25, 25 April 2018 (UTC)[reply]

Would you like to see what is going on with portals?

View the watchlist (split into 4 parts) and click on Related changes in the sidebar menu.

It contains all the pages in the portal namespace.

Courtesy of the Portals WikiProject.    — The Transhumanist   13:58, 24 April 2018 (UTC)[reply]

The Portals WikiProject has been rebooted and is going strong

On April 17, WikiProject Portals was completely revamped.

On April 21, discussions and development were begun on the design of automated components.

On April 22, the first newsletter was sent out.

As of April 24, the WikiProject has 40 members, and has been growing daily.    — The Transhumanist   13:58, 24 April 2018 (UTC)[reply]

Awesome, transhumanist. I think we should keep the idea of portals, and think about how some simple tools could a) provide a unified format that is easier to create + maintain, and b) help migrate old portals to the new format, and merge different unmaintained portals together into larger-granularity ones. – SJ + 03:37, 27 April 2018 (UTC)[reply]

Individual Portals Nominated for Deletion

— Preceding unsigned comment added by Legacypac (talk • contribs) 15:30, 21 April 2018 (UTC)[reply]
  • Yeah... this isn't helpful. There shouldnt be overlapping deletion discussions here so would go for Speedy Keep until this thing closes. - Knowledgekid87 (talk) 17:01, 21 April 2018 (UTC)[reply]
By the way, I'm not sure I agree that individual MFDs for portals should not happen while this RFC is going on. I would oppose a mass MFD of, say, hundreds or thousands of portals, but 3 of them? That seems fine to me. - dcljr (talk) 20:08, 21 April 2018 (UTC)[reply]
Legacypac (talk) 23:17, 21 April 2018 (UTC)[reply]
Should they be moved into draft space then, until completion? Kees08 (Talk) 04:42, 23 April 2018 (UTC)[reply]
The 'Under Construction' tag isn't much of a defence; Quiditch, for example, was put together in a partially-completed state in 2014 and then let to rot. If it's an unfinished draft of a portal, it shouldn't be live like other portals. --PresN 12:10, 23 April 2018 (UTC)[reply]

Each of the 5 portals nominated for deletion is as live as any other. Inappropraite canvasing has now occured by Transhumonist here [12] tonalert the editors he recently handpicked to work on saving portals. He is also trying to shut down the nominations as out of process. If - as many believe - many portals need to go, the ones nominated for deletion are a good start. No one can say they were no individually examined. Had they been moved to draft or built in draft they would have been G13'd long ago. Legacypac (talk) 13:27, 23 April 2018 (UTC)[reply]

[Note: The link in Legacypac's comment was referring to this, which has now been changed. - dcljr (talk) 20:10, 23 April 2018 (UTC)][reply]
That isn't inappropraite canvasing as the message is neutral. Do you have a problem with the "(active now!)" bit? It was placed there to draw attention to other editors for the ongoing discussions. - Knowledgekid87 (talk) 13:34, 23 April 2018 (UTC)[reply]
I've changed the wording to the familiar "Article alerts" in wide usage. Will add the automated function to the WikiProject page when I have more time, though the {{WikiProject Portals}} templates are now in place.    — The Transhumanist   13:54, 23 April 2018 (UTC)[reply]
This RfC is a deletion discussion, nominating all portals for deletion. It is inappropriate to be up for deletion in 2 places at once. It's double jeopardy. There's even 2 deletion discussion notices on those portals.    — The Transhumanist   13:54, 23 April 2018 (UTC)[reply]
There is actually no policy that forbids individual deletion discussions for certain pages while a discussion to abolish this kind of page altogether is ongoing. I, too, was intrigued by this argument at first but on closer look it is not convincing, as long as those MFDs are focused on the individual portals nominated and the amount of nominations themselves are not disrupting. Just avoid spillage from the RFC to the MFDs and focus on the individual portals' reasons for existing. After all, if the RFC ends in "keep portals", individual portals can still be deleted and if it ends in "delete portals", all those would have been deleted anyways. Regards SoWhy 17:01, 23 April 2018 (UTC)[reply]
Keep in mind that there is also no policy that an individual page cannot be nominated twice at the same time at MfD either. It is simply not allowed. Due to double jeopardy (two chances to execute the defendant, I mean, delete the page). The WikiProject is working on solutions to improve all the portals, and now we are forced to explain those solutions in 6 places (currently, there are 5 MfDs on portals with substance), instead of just here at the RfC, where they all have been nominated for deletion. It's double jeopardy, through and through.    — The Transhumanist   01:18, 25 April 2018 (UTC)[reply]
It's not really "double jeopardy" because there is no policy that says that a page that was kept once cannot be deleted after a new discussion. On Wikipedia, there are literally infinite chances for a page to be deleted. Also, if I started an RFC advocating the deletion of all BLPs and the ban on creating any new BLPs, would that really mean that for 30 days, no BLPs could be deleted using other processes? I know that this example is absurd but that's the point: The question whether a certain class of pages should exist in general has no bearing on whether individual pages should exist under current policy. Individual discussions should focus on individual problems. That said, such nominations should obviously not happen just because this RFC is possibly not going the way some people have expected it to go and waiting for this RFC to end before starting any more such discussions would be a good idea in terms of saving editors time and avoiding duplicate discussions. Regards SoWhy 09:16, 25 April 2018 (UTC)[reply]
Actually, an article can have {{CSD}}, {{PROD}}, and {{AFD}} tags at the same time. The latter two together are rare, as usually the PROD is replaced by the AFD, but it does occur from time to time. — Arthur Rubin (talk) 01:45, 7 May 2018 (UTC)[reply]
And an RfD on Portal:Random Legacypac (talk) 16:52, 23 April 2018 (UTC)[reply]
  • One, the belemnoids example, was moved to userspace so the creator could continue their work on it, but this is otherwise accurate. Icarosaurvus (talk) 03:24, 3 May 2018 (UTC)[reply]

Notability for Portal

An alternate solution to poorly maintained portal on narrow topics can be establishing “Notability” / Significance criteria for Portals which currently does not exist. Since WP strictly enforces notability criteria for articles, it only makes logical sense to have at least some minimum criteria for portals. There can be several approaches on how notability can be established, like:

  1. . The core portal topic must be at least a Level-3 Vital Article.
  2. . There must be minimum X number of Featured / Good articles that can be shown on the portal.
  3. . The portal must be a level 3 or 4 sub-portal of the portals linked to the main page.

Please feel free to add why this may or may not be a good idea, or any alternative thought on how the “Notability” / Significance criteria can be established. Arman (Talk) 04:53, 25 April 2018 (UTC)[reply]

I agree to the idea in principle, but not in the specifics suggested above. Portals need to be understood as merely "Topic Overviews" or "Topic Tasters", and we should make them far more visible in Hatnotes, DAB pages, See Also and, especially, in Search results. As "Topic Tasters", they should exist only to introduce users to a broad subject area or theme at any level, and in a manner that single articles spectacularly fail to do. So, it's breadth and depth of subjects covered that is really important, not the current quality assessment of individual components. Have a minimum number of article linked from it, by all means, but do not require each to have a predetermined quality grading. This applies to Levels, too, I suspect. Portal:Mountain and Portal:Alps are at different levels, but they each serve as good, visual Topic Tasters to a very broad range of detailed content. Most importantly, they reach out and link sideways across other content at varying levels. So maybe judging Portals by that ability to link sideways is key here. As I'm not that familiar with the Wikipedia:Vital articles and their Levels, I can't offer more specific suggestions. But Portals are not Articles, so judging them by single article level doesn't seem appropriate. It's their function as a Topic Taster (and making them findable in the first place, and therefore functional) that should count towards an assessment of notability. If they don't give an overview across a wide range of subjects then they're probably not likely to be deemed noteworthy. Nick Moyes (talk) 08:24, 25 April 2018 (UTC)[reply]
Although it's tempting, I'm not sure notability is the right criterion as it's quite subjective and will result in energy-sapping discussions. What is more critical is the willingness of WikiProject teams to commit to supporting one or more portals. That's pretty easy to assess. If they do, the portal should be well maintained and high quality. If they don't, it could be a candidate for deletion if the quality is poor. Bermicourt (talk) 19:04, 25 April 2018 (UTC)[reply]
I very much like the suggestion to view portals as "topic taster" pages. I essentially agree with Bermicourt that quality should be enough as a measure whether we should keep or delete a portal -- for topics of fairly low notability (say, my local shopping mall) it will be really hard to make a halfway decent portal. But if somebody succeeds in creating an appealing and balanced portal, we don't gain by throwing it away. —Kusma (t·c) 19:19, 25 April 2018 (UTC)[reply]
German Wikipedia makes this easier by having guidelines on what definitely constitutes a valid portal (they call it 'relevance'), e.g. countries, major sports, capital cities, and saying that the rest should go through an approval process. I've translated (and slightly tweaked) their guidelines here. Maybe we could do something similar. Bermicourt (talk) 19:05, 30 April 2018 (UTC)[reply]
I am against notability guidelines. The Quality of a Portal is important. If the Quality is high enough, I do not care about notability.--Broter (talk) 16:09, 1 May 2018 (UTC)[reply]
I don't think that "notability" is the right measure either. I do think we need to have some kind of guideline or measure in place to make sure that portals do not get too granular.--Paul McDonald (talk) 16:19, 1 May 2018 (UTC)[reply]
These "relevance guidelines" are a good idea. In response to the concerns expressed by the last two users above, there's no requirement for us to make to guidelines rigid (per WP:IAR, if a rule prevents us from making a good, relevant page, well then ...). Actually, there is no reason to delete the portals whatsoever - we should use the same criteria as for Wikiproject pages - namely, if the pages are not well maintained or frequented but fall short of being "entirely undesirable", they can be tagged with {{WikiProject status|inactive}} or a (new?) variant thereof. 198.84.253.202 (talk) 18:04, 1 May 2018 (UTC)[reply]

Can we perhaps agree that at minimum a portal should:

  1. be related to a notable topic (i.e., one with an article that is not likely to get deleted)
  2. have a parent portal (so, no "orphaned portals") [edit: except for a small number of "top-most" portals — see discussion below]
  3. have no missing/broken sections (like this)

Portals lacking these features could be tagged for refactoring (i.e., to be about a more general topic if #1 or #2 is the problem) or further improvement; in extreme cases, they could be deleted/archived. Obviously, plenty of opportunity would need to be given for interested editors to satisfy #3 before it could be used as justification for deletion/archiving. The details of "implementing" these principles could be worked out later, but I think "portals worth keeping" should satisfy these three conditions. Right? - dcljr (talk) 18:06, 1 May 2018 (UTC)[reply]

No. 3 seems good in principle, but in practice WP:NODEADLINE is a thing to consider and currently there is no policy which allows for deleting articles (or any other pages) because they are a "work in progress". No. 2 is good, but when pushed to its limit it becomes an infinite regress - of course, its possible to make "exceptions" to this "rule" for top level portals. Nevermind - No. 2 is good, too, assuming it can be linked reasonably (and without being an excessive split) to a parent portal (given that there is indeed a "parent of all portals", Portal:Contents/Portals). No. 1 is perfectly acceptable, though. 198.84.253.202 (talk) 18:12, 1 May 2018 (UTC)[reply]
Oh, yeah, for #2 I was implicitly exempting the "top-most" portals—say, those currently linked to from the Main Page, or, as you point out, those that are / could be listed as the most general portals on Portal:Contents/Portals. - dcljr (talk) 20:52, 1 May 2018 (UTC)[reply]
It seems silly to me to require that a portal be about a notable topic. If it's not about a notable topic, then the links in the portal will all be redlinks because any articles in the portal would be deleted at AFD... but then again... okay it still seems silly, but that doesn't mean it isn't a good idea too.--Paul McDonald (talk) 05:25, 2 May 2018 (UTC)[reply]
I much prefer Arman's criteria. 2 (once amended) seems absolutely critical. 3, while not vital, seems a fairly minimal standard to require. 1 actually might be a little under-strict: as noted, non-notable articles shouldn't be there, and if they aren't, it will just be redlinks. Should some qualitative requirement (not nearly as high as seen in the first mooted set) be needed for the primary article? E.g. a tested B standard? Nosebagbear (talk) 11:05, 2 May 2018 (UTC)[reply]
I agree with the minimal standards by dcljr. This should be required for every Portal!--Broter (talk) 13:25, 2 May 2018 (UTC)[reply]
I also agree with this. Under the above criteria, we could trim a significant amount of tiny, neglected, and unmaintained portals, and make our jobs of curating the rest easier. Having better guidance on when a portal should (or should not) exist is something we should work on. These criteria would be a good start on that. — AfroThundr (talk) 20:10, 7 May 2018 (UTC)[reply]
@Paulmcdonald: From what I see, no. 1 is indeed obvious, but it should still be stated clearly (something like "General guideline: there should already be at least a few (more than one) well-developed (not necessarily FA or GA, but more than start or stub class) articles about the topic") so as that it is clear in everyone's mind (even those who haven't discussed it here at the RfC). 198.84.253.202 (talk) 03:32, 4 May 2018 (UTC)[reply]
I mean it certainly wouldn't make sense to have a portal without at least 4 or 5 (at least!) articles to put into it. Having a "B" standard for the primary article and some general bit for a few more entries at least seems reasonable. (I don't think anything like "at least 3 more C or above articles" will help encourage portal upkeep!) — Preceding unsigned comment added by Nosebagbear (talk • contribs) 10:00, 10 May 2018 (UTC)[reply]

What is being done about portals right now, as we speak...

While this discussion has been raging on, here is what has been going on behind-the-scenes...

Currently, there are 1500 portals, comprised of 150,000 pages in portal space, the rest beyond the 1500 being subpages. Most of those subpages contain an excerpt, copied and pasted from some article. Such excerpts never change, and they go stale over time (no longer matching the original source material).

The Portal WikiProject was rebooted on April 17th, and has grown to 68 members. We've been busy redesigning the portal model so that all those subpages will not be needed.

The design concept called "selective transclusion", which is used for migrating excerpts (moving them to the base page), does so by displaying part of an article the same as a template. An added benefit of this is that it also keeps them fresh, by always showing the current version of the content that is transcluded.

We are also working on ways to make excerpted content, and listed entries, dynamic, so that the material or links shown automatically change over time without the intervention of an editor. Selected articles, could be set up to change daily, for example, to present a different article each day. This can even be made to show a different article every time a user visits the page. Currently, we can do this from a set list. We're trying to make it so that the list is updated automatically from an external source that is regularly maintained.

Other automated solutions are being sought or developed for each section type of portals. To automatically update and archive news, did you know entries, and so on.

Once we get a fully automated design worked out, it will be applied to all the portals that do not have dedicated maintainers. This will reduce the amount of maintenance they need. A single editor will then be able to watch over far more portals than before, ideally, with each portal taking up only a single page in portal space.

The Portal WikiProject is dedicated to updating, upgrading, and maintaining the entire portal system and every portal in it.

Come check us out, and if you like what you see, feel free to join.    — The Transhumanist   05:44, 9 May 2018 (UTC)[reply]

Closure imminent

Well, ladies and gentlemen, it's the 1-month mark. Requests for closure has been notified. Kirbanzo (talk) 18:57, 8 May 2018 (UTC)[reply]

I know one of the closures had in mind to keep this open longer, but in my opinion a close would get us started on next possible steps to take. - Knowledgekid87 (talk) 14:08, 9 May 2018 (UTC)[reply]
Yes, it looks like oppose already has a substantial lead on support, so I don't expect that leaving this open for longer will result in any change to the outcome. At this point, whoever is going to close this RfC can focus on the details of said closure. Master of Time (talk) 20:45, 9 May 2018 (UTC)[reply]
We are discussing this at present. We have decided to keep everything open in the meantime to allow discussion to continue, as various constructive discussions seem to be ongoing. Mdann52 (talk) 21:03, 9 May 2018 (UTC)[reply]
  • @Yasnodark: You are correct, they cannot disregard the thoughts of so many editors, because those thoughts are and will continue to be backed by action...
Portals are a resource, that we can transform into something even better. Portals are only limited by the creativity of their developers. To get rid of an innovation area, an online laboratory like this, is as misguided as it is short-sighted. It is an opportunity to leap frog, that should not be taken lightly. And, in that spirit, we have editors who are determined to take portals to the next level, and beyond.
The proposal to delete portals did a disservice to Wikipedia in two ways: 1) it wasted editors' time with invalid justifications -- most of the reasons given for deletion were irrelevant, not based on policy. No amount of votes backed by invalid deletion arguments should be allowed to win. (See the instructions at Wikipedia:Closing discussions, which explains that "The closer is there to judge the consensus of the community, after discarding irrelevant arguments: those that flatly contradict established policy, those based on personal opinion only, those that are logically fallacious, and those that show no understanding of the matter of issue." That pretty much covers most if not all of the supporting arguments that were presented.) 2) Those who supported deletion of portals simply fail to see their potential. But you can't build upon something that isn't there. If we keep the portals, we can fix whatever problems they have, and improve them beyond what they are. Who knows what portals will transform into over time?
So far, the new team at the Portals WikiProject has discovered a bunch of interesting automation tools just laying around waiting to be used. It turns out, that portal developers over the years have made new toys for us to play with that they forgot to tell everyone else about. In addition to those, we've been developing some more. The 1500 portals that we have take up 150,000 pages in portal space — all but 1500 of those are subpages. That is a lot of pages to maintain, just for 1500 pages of output. We are working on automatically generating material on the base pages, to make the subpages obsolete. Even as we are developing this new sleek generation of portals, we are thinking about what the generation beyond that will be able to do.
If we are simply allowed to continue, we'll update, upgrade, and improve portals beyond what they are today. And you can help too. Just think "I wish portals could ________." And fill in the blank. Then, share your wish with others at WT:WPPORT. You might be surprised by your wish coming true.    — The Transhumanist   06:44, 14 May 2018 (UTC)[reply]
  • I have also reviewed most of the arguments, and find those for deletion less compelling than those for retention. Many on both sides are nothing more than "I don't like it", but there you go... Cheers, · · · Peter (Southwood) (talk): 16:45, 13 May 2018 (UTC)[reply]

Onwards, into to the future...

The main outcome of this RfC was that it inspired the relaunching of WikiProject Portals, which is in the process of revitalizing, rethinking, redesigning, and revamping portals.

Para ver lo que han estado logrando, consulte el archivo de boletines del WikiProject Portals .    — El Transhumanista   23:26, 7 de junio de 2018 (UTC) [ responder ]