Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

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

Соответственно, эти методы не следует рассматривать как противоречащие друг другу. Скорее, они синергетичны , каждый дополняет другие. Например, поскольку редакторы различаются по стилю, одни предпочитают создание списков, а другие - категорий, позволяющих собирать ссылки двумя разными способами, причем списки часто обходят категории, и наоборот. Такой подход привел к созданию двух основных систем навигации по Википедии на основе ссылок. См. Меню навигации в верхней части Википедии: Содержание и см. Категория: Категории Википедии . Многие пользователи предпочитают просматривать Википедию с помощью ее списков, в то время как другие предпочитают навигацию по категориям; и списки более очевидны для новичков, которые могут не сразу обнаружить систему категорий. Следовательно, «лагерь категорий» не должен удалять или демонтировать списки Википедии, а «лагерь списков» не должен разрушать систему категорий Википедии - при этом тратятся ценные ресурсы. Вместо этого каждый должен использоваться для обновления другого.

В то же время могут быть обстоятельства, при которых консенсус определяет, что один или несколько методов представления информации не подходят для Википедии. Например, руководство по избыточной категоризации устанавливает ряд ситуаций, в которых консенсус последовательно определяет, что категории не следует использовать. Регулярно возникающий результат в WP: CFD для некоторых удаленных категорий - это список , потому что есть случаи, когда списки подходят, а категории могут не подходить (например, Список необычных единиц измерения существует в виде списка, но не в виде категории Категория: Необычные единиц измерения ).

Работники категорий, составители списков и составителей схем , а также конструкторы блоков серий - все стремятся разработать всеобъемлющие сети ссылок для навигации по энциклопедии. Из-за этого все чаще предоставляется несколько записей в областях знаний. Возьмем, к примеру, «симфонии»:

  • Категории : Категория: Симфонии
  • Списки : Список симфоний с именами
  • Шаблоны навигации : Шаблон: Симфонии по номеру и названию

Перекрывающиеся категории, списки и шаблоны навигации не считаются дублирующими [ править ]

Ярлыки
  • РГ: NOTDUP
  • РГ: NOTDUPE
‹См. TfM›

Нет ничего необычного в том, чтобы одновременно иметь категорию, список и шаблон навигации, которые охватывают одну и ту же тему. Эти системы организации информации считаются взаимодополняющими, а не дублирующими. Более того, утверждение, что категория дублирует список (или наоборот) при обсуждении удаления, не является веской причиной для удаления, и этого следует избегать . Перенаправление статей списка в категории настоятельно не рекомендуется: статьи списка должны занимать место перенаправления.

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

Ниже приводится сравнение того, как эти методы группируют информацию, а также преимущества и недостатки каждого из них.

Категории [ править ]

По сравнению со списком категория может иметь как преимущества, так и недостатки.

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

Статья: Майкл Джексон
Полезная категория: Категория: Американские поп-певцы
Бесполезно: Категория: Музыканты, имена которых начинаются с M

Категория, вероятно, неуместна, если ответ на следующие вопросы - «нет»:

  • Можно ли написать несколько абзацев или больше по теме категории, объясняя ее?
  • Если перейти к статье из категории, будет ли очевидно, почему она там? Обсуждается ли тема категории в статье?

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

Статья обычно не должна входить одновременно в категорию и ее подкатегорию, например, Microsoft Office находится в категории: программное обеспечение Microsoft , поэтому не должна также входить в категорию: программное обеспечение, за исключением случаев, когда статья определяет категорию, а также находится в более высокой категории, например, штат Огайо входит как в Категория: Штаты США, так и в категорию: Огайо (хороший способ понять это исключение состоит в том, что если статья существует, а затем создается категория по той же теме, что и статья, это не должно вызывать статья удаляется из любой ее категории).

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

Категории отображаются без аннотаций, поэтому будьте осторожны с нейтральной точкой зрения (NPOV) при создании или заполнении категорий. Если не является самоочевидным и бесспорным, что что-то принадлежит к категории, это не следует помещать в категорию. Особенно см. Википедию: Категоризация людей .

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

