Руководство по редактированию Википедии
Википедия предлагает несколько способов группировки статей: категории , списки статей (включая списки элементов, а также тематические глоссарии , индексы , схемы и статьи временной шкалы ), другие списки , включая встроенные списки и шаблоны навигации (одним из типов которых являются блоки серий статей ). Группировка статей одним методом не требует и не запрещает использование других методов для той же информационной группировки. Вместо этого каждый метод организации информации имеет свои преимущества и недостатки и применяется по большей части независимо от других методов, следуя рекомендациям и стандартам, которые были разработаны в Википедии для каждой из этих систем.
Соответственно, эти методы не следует считать конфликтующими друг с другом. Скорее, они являются синергетическими , каждый из которых дополняет другой. Например, поскольку редакторы различаются по стилю, некоторые предпочитают создавать списки, а другие — категории, что позволяет собирать ссылки двумя разными способами, при этом списки часто перепрыгивают через категории, и наоборот. Этот подход привел к появлению двух основных систем навигации по Википедии на основе ссылок. См. меню навигации в верхней части Wikipedia:Contents и см. Category:Wikipedia categories . Многие пользователи предпочитают просматривать Википедию по ее спискам, в то время как другие предпочитают навигацию по категориям; и списки более очевидны для новичков, которые могут не сразу обнаружить систему категорий. Поэтому «лагерь категорий» не должен удалять или демонтировать списки Википедии, а «лагерь списков» не должен разрушать систему категорий Википедии — это тратит ценные ресурсы. Вместо этого каждый должен использоваться для обновления другого.
В то же время могут быть обстоятельства, когда консенсус определяет, что один или несколько методов представления информации не подходят для Википедии. Например, руководство по чрезмерной категоризации устанавливает ряд ситуаций, в которых консенсус последовательно определяет, что категории не следует использовать. Регулярно встречающимся результатом в WP:CFD для некоторых удаленных категорий является listify , поскольку существуют случаи, когда списки подходят, а категории — нет (например, List of unusual units of measurement существует как список, но не как категория Category:Unusual units of measurement).
Работники категорий, составители списков и схем , а также дизайнеры серийных блоков стремятся разработать всеобъемлющие сети ссылок для навигации по энциклопедии. Из-за этого все чаще предоставляются множественные записи в областях знаний. Возьмем, к примеру, «симфонии»:
Перекрывающиеся категории, списки и шаблоны навигации не считаются дублирующими.
Не является неправильным или необычным одновременно иметь категорию, список и шаблон навигации, которые охватывают одну и ту же тему. Эти системы организации информации считаются взаимодополняющими, а не ненадлежащим образом дублирующими. Кроме того, утверждение о том, что категория дублирует список (или наоборот) при обсуждении удаления, не является веской причиной для удаления и его следует избегать . Перенаправления статей списка в категории крайне не приветствуются: статьи списка должны занять место перенаправления.
Учтите, что списки могут включать функции, недоступные категориям, и создание элементарного списка ссылок является полезным шагом в улучшении списка. Удаление этих элементарных списков является пустой тратой этих строительных блоков и ненужным давлением на составителей списков, заставляющим их вкладывать больше усилий при создании нового списка, что может восприниматься как сдерживающий фактор. При принятии решения о создании или отказе от списка существование категории по той же теме не имеет значения.
Ниже приведено сравнение того, как эти методы группируют информацию, а также преимущества и недостатки каждого из них.
Категории
По сравнению со списком категория может иметь как преимущества, так и недостатки.
Пример страницы категории . Каждая страница в пространстве имен статьи должна иметь по крайней мере одну категорию. Категории должны быть по основным темам, которые, вероятно, будут полезны для того, кто читает статью. Например:
Категория, вероятно, не подходит, если:
- NМожно написать несколько абзацев или больше по теме категории в статье или в другом месте.
- NЕсли читатель посетил статью через категорию и она не относится к теме категории.
Статья часто будет в нескольких категориях. Однако следует проявлять сдержанность, поскольку категории становятся менее эффективными, когда статье присваивается несколько категорий.
Статья обычно не должна быть и в категории, и в ее подкатегории. Например, Microsoft Office находится в Category:Microsoft software и не должен также быть в Category:Software — за исключением случаев, когда статья определяет категорию, а также находится в более высокой категории. Например, Ohio находится и в Category:States of the United States , и в Category:Ohio . Это исключение понимается в том смысле, что если статья существует до того, как была создана категория по той же теме, это не должно приводить к удалению статьи из любой из ее существующих категорий.
Исключения также следует рассматривать, когда тема статьи имеет отношение к родительской категории, которая не выражена определением подкатегории. Например, если Категория:Люди, казненные на гильотине во время Французской революции , является единственной подкатегорией Категории:Люди Французской революции , было бы нецелесообразно удалять главных деятелей Французской революции исключительно на основе способа их смерти.
Категории появляются без аннотаций, то есть дополнительной информации, связанной с определенной частью информации, поэтому важно сохранять нейтральную точку зрения (NPOV) при создании или заполнении категорий. Если только не очевидно и не вызывает сомнений, что что-то принадлежит к категории, его не следует добавлять в эту категорию. Категоризация людей требует дополнительных соображений, например, для категоризации по характеристикам человека, а не по характеристикам статьи.
Исключением из вышеприведенных правил является Категория :Wikipedia maintenance , которая не является частью энциклопедии. Эта категория содержит страницы без статей или группирует статьи по статусу, а не по теме. Она носит временный характер.
Каждая категория должна быть подкатегорией другой категории. Верх иерархии категорий статей можно получить по адресу Category:Main topic classifications . Если подходящая родительская категория, вероятно, существует, но не может быть найдена, рекомендуется добавить тег {{ Uncategorized }} . Затем категория появится по адресу Special:Uncategorizedcategories .
Категории имеют ключи сортировки , как и другие страницы, хотя они используются более гибко.
Для статей без какой-либо стабильной категории можно использовать тег {{ Uncategorized }} , чтобы привлечь к ним внимание, как сам по себе, так и в формате {{uncat|date=November 2024}}. Также есть автоматически обновляемый список на Special:Uncategorizedpages , который отображает некатегоризированные или заготовленные статьи; однако он обновляется только раз в несколько дней и содержит только 1000 статей за раз. Поэтому предпочтительнее явно разместить тег {{ uncat }} , если есть неопределенность относительно того, как следует классифицировать статью.
Преимущества категории
- Автоматическое связывание: создание ссылки на категорию на странице статьи приводит к тому, что соответствующая ссылка на эту статью отображается на странице категории.
- Многонаправленная навигация: Категория может содержать несколько подкатегорий, а также может быть частью нескольких категорий. Категории организованы в Википедии в сеть знаний, начинающуюся с Category:Wikipedia categories .
- Исследовательский просмотр: категории полезны для читателей, желающих изучить контент Википедии.
- Меньше спама: Менее подвержены внешнему спаму ссылками, чем другие типы страниц, поскольку в категории могут входить только статьи Википедии.
- Ненавязчивое присутствие: относительно ненавязчивы в том смысле, что обычно не отвлекают от течения статьи.
- Функциональность поиска: Поиск может использовать параметр incategory для исключения или включения всех страниц в этой категории. Подкатегории не включены, но можно добавлять несколько терминов.
Недостатки категории
- Невозможно редактировать напрямую, чтобы добавлять или удалять записи. Это необходимо сделать внизу каждой статьи, чтобы включить ее в категорию или исключить из нее.
- Категории показывают только имя страницы каждой категоризируемой страницы. Таким образом, хотя описание категории может предоставлять более широкую информацию, отдельные члены категории не могут быть аннотированы описаниями или комментариями, поэтому они не дают контекста или уточнения для какой-либо конкретной записи.
- Не предусмотрено указание ссылки на какую-либо конкретную запись для проверки соответствия страницы критериям включения в категорию.
- Записи располагаются только в алфавитном порядке (хотя вы можете управлять алфавитным порядком). Их нельзя организовать в разделы и подразделы на одной странице, каждый со своим собственным описательным введением.
- Могут возникнуть трудности в обслуживании:
- Категорию с сотнями элементов нельзя переместить, кроме как отредактировав сотни статей (хотя бот может помочь)
- Отслеживание изменений в категории затруднено, поскольку история редактирования категории не показывает, когда записи были добавлены или удалены из категории. Поэтому нет простого способа узнать, когда статья удалена из категории — она просто исчезает без каких-либо признаков того, что она когда-либо там была. Функция списка наблюдения Википедии позволяет пользователю следить за категорией на предмет изменений членства в категории.
- Не поддерживает другие формы отслеживания, такие как добавление красных ссылок . (Красные ссылки полезны как индикаторы пробелов и напоминания о задачах по созданию этих статей.) Однако заглушки можно добавлять в категории.
- Альтернативные названия для одного и того же элемента можно включить только путем включения перенаправлений в категорию.
- Для новых пользователей неочевидно, что существуют категории, как добавлять в них элементы, как связывать новые категории с существующими схемами и как решать проблемы, связанные с точкой зрения (POV).
- Категории не отображаются в мобильном представлении.
- Отображение элементов в категории ограничено 200 на странице. Чтобы увидеть полное содержимое категории с большим количеством участников, необходимо просмотреть несколько страниц.
Списки
По сравнению с категорией список может иметь как преимущества, так и недостатки.
Пример списка: Список пород собак
Преимущества списка
- Подходит для ознакомительного просмотра Википедии.
- Часто они более полны , поскольку каждая из них поддерживается централизованно (на самой странице).
- Может быть отформатирован различными способами для улучшения представления содержимого списка.
- Например, в список может быть включено несколько уровней иерархии, или список может иметь несколько столбцов, каждый из которых может стать основой для сортировки списка пользователем.
- Можно создать и поддерживать, отредактировав одну страницу , тогда как для заполнения категории требуется редактирование нескольких страниц.
- Может быть дополнен аннотациями (подробнее).
- Например, список команд-участниц чемпионата мира по футболу может включать в себя для каждой записи дату победы в каждом чемпионате, кого победили чемпионы, кто был их тренером и т. д.
- Включено в поиск Википедии . Находясь в основном пространстве имен, списки по умолчанию включены в поиск Википедии. Их содержимое также ищется Google и другими поисковыми системами.
- Можно ссылаться на них для обоснования включения перечисленных статей.
- Может включать несвязанные элементы
- Элементы списка можно сортировать вручную, используя различные методы. Статья может появляться несколько раз или по-разному в одном и том же списке.
- Элементы списка могут быть связаны с определенными разделами статей .
- Можно включать невидимые ссылки на страницы обсуждений , так что нажатие на «связанные изменения» будет включать их (Формат: [[Talk:Omphalology| ]]); сам список также можно включить, связав его с самим собой, например, связав выделенную жирным шрифтом фразу в начале:
'''This is a [[list of compositions by Franz Schubert]]'''...
- Может быть легко отредактирован новичками , которые не очень хорошо знакомы с языком разметки Wiki .
- Изображения можно размещать в разных частях списка.
- Шаблоны (например, навигационные поля) могут быть включены в качестве частей списка.
- Встроенный список, включенный в статью по теме, может включать записи, которые недостаточно примечательны , чтобы заслуживать своих собственных статей, но все же могут быть достаточно примечательны, чтобы быть включенными в список. Кроме того, поскольку порог значимости для упоминания ниже, чем для целой статьи, вы можете легко добавить упоминание в список внутри статьи, без необходимости принимать решение о значимости, которое вам пришлось бы принять, если бы вы добавили целую статью — если кто-то другой посчитает, что она достаточно примечательна, он всегда может связать упоминание и создать статью в любом случае.
Недостатки списка
- Нет автоматического связывания. Каждая статья ссылается на свои категории согласованным образом, но списки может быть сложнее обнаружить, поскольку не каждая статья в списке ссылается на нее, и каждая может выбрать ссылку на нее другим способом. Попытка принудительного использования перекрестных ссылок из статей в категории подвержена ошибкам, делает редактирование списка обременительным и нейтрализует преимущества простоты редактирования, которыми в противном случае пользуются списки.
- Менее полная иерархия. Система категорий имеет обширную и подробную иерархию для облегчения просмотра путем увеличения специализации, в то время как списки списков относительно редки и не имеют глубокой вложенности.
- Сложная автоматизированная обработка. Списки сложнее обрабатывать автоматически с помощью ботов, поскольку они могут содержать текст, содержащий ссылки на элементы, которых нет в самом списке, и необходимо анализировать викитекст страницы для извлечения перечисленных элементов вместо использования специализированного API, как это делают категории.
- Нет автоматической сортировки. Редакторам приходится вручную определять, к какому месту относится запись, и добавлять ее туда. Часто редакторы просто добавляют новые элементы в конец списка, что снижает его эффективность. Этот недостаток можно преодолеть, поместив список в сортируемую таблицу .
- Может оказаться перегруженным записями, которые невозможно получить из надежных источников и которые не соответствуют требованиям для включения в энциклопедию.
- Некоторые темы настолько обширны, что список будет неуправляемо длинным и его будет невозможно поддерживать.
- Например, список всех людей из определенной страны, у которых есть статьи в Википедии.
Шаблоны навигации
- WP:НАВБОКС
- WP:БОКОВАЯ ПАНЕЛЬ
Шаблоны навигации — это группировка ссылок, используемых в нескольких связанных статьях для облегчения навигации между этими статьями в Википедии. Шаблоны навигации обычно представлены в одном из двух форматов:
- Горизонтальные, размещаются в нижней части статей и также называются навигационными полями.
- Вертикальные, часто находятся в правом верхнем углу статей и называются боковыми панелями.
Документация по вики-разметке для шаблонов навигации на разных уровнях специфичности включает Template:Navbox/doc , Template:Sidebar/doc и, в верхней или нижней части шаблона, Template:Navbar/doc .
Каждая ссылка должна быть четко идентифицируема как таковая для наших читателей. В целом, цвета текста должны соответствовать цветам текста Википедии по умолчанию , поэтому ссылки должны быть синими ; мертвые ссылки должны быть красными ; а красный и синий не должны использоваться для другого (не ссылки) текста. Тем не менее, доступны специальные рекомендации по навигационному окну для цвета текста и фона, отличающегося от цветов по умолчанию .
Шаблоны навигации особенно полезны для небольшой, четко определенной группы статей; шаблоны с большим количеством ссылок не запрещены, но могут показаться слишком перегруженными и сложными для чтения и использования. Хорошие навигационные блоки обычно следуют большинству или всем из этих рекомендаций:
- Все статьи в шаблоне относятся к одной, связной теме.
- Тема шаблона должна быть указана в каждой статье.
- Статьи должны ссылаться друг на друга в разумной степени.
- По теме шаблона должна быть статья в Википедии.
- Если бы не шаблон навигации, редактор был бы склонен размещать ссылки на многие из этих статей в разделах «См. также» статей.
Если подборка статей не соответствует этим критериям, то статьи, скорее всего, слабо связаны. Список, категория или ни то, ни другое может быть более подходящим вариантом.
Не полагайтесь исключительно на навигационные поля для ссылок на статьи, имеющие непосредственное отношение к конкретной статье, и не переопределяйте поле «image=», чтобы проиллюстрировать что-либо из статьи. Навигационные поля не отображаются на мобильном сайте Wikipedia , на который приходится около половины читателей. (См. тикет Phabricator T124168 для получения информации о прогрессе в решении мобильной проблемы.)
Шаблоны навигации, расположенные в правом верхнем углу статей (иногда называемые шаблоном «сайдбар» или «часть серии»), следует рассматривать с особым вниманием, поскольку они так заметно отображаются для читателей. Коллекция статей в шаблоне сайдбара должна быть достаточно тесно связана, и шаблон должен соответствовать большинству или всем предыдущим рекомендациям. Если статьи не тесно связаны, шаблон нижнего колонтитула или навигационного блока, расположенный в нижней части статьи, может быть более подходящим. Размещение сайдбаров в лиде статьи не приветствуется MOS:LEAD (хотя они могут быть разрешены в каждом конкретном случае – RfC от ноября 2020 г. ).
Ссылки на статьи в шаблоне навигации должны быть сгруппированы в кластеры, по темам или по эпохам и т. д. Алфавитный порядок не дает никакой дополнительной ценности категории, содержащей те же ссылки на статьи. Например, см. Шаблон:Общая физика , где статьи сгруппированы в связанные подтемы.
- WP:БИДИ
- WP:ДВУНАПРАВЛЕННЫЙ
- WP:ССЫЛКА
Каждая статья, включающая в себя определенный навигационный блок, обычно должна быть также включена в навигационный блок в качестве ссылки, чтобы навигация была двунаправленной.
Использование шаблонов навигации не является обязательным и не запрещено для любой статьи. Вопрос о том, включать ли навигационные блоки и какие именно, часто предлагается WikiProjects , но в конечном итоге определяется путем обсуждения и консенсуса между редакторами в каждой отдельной статье. Согласно принципу двунаправленности выше, это также может повлиять на включение конкретной статьи в шаблон навигации. Если возникнет разногласие, пожалуйста, централизуйте обсуждение на странице обсуждения статьи, а не шаблона (который может быть в списке наблюдения в основном только кодировщиками шаблонов).
Избегайте добавления выступлений артистов в навигационные панели для постановок, в которых они появлялись, или членов съемочной группы в навигационные панели для постановок, над которыми они работали. Это включает в себя, помимо прочего, актеров/актрис, комиков, теле/радиоведущих, писателей, композиторов и т. д. Это позволяет избежать чрезмерного распространения шаблонов навигации в нижней части статей об артистах и не придает чрезмерного значения определенным выступлениям артиста по сравнению с другими.
Фильмографии (и т. п.) отдельных лиц также не должны включаться в navboxes, если только соответствующее лицо не может считаться основным создателем рассматриваемого материала. Это позволяет избежать чрезмерного распространения navboxes отдельных лиц в каждой статье производства и не придает чрезмерного веса вкладам определенных лиц по сравнению с другими.
Наконец, внешние ссылки не должны быть включены в шаблоны навигации. Источники могут быть включены в документацию шаблона (раздел <noinclude>, который виден только после просмотра самого шаблона, но не после его включения).
Преимущества
- Обеспечивает единый вид и систему навигации для связанных статей.
- Быстрее ориентироваться, чем в категории.
- Дает немедленную информацию эквивалентным элементам
- Для представления серии статей в хронологическом порядке часто наиболее подходящим является шаблон. Пример: Шаблон:Princess Royal (в этом списке есть две Марии и две Анны, что делает хронологический способ представления этих принцесс преимуществом по сравнению с просто упорядоченным в алфавитном порядке представлением этих же имен). Для очень длинных хронологических серий предпочтительнее использовать поля последовательности , которые показывают только элементы серии, непосредственно предшествующие и следующие за статьей.
- Они предоставляют организованный ресурс для читателей, которые просмотрели статью на какую-то широкую тему, чтобы найти другие статьи на ту же широкую тему, вместо того, чтобы заставлять этих читателей «выуживать» статьи, на которые есть вики-ссылки в тексте или в разделе «См. также».
- Смягчает большие разделы «См. также», которые могут дублироваться и не синхронизироваться между связанными статьями
Недостатки
- Не отображается читателям, использующим мобильный веб-сайт.
- Не обеспечивает единообразного внешнего вида и системы навигации между различными темами — нет единого формата для всех шаблонов навигации.
- Если просто, часто можно заменить категорией. Также может быть сложно дать больше подробностей, чем категория, не становясь при этом неуправляемо большим полем.
- Могут стать уродливыми или казаться бессмысленными, например, из-за некрасивых схем раскрашивания, размера, количества статей на одной странице и т. д. По этой причине блоки серий статей должны быть очевидными, при этом они не могут содержать много текста для определений или пояснений.
- Включение ссылок на статьи или подразделов в шаблон может непреднамеренно продвигать точку зрения . Это также может неверно предполагать, что один аспект темы или связанный пример имеет большую, меньшую или равную важность по сравнению с другими ; использоваться для рекламы малоизвестных тем на видных местах; или для утверждения права собственности на проект . Шаблоны могут быть отправлены на Wikipedia:Templates для обсуждения , если они, как кажется, продвигают точку зрения. Попытка исправить это путем добавления большего количества шаблонов может привести к недостатку, описанному в предыдущем пункте.
- С другой стороны, может не дать читателю достаточно подсказок относительно того, какие ссылки наиболее релевантны или важны, когда это не вызывает споров.
- Может занять слишком много места для информации, которая имеет лишь косвенное отношение
- Включает полный список ссылок в каждой статье, хотя зачастую многие ссылки в некоторых статьях бесполезны.
- Из-за размера использование нескольких шаблонов навигации может занять слишком много места в одной статье, что может привести к выбору, который следует включить, с искаженной точкой зрения. Это можно минимизировать, установив для всех или большинства шаблонов на странице функцию автоматического сворачивания, скрывающую большую часть их содержимого до активации.
- Шаблоны по умолчанию не включаются в результаты поиска, что затрудняет их поиск читателями и редакторами.
- Они неявно предполагают, что читатели, прочитавшие статью на какую-то широкую тему, захотят прочитать и другие статьи на ту же широкую тему, а не статьи, на которые в тексте или в разделе «См. также» есть вики-ссылки.
Боковые панели имеют некоторые специфические проблемы и требуют особого внимания, поскольку они очень заметны для читателей:
- Большую часть хорошо видимого пространства экрана можно было бы лучше использовать для изображений или важной информации.
- Они могут восприниматься как отгораживание предмета как «территории» определенной научной области.
- Коллекция статей в шаблоне боковой панели должна быть достаточно тесно связана, а шаблон должен соответствовать большинству или всем предыдущим рекомендациям. Если статьи не тесно связаны, то навигационный блок может быть более подходящим.
Примеры
Примеры шаблонов включают в себя:
Вот некоторые необычные шаблоны:
Смотрите также