Эта страница содержит обзор ключевых вопросов, касающихся размера статьи . Существует три связанных показателя размера статьи:
Размер статьи влияет на удобство использования несколькими способами:
Если статья слишком большая, рассмотрите возможность разбить ее на более мелкие статьи , выделить часть в новую статью или объединить ее часть с другой существующей статьей. Если статья слишком маленькая, рассмотрите возможность объединения с одной или несколькими другими существующими статьями. Такие редакционные решения требуют консенсуса . Рекомендации по размеру статей и подробные решения приведены ниже. Политика лицензирования предписывает, чтобы всякий раз, когда какой-либо контент копируется из одной статьи в другую новую или существующую статью, использовалось резюме редактирования, содержащее требуемую атрибуцию копии .
Каждая статья Википедии находится в процессе эволюции и, скорее всего, будет продолжать расти. Другие редакторы будут добавлять статьи, когда вы закончите с ними. Википедия имеет практически неограниченное пространство для хранения; однако длинные статьи могут быть более сложными для чтения, навигации и понимания. Статья длиннее одной или двух страниц в напечатанном виде должна быть разделена на разделы для облегчения навигации (см. Wikipedia:Manual of Style и Wikipedia:Layout для получения руководства). Для большинства длинных статей разделение на разделы в любом случае естественно. Читателям мобильной версии Википедии можно помочь, убедившись, что разделы не настолько длинные или многочисленные, чтобы затруднять навигацию.
Чтение страницы объемом около 10 000 слов занимает от 30 до 40 минут при средней скорости , что близко к объему внимания большинства читателей. [1] Понимание стандартных текстов при средней скорости чтения составляет около 65%. При объеме в 10 000 слов может быть полезно перенести некоторые разделы в другие статьи и заменить их резюме в соответствии со стилем Wikipedia:Summary – см. § Руководство по размеру ниже.
Статьи, которые охватывают в основном технические темы, должны быть, как правило, короче статей на менее технические темы. В то время как опытные читатели таких статей могут принять сложность и длину при условии, что статья хорошо написана, обычный читатель требует ясности и краткости. Бывают случаи, когда длинная или очень длинная статья неизбежна, хотя ее сложность должна быть минимизирована. Читабельность является ключевым критерием : статья должна иметь четкий охват, быть хорошо организованной, придерживаться темы и иметь хороший поток повествования.
Читаемая проза — это основная часть текста, за исключением таких материалов, как сноски и разделы ссылок («см. также», «внешние ссылки», библиография и т. д.), диаграммы и изображения, таблицы и списки, вики-ссылки и внешние URL-адреса, а также форматирование и разметка. Мера может существенно недооценивать объем контента в статьях, которые обобщают большую часть своей информации в таблицах, особенно когда они содержат примечания и пояснения в текстовых столбцах.
XTools показывает информацию о прозе, включая количество символов (в разделе «Проза» в разделе «Общая статистика»). Ее можно использовать для статьи, которая в данный момент просматривается, выбрав вкладку «Просмотр истории» для страницы, затем «Статистика страницы » в строке рядом с верхним заголовком «Внешние инструменты». Гаджет prosesize также полезен для оценки размера читаемой прозы.
Списки, таблицы и другие материалы, которые уже находятся в форме резюме, могут не подходить для дальнейшего сокращения или резюмирования методом стиля резюме . Если нет «естественного» способа разделить или сократить длинный список или таблицу, может быть лучше оставить их нетронутыми, и принять решение либо сохранить их встроенными в основную статью, либо разделить на отдельную страницу . Независимо от этого, список или таблица должны быть настолько короткими, насколько это возможно для их цели и области применения. Слишком много статистических данных противоречит политике .
Статьи Википедии постоянно нуждаются в обслуживании. Это варьируется от небольших правок, исправляющих орфографию и грамматику, до крупных обновлений, отражающих новые события и новые исходные материалы. Некоторые статьи могут потребовать переписывания через некоторое время, особенно статьи, созданные о недавних событиях. Обычно хорошей практикой является обеспечение того, чтобы статьи не становились слишком длинными для обслуживания, особенно статьи, требующие частого обновления. Обслуживание может стать более сложным, когда объем текста по теме растет, особенно когда информация, возможно с дублирующими ссылками, должна поддерживаться в нескольких статьях.
Общий размер статьи должен быть достаточно низким, особенно для читателей, использующих медленное интернет-соединение или мобильные устройства, или у которых медленная загрузка компьютера. Некоторые большие статьи существуют для тем, требующих глубины и детализации, но обычно статьи такого размера разбиваются на две или более статей меньшего размера. Заметки о не связанных между собой проблемах, которые возникают у различных веб-браузеров с сайтами MediaWiki, а также список альтернативных браузеров, которые можно загрузить, см. в Wikipedia:Browser notes .
Максимальный лимит для Википедии через wgMaxArticleSize программного обеспечения MediaWiki составляет 2 МБ (а именно, 2048 кибибайт или 2 097 152 байта). Превышение лимита после расширения приведет к тому, что шаблоны в статье будут отображаться некорректно.
Несколько полезных практических правил разделения, обрезки или объединения статей:
Обратите внимание: эти практические правила являются приблизительными и применяются только к читаемой прозе , а не к размеру разметки вики (как в списках истории или других средствах). Количество слов можно узнать с помощью инструмента DYK Shubinator или гаджета Prosesize (как в скрипте , так и в веб-версии) или путем копирования и вставки текста (не включая ссылки) в текстовый процессор или другой инструмент на вашем компьютере, который может подсчитывать слова. Последний метод более точен для отдельных списков и статей со значительным содержанием списка, поскольку другие инструменты не подсчитывают слова в подписях к изображениям, списках или таблицах. При рассмотрении разделения списков учитывайте влияние разбиения сортируемой таблицы .
Практические правила в меньшей степени применимы к страницам устранения неоднозначности и, естественно, не применяются к перенаправлениям .
Соответствующая длина вводной части зависит от общей длины статьи. Большинство вводных частей избранных статей имеют объем 250–400 слов.
Очень большие статьи следует разбить на логически отдельные статьи. Длинные статьи-списки разбиваются на последующие страницы в алфавитном порядке, по номерам или по подтемам. Также рассмотрите возможность разбиения и транспонирования разделенных частей (например, с помощью Template:Excerpt ).
При разделении раздела на новую статью следует следовать инструкциям в WP:PROPERSPLIT , включая сводку редактирования в новой статье, указывающую происхождение контента из существующей статьи.
Не нужно торопиться с разделением статьи, когда она начинает становиться большой. Иногда статья просто должна быть большой, чтобы адекватно охватить тему. Если вы не уверены или имеете дело с высококлассными статьями, начните обсуждение на странице обсуждения относительно общей структуры темы. Определите, следует ли рассматривать тему как несколько более коротких статей, и если да, то как лучше их организовать. Если обсуждение не продвигается, рассмотрите возможность добавления одного из тегов разделения , чтобы получить обратную связь от других редакторов.
Относительно тривиальная тема может быть уместной в контексте более крупной статьи, но неуместной как тема целой статьи сама по себе. В большинстве случаев нарушением политики нейтральной точки зрения является специальное выделение спорного раздела без предоставления адекватного резюме. Также нарушением этой политики является создание новой статьи специально для того, чтобы содержать информацию, которую консенсус отверг из основной статьи. Рассмотрите другие организационные принципы для разделения статьи и убедитесь, что и заголовок, и содержание выделенной статьи отражают нейтральную точку зрения.
Если раздел статьи является магнитом для бесполезных вкладов (например, раздел «внешние ссылки» или разделы мелочей ), имейте в виду, что хотя перемещение его в другую статью может помочь очистить основную статью, оно создает новую статью, которая полностью состоит из раздела для нежелательных вкладов. Если статья включает в себя большое количество материала, не подходящего для включения в энциклопедию, лучше удалить этот контент, чем создавать для него новую статью.
Текст часто можно обрезать, чтобы использовать меньше слов для выражения того же самого; Было написано несколько хороших эссе о том, как это сделать, включая WikiProject Military history's Copy-editing essentials , User Tony1's redundancy exercise и Wikipedia:Principle of Some Astonishment . Этот метод не только приводит к (немного) более коротким статьям, но и, как правило, улучшает читаемость этих статей.
Удаление соответствующего контента, особенно в стиле резюме и/или надежной и не касающейся темы информации из статьи просто для сокращения ее объема без перемещения этого контента в соответствующую статью путем объединения или разделения, может потребовать консенсусного обсуждения на странице обсуждения; см. Wikipedia:Удаление контента § Причины для приемлемых причин.
Разметка или язык разметки — это код, используемый для организации документа и придания ему читаемости. Разметка Wiki — это коды, используемые в Wikipedia. Размер разметки включает читаемый текст, коды Wiki и любые медиафайлы, используемые в статье, такие как изображения или аудиоклипы.
Размер разметки страницы в байтах можно узнать из истории страниц (внизу). Также запись в поле поиска : intitle:Article titleпокажет как количество слов в статье, так и размер статьи в килобайтах. В большинстве случаев это не является надежным указанием на то, следует ли разделять статью.
Самые большие статьи по размеру разметки перечислены на Special:Longpages .
Обратите внимание, что возможность редактировать раздел, а не всю страницу, сокращает время ожидания, устраняя некоторые из многочисленных проблем, связанных со слишком большим размером страницы, с которыми сталкиваются редакторы . Однако читателям с медленным подключением все равно придется ждать загрузки всей страницы.
Если вы столкнулись со статьей, которая настолько длинная, что вы не можете ее редактировать, или ваш браузер обрезает конец статьи при попытке ее редактирования, есть несколько способов решить эту проблему.
Часто вы можете редактировать статью по одному разделу за раз, используя ссылки «Изменить», которые вы видите рядом с каждым заголовком в статье. Вы можете редактировать заголовок статьи перед первым разделом, добавив его §ion=0к URL. (См. T2156 и два обходных пути JavaScript: 1 , 2 .) Вы можете вставить новый раздел , используя ссылку «Новый раздел» (если она есть) в разделе «Виды» или отредактировав существующий раздел и явно добавив в него вторую строку заголовка. Если вы обнаружите раздел, который сам по себе слишком длинный для редактирования, вы можете отправить запрос на помощь в службу поддержки .
Prosesize : добавьте ссылку на панель инструментов, чтобы отобразить размер и количество слов на странице (прямая ссылка), а затем сохраните.