Обсуждение в Википедии:Перенаправление WikiProject

Обсуждение перенаправлений из draftspace в mainspace, а не из move

Обсуждение было начато относительно перенаправлений из draftspace в mainspace, которые не являются результатом перемещения. Заинтересованные редакторы могут прокомментировать в разделе Wikipedia talk:Drafts#Redirects from draftspace to the mainspace which are not the result of a move . — Godsy^{( TALK}_{CONT )} 19:39, 1 августа 2024 (UTC) [ ответить ]

Перенаправления в hatnotes

Приглашаем вас принять участие в обсуждении использования перенаправлений в hatnotes на Wikipedia talk:Hatnote#Redirects in hatnotes again . Thryduulf ( talk ) 16:43, 5 августа 2024 (UTC) [ ответить ]

R создателю?

У нас есть шаблон {{ R from creator }} . Я не смог найти обратный аналог для обозначения перенаправления от произведения искусства к его создателю. {{ R from product }} слишком коммерческий. Любые советы приветствуются. Пример: Light-Space Modulator . Викидим ( talk ) 19:03, 15 сентября 2024 (UTC) [ reply ]

Шаблон:R из работы и связанных с ней шаблонов работы должен работать здесь. Gonnym ( обсуждение ) 19:07, 15 сентября 2024 (UTC) [ ответить ]

Перенаправления в основном пространстве и не в основном пространстве

Есть ли обсуждение, на которое я могу сослаться, почему некоторые шаблоны перенаправления (например, ) предназначены только для основного пространства, а другие (например, ) — нет? Tule-hog ( обсуждение ) 21:11, 4 октября 2024 (UTC) [ ответ ]{{R from initialism}}{{R from alternative spacing}}

Я не увидел ничего из беглого поиска в архивах здесь. Мне тоже было бы интересно узнать. voorts ( обсуждение / вклад ) 21:19, 4 октября 2024 (UTC) [ ответить ]

Моя первая мысль заключается в том, что это может быть связано с тем, чтобы сделать вещи удобными для повторных пользователей, которые не отражают пространство проекта, и/или взаимодействием этого с пригодностью для печати, но, поразмыслив, я не думаю, что это объясняет разницу. Paine Ellsworth знает гораздо больше о категоризации перенаправлений, чем я. Thryduulf ( talk ) 23:37, 4 октября 2024 (UTC) [ ответить ]