Каждая категория должна быть подкатегорией какой-либо другой категории. Вы можете начать с верхней части иерархии категорий статей в Категория: Классификации основных тем . Если вы думаете, что хороший родитель, вероятно, существует, но не можете его найти, добавьте тег {{ Uncategorized }}. Ваша категория будет отображаться в разделе Special: Uncategorizedcategories .

Категории имеют ключи сортировки, как и другие страницы, хотя они используются более гибко. См. WP: SORTKEY для технических соображений.

Для статей без стабильной категории можно использовать тег {{ Uncategorized }}, чтобы привлечь к нему внимание, либо сам по себе, либо в формате {{uncat | February2021}}. Существует также автоматически обновляемый список на странице Special: Uncategorizedpages, в котором отображаются статьи без категорий / с заглушками; однако он обновляется только раз в несколько дней и отображает только 1000 статей за раз. Поэтому всегда лучше явно размещать тег {{ uncat }}, если вы не уверены, как следует категоризировать статью.

Преимущества категории [ править ]

Ярлык
  • WP: AOAC
‹См. TfM›
  1. Автоматическое связывание. Создайте ссылку на категорию на странице статьи, и соответствующая ссылка на эту статью будет видна на странице категории.
  2. Многонаправленная навигация. Категория может содержать несколько подкатегорий, а также может входить в несколько категорий. Категории организованы в Википедии в сеть знаний, начинающуюся с Category: Категории Википедии .
  3. Подходит для исследовательского просмотра Википедии.
  4. Менее восприимчивы к внешнему ссылочному спаму, чем страницы других типов, потому что только статьи Википедии могут быть членами категорий.
  5. Относительно ненавязчивые, поскольку обычно не отвлекают от потока статьи.
  6. Поиск может использовать параметр incategory, чтобы исключить или включить все страницы в этой категории. Подкатегории не включены, но можно добавить несколько терминов.

Недостатки категории [ править ]

Ярлык
  • РГ: DOAC
‹См. TfM›
  1. Нельзя редактировать напрямую для добавления или удаления записей. Это необходимо сделать внизу каждой статьи, которую нужно включить или исключить из категории.
  2. Не дает контекста для какой-либо конкретной записи или какого-либо уточнения; дается только название статьи. То есть объявления не могут быть аннотированы (описаниями или комментариями).
  3. Нет никаких условий для ссылки, чтобы проверить, соответствует ли тема критериям включения в категорию.
  4. Записи расположены только в алфавитном порядке (хотя вы можете управлять алфавитным порядком). Их нельзя разделить на разделы и подразделы на одной странице, каждый со своим описательным введением.
  5. Может быть сложно поддерживать:
    1. Категорию с сотнями элементов нельзя переместить, кроме как путем редактирования сотен статей (хотя бот может помочь)
    2. Отслеживать изменения в категории сложно, потому что история редактирования категории не отображается, когда записи были добавлены или удалены из категории. Таким образом, нет простого способа узнать, когда статья удаляется из категории - она ​​просто исчезает без каких-либо признаков того, что она вообще когда-либо была там. Функция списка наблюдения в Википедии позволяет пользователю следить за изменением членства в категории.
  6. Не поддерживает другие формы отслеживания, такие как добавление красных ссылок . (Красные ссылки полезны как индикаторы пробелов и напоминания о задачах при создании этих статей.) Однако к категориям можно добавлять заглушки.
  7. Альтернативные имена для одного и того же элемента могут быть включены только путем включения перенаправления в категорию.
  8. Для новых пользователей не очевидно, что категории существуют, как добавлять к ним элементы, как связывать новые категории с существующими схемами, или как решать проблемы точки зрения (POV).
  9. Категории не отображаются в мобильной версии.
  10. Отображение элементов в категории ограничено до 200 на странице. Чтобы увидеть полное содержимое категории с большим количеством участников, необходимо просмотреть несколько страниц.

Списки [ править ]

По сравнению с категорией список может иметь как преимущества, так и недостатки.

Пример списка: Список пород собак

Преимущества списка [ править ]

Ярлык
  • WP: AOAL
