При использовании диспетчера ссылок (или даже при отслеживании ссылок в рукописном черновике) обычно имеется ключ для каждой записи при обращении к элементам, которые компьютер (или вы в окончательной форме) позже заменяет правильно оформленной ссылкой. (в стиле журнала).
Например, в BibTeX, с которым я лучше всего знаком, запись \cite{Box2015a}
может быть заменена на «[1]», или на «(Box, O. 2015)», или на «(Box, O. 2015, Формат значимого справочного ключа)» в зависимости от по стилю - ключ, о котором идет речь, является Box2015a
частью.
Наличие хорошего формата ключа кажется полезным, поскольку можно потратить много времени только на просмотр ключа, а не на полный справочник. Просто имя автора и дата, а письмо для разрешения конфликтов не кажется идеальным.
Работала ли Box2015a
Бокс над форматами осмысленных справочных ключей? Или это была его работа над зависимостью скорости велосипеда от погоды? Было бы неловко сделать это неправильно, а также случайный плагиат (поскольку не была дана ссылка на правильную статью).
Какой лучший формат для ссылочных ключей?
Вероятно, единственное общее правило, которому нужно следовать, состоит в том, что ключ должен быть чем-то, что хорошо характеризует документ . Что-либо более конкретное будет во многом зависеть от тем, о которых вы пишете, и варьироваться от ссылки к ссылке:
Надеюсь, это поможет понять идею — я не вижу здесь причин для единого формата ключа; вместо этого этот формат для конкретного случая подчеркивает особенности каждой работы, на которую ссылаются, и поэтому, кажется, лучше всего помогает запомнить, какая ссылка указывает на какую работу в моем опыте.
Лично для меня вышеприведенная система обычно приводит к ключам, которые никогда не включают имя автора или год публикации, и почти всегда имя концепции, в противном случае некоторые фрагменты названия статьи. В зависимости от ваших тем, у вас могут быть разные предпочтения.
У меня никогда не было проблем с конфликтами клавиш при использовании этого подхода; во всяком случае (не то, чтобы это действительно вызвало какие-либо проблемы), я мог получить несколько разных ключей в тех случаях, когда я создавал записи библиографии для одной и той же публикации несколько раз, а не копировал первый в более поздние работы.
Обобщить:
\cite
Я использую справочные ключи (BibTeX), которые состоят из трех частей:
Понятие «значимые слова», конечно, немного расплывчато. Обычно это первое прилагательное, глагол (кроме «to be») или существительное в названии. Например, я бы использовал box15meaningful
для ссылки на документ под названием «О значимых форматах справочных ключей», но box15bicycle
для ссылки на «Зависит ли скорость велосипеда от погоды?».
(Кажется, есть термин "первое осмысленное слово из названия", так как это понятие используется или использовалось в каталогах библиотек, но я забыл этот термин).
С моей точки зрения, основными преимуществами этой системы являются:
Учитывая полную ссылку, я могу предсказать ключ цитирования. Например, когда я смотрю на печатную статью и хочу процитировать ее, я знаю ключ цитирования, не просматривая его в файле BibTeX и не используя какой-либо программный инструмент для его поиска.
Учитывая ключ цитирования, у меня есть некоторое представление о том, что это за статья, потому что ключ включает значимое слово из заголовка.
Клавиши достаточно короткие и не слишком загромождают мой текст.
Ключи цитирования могут использоваться как часть имен файлов, поэтому я также могу называть PDF-файлы подобным образом, если у меня есть статья, доступная в формате pdf на моем жестком диске. Например, у меня было бы box15meaningful.pdf
и box15bicycle.pdf
.
Ключи цитирования можно использовать как часть URL-адресов, поэтому я могу называть веб-сайты, посвященные моим собственным статьям. Например, если бы я был Боксом, у меня мог бы быть веб-сайт, на http://my-university.edu/~box/publications/box15bicycle/
котором вы могли бы загрузить необработанные данные, используемые для моего исследования скорости велосипеда.
Имея два файла BibTeX, которые используют эту схему, я могу объединить их, объединив записи с одним и тем же ключом, потому что одна и та же статья всегда будет иметь один и тот же ссылочный ключ.
Это почти не ответ. Причина в том, что я использую формат, аналогичный тому, который вы считаете неадекватным: "FirstAuthorLastName:Year". В моей области мы используем ссылки в стиле Гарварда, так что это почти то, что появляется в тексте. Двоеточие не является ключевым элементом, просто я использую форму «tab:xxx», «fig:xxx» и «eq:xxx», где «xxx» — это уникальное имя, которое я хочу для объекта, для маркировки поплавки и уравнения. Я хочу сказать, что для меня краткость является необходимостью, поскольку я не хочу, чтобы вокруг документа висели излишне длинные ключи BibTeX или метки. Некоторое время я пытался добавить количество авторов, например "Smith+4:2005", чтобы отличить его от "Smith:2005" с одним автором, но это оказалось слишком утомительно для настройки. Я также сократил несколько авторов до "Smith+:2005". " некоторое время.
Так почему же я работаю с более короткой формой? Во-первых, я знаю, на какой материал ссылаюсь. Я также знаю материал в этой области. Позже я также дважды проверяю ссылки, поскольку они появляются в списке литературы, конечно же, перед отправкой рукописи. Таким образом, ключевым моментом здесь является компромисс между добавлением большого количества информации на этикетку с меньшей степенью «неправильных ссылок» и короткими формами с потенциальным риском большего количества промахов. В конце концов вы используете то, что вам подходит, но со временем вы, вероятно, упростите.
Написав как статьи, так и очень длинные отчеты/книги, я никогда не считал это большой проблемой. Я могу понять, что это становится проблемой, если вы по какой-то причине используете много ссылок, с которыми вы не знакомы. Так что «лучше» — это то, что вы считаете лучшим. Если я правильно понимаю из вашего профиля, что вы стремитесь получить степень доктора философии, и я уверен, что ваша база данных будет расти в определенном направлении во время докторской степени, вы станете близко знакомы с этим набором литературы и, возможно, вы измените способ, которым вы BibTeX ключевые метки ваши ссылки.
Так что лучше то, что лучше всего работает для вас в данный момент. В долгосрочной перспективе, по моему опыту, чем проще, тем лучше.
Отображение «полной информации о цитировании» в «ключ цитирования» во многом является хеш-функцией , и обычно по своей конструкции легко применяется, но трудно инвертируется. Мы делаем это, потому что не хотим набирать от 50 до 100 символов каждый раз, когда цитируем статью.
Часто самый простой способ восстановить данные из хэш-ключа — найти их в словаре/таблице. Если ваша библиографическая база данных достаточно велика, она больше подходит для программного обеспечения, чем для вашего мозга.
Итак, мой рабочий процесс делает следующее:
ABCDEF1234?
Первые шесть символов образованы именами авторов (по некоторому правилу), за ними следует год из четырех цифр и суффикс устранения неоднозначности..vimrc
каждый раз, когда редактирую файл TeX. Это позволяет мне использовать его двумя способами:
Won
, а затем <ctlr>-X <ctrl>-U
, и он покажет мне всплывающий список всех записей с ключом, начинающимся с «Выиграл», который включает, в моем случае, все мои первые авторские статьи не более чем с двумя авторами. . Выделение выбранных записей в списке покажет «экран предварительного просмотра», показывающий библиографическую информацию об этой записи. Я настраиваю свой так, чтобы отображалось только полное название статьи, но достаточно легко включить также информацию об издателе и т. д.<ctrl>-X <ctrl>-U
список теперь состоит только из одного элемента, но окно предварительного просмотра все еще появляется, показывая мне библиографическую информацию.Для иллюстраций:
Перед вызовом средства предварительного просмотра: Обратите внимание на \cite{...}
строку в середине окна.
Наведение курсора Alinac1999
вызывает всплывающее меню (оказывается, Серж Алинхак как минимум три статьи в 1999 году) и панель предварительного просмотра вверху.
Моя система выбора состоит в том, чтобы позволить моему диспетчеру ссылок или какой-либо внешней базе данных обрабатывать генерацию ключа. Каждый раз, когда мне нужно вставить цитату, я обращаюсь к внешнему инструменту или базе данных, ищу ссылку (таким образом избегая большей части риска использования неправильного ключа) и копирую ключ цитаты в свой документ. Это звучит непрактично, но на самом деле я обнаружил, что процесс довольно гладкий и не такой уж неудобный. Несколько ключей, которые я использую чаще всего в той или иной газете, я все равно запоминаю.
Я использую Mendeley в качестве менеджера ссылок, который представляет метаданные рядом с представлением документа в формате PDF. Поэтому, когда я ищу какую-либо информацию в статье, легко скопировать ключ цитирования прямо из Mendeley в мой документ. Я полагаю, что есть много других менеджеров ссылок, у которых есть такая же функция.
В основном я использую Jabref и LyX. Следовательно, необходимости кодировать каждый бит значимой информации в ключе не возникает.
Следовательно, у меня есть простой механизм именования клавиш, который<FirstAuthorLastName>:<Year>:<JournalAbbreviation>
Если это книга, то я заменяю последнюю часть на Book
. Я настроил Jabref, чтобы он автоматически создавал первые две части при импорте. Поскольку аббревиатуры журналов не являются стандартными (пока), это не автоматизировано.
Поскольку LyX используется для написания документа и вставки записей, я могу выполнить поиск, чтобы узнать, какие статьи нужно цитировать, и ключ не имеет большого значения ...
фьярри
ИЛИ картограф
Вилли Вонг
фьярри
ИЛИ картограф
Яап Элдеринг