Привет всем, и спасибо за пинг, редактор Thryduulf ! Решение различать одно пространство имен и все-или-другие пространства имен было принято до того, как я зарегистрировался. Я думаю, это было потому, что создатели посчитали, что некоторые отслеживаемые сортировки должны быть ограничены, а другие — нет. Со временем различия немного размылись, как {{ R от other capitalization }} , который относится только к основному пространству, и более недавний {{ R от miscapitalisation }} , который сортирует перенаправления из любого пространства имен. Поэтому я думаю, что ограничение категоризации перенаправлений одним пространством имен делается для того, чтобы сосредоточить мониторинг определенных перенаправлений на более полезной и более простой для мониторинга группировке. Надеюсь, это будет полезно. PI Ellsworth , ed. ^{put'er there} 21:42, 6 октября 2024 (UTC)[ отвечать ]

Шаблон стерт/восстановлен?

Поднимающийся комментарий с вопросом о восстановлении от User:Wbm1058 , относительно этого RfD . Аналогичное восстановление было сделано User:Eejit43 для , но User: Rosguill сослался на тот же RfD как для пустого, так и для перенаправлений (который не принял решения о , и решил перенаправить ). Tule-hog ( обсуждение ) 15:24, 14 октября 2024 (UTC) [ ответ ]{{R from incorrect hyphenation}}{{R from alternative hyphenation}}{{R from alternative hyphenation}}{{R from incorrect hyphenation}}

{{R from incorrect hyphenation}}был создан в мае 2013 года как {{ R из модификации }} .

Он сохранял этот общий статус до тех пор, пока 19 ноября 2018 года не был изменен на {{ R из альтернативного написания }} . Я не совсем согласен с этим. Длина горизонтальной линии не является вопросом написания a–z.

Всего месяц спустя, 29 декабря 2018 года, он был смело повышен до {{ R из-за опечатки }} .

7 мая 2020 года я вернулся к {{ R из альтернативного написания }} .

Затем 14 мая 2020 года его смело изменили на {{ R from irregular name }} . Это было еще хуже. Косметическое изменение длины дефиса не меняет имя.

Затем последовало обсуждение в феврале 2021 года, которое изменило его обратно на {{ R от mispelling }} . Это обсуждение было закрыто без какого-либо административного анализа или обоснования, после того как другой администратор счел необходимым повторно включить его в список для более тщательного обсуждения и более четкого консенсуса – и никаких дальнейших обсуждений после повторного включения не произошло. Там было не так много !голосований, больше « У меня нет хорошего ответа », чем сильных мнений.

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

Когда я впервые стал активным участником Википедии в декабре 2011 года, я начал вести свою пользовательскую страницу, написав эссе о дефисах и тире , которое другой редактор скопировал год спустя, чтобы начать Wikipedia:Hyphens and dashes .

Tule-hog , мне интересно, читали ли вы Wikipedia:Database reports/Linked misspellings . Я изо всех сил пытался держать этот отчет под контролем. Редакторы продолжают становиться все более и более перфекционистскими в том, как они тегируют перенаправления, доводя косметические вещи, такие как длина дефиса, до уровня первоочередных опечаток. Я пытаюсь сделать что-то, чтобы облегчить нагрузку на гномов, которые исправляют опечатки. Вот почему я создал Category:Redirects from irregular hyphenation 5 ноября 2023 года. Я не восстанавливал перенаправление на {{ R from alternative spelling }} .

Я думаю, что могу написать бота, чтобы «исправить» косметические проблемы с горизонтальными линиями, которые были помечены как неправильные, а не как допустимые альтернативы. Я считаю, что они не должны требовать человеческого контроля, поэтому мы не должны обременять гномов требованиями вносить эти исправления. И, вероятно, поскольку они были помечены как неправильные, такой бот не будет отклонен за внесение «косметических правок» согласно WP:COSMETICBOT . Я просто еще не успел написать код бота, так как мое время все еще сильно переподписано. – wbm1058 ( talk ) 17:17, 14 октября 2024 (UTC) [ ответить ]

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

Будет ли слишком далеко заходить, если экстраполировать ваш ответ, что все «неправильные» rcats (в конечном итоге) предназначены для использования в отчете базы данных (предположительно, для «исправления»)? Я предполагаю, что это слишком далеко, поскольку некоторые шаблоны автоматически помечают , что полезно для разных целей.{{R unprintworthy}}

В следующем отступе маркер представляет зависимость; при маркировке ➝страницы происходит перенаправление на родительскую страницу, если нет, используется подкатегория родительской страницы. Ссылка на соответствующий RFD предоставляется, если он существует.

Я вижу следующее, что сообщается через Linked miscapitalizations и Linked misopsings :

{{R from miscapitalisation}}
- {{R from incorrect capitalisation}}➝ ( ЗП )
{{R from misspelling}}
- {{R from incorrect spelling}}➝
- {{R from incorrect spacing}}➝
- {{R from incorrect punctuation}}➝ ( РФД1 , РФД2 )

Другие «неправильные» rcats (которые я смог найти), без отчетов по базе данных (насколько мне известно), это:

{{R from incorrect disambiguation}}
{{R from incorrect hereditary title}}( ➝{{R from subsidiary title}} )
{{R from incorrect URL encoding}}( ➝{{R unprintworthy}} )
{{R from incorrect name}}
- {{R from incorrect hyphenation}}
- {{R from incorrect quotation}}➝
- {{R from incorrect abbreviation}}➝
- {{R from incorrect modification}}➝
- {{R from incorrect term}}➝
- {{R from incorrect title}}➝

Для каждого шаблона существует ряд псевдонимов, поэтому я постарался включить только значимые названия страниц (часто помеченные как возможные). Расширяя мой предыдущий вопрос, будет ли полезно иметь Linked misnamemings?

Что касается автоматизации irregular➝alternative, то из ответов Eejit, Anomie и Hyphenation Expert следует, что создать такого бота будет сложно, но интерес есть. Tule-hog ( talk ) 17:49, 20 октября 2024 (UTC) [ ответить ]

{{ R от irregular hyphenation }} кажется вполне допустимым rcat, например, использование дефисов вместо коротких тире является неверным. Я не уверен, что именно может сделать что-то альтернативным переносом вместо неправильного переноса, но что-то вроде -1 , перенаправляющего на −1, может быть альтернативой, поскольку дефис обычно используется вместо знака минус. Я не вижу ничего плохого в наличии обоих rcat, но различия между ними, вероятно, следует лучше объяснить в их соответствующей документации. ~ Eejit43 ( talk ) 16:06, 15 октября 2024 (UTC) [ reply ]

Включение или пропуск необязательного дефиса; например, Некоммерческая организация или Преэклампсия . Категория:Перенаправления с альтернативных переносов Эксперт по переносам ( обсуждение ) 05:18, 16 октября 2024 (UTC) [ ответить ]

Я только что заметил, что AnomieBOT EnDashRedirectCreator помечает все перенаправления с дефиса на конечный как «альтернативные» вместо «неправильных» переносов, фу. Hyphenation Expert ( обсуждение ) 05:28, 16 октября 2024 (UTC) [ ответить ]

Ах да, я думаю, что AnomieBOT неправильно там тегирует. Спасибо за разъяснение относительно альтернативных переносов, в таком случае, похоже, что все перенаправления с дефиса на конечный (и подобные) должны быть помечены тегом {{ R from irregular hyphenation }} , и определенно потребуется некоторая очистка этих категорий. cc @ Anomie ~ Eejit43 ( talk ) 16:08, 16 октября 2024 (UTC) [ ответить ]

Возможные исключения могут быть в именах собственных, например, организация может использовать дефис там, где наше руководство по стилю говорит использовать короткое тире или использовать оба взаимозаменяемо, аналогично с длинными тире. Я не знаю, есть ли такие примеры, но это то, на что следует обратить внимание. Определенно есть примеры, которые возникали в RfD, когда два дефиса используются в официальном названии (я хотел сказать канадские избирательные округа, но я могу ошибаться). Thryduulf ( talk ) 16:24, 16 октября 2024 (UTC) [ ответить ]

@ Eejit43 : AnomieBOT использовал {{ R из модификации }} , пока вы не попросили меня в апреле перейти на {{ R из альтернативного переноса }} . Я могу переключить его снова, если нужно, чтобы каждое перенаправление, создаваемое ботом для заголовков с коротким тире, было помечено {{ R из неправильного переноса }} вместо этого. Однако маловероятно, что я смогу заставить бота знать разницу между «неправильным» и «альтернативным». Anomie ⚔ 17:46, 16 октября 2024 (UTC) [ ответить ]

Да, я не знал о {{ R от неправильного переноса }} в тот момент, так что извините за это. Я не уверен, как именно бот сможет определить, является ли перенаправление неправильным или альтернативным переносом. Можно было бы сделать логику для проверки того, находится ли тире между двумя цифрами и другими примерами, но это кажется слишком сложным для поддержки. ~ Eejit43 ( talk ) 17:55, 16 октября 2024 (UTC) [ ответить ]

«Связанные» шаблоны перенаправления

@ Tule-hog недавно создал {{ R из ярлыка проекта }} и {{ R из ярлыка шаблона перенаправления }} . Мне интересно узнать, есть ли у кого-нибудь мнение по этому типу шаблона, так как я лично считаю, что он приносит больше проблем, чем пользы. Использование такого шаблона сломает скрипты, такие как redirect-helper и другие менеджеры rcat, и лишит контроля над этими перенаправлениями тегов. ~ Eejit43 ( talk ) 21:18, 29 октября 2024 (UTC) [ ответить ]

Шаблоны вроде {{ R to project namespace }} в 2024 году не должны существовать. Мы можем написать умный код, чтобы {{ Redirect category shell }} знал, откуда и куда идет перенаправление, и обрабатывал его автоматически. Gonnym ( talk ) 21:29, 29 октября 2024 (UTC) [ ответить ]

+ 1 voorts ( обсуждение / вклад ) 21:32, 29 октября 2024 (UTC) [ ответить ]

Это невероятно хорошее замечание, это должно обрабатываться автоматически, как и защита!! ~ Eejit43 ( обсуждение ) 21:32, 29 октября 2024 (UTC) [ ответить ]

Это было бы круто. Я не ожидал, что это сломает какие-либо скрипты; шаблоны определенно не стоят усилий, если они это сделают. Примечание Категория: Связанные шаблоны перенаправления также должны быть очищены. (Я также пометил их как subst templates , я не уверен, решает ли это проблемы.) Tule-hog ( обсуждение ) 21:35, 29 октября 2024 (UTC) [ ответ ]

В более широком смысле, существует множество шаблонов перенаправления. Возможно, этому проекту следует их просмотреть, определить, какие из них действительно используются/нужны, и TfD те, которые не используются. voorts ( обсуждение / вклад ) 21:40, 29 октября 2024 (UTC) [ ответить ]

@ Elli работала над Template:Automatic redirect categories несколько лет назад. Не уверена, где и почему это остановилось. Gonnym ( обсуждение ) 09:30, 30 октября 2024 (UTC) [ ответить ]

Просто потерял мотивацию. Если мы сможем прийти к консенсусу относительно того, какие категории следует применять автоматически, мы определенно должны применять их таким образом. Elli ( talk | contribs ) 12:36, 30 октября 2024 (UTC) [ ответить ]

Обсуждение наWikipedia:Деревенский насос (политика) § Дата перенаправления на порталы?

Приглашаем вас присоединиться к обсуждению на Wikipedia:Village pump (политика) § Дата перенаправления на порталы? . Cremastra ( u — c ) 01:41, 30 октября 2024 (UTC) [ ответить ]

инструмент «что перенаправляет сюда»

Я ищу инструмент-редактор, который изолирует перенаправления на страницу от остальной части «что здесь ссылается». Я обратился к AWB (в котором есть функция «что здесь перенаправляет»), но, похоже, мой вариант использования недостаточен для получения одобрения. Есть ли какие-либо общие инструменты, которые делают то же самое? Tule-hog ( talk ) 18:30, 5 ноября 2024 (UTC) [ ответить ]

Вы запрашиваете список перенаправлений на определенную страницу? Если так, на Special:WhatLinksHere отметьте "скрыть включения" и "скрыть ссылки", и это покажет только перенаправления. Также есть способ сделать это с включением. Например, вот список перенаправлений на John Wilkes Booth через {{Special:WhatLinksHere/John Wilkes Booth|hidelinks=1|hidetrans=1}}

Джон Уилкс Бут(страница перенаправления) (ссылки | редактирование)

стенд Wikes(страница перенаправления) (ссылки | редактирование)

Джон Уилкс Бут(страница перенаправления) (ссылки | редактирование)

Теории заговора Джона Уилкса Бута(страница перенаправления) (ссылки | редактирование)

Уилкс-Бут(страница перенаправления) (ссылки | редактирование)

Джон Виклс Бут(страница перенаправления) (ссылки | редактирование)

Теории заговора об убийстве Линкольна(страница перенаправления) (ссылки | редактирование)

Джон Уилкс Бут(страница перенаправления) (ссылки | редактирование)

Дж. Уилкс Бут(страница перенаправления) (ссылки | редактирование)

Бут сбежал(перенаправление в раздел « Теории побега Бута ») (ссылки | редактирование)

Джон Бут (актер)(страница перенаправления) (ссылки | редактирование)

Джон Уилк Бут(страница перенаправления) (ссылки | редактирование)

JW Бут(страница перенаправления) (ссылки | редактирование)

Бут, Джон Уилкс, 1838-1865(страница перенаправления) (ссылки | редактирование)

Джон У. Бут(страница перенаправления) (ссылки | редактирование)

JW Бут(страница перенаправления) (ссылки | редактирование)

Смерть Джона Уилкса Бута(перенаправление в раздел « Смерть ») (ссылки | редактирование)

Best, voorts ( обсуждение / вклад ) 18:35, 5 ноября 2024 (UTC) [ ответить ]

Дополнительный кредит за демонстрацию версии wikilink. Спасибо! Tule-hog ( talk ) 18:44, 5 ноября 2024 (UTC) [ ответить ]

Модуль Lua для проверки перенаправлений на разделы

Я думал о том, как обеспечить стабильность перенаправлений разделов в русской Википедии с помощью модуля Lua. Мы не используем теги шаблонов перенаправлений, поэтому для нас это скорее план по работе с ними. Но поскольку английская Википедия уже использует их и перенаправления на разделы должны быть помечены тегом {{ R to section }} , я подумал, что было бы хорошей идеей написать локализуемый модуль. Вот моя попытка: Module:RedirectChecker .

Он проверяет текущую страницу и, если это перенаправление, анализирует ее содержимое на предмет первой ссылки на странице, чтобы найти якорь, на который она ссылается. Если страницы, перенаправления или якоря нет, он возвращает сообщение об ошибке и категорию отслеживания. В противном случае он извлекает и анализирует содержимое целевой страницы и пытается найти либо заголовок, либо id="…"(например, {{ Anchor }} ), соответствующий перенаправлению. Если модуль нигде не находит якорь, он возвращает отдельную категорию отслеживания. Имена категорий отслеживания можно определить в Module:RedirectChecker/config.json для целей перевода.

Что вы думаете? В зависимости от ваших отзывов, я хотел бы добавить этот модуль в {{ R to section }} , {{ R to anchor }} и другие шаблоны, которые вы сочтете подходящими. Конечно, есть место для модификаций. Например, этот модуль можно изменить, чтобы дать отдельную категорию для страниц, где он используется без перенаправлений. stjn 19:55, 10 ноября 2024 (UTC) [ ответить ]