Помощь:Стиль цитирования 1

странная заглавная буква

Почему {{ cite web }} в одностороннем порядке недавно в документации было написано с заглавной буквы? — Fourthords | =Λ= | 18:16, 25 октября 2024 (UTC) [ ответить ]

Редактор MtBotany сделал эту правку . Лучше спросить у них. Насколько мне известно, здесь не было обсуждения, обязывающего к такому изменению.

—Trappist the Monk ( обсуждение ) 18:29, 25 октября 2024 (UTC) [ ответить ]

Я планировал задать вопрос на template talk:cite web (согласно моей первоначальной формулировке), но решил, что это единственное место, где можно задать вопрос, учитывая перенаправление. — Fourthords | =Λ= | 20:13, 25 октября 2024 (UTC) [ ответить ]

@ Fourthords Я думал , что это правильный стиль, основываясь на том, что я видел в других шаблонах. Если я не прав, я извиняюсь и могу свободно исправить то, что я сделал. 🌿 Mt Bot a n y ( talk ) 18:32, 25 октября 2024 (UTC) [ ответить ]

Я понятия не имею, были ли вы неправы, делая это; поэтому я и спросил. Могу сказать, что это не соответствует документации в {{ cite book }} , {{ cite magazine }} , {{ cite news }} , и {{ cite journal }} . — Fourthords | =Λ= | 20:13, 25 октября 2024 (UTC) [ ответить ]

В этом вы правы. Я предполагал, что все шаблоны используют один и тот же стиль первой буквы с заглавной буквы, чтобы соответствовать тому, как она написана в названии страницы. Я также видел, как она была написана с заглавной буквы в документации Template:Reflist . Это работает в любом случае, но я пытался добиться единообразия и сделал все более запутанным, а не менее. 🌿 Mt Bot a n y ( talk ) 20:47 , 25 октября 2024 (UTC) [ ответить ]

Запрос на обновление SSRN

У формации Риу-ду-Расту есть эта рабочая ссылка SSRN, но она помечена как неверная. Категория: Ошибки CS1: SSRN сказал упомянуть ее здесь, так как она выше диапазона 4900000. Спасибо! MrLinkinPark333 ( обсуждение ) 02:16, 27 октября 2024 (UTC) [ ответ ]

IslamPidia может быть удалена или перемещена к моменту решения этой проблемы, но она включает в себя рабочий SSRN с номером 5000986. На странице справки об ошибках SSRN в настоящее время указано, что допустимы номера до 5000000. Может быть, нам следует увеличить его до 5100000? Snowman304 | talk 19:14, 2 ноября 2024 (UTC) [ ответить ]

Обновление лимита PMC

PMC 11508991 - 11508991 - подтверждено pmid и doi @ Anderus maculifrons - ссылка 3, а также другие новые 6245 и 6159 проверены на наличие ошибок: PMC Dave-okanagan ( обсуждение ) 07:22, 28 октября 2024 (UTC) [ ответить ]

Работа против Издателя

Этот шаблон включает в себя как «работа», так и «издатель» — в чем тогда семантическая разница между ними? Кроме того, в каких обстоятельствах могут использоваться оба?
Запрос ( обсуждение ) 21:01, 28 октября 2024 (UTC) [ ответить ]

См. Справка: Стиль цитирования 1 § Работа и издатель .

—Trappist the Monk ( обсуждение ) 21:52, 28 октября 2024 (UTC) [ ответить ]

Викиучебники для CS1|2

Глядя на обсуждение выше о Help:Citation Style 1 § документации для работы и издателя , удивительно, что никто никогда не создал Wikibook для CS1|2. Он был бы действительно полезен многим людям. И мог бы быть лучше, чем текущая документация, нет ограничений по пространству или форматированию. Это как разница между шаблонами, написанными на викитексте и Lua — один можно заставить работать для коротких и простых задач, другой — правильный способ масштабирования более крупных задач. Документация CS1|2 теперь большая и сложная. Вот Wikibook по LaTeX и другие компьютерные книги. -- Green C 04:44, 29 октября 2024 (UTC) [ ответить ]

URL-адреса для тома, выпуска и страницы

Если у статьи в журнале/журнале нет надлежащего URL, но существуют надлежащие URL для цитируемой страницы или всего отсканированного выпуска или сборника; например, отсканированного ежегодного тома в твердом переплете; тогда разве не должно быть |volume-url=, |issue-url=, |page-url=/ |at-url=в наличии? Ссылка на заголовок статьи в формате Bluelink кажется некорректной, учитывая, что ввод DOI не делает ссылку на заголовок статьи в формате Bluelink. А подстановка URL всего года/тома под заголовком статьи вместо идентификатора тома не дает читателю статью, на которую, по его мнению, его направили. -- 65.92.246.77 ( talk ) 11:13, 30 октября 2024 (UTC) [ reply ]

|at=и |page=будет принимать внешние ссылки как значения, не выдавая ошибку, как остальные параметры шаблона. Возможно, вам придется выполнить ручное форматирование (особенно если вы используете |at=для ссылки на том и должны пропустить |volume=параметр offset — форма злоупотребления параметрами, против которой кто-то здесь, вероятно, будет яростно выступать).

Кроме того, ввод DOI в сочетании с |doi-access=free приведет к синей ссылке на заголовок, только для {{ cite journal }} . Folly Mox ( talk ) 11:20, 30 октября 2024 (UTC) [ ответить ]

Ссылайтесь на то, что видите. Если вы читаете книгу, которая является ежегодным томом журнальных релизов, то сделайте ссылку на эту книгу, а не на журнал. -- LCU Активно Неинтересно « @ » ° ∆t ° 11:22 , 30 октября 2024 (UTC) [ ответить ]

То, что я могу прочитать, и то, что я могу предоставить URL, может отличаться. В одном случае я могу получить доступ к URL-адресу тома, но я могу получить доступ к физической копии, что является просто проблемой. Было бы неплохо, если бы у page/at были параметры URL. Я попробую URL, закодированный в параметрах page/at, чтобы сослаться на конкретную точку, где встречается фрагмент ссылочных данных — 65.92.246.77 ( обсуждение ) 22:39, 31 октября 2024 (UTC) [ ответить ]

Хотя |page-url=было бы неплохо, работает хорошо. -- Шмуэль (Сеймур Дж.) Метц Имя пользователя: Chatul ( обсуждение ) 13:28, 1 ноября 2024 (UTC) [ ответить ]|page=[url#page=pdfpage pageno]

Две точки в конце?

Я заметил, что этот шаблон, похоже, добавляет две точки в конце цитаты без какой-либо очевидной причины. См. Внешние ссылки на этой странице для примера (есть только одна внешняя ссылка). Может кто-нибудь выяснить, почему это происходит, и исправить это?

— SkyLined ( обсуждение ) 09:29, 4 ноября 2024 (UTC) [ ответить ]

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

«RFC 7617 — «Базовая» схема аутентификации HTTP». Internet Engineering Task Force (IETF). Сентябрь 2015 г.

(Кроме того, ссылка, сгенерированная Citer, не создает двойных точек в исходном контексте.)

Pol098 ( обсуждение ) 12:33, 4 ноября 2024 (UTC) [ ответить ]

Дополнительная точка была размещена после одной из категорий статьи. Поскольку категоризация отображается не на месте, а в конце страницы, создавалось впечатление, что точка была создана шаблоном цитирования. Я удалил ее . Folly Mox ( обсуждение ) 12:40, 4 ноября 2024 (UTC) [ ответить ]

Спасибо, что заметили и исправили это!

В настоящее время он отображается как , The 'Basic' HTTP Authentication Scheme. Internet Engineering Task Force. September 2015. doi:10.17487/RFC7617. RFC 7617.который имеет больше, чем несколько точек и повторяет номер RFC. Это выглядит странно для меня - так ли это должно выглядеть?

— SkyLined ( обсуждение ) 02:54, 5 ноября 2024 (UTC) [ ответить ]

{{cite IETF}}не является шаблоном cs1|2. Это оболочка вокруг . Если вы считаете, что это должно отображаться по-другому, вы должны обсудить это на странице обсуждения шаблона.{{citation}}{{cite IETF}}

—Trappist the Monk ( обсуждение ) 14:38, 5 ноября 2024 (UTC) [ ответить ]

параметры длины или времени выполнения

Эта страница была предоставлена в качестве шаблона Talk for Cite AV Media.

Нигде я не нахожу параметра для размера носителя, как в "pages=" для книг; параметр "time=" описывается как местоположение в произведении, например "page=" или "at=". 71.230.16.111 ( talk ) 05:26, 9 ноября 2024 (UTC) [ ответить ]

@ 71.230.16.111 : мы обычно не указываем размер работы таким образом в цитате. |pages=относится к диапазону страниц в книге или другой работе, а не к общему размеру. Этот параметр используется для префикса множественного числа «pp.» перед группой страниц вместо единственного числа «p.», и он не относится к общему количеству страниц в книге. Это может быть источником путаницы для вас. Imzadi 1979 → 05:54, 9 ноября 2024 (UTC) [ ответить ]

Я использую |type=Video (23'34"). В отличие, скажем, от книги, AV-носители имеют последовательный, а не случайный доступ, поэтому длина более важна для читателя. Если это предложение в целом понравится, его можно добавить в документацию {{ Cite AV media }} . Документация для |type=в настоящее время включает "Псевдоним: |medium=. Используйте одно из следующих значений по мере необходимости: Кинофильм, Телевизионная продукция, Видеокассета, DVD, Blu-ray, Трейлер, CD, Радиопередача, Подкаст". С наилучшими пожеланиями, Pol098 ( обсуждение ) 13:08, 9 ноября 2024 (UTC) [ ответить ]

Документация излишне многословна (автор1, автор2, ... автор9)

Документация для шаблонов цитирования излишне многословна, с записями, сведенными в таблицы, такими как author3, last3, author3-link, для числовых значений до 9 и аналогично для других параметров. После записей для 2-го автора (и т. д.) я предлагаю простые и похожие значения для других авторов, например, author3 и т. д. , опуская записи 3-9. Это также имеет то достоинство, что является более общим; существующая таблица доходит до 9, без упоминания о перечислении дополнительных авторов, например, author15. Я полагаю, что существует ограничение на количество поддерживаемых авторов (и т. д.); это можно было бы упомянуть (в некоторых статьях по физике около 1000 авторов, хотя я не предлагаю включать их всех). Это довольно очевидно; может быть, это было предложено и отклонено? С наилучшими пожеланиями, Pol098 ( talk ) 14:44, 10 ноября 2024 (UTC) [ ответить ]

nПрактического ограничения на in не существует (реальное ограничение см. в справочном руководстве mw:Extension:Scribunto/Lua, § номер).|authorn=

Если вы говорите о той мерзости, которая есть TemplateData, то это не то место. В TemplateData нет поддержки для «сокращенных» имен перечисляемых параметров.

—Trappist the Monk ( обсуждение ) 15:12, 10 ноября 2024 (UTC) [ ответить ]

Спасибо; действительно TemplateData. С наилучшими пожеланиями, Pol098 ( обсуждение ) 15:48, 10 ноября 2024 (UTC) [ ответить ]

URL для цитирования документа

{{ cite document }} под его COinS говорит, что url поддерживается. Но в Кауфмане, Техас я получаю "Неизвестный параметр |url= игнорируется" Как мне указать URL для {{ cite document }} ? Джей 💬 14:50, 10 ноября 2024 (UTC) [ ответить ]

Примечание: эта таблица метаданных отображается в документации всех шаблонов Citation Style 1. Не все эти параметры поддерживаются каждым шаблоном CS1. {{ Cite document }} предназначен специально для офлайн-документов; почему бы не использовать {{ cite web }} ? Mackensen (обсуждение) 15:23, 10 ноября 2024 (UTC) [ ответить ]

( конфликт редактирования )

Из первой строки текста в документации шаблона:{{cite document}}

Этот ... шаблон используется для создания ссылок на короткие, отдельные, офлайн- документы. (выделено мной)

В документации COinS по адресу Template:Cite document § COinS есть следующее:

Примечание: Эта таблица метаданных отображается в документации всех шаблонов Citation Style 1. Не все эти параметры поддерживаются каждым шаблоном CS1.

Используйте соответствующий шаблон.

—Trappist the Monk ( обсуждение ) 15:24, 10 ноября 2024 (UTC) [ ответить ]

Исправлено . Folly Mox ( обсуждение ) 15:39, 10 ноября 2024 (UTC) [ ответить ]

Для некоторых документов {{ Cite report }} , который принимает URL, подходит. Pol098 ( talk ) 15:56, 10 ноября 2024 (UTC) [ ответить ]

Спасибо, но поскольку это был PDF, я хотел использовать цитату, которая ближе всего к документу. И этот PDF не является отчетом. Джей 💬 07:39, 12 ноября 2024 (UTC) [ ответить ]

Я открыт для исправлений от людей, которые фактически выполнили работу, но я понимаю, что теория, лежащая в основе шаблонов CS1|2, заключается не в таксономизации типов источников, а в представлении нескольких согласованных форматов отображения при ограничении наборов параметров. Большинство письменных носителей можно истолковать как «документы». {{ Cite web }} здесь вполне подходит: с полной библиографической информацией читатель должен иметь возможность найти и просмотреть печатную версию этого источника, если текущий сервер источника отключится. Если вы сомневаетесь в подходящем шаблоне, {{ Citation }} можно использовать в качестве первоначальной реализации с |mode=cs1принудительной остановкой вместо запятых между отображаемыми значениями параметров. Folly Mox ( talk ) 17:16, 17 ноября 2024 (UTC) [ ответить ]

О, и предоставить хорошо структурированные метаданные для последующих повторных пользователей и заполнить определенные значения в некоторых случаях и, возможно, для других целей. Забывчиво и в неведении, Folly Mox ( обсуждение ) 17:19, 17 ноября 2024 (UTC) [ ответить ]

MOS:ДИАПАЗОНнарушение

MOS:RANGE гласит: "Короткое тире в диапазоне всегда не имеет пробелов, за исключением случаев, когда один или оба элемента диапазона включают по крайней мере один пробел, дефис или короткое тире; в таких случаях {{ snd }} между ними обеспечит правильное форматирование" и приводит пример "страницы 5-7 – 5-9". Однако шаблоны цитирования не подчиняются этому, вместо этого удаляя пробелы из таких параметров, как|pages=12-1 – 12-24

Пример:

{{citation|title=Справочник по алгоритмам и теории вычислений: общие концепции и методы|editor1-first=Михаил Дж.|editor1-last=Аталлах|editor2-first=Марина|editor2-last=Блэнтон|contribution=Глава 12: Рандомизированные алгоритмы|first1=Раджив|last1=Мотвани|author1-link=Раджив Мотвани|first2=Прабхакар|last2=Рагхаван|author2-link=Прабхакар Рагхаван|edition=2nd|publisher=CRC Press|year=2010|pages=12-1 – 12-24}}
Мотвани, Раджив ; Рагхаван, Прабхакар (2010), «Глава 12: Рандомизированные алгоритмы», в Atallah, Michael J.; Blanton, Marina (ред.), Algorithms and Theory of Computation Handbook: General Concepts and Techniques (2-е изд.), CRC Press, стр. 12-1–24-12
SANDBOX: Motwani, Rajeev ; Raghavan, Prabhakar (2010), «Глава 12: Рандомизированные алгоритмы», в Atallah, Michael J.; Blanton, Marina (ред.), Algorithms and Theory of Computation Handbook: General Concepts and Techniques (2-е изд.), CRC Press, стр. 12-1–24-12

Использование рекомендации MOS {{ snd }} хуже, выдавая "12-1 – , 12–24". Можно ли это исправить, пожалуйста? — Дэвид Эппштейн ( обс .) 07:22, 11 ноября 2024 (UTC) [ ответить ]

Использование ((…))will fix that: title , стр. 12-1 – 12-24. -- Майкл Беднарек ( обсуждение ) 09:10, 11 ноября 2024 г. (UTC) [ ответ ]

Нет необходимости во взломах. Если это нужно исправить, модуль справится и без этого. Gonnym ( talk ) 11:16, 11 ноября 2024 (UTC) [ ответить ]

Согласен, это нужно исправить, но не уверен, как это сделать. Может, это то, с чем могут помочь Trappist the monk или Folly Mox ? Firefangledfeathers ( talk / contribs ) 13:53, 12 ноября 2024 (UTC) [ ответить ]

Извините за путаницу: я довольно хорошо разбираюсь в поведении Module:CS1 и его зависимых шаблонов, но я почти совсем не знаком с кодовой базой. Я прочитал некоторые ее части, но Trappist, безусловно, является основным сопровождающим. Folly Mox ( обсуждение ) 18:44, 12 ноября 2024 (UTC) [ ответить ]

В песочнице. Разделители em/en/дефис между дефисными составными номерами страниц:

{{citation/new|title=Title |pages=12-1 – 12-24}}→ Название , стр. 12-1 – 12-24
{{citation/new|title=Title |pages=12-A – 12-X}}→ Название , стр. 12-А – 12-Х
{{citation/new|title=Title |pages=A-12 - A-24}}→ Название , стр. A-12 – A-24
{{citation/new|title=Title |pages=A-12 — A-24}}→ Название , стр. A-12 – A-24

Разделители em/en/дефис без пробелов между составными номерами страниц, написанными через дефис:

{{citation/new|title=Title |pages=12-1–12-24}}→ Название , стр. 12-1 – 12-24
{{citation/new|title=Title |pages=12-A–12-X}}→ Название , стр. 12-А – 12-Х
{{citation/new|title=Title |pages=A-12-A-24}}→ Название , стр. A-12 – A-24
{{citation/new|title=Title |pages=A-12—A-24}}→ Название , стр. A-12 – A-24

Разделители em/en/дефис без пробелов между составными номерами страниц, разделенными точками:

{{citation/new|title=Title |pages=12.1–12.24}}→ Заголовок , стр. 12.1 – 12.24
{{citation/new|title=Title |pages=12.A–12.X}}→ Название , стр. 12.A – 12.X
{{citation/new|title=Title |pages=12.A-12.X}}→ Название , стр. A.12 – A.24
{{citation/new|title=Title |pages=12.A—12.X}}→ Название , стр. A.12 – A.24

Разделители em/en/дефис между простыми числовыми номерами страниц:

{{citation/new|title=Title |pages=12 – 24}}→ Название , стр . 12–24
{{citation/new|title=Title |pages=12 - 24}}→ Название , стр . 12–24
{{citation/new|title=Title |pages=12 — 24}}→ Название , стр . 12–24

Разделители em/en/дефис без пробелов между простыми числовыми номерами страниц:

{{citation/new|title=Title |pages=12–24}}→ Название , стр . 12–24
{{citation/new|title=Title |pages=12-24}}→ Название , стр . 12–24
{{citation/new|title=Title |pages=12—24}}→ Название , стр . 12–24

Разделители em/en/дефис между простыми буквенными номерами страниц:

{{citation/new|title=Title |pages=xii – xiv}}→ Название , стр. xii– xiv
{{citation/new|title=Title |pages=xii - xiv}}→ Название , стр. xii– xiv
{{citation/new|title=Title |pages=xii — xiv}}→ Название , стр. xii– xiv

Разделители em/en/дефис без пробелов между простыми буквенными номерами страниц:

{{citation/new|title=Title |pages=xii–xiv}}→ Название , стр. xii– xiv
{{citation/new|title=Title |pages=xii-xiv}}→ Название , стр. xii– xiv
{{citation/new|title=Title |pages=xii—xiv}}→ Название , стр. xii– xiv

Разделители em/en/дефис с пробелами и без пробелов между смешанными буквенными и цифровыми номерами страниц; возвращаются в немодифицированном виде:

{{citation/new|title=Title |pages=xii – 5}}→ Название , стр. xii – 5
{{citation/new|title=Title |pages=xii - 5}}→ Заголовок , стр. xii - 5
{{citation/new|title=Title |pages=xii — 5}}→ Заголовок , стр. xii — 5
{{citation/new|title=Title |pages=xii–5}}→ Название , стр. xii–5
{{citation/new|title=Title |pages=xii-5}}→ Заголовок , стр. xii-5
{{citation/new|title=Title |pages=xii—5}}→ Название , стр. xii—5

—Trappist the Monk ( обсуждение ) 14:51, 15 ноября 2024 (UTC) [ ответить ]

очистить узурпированный / непригодный / отклоненный

Вероятно, более десяти лет я исправлял {{cite}}шаблоны с помощью |url-status=usurpedили |url-status=unfit, изменяя их на |url-status=dead. В одном месте Template:Cite web/doc предлагает usurpedи unfitв качестве допустимых значений для этого параметра, а в двух других местах он дополнительно предлагает deviated, о чем я не знал до сих пор, и это значение действительно работает. Template:Cite news/doc имеет эти два других места, но не имеет места, предлагающего usurpedи unfitбез также предлагающего deviated. Рекомендации: во-первых, все страницы документации шаблонов цитирования должны быть обновлены, чтобы указать, что usurpedи unfitне поддерживаются и deviatedвместо этого использовать. Во-вторых, страницы документации шаблонов цитирования должны — для параметров, которые идентичны по имени, диапазону значений и отображению — объяснять параметры с использованием одинакового языка. — Anomalocaris ( talk ) 22:22, 13 ноября 2024 (UTC) [ ответить ]

Что вы имеете в виду, когда говорите: и не поддерживаются ? Приведите пример, который показывает, как эти значения параметров не поддерживаются. Каждый шаблон cs1|2, который поддерживает (все, кроме шаблонов препринтов – , , , , и – и ), поддерживает и для .usurpedunfit|archive-url={{cite arxiv}}{{cite biorxiv}}{{cite citeseerx}}{{cite medrxiv}}{{cite ssrn}}{{cite document}}usurpedunfit|url-status=

Большая часть документации cs1|2 взята из документации Template:Citation Style , которая является общей для всех шаблонов cs1|2. Это настоящая документация. Если вы говорите о той мерзости, которая называется TemplateData, то это не документация шаблона. Пожалуйста, укажите, где, по вашему мнению, документация несовершенна. Если вы знаете, как можно улучшить документацию, пожалуйста, улучшите ее. Документация не защищена.

—Trappist the Monk ( обсуждение ) 23:08, 13 ноября 2024 (UTC) [ ответить ]

Фактический комментарий, без мнения: использование usurped и unfit вызывает предупреждение cs1. Насколько я помню, без проверки они идентичны, и ссылка отображается без ссылки на оригинальную статью, в то время как deviated идентично dead . С наилучшими пожеланиями, Pol098 ( talk ) 11:49, 14 ноября 2024 (UTC) [ ответить ]

Это сообщение о техническом обслуживании, а не предупреждение. Я не совсем уверен в сути, поскольку никакого обслуживания не требуется, а черный список URL-адресов — это совершенно отдельный процесс. |url-status=bot: unknown— еще одно сообщение о техническом обслуживании, которое не требует внимания. Folly Mox ( обсуждение ) 21:40, 14 ноября 2024 (UTC) [ ответить ]

Я деморализован тем, что кто-то намеренно и систематически удаляет |url-status=usurped. Я потратил годы на добавление узурпации к захваченным доменам (см. WP:JUDI ). Нам следует удалить это сообщение о техническом обслуживании, оно продолжает появляться как источник путаницы, а теперь, по-видимому, и как источник вреда для системы. В то же время, что можно сделать для улучшения TemplateData? -- Green C 03:03, 15 ноября 2024 (UTC) [ ответить ]

TemplateData следует свернуть, это не часть документации, и любой редактор, который знает, что это такое, и хочет это отредактировать, не пострадает от сворачивания. В настоящее время редакторы ошибочно принимают это за часть документации, что вызывает путаницу. -- LCU Активно Неинтересно « @ » ° ∆t ° 10:34 , 15 ноября 2024 (UTC) [ ответить ]

Да, я зациклился на подтеме и не смог разобраться в настоящей проблеме: благие намерения, но дезинформированность и преднамеренные недостатки, которые сводят на нет работу других и могут привести читателей к вредоносному ПО, мошенничеству, спаму в сфере онлайн-гемблинга и т. д.~~@ Firefangledfeathers : предложите url-status.~~ Folly Mox ( обсуждение ) 17:16, 15 ноября 2024 (UTC)Отредактировано 15:16, 16 ноября 2024 (UTC)[ отвечать ]

Комментарий: предложенный поиск также находит много страниц, где "url-status=live", однозначно неверный без archive-url, был удален Anomalocaris. Я также удаляю их. С наилучшими пожеланиями, Pol098 ( обсуждение ) 12:02, 16 ноября 2024 (UTC) [ ответить ]

Они отредактировали 760 страниц с кратким изложением редактирования. Процессы JUDI отредактировали около 42 000 страниц. Около 2%. -- Green C 00:29, 16 ноября 2024 (UTC) [ ответить ]

Это было плохое предложение, опубликованное в спешке немного позже, чем мой перерыв уже закончился. Я перешел по ссылке и просмотрел около 40 различий с первой страницы из 500 результатов (еще до лета 2020 года), где сводка правок делала неясным, какие действия были предприняты. Большинство из них были ложными срабатываниями, и из пяти случаев, которые я нашел, когда |url-status=было изменено с unfitили usurped, сегодня только один на самом деле является узурпированным доменом, который я исправил в Special:Diff/1257764735 . Anomalocaris выполняет большой объем качественного и точного поиска цитат.

@ Anomalocaris : могли бы вы предположить, в каком объеме были внесены ваши правки, в результате которых были удалены эти статусы?

Я попробую поискать другие ключевые слова для сводки правок и просмотреть различия вместо того, чтобы слепо публиковать здесь плохие предложения, чтобы другие могли с ними работать. Folly Mox ( обсуждение ) 15:16, 16 ноября 2024 (UTC) [ ответить ]

В качестве продолжения: у меня возникла проблема с инструментом поиска сводки правок Σ , где утверждается, что обнаружено 762 совпадения, но отображается только 501. 501-е, с мая 2020 года, — это самое раннее различие, которое он вернет, независимо от указанного диапазона дат.

Я вручную просмотрел все различия в отображаемых результатах вчера, где из сводки было неясно, удаляется ли a usurpedили unfitstatus, и все различия, которые указывали на то, что это делается (основные совпадения с поисками "usurped" и "unfit", каждый из которых возвращает четыре совпадения). Если кто-то может отобразить более ранние различия, пожалуйста, пришлите мне рабочую ссылку на результаты summary.py, и я вручную проверю их.

Большинство проверенных мной различий были ложными срабатываниями (обычно прояснялись |url-status=bot: unknown), а в случае истинно положительных срабатываний переключение |url-status=в большинстве случаев было верным: несколько веб-сайтов правительства США, которые какой-то предыдущий редактор пометил как непригодные, возможно, как личное заявление, перенаправление на другую страницу с контентом на безопасном домене (Salon) и домен с истекшим сроком регистрации, который никто не удосужился присвоить.

Не было никаких положительных результатов с другими поисками сводки правок; нет идей. Я вижу очень родственную душу в Anomalocaris . Если только они не смогут оценить более широкий охват этого конкретного изменения, или мы каким-то образом не сможем найти удаления членства в Category:CS1 maint: unfit URL (49,891) с помощью некоторого запроса к базе данных, я колеблясь, но оптимистично подозреваю, что хотя временные рамки, указанные в первом предложении OP, длительны, объем этого конкретного изменения не особенно высок. Пусть это подозрение смягчит, в частности, GreenC . Для справки, Folly Mox ( talk ) 17:05, 17 ноября 2024 (UTC) [ ответить ]

Я извиняюсь за то, что испортил работу других редакторов, и я хотел бы загладить свою вину. Иногда я упоминал url-status в сводках правок, но большинство моих правок, связанных с изменением url-status, покрывались «улучшить <ref>s», а не «url-status». Около трети моих сводок правок включают «улучшить <ref>s», поэтому потребовалось бы много времени, чтобы проверить каждую из этих правок на предмет изменения unfit или usurped на dead. Есть ли какой-либо инструмент, который может выполнить, по сути:? For all Anomalocaris edits do if (Diff includes removing "usurped" or "unfit") then (report that edit)Я ставлю строку под этой правкой, чтобы отразить, что комментарии ниже на самом деле старше, и я призываю все ответы быть выше строки. — Anomalocaris ( обсуждение ) 18:51, 17 ноября 2024 (UTC) [ ответить ]

Anomalocaris , было бы полезно иметь возможность просмотреть ваши правки, в которых вы удалили «usurped». Я вижу очень мало, которые используют «usurped» в сводке правок. Самые последние подходят, так как URL-адреса ведут на страницы 404; «dead» — правильный аргумент для использования. Какие еще сводки правок могут привести нас к большему количеству «usurped» изменений? Firefangledfeathers ( talk / contribs ) 15:25, 15 ноября 2024 (UTC) [ ответить ]

Новый эксперимент показывает, что при установке любого из {usurped, unfit ~~, deviated~~ } выдается предупреждение : CS1 maint: url-status ( ссылка ) . Когда я начал это обсуждение, я думал, что увидел, что deviated не выдает предупреждение. Возможно, я ошибся. [Обновление: deviated, похоже, не выдает предупреждение. Anomalocaris ( обсуждение ) 00:30, 16 ноября 2024 (UTC)] [ ответить ]{{cite web}}|url-status={{cite web}}
Я неправильно понял предупреждение, подразумевая: «Пожалуйста, измените статус URL на dead». Теперь я понимаю, что предупреждение означает: «Пожалуйста, найдите лучшую ссылку».
Приношу извинения редакторам, чьи попытки придать им узурпированный статус я подорвал.
Но я не понимаю, зачем вы приложили эти усилия, потому что я не вижу практической разницы между внешней ссылкой, которая недействительна, потому что первоначальный владелец домена не продлил ее, и внешней ссылкой, которая недействительна, потому что веб-мастер прекратил поддержку страницы. В любом случае, это мертвая ссылка. Да, иногда можно найти страницу на том же веб-сайте, теперь организованную по-другому, но обычно, когда страница исчезает, она исчезает. (забастовка от Anomalocaris ( обсуждение ) 00:30, 16 ноября 2024 (UTC)) [ ответить ]
Если кто-то может предложить способ поиска среди моих более чем 87 000 правок для изменения |url-status=usurpedили |url-status=unfitвнесения изменений |url-status=dead, я могу просмотреть свою работу, но это будет огромный проект; некоторые из ранее захваченных URL-адресов могут быть уже неактуальны, а некоторые ссылки могут отсутствовать в текущей версии, так что это будет большой процесс.
Если значение тега обслуживания — «Пожалуйста, найдите лучшую ссылку», я считаю, что тег обслуживания следует убрать, если указать URL-адрес архива. (забастовка от Anomalocaris ( обсуждение ) 00:30, 16 ноября 2024 (UTC)) [ ответить ]
Как я уже говорил, документацию следует улучшить, а еще одно улучшение — пояснить, что предупреждающее сообщение означает «Пожалуйста, найдите лучшую ссылку», а не «Пожалуйста, измените статус URL на dead».

— Anomalocaris ( обсуждение ) 19:24, 15 ноября 2024 (UTC) [ ответить ]

Пожалуйста, важное различие в том, что usurpedURL unfit-адреса не генерируют кликабельную ссылку. Folly Mox ( обсуждение ) 21:39, 15 ноября 2024 (UTC) [ ответить ]

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

"Пример со статусом=dead". Архивировано из оригинала 2024-11-01.

"Пример со статусом=usurped". Архивировано из оригинала 2024-11-01.{{cite web}}: CS1 maint: unfit URL (link)

Видите разницу? Один показывает ссылку на «оригинал», а другой нет. Вот почему он |url-status=usurpedсуществует. Он выполняет функцию, узурпированный — это не просто еще одно слово для мертвого. -- Green C 23:49, 15 ноября 2024 (UTC) [ ответить ]

GreenC (также Folly Mox ): Спасибо, что делаете очевидное еще более очевидным. Теперь я это вижу. Я вычеркнул две пули выше. Я также подтверждаю наблюдение Pol098 , что deviated , похоже, идентично dead в этом отношении. — Anomalocaris ( обсуждение ) 00:30, 16 ноября 2024 (UTC) [ ответить ]

Здесь прокомментировали, что «Поскольку мы не хотим, чтобы читатели невольно переходили на азартные игры и порно, ожидая, что они попадут на обычный веб-сайт, мы скрываем эти вредоносные ссылки, устанавливая их как узурпированные». Это имеет смысл; я предлагаю упомянуть это в документации, а не просто «эти параметры подавляют исходный URL». Может быть, добавить «... потому что они ведут на неподходящие сайты. Создается сообщение о техническом обслуживании, чтобы указать, что можно найти лучшую ссылку». Я на самом деле не думаю, что лучшая ссылка, вероятно, будет доступна, возможно, в большинстве случаев, сайты часто исчезают с контентом, который можно найти только, иногда, на Wayback Machine; я не уверен, что без статистики сообщение о техническом обслуживании вообще полезно. С наилучшими пожеланиями, Pol098 ( обсуждение ) 12:23, 16 ноября 2024 (UTC) [ ответить ]

Статусы «живой», «мертвый», «непригодный», «узурпированный» и «отклоненный» невидимы для читателей (для которых предназначена Википедия) и сбивают с толку редакторов, в частности, из-за того, что разные параметры ведут себя совершенно одинаково (мертвый, отклонившийся; непригодный, узурпированный). Я бы предложил исключить их все (кроме «живой», для архивных ссылок), а для будущего использования предлагать «живой», «недоступный» (но связанный) и «непригодный» (нет ссылки). Выбор будет за редакторами; например, является ли ссылка на, скажем, acme.com/rodulator недоступной или непригодной, когда rodulator прекращен и ссылка перенаправляется на домашнюю страницу acme.com? С наилучшими пожеланиями, Pol098 ( обсуждение ) 13:33, 16 ноября 2024 (UTC) [ ответить ]

Я думаю, это звонок о том, что сообщение о техническом обслуживании для этих |url-status=значений следует подавить. Я не уверен, есть ли лучший способ отслеживания, чем добавление статьи в Category:CS1 maint: unfit URL (49,891), но многие редакторы рассматривают категории обслуживания как проблемы, которые нужно исправить, а не просто методы отслеживания. Может быть, его можно переназначить на свойства Category:CS1 ? Folly Mox ( обсуждение ) 15:16, 16 ноября 2024 (UTC) [ ответить ]

«многие редакторы рассматривают категории обслуживания как проблемы, которые нужно исправить» — большинство из них — проблемы, которые нужно исправить — отсутствующий заголовок, «Редактор» в качестве имени автора или «Архивировано» в качестве заголовка и т. д. С наилучшими пожеланиями, Pol098 ( обсуждение ) 19:59, 16 ноября 2024 (UTC) [ ответить ]

Мне следовало бы сформулировать свои слова более четко. Да, многие / большинство категорий обслуживания (включая подкатегории категории: обслуживание CS1 ) полны ошибок, которые требуют исправления (телефон подсказал: полный бобов). Может быть, мне следовало бы различать категории «обслуживание» и «отслеживание»? Программное обеспечение этого не делает. Я имел в виду, что, в частности, для категории «непригодный URL», обычно бывает так, что снимок архива поддерживает цитируемое утверждение, но URL, который раньше указывал на оригинал, теперь указывает на мусор. Обычно нет необходимости в исправлении, и это, конечно, не просто изменение значения |url-status=на то, которое не выдает сообщение. Тот факт, что редактор с девятнадцатилетним стажем и огромным объемом цитирования гномов имел такое недопонимание, является сигналом для большей ясности в отношении непригодных / узурпированных URL. Folly Mox ( обсуждение ) 21:00, 16 ноября 2024 (UTC) [ ответ ]

Пользователь:Folly Mox , сообщение о техническом обслуживании для этих значений url-status должно быть подавлено . Это происходит на уровне MediaWiki вне нашего (Enwiki) непосредственного контроля? -- Green C 00:58, 17 ноября 2024 (UTC) [ ответить ]

Сообщение выдается Module:CS1 . Я думаю, оно скрыто для людей, у которых не настроен пользовательский css для отображения сообщений о техническом обслуживании CS1. Подкатегории свойств Category:CS1 , похоже, требуют собственного пользовательского css, что делает их отображение еще более преднамеренным для заинтересованных редакторов. Предположительно, такие редакторы поймут, что для этого свойства не требуется никаких действий. Folly Mox ( talk ) 03:06, 17 ноября 2024 (UTC) [ ответить ]

Если при предварительном просмотре правки без отображения сообщений CS1 появляются сообщения о техническом обслуживании CS1, появляется заметное уведомление типа «Предупреждение скрипта: один или несколько шаблонов {{cite book}} содержат сообщения о техническом обслуживании; сообщения могут быть скрыты (помощь).», без указания того, какие ссылки являются причиной. И при отображении сообщений CS1 сообщение типа «отсутствует издатель» больше похоже на ошибку, чем просто на комментарий. С наилучшими пожеланиями, Pol098 ( обсуждение ) 20:26, 17 ноября 2024 (UTC) [ ответить ]

Пользователь:Folly Mox , это хорошо. Как вы думаете, будет ли уместным RfC для его отключения, для некоторых или всех? В противном случае эта тема не будет иметь никакого результата. Я могу начать ее, если только нет серьезных возражений против идеи даже наличия RfC. -- Green C 00:49, 18 ноября 2024 (UTC) [ ответить ]

Для чего-то вроде переименования URL-адреса Category:CS1 maint: unfit в свойствах Category:CS1 в URL-адрес Category:CS1 properties: unfit (что должно сделать сообщения менее заметными и, я надеюсь, заставить эти URL-адреса казаться необязательными к действию), мы, вероятно, могли бы просто вежливо попросить монаха Трапписта. У них также могут быть контраргументы. CFD , вероятно, является следующим местом, если вежливый запрос здесь не сработает. Folly Mox ( talk ) 02:57, 18 ноября 2024 (UTC) [ ответить ]

«Неоднозначные» числовые даты месяцев, приводящие к многочисленным ошибкам

Эта тема поднималась как минимум дважды: Help talk:Citation Style 1/Archive 33#edtf date formats as cs1|2 date Parameter values и Help talk:Citation Style 1/Archive 44#Fix the date formatting , но безрезультатно.

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

Почему никто не исправит проблему? Существует множество возможных решений: автоматически конвертировать в нужный формат (что сейчас вручную делают Айра Левитон , Пол2520 и, возможно, некоторые другие пользователи, я почти уверен, что они никогда не видели ни одной даты ГГГГ-ГГ), показывать ошибку и т. д. 5.178.188.143 ( обсуждение ) 21:06, 14 ноября 2024 (UTC) [ ответить ]

PS И, кстати, бот Citation, судя по всему, вносит такие изменения полностью автоматически, даже не проверяя, что дата на самом деле ГГГГ-ММ, а не ГГГГ-ГГ.

Всегда полезно ссылаться на примеры различий или страницы с проблемой, когда сообщаете о проблеме. Пожалуйста, сделайте это. – Jonesey95 ( обсуждение ) 14:23, 16 ноября 2024 (UTC) [ ответить ]

https://en.wikipedia.org/w/index.php?title=Steven_Kistler&diff=prev&oldid=1257506607 5.178.188.143 ( обсуждение ) 16:05, 16 ноября 2024 (UTC) [ ответ ]

Эта разница показывает, что Citation Bot исправляет однозначную проблему YYYY-MM. – Jonesey95 ( обсуждение ) 02:10, 17 ноября 2024 (UTC) [ ответить ]

Согласно ветке, расположенной немного выше одной из упомянутых в OP, этот «гаджет» — Citoid, по сути неподдерживаемый генератор проблем с цитированием Фонда. ^{[неблагодарная характеристика]} Отслеживается на phab:T132308 (2016, открыто, высокий приоритет, нет правообладателя). Folly Mox ( обсуждение ) 15:32, 16 ноября 2024 (UTC) [ ответить ]

Что не так с Фондом Викимедиа, если они не могут исправить высокоприоритетные ошибки за восемь лет, разве они не купаются в деньгах и волонтерах? 5.178.188.143 ( обсуждение ) 16:01, 16 ноября 2024 (UTC) [ ответить ]

Справедливости ради, в 2021 году был достигнут большой прогресс, включая глобальные обновления кодовой базы Citoid и локальные обновления Module:CS1 . Разработчики и подрядчики Фонда, как правило, не уделяют первостепенного внимания конкретным проблемам enwiki и сосредотачиваются на вещах, которые, по их мнению, принесут пользу всем / многим проектам в экосистеме Викимедиа.

Я не думаю, что было бы слишком неразумно, если бы Модуль был обновлен для преобразования YYYY-NNв month yearдиапазон NN(01,12). Упоминание диапазона лет с неоднозначным сокращенным окончанием — это честная игра для неправильного исправления.

Но мне легко так говорить, поскольку я никогда не прикасался к коду и не обязан обновлять его, когда запрашиваются функции. Я также могу ошибаться относительно сопутствующих проблем, не прочитав полностью обсуждение в Википедии: Руководство по стилю/Даты и числа/Архив 160 § ISO 8601 YYYY-MM Calendar Date Format (июнь 2020 г.). Folly Mox ( обсуждение ) 17:42, 16 ноября 2024 г. (UTC) [ ответить ]

Проблема в том, что форматы типа 2010-11 не могут быть автоматически интерпретированы модулем, поскольку они неоднозначны. Кто-то должен выяснить, каково изначальное намерение даты, поскольку эта информация отсутствует в тексте. Предполагается ли, что это 2010–2011 или ноябрь 2010 года? Поскольку у модуля нет информации, чтобы устранить неоднозначность, он не должен пытаться. — Дэвид Эппштейн ( обсуждение ) 20:04, 16 ноября 2024 (UTC) [ ответить ]

Это никогда, никогда 2010-2011 5.178.188.143 ( обсуждение ) 10:14, 17 ноября 2024 (UTC) [ ответить ]

Это не ошибка или баг. Даты в стиле ISO 8601 (гггг-мм и гггг-мм-дд) распространены во многих частях мира и постепенно становятся все более распространенными в англоязычных частях мира — по крайней мере, для официальных форм, инженерных и многонациональных организаций. Среди прочих причин, мне нравится его за то, что он помещает даты в имена компьютерных файлов, потому что он также сортирует по алфавиту. Согласно WP:DATERANGE , диапазоны лет должны быть записаны как 1881–1886, а не 1881–86 — поэтому у вас никогда не должно быть диапазона лет, например, 2010-11. Если вы видите 2010-11, то осмотритесь и посмотрите, нет ли других дат, например, 2010-05 (очевидно, недопустимый диапазон лет). Шаблоны цитирования знают о датах в стиле ISO 8601, поэтому, если у вас есть или вверху статьи, то шаблоны цитирования преобразуют ее в соответствующий стиль. Stepho talk 10:42, 17 ноября 2024 (UTC) [ ответить ]{{use dmy dates}}{{use mdy dates}}

Проблема со словарем цитирования с URL-адресом записи

{{cite dictionary |dictionary=[[Oxford English Dictionary]] |entry-url=http://www.oed.com/view/Entry/135679?rskey=7ZL0rI&result=3&isAdvanced=false |entry-url-access=subscription |title=oxymoron |url=https://www.oed.com/dictionary |access-date=26 February 2013}}

отображается как

"оксюморон". Оксфордский словарь английского языка . Получено 26 февраля 2013 г.

В отобразившейся цитате используется значение |url=, а не , как ожидалось |entry-url=.Парадоктор( обсуждение ) 19:37, 16 ноября 2024 (UTC) [ ответ ]

Слишком много URL-адресов:

{{cite dictionary |dictionary=[[Oxford English Dictionary]] |entry-url=http://www.oed.com/view/Entry/135679?rskey=7ZL0rI&result=3&isAdvanced=false |entry-url-access=subscription |entry=oxymoron |access-date=26 February 2013}}

"оксюморон" . Оксфордский словарь английского языка . Получено 26 февраля 2013 г. .

—Trappist the Monk ( обсуждение ) 19:57, 16 ноября 2024 (UTC) [ ответить ]

Спасибо!Парадоктор( обсуждение ) 20:23, 16 ноября 2024 (UTC) [ ответ ]

:Комментарий о документации: хотя , |entry-url=не включен в перечисленные параметры, он обсуждается, и приводится использование обоих |url=и |entry-url=в примере (словарь — это псевдоним энциклопедии):

"{{cite encyclopedia |encyclopedia=Biographical Memoirs |volume=82 |date=2003 |given=Arnel R. |surname=Hallauer |entry=John David Axtell |publisher=[[National Academies Press]] |publication-place=Washington, D.C. |language=en |url=https://www.nap.edu/catalog/10683/biographical-memoirs-volume-82 |entry-url=https://www.nap.edu/read/10683/chapter/2}}
Hallauer, Arnel R. (2003). «Джон Дэвид Экстелл». Биографические мемуары. Том 82. Вашингтон, округ Колумбия: National Academies Press .

Выше приведен пример использования {{para|entry-url}} для ссылки на цитируемую запись в энциклопедии, а также использования {{para|url}} для ссылки на энциклопедию в целом.

С наилучшими пожеланиями, Pol098 ( обсуждение ) 20:37, 16 ноября 2024 (UTC) [ ответить ]

В примере OP невозможно использовать |url=для ссылки [словарь] в целом, поскольку невозможно одновременно связать текст с двумя отдельными целями.|dictionary=[[Oxford English Dictionary]]Oxford English Dictionary

—Trappist the Monk ( обсуждение ) 20:58, 16 ноября 2024 (UTC) [ ответить ]

Ошибка, связанная с источниками языка Template:CS1

Категория:Статьи с источниками на молдавском языке (ro-md) , в которой используются источники на языке Шаблон:CS1 (страница обсуждения которой перенаправляет сюда), содержит ошибку.

Ошибка не объясняет, как или что следует делать.
Категория не добавлена в категорию:Ошибки языковых шаблонов .

Gonnym ( обсуждение ) 13:52, 17 ноября 2024 (UTC) [ ответить ]

Это был редактор Error, оправдывающий свое имя пользователя. предназначен для категорий со структурой имени:{{CS1 language sources}}

Категория:CS1 < имя языка >-языковые источники (< тег >)

Для категорий со структурой имени:

Категория:Статьи с источниками на языке <название языка > (< тег >)

использовать .{{Non-English-language sources category}}

Предварительный просмотр — ваш друг; используйте его.

—Trappist the Monk ( обсуждение ) 15:12, 17 ноября 2024 (UTC) [ ответить ]

Извините. Кажется, я скопировал не с той страницы и не понял сообщение об ошибке. -- Ошибка ( обсуждение ) 00:32, 18 ноября 2024 (UTC) [ ответ ]

Двойная проверка на предмет устранения неоднозначности года

Когда в цитате используется буква, например |year=1997a, метаданные COinS остаются неизменными, верно? Remsense ‥ 论18:17, 17 ноября 2024 (UTC) [ ответить ]

{{cite book |title=Title |date=1997a}}

'"`UNIQ--templatestyles-0000008C-QINU`"'<cite class="citation book cs1">''Title''. 1997a.</cite><span title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rft.genre=book&rft.btitle=Title&rft.date=1997&rfr_id=info%3Asid%2Fen.wikipedia.org%3AHelp+talk%3ACitation+Style+1" class="Z3988"></span>

Название . 1997a.

—Trappist the Monk ( обсуждение ) 18:25, 17 ноября 2024 (UTC) [ ответить ]

Спасибо! Думаю, я хотел уточнить, что этот формат имеет предполагаемый, рекомендуемый эффект, но поскольку он явно указан, я не совсем уверен, о чем я беспокоился. Remsense ‥ 论18:28, 17 ноября 2024 (UTC) [ ответить ]

URL для оригинального издания книги

Есть книга, где только оригинальное издание имеет открытый доступ к онлайн-копии, которую можно увидеть на (создано для использования с ). URL-адрес ссылается на издание 1955 года, но цитата включает информацию как о 1-м (через ), так и о 2-м изданиях. Должен ли быть , или есть краткий способ указать, что ссылка ведет на более старое издание в ? Tule-hog ( обсуждение ) 18:53, 17 ноября 2024 (UTC) [ ответ ]{{Kelley 1975}}{{sfn}}|orig-date|orig-url{{cite book}}

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

—Trappist the Monk ( обсуждение ) 19:10, 17 ноября 2024 (UTC) [ ответить ]

(Да - 1-е=1955, 2-е=1975.) Учитывая, что оба издания постранично почти идентичны, разве не было бы полезно для читателей и редакторов включить ссылку? Книга цитируется во многих статьях, и кажется нечистым включать оба издания по отдельности в каждую только ради предоставления ссылки, и лучшей практикой является цитирование самого последнего издания независимо от его доступности (за некоторыми исключениями). Tule-hog ( обсуждение ) 19:35, 17 ноября 2024 (UTC) [ ответ ]

(Извините, если я неправильно понял, и вы имели в виду изменение !) Tule-hog ( обсуждение ) 19:36, 17 ноября 2024 (UTC) [ ответить ]{{cite book}}

Это по-прежнему два источника с двумя отдельными и разными наборами библиографических данных:

Келли, Джон Л. (1955). Общая топология . Нью-Йорк: Д. Ван Ностранд.

Келли, Джон Л. (1975). Общая топология (2-е изд.). Нью-Йорк: Springer-Verlag . ISBN 978-0-387-90125-1.

Если бы библиографические данные были одинаковыми от издания к изданию, то |orig-date=1955и |url=https://archive.org/details/GeneralTopologyJohnL.Kelleyмогли бы быть приемлемыми. Поскольку эти данные не одинаковы от издания к изданию, я не думаю, что |orig-date=и |url=являются подходящими.

Вы можете изменить шаблон так, чтобы он отображал что-то вроде этого:

Келли, Джон Л. (1975). Общая топология (2-е изд.). Нью-Йорк: Springer-Verlag . ISBN 978-0-387-90125-1.(издание 1955 г.)

Это соответствует правилу «один источник — один шаблон» и по-прежнему дает вам ссылку на первое издание.

—Trappist the Monk ( обсуждение ) 22:45, 17 ноября 2024 (UTC) [ ответить ]