Проект:Связность/Улучшение инструментов

Локализация описаний правок Мелога.

http://toolserver.org/~dapete/catgraph/ - интеграция для помощи в распутывании колец категорий

Кроме удаления параметров cat и linkless, перейти к полноценному управлению шаблоном {{rq}}, превратив его в тулбар для служебных запросов, автоматически поддерживаемый скриптом на тулсервере.

Note: Приоритет стал довольно высок. Требуется более детальная спецификация первоочередных улучшений.

Подсчёт количества изолированных статей в категориях с учётом всех их подкатегорий, а также отображение соответствующих списков.

При переименовании статьи до обновления базы статья не распознаётся по новому имени как изолированная. Для исправления требуется в шаблоне {{изолированная статья}} в url сервиса подсказки подставить явно имя изолированной статьи, используя subst:

Сделать так, чтобы код скрипта, разрешающего множественные перенаправления, не был завязан на языковый раздел Википедии

Автогенерация новых категорий новых кластеров, генерация текста описания.

Перестать учитывать ссылки из языковых шаблонов.

Note: К сожалению, распознать можно только ссылки вида {{lang-en}}, но не {{lang|en}} — такие не присутствуют на странице шаблона {{lang}}.

Автоматически генерировать графики, отражающие изменение количества изолированных статей и статей-сирот.

Позволить опытным участникам проекта, специализирующийся на какой-то определённой деятельности, выключать показ не нужных ему элементов интерфейса и уже многократно прочитанных пояснений. И, если возможно - переменное число колонок в больших списках категорий.

Добавить возможность анализировать не только факт связности, но и степень.

Note: В качестве интегрального показателя, отражающего степень связности вкупе с количественным показателем можно попробовать использовать общее число уникальных ссылок в крупнейшей компоненте связности.

Дорогое решение: То есть, выявить главную компоненту связности, затем удалить все ссылки на статьи, на которые есть только одна ссылка и запустить анализ. Продолжать удаление ссылок и анализ, пока главная компонента связности не распадётся на крупные куски. Пока не реализуемо из-за производительности тулсервера.

Ссылка на статью из неё самой помечается жирным и ссылкой не является. Однако, если это ссылка через перенаправление, она выглядит как обычная ссылка. Следует собрать список всех статей, где такое встречается, дальше решить, что с ним делать.

Note: Списки таких статей созданы в файлах bwl.txt, таких вхождений довольно много. Требуется решить, нужно ли с ними что-то делать, и если нужно, то как.

Ввести аналог проект связность в Викисловаре, Викитеке и пр. проектах. Только там приоритеты и некоторые характеристики возможно придётся поменять. Например, тупиковость не особенно важна в Викицитатнике, в то же время в Викисловаре решающее значение имеет наличие основных морфо- и грамматических разделов (обычно в виде шаблонов). Во всех проектах главным методом связности является категоризация, которая специфически развита в Викитеке и Викисловаре.

Определить критерий, что является списком, узнавать ботом такие статьи и автоматически навешивать шаблон:список, а не шаблон:сирота

Note: критерий для определения списка должен анализировать количество текста, затраченного на ссылки, исключая ссылки идущие из шаблонов. К сожалению, ссылки идущие из шаблонов можно определить не всегда, это не работает в случае с шаблонами, выполняющими операции конкатенации над текстом ссылок, такими как {{lang|en}} или {{Европа по темам|тема=Флаг|заголовок=Флаги}}. Единственное решение пока видится в запрете использования параметрических шаблонов статьях, например, с использованием явных шаблонов-алиасов для каждого из допустимых параметрв. Вряд ли данное решение может рассматриваться как приемлемое.

В сервисе подсказки требуется парсить результаты поиска в google и фильтровать найденные дизамбиги, а также хронологические статьи. Научить искать не только по имени статьи, но и по именам редиректов на неё.

Загружаемая статистика изолированных кластеров полностью обновляет подстраницу Проект:Связность/stat. Предлагается распознавать на странице проставленные интервики и сохранять их при обновлении статистики. Возможно, категории тоже имеет смысл сохранять, если есть.

Добавить в интервики шпион возможность подглядывать за категориями и подсказывать, какие статьи в заданном разделе требуют дополнительной категоризации.

• максимальная и средняя (по всем категориям) длина минимального (из всех возможных) пути по дереву категорий до всех листьев дерева категорий.
• количество (среднее по всем листьям) возможных путей до каждого листа дерева категорий
• отдельно показать для категорий шаблонов и статей и с учетом и без учета путей через метакатегории.

Если статистика изменения количества изолированных статей в проектах будет собираться и по запросу строиться в график - можно будет реализовать предложение итальянцев по прикручиванию этой статистики к WikiStats в качестве одного из инструментов.

После ограничения выделяемых ресурсов Тулсервера в марте 2010 года существующий механизм сбора подсказок через интервики не работает. Нужно починить.

Проверять, идут ли из интервики-партнёров обратные ссылки. Нужно изучить вопрос глубже, должны ли они обязательно идти обратно?

В нынешнем виде таблица весьма информативна, но и очень громоздка. Глаза разбегаются, хочется иметь возможность фильтрования данных. Например, отключать ненужные столбцы и строки.

Интернационализация проекта путём перевода интерфейса на новые языки в нынешнем виде неочевидна и вызывает немало сложностей. Нужна помощь по облегчению процесса перевода нужных текстов на новые языки людьми, не входящими в проект.

Дано: во времена начала Википедии, да и сейчас, будучи новичками, участники регулярно ссылались/ссылаются напрямую на английскую и прочие Википедии вместо того, чтобы просто дать название на языке оригинала, то есть пишут [[:en:smth|smth]] вместо англ. smth или {{не переведено|есть=:en:smth|надо=чтнб}}. Хочется составлять списки статей, содержащих такие ссылки, для дальнейшей ручной обработки.

Не считать ссылки со страниц-кандидатов на перенос.

Note: Боюсь, это изменение даёт боту право вершить приговор. В чём логика? Ведь выставление не в 100% случаях приводит к переносу. Mashiah 21:13, 20 мая 2013 (UTC)[ответить]