‹См. TfM›
  1. Подходит для исследовательского просмотра Википедии.
  2. Часто более комплексный, поскольку каждый из них поддерживается централизованно (на самой странице).
    • См. Верхний конец иерархии списков в разделах Списки тем , Списки основных тем , Список обзоров и Список глоссариев .
  3. Может быть отформатирован множеством различных способов для улучшения представления содержимого списка.
    • Например, в список может быть включено несколько уровней иерархии, или список может иметь несколько столбцов, каждый из которых может быть основой для сортировки списка пользователем.
  4. Может быть создан и поддержан путем редактирования одной страницы , тогда как для заполнения категории требуется редактирование нескольких страниц.
  5. Может быть украшен аннотациями (подробнее).
    • Например, список команд чемпионата мира по футболу может включать в каждую запись, когда каждый чемпионат был выигран, кого победили чемпионы, кто их тренер и т. Д.
  6. Включен в поиски в Википедии . Находясь в основном пространстве имен, списки по умолчанию включаются в поиск в Википедии. Их содержание также ищется в Google и других поисковых системах.
  7. Могут использоваться ссылки для обоснования включения перечисленных статей.
  8. Может включать несвязанные элементы
    • Например, Список произведений Франца Шуберта или, при необходимости, красные ссылки . См. WP: Сначала напишите статью .
  9. Элементы списка можно отсортировать вручную с помощью различных методов. Статья может появляться в одном списке несколько раз или разными способами.
  10. Элементы списка могут быть связаны с определенными разделами статей .
  11. Может включать невидимые ссылки на страницы обсуждения , чтобы при нажатии на «связанные изменения» они включались (Формат: [[Обсуждение: Омфалология |]]); сам список также можно включить, связав его с самим собой, например, указав выделенную жирным шрифтом фразу в отведении:'''This is a [[list of compositions by Franz Schubert]]'''...
  12. Может быть более легко отредактирован новичками , которые менее знакомы с языком разметки Wiki .
  13. Изображения можно перемежать по списку.
  14. Шаблоны (например, поля навигации) могут быть включены как части списка.
  15. Встроенный список, включенный в статью по теме, может включать в себя статьи, которые недостаточно примечательны, чтобы заслужить их собственные статьи, но все же могут быть достаточно заметными для включения в список. Кроме того, поскольку порог известности для упоминания меньше, чем для всей статьи, вы можете легко добавить упоминание в список внутри статьи, не прибегая к суждению о известности, которое вам нужно было бы сделать, если бы вы добавить целую статью - если кто-то другой считает, что она достаточно примечательна, он всегда может связать упоминание и создать статью.

Недостатки списка [ править ]

Ярлык
  • WP: DOAL
‹См. TfM›
  1. Нет автоматической ссылки. Каждая статья ссылается на свои категории согласованным образом, но списки могут быть труднее обнаружить, потому что не все перечисленные статьи ссылаются на них, и каждая может выбрать ссылку на нее по-своему. Попытка навязать перекрестные ссылки из статей в категории чревата ошибками, делает редактирование списка налогоплательщиком и препятствует простоте редактирования списков, которыми в противном случае пользуются.
  2. Менее полная иерархия. Система категорий имеет обширную и подробную иерархию для облегчения просмотра за счет увеличения специализации, в то время как списки списков относительно редки и не имеют большой вложенности.
  3. Комплексная автоматизированная обработка. Списки сложнее обрабатывать автоматически с помощью ботов, потому что они могут содержать проза, которая содержит ссылки на элементы, которых нет в самом списке, и необходимо проанализировать викитекст страницы для извлечения перечисленных элементов вместо использования специализированного API, как это делают категории. .
  4. Нет автоматической сортировки. Редакторы должны вручную определить, где находится запись, и добавить ее туда. Часто редакторы просто добавляют новые элементы в конец списка, снижая эффективность списка. Этот недостаток можно преодолеть, поместив список в сортируемую таблицу .
  5. Может увязнуть в записях, которые невозможно найти в надежном источнике и которые не соответствуют требованиям для включения в энциклопедию.
  6. Некоторые темы настолько обширны, что список будет неуправляемо длинным и практически невозможно поддерживать.
    • Например, список всех людей из определенной страны, у которых есть статьи в Википедии.

Шаблоны навигации [ править ]

Ярлыки
  • WP: NAVBOX
  • WP: Боковая панель
‹См. TfM›

Шаблоны навигации - это группа ссылок, используемых в нескольких связанных статьях для облегчения навигации между этими статьями в Википедии. Шаблоны навигации обычно представлены в одном из двух форматов:

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

Документация по разметке Wiki для шаблонов навигации на разных уровнях специфичности включает Template: Navbox / doc , Template: Sidebar / doc и, вверху или внизу шаблона, Template: Navbar / doc .

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

Шаблоны навигации особенно полезны для небольшой четко определенной группы статей; шаблоны с большим количеством ссылок не запрещены, но могут показаться чрезмерно загруженными, их трудно читать и использовать. Хорошие навигационные блоки обычно следуют большинству или всем этим рекомендациям:

  1. Все статьи в шаблоне относятся к единой связной теме.
  2. Тема шаблона должна быть указана в каждой статье.
  3. Статьи должны ссылаться друг на друга в разумной степени.
  4. По теме шаблона должна быть статья в Википедии.
  5. Если бы не шаблон навигации, редактор был бы склонен связывать многие из этих статей в разделах « См. Также» статей.

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

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

К шаблонам навигации, расположенным в правом верхнем углу статей (иногда называемых «боковой панелью» или «частью серии»), следует относиться с особым вниманием, поскольку они так хорошо видны читателям. Набор статей в шаблоне боковой панели должен быть достаточно тесно связан, и шаблон должен соответствовать большей части или всем приведенным выше рекомендациям. Если статьи не связаны тесно, шаблон нижнего колонтитула (расположенный внизу статьи) может быть более подходящим.

Ссылки на статьи в шаблоне навигации должны быть сгруппированы в кластеры по темам, эпохам и т. Д. Алфавитный порядок не дает дополнительной ценности категории, содержащей те же ссылки на статьи. Например, см. Шаблон: Общая физика, в котором статьи сгруппированы по связанным подтемам.

Ярлыки
  • WP: BIDI
  • WP: ДВУНАПРАВЛЕННЫЙ
  • WP: LINKBACK
‹См. TfM›

Каждая статья , которая transcludes данного НавБокса обычно должно быть также включена в качестве ссылки в НавБоксе, так что навигация двунаправленная .

Использование шаблонов навигации не требуется и не запрещено для любой статьи. WikiProjects часто предлагает включать навигационные ящики и какие включать, но в конечном итоге определяется путем обсуждения и консенсуса между редакторами каждой отдельной статьи. В соответствии с принципом двунаправленности, описанным выше, это также может повлиять на включение конкретной статьи в шаблон навигации. Если возникнут разногласия, централизуйте обсуждение на странице обсуждения статьи, а не на странице шаблона (который может быть включен в список наблюдения в основном только кодировщиками шаблонов).

Ярлык
  • РГ: ПЕРФНАВ
‹См. TfM›

Избегайте добавления выступлений артистов в навигационные блоки для постановок, в которых они появлялись, или членов съемочной группы в навигационные боксы для постановок, над которыми они работали. Сюда входят, помимо прочего, актеры / актрисы, комики, теле- и радиоведущие, писатели, композиторы и т. Д. Это позволяет избежать чрезмерного распространения шаблонов навигации в нижней части статей исполнителей и не придавать вес WP: UNDUE некоторым выступления артиста над другими.

Ярлык
  • РГ: ФИЛЬМНАВ
‹См. TfM›

Фильмографии (и аналогичные) отдельных лиц также не должны быть включены в навигационные блоки, если только заинтересованное лицо не может считаться основным создателем рассматриваемого материала. Это позволяет избежать чрезмерного увеличения количества пользовательских навигационных ящиков для каждой статьи продукта и не придавать WP: UNDUE вес вкладу одних людей в ущерб другим.

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

Преимущества [ править ]

  1. Обеспечивает единообразный вид и систему навигации для связанных статей.
  2. Быстрее ориентироваться, чем по категории.
  3. Предоставляет немедленную информацию эквивалентным элементам
  4. Для представления серии статей в хронологическом порядке чаще всего подходит шаблон. Пример: Шаблон: Princess Royal (в этом списке две Мэри и две Анны, что делает хронологический способ представления этих принцесс активом для представления этих же имен в алфавитном порядке). Для очень длинных хронологических рядов предпочтительнее использовать блоки последовательности , которые показывают только элементы ряда, непосредственно предшествующего и следующего за статьей.
  5. Они предоставляют организованный ресурс для читателей, которые просмотрели статью по какой-то широкой теме, чтобы найти другие статьи по той же широкой теме, вместо того, чтобы заставлять этих читателей «ловить рыбу» для статей, на которые есть ссылки в тексте или в разделе «См. Также» раздел.
  6. Устраняет проблемы с большими разделами "См. Также", потенциально дублирующимися и несинхронизированными среди связанных статей.

Недостатки [ править ]

  1. Не показывается читателям, использующим мобильный веб-сайт.
  2. Не обеспечивает единообразия внешнего вида и системы навигации между разными темами - нет единого формата для всех шаблонов навигации.
  3. Если просто, часто можно заменить категорией. Также может быть сложно дать больше деталей, чем может дать категория, если поле не станет неуправляемо большим.
  4. Может стать уродливым или казаться бессмысленным, например, из-за неприглядных схем окраски, размера, количества их на одной странице и т. Д. По этой причине поля серии статей должны быть самоочевидными, в то время как они не могут содержать много текста для определений или объяснений .
  5. Включение ссылок на статьи или подразделов в шаблон может непреднамеренно подтолкнуть к определенной точке зрения . Он также может ошибочно предполагать, что один аспект темы или связанного примера имеет большее, меньшее или равное значение для других ; использоваться для рекламы малоизвестных тем на видных местах; или заявить о праве собственности на проект . Шаблоны могут пойти в Википедию: шаблоны для обсуждения, если они выглядят как точка зрения. Попытка исправить это путем добавления дополнительных шаблонов может привести к недостатку, описанному в предыдущем пункте.
  6. С другой стороны, может не дать читателю достаточно подсказок относительно того, какие ссылки наиболее актуальны или важны, когда это не вызывает споров.
  7. Может изменять макет страницы без видимой на самой странице причины (например, когда шаблон содержит инструкцию NOTOC, незакрытый <div>и т. Д.)
  8. Может занимать слишком много места для информации, имеющей лишь косвенное отношение
  9. Включает полный список ссылок в каждую статью, хотя часто многие из ссылок не используются в некоторых статьях.
  10. Из-за размера использование нескольких шаблонов навигации может занимать слишком много места в одной статье, что может привести к неадекватному выбору POV относительно того, что включить
  11. По умолчанию шаблоны не включаются в результаты поиска, что затрудняет их поиск читателями и редакторами.
  12. Они неявно предполагают, что читатели, просмотревшие статью по какой-то широкой теме, захотят прочитать другие статьи по той же широкой теме, а не статьи, ссылки на которые есть в тексте или в разделе «См. Также».

Шаблоны навигации, расположенные в правом верхнем углу статей (иногда называемые «боковой панелью» или «шаблоном части серии»), имеют некоторые специфические проблемы, и к ним следует относиться с особым вниманием, поскольку они так хорошо видны читателям:

  1. Большой кусок хорошо видимого экрана лучше использовать для изображений или важной информации.
  2. Они могут восприниматься как ограждение от предмета как «территории» определенной научной области.
  3. Набор статей в шаблоне боковой панели должен быть достаточно тесно связан, и шаблон должен соответствовать большей части или всем приведенным выше рекомендациям. Если статьи не связаны между собой тесно, более подходящим может быть шаблон нижнего колонтитула (навигационное окно, расположенное внизу статьи).

Примеры [ править ]

Примеры шаблонов включают

  • Шаблон: тематика Испании (горизонтальный шаблон среднего размера),
  • Шаблон: Философские темы (большой горизонтальный шаблон),
  • Шаблон: боковая панель " Философия" (вертикальный шаблон "Часть серии по ..."),
  • Шаблон: список политик (небольшой вертикальный шаблон) и
  • Renault # Внешние ссылки (несколько горизонтальных шаблонов внизу статьи).

Некоторые необычные шаблоны включают

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

См. Также [ править ]

  • Википедия: PetScan , инструмент для поиска категорий статей
  • Википедия: портал , навигационные страницы, представляющие тематическую область
  • Категория: Очерки о навигации в Википедии