Где найти метрические книги в электронном виде

Обновлено: 30.06.2024

Джеймс Чен, CMT – опытный трейдер, инвестиционный консультант и специалист по стратегии глобального рынка. Он является автором книг по техническому анализу и торговле иностранной валютой, опубликованных John Wiley and Sons, а также выступал в качестве приглашенного эксперта на CNBC, BloombergTV, Forbes, Reuters и других финансовых СМИ.

Томас Дж. Каталано – сертифицированный финансовый консультант и зарегистрированный консультант по инвестициям в штате Южная Каролина, где в 2018 году он основал собственную финансовую консультационную фирму. Опыт Томаса дает ему знания в различных областях, включая инвестиции, пенсионное обеспечение, страхование и финансовое планирование.

Аманда Джексон имеет опыт работы в области личных финансов, инвестиций и социальных услуг. Она библиотечный специалист, транскрипционист, редактор и специалист по проверке фактов.

Что такое торговая книга?

Торговая книга — это портфель финансовых инструментов, принадлежащий брокерской компании или банку. Финансовые инструменты в торговом портфеле покупаются или продаются по нескольким причинам. Например, они могут быть куплены или проданы для облегчения торговых операций для клиентов или для получения прибыли от торговых спредов между ценами покупки и продажи или для хеджирования различных форм риска. Объем торговых книг может варьироваться от сотен тысяч долларов до десятков миллиардов в зависимости от размера учреждения.

Основы торговой книги

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

Ценные бумаги, хранящиеся в торговом портфеле, должны иметь право на активную торговлю.

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

Ключевые выводы

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

Влияние потерь торгового портфеля

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

Убытки торгового портфеля могут иметь каскадный глобальный эффект, когда они затрагивают несколько финансовых учреждений одновременно, например, во время Long-Term Capital Management, LTCM, долгового кризиса в России 1998 года и банкротства Lehman Brothers в 2008 году. Глобальный кредитный кризис и финансовый кризис 2008 года были в значительной степени связаны с сотнями миллиардов убытков, понесенных глобальными инвестиционными банками в портфелях ценных бумаг, обеспеченных ипотекой, хранящихся в их торговых книгах. Во время этого кризиса модели стоимости под риском (VaR) использовались для количественной оценки торговых рисков в торговых книгах. Банки перенесли свой риск из банковского портфеля в торговый портфель, поскольку значения VaR низки.

Попытки скрыть убытки от сделок с ипотечными ценными бумагами во время финансового кризиса в конечном итоге привели к возбуждению уголовного дела против бывшего вице-президента Credit Suisse Group. В 2014 году Citigroup Inc. приобрела торговые книги Credit Suisse. Credit Suisse участвовал в продаже в ответ на давление регулирующих органов и их намерение снизить свое участие в инвестировании в сырьевые товары.

Books at JSTOR предлагает более 100 000 электронных книг от известных научных издателей, интегрированных с журналами и первоисточниками на простой в использовании платформе JSTOR.

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

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

Основные функции

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

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

Простота использования. Все главы электронных книг доступны исключительно в модели без DRM и с неограниченным числом пользователей. Они работают так же, как журнальные статьи в JSTOR, с неограниченным одновременным использованием, загрузкой PDF и печатью, и не требуют входа в систему или использования специального программного обеспечения.

Экономия. Мы предлагаем многоуровневую экономию в зависимости от размера вашего учреждения и участия в JSTOR Archive Collection, а также специальные скидки на предметные коллекции. Библиотеки-участники обычно отмечают низкую стоимость использования книг JSTOR.

Основные моменты

Открыть доступ

Более 7 800 электронных книг в открытом доступе от ведущих издателей теперь доступны в JSTOR бесплатно для библиотек и пользователей.

Партнерство с ибероамериканскими издателями

Мы сотрудничаем с первоклассными издателями в Латинской Америке и Испании, чтобы сделать важные научные исследования на испанском и португальском языках доступными для исследователей со всего мира.

Партнерство, возглавляемое Latin Americanist Research Resources Project, работает над созданием устойчивой модели открытого доступа для монографий, которая будет разрабатываться и поддерживаться библиотечным сообществом. Более 280 наименований по 35 дисциплинам социальных и гуманитарных наук теперь находятся в свободном доступе на JSTOR.

тематические коллекции 2020

Мы предлагаем коллекции последних изданий по основным дисциплинам, которые широко используются в JSTOR.

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

СЧЕТЧИК 5 обновлений

Чтобы привести нашу программу электронных книг в соответствие со стандартом COUNTER 5, мы перевели отчеты об использовании и порог срабатывания DDA на показатель Total Item Request. Мы также расширили формат и параметры доставки отчетов об использовании.

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

Формы налоговой службы

W9 , эта форма должна быть заполнена и подписана всеми гражданами США и постоянными жителями США. (физические лица и компании) Эта форма представляет собой декларацию о гражданстве/постоянном проживании США. В конце налогового года все авторы, подпадающие под эту категорию, получат форму 10-99 Misc со списком всех платежей, произведенных в течение соответствующего налогового года.

Налоговая форма для авторов/редакторов, публикующихся в офисах Springer в США

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

Обратите внимание:

Заполняйте эти формы только при подписании контракта со Springer New York. Эта информация не относится к авторам (независимо от того, находятся они в США или нет), которые подписывают контракты с офисами Springer в любой другой стране.

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

Если вы являетесь постоянным редактором Springer и уже предоставили нам эти формы в прошлом, вам не нужно отправлять их повторно.

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

Удержанный налог

Американские авторы и постоянные жители США

Пока у нас есть заполненная форма W9, с любых выплат роялти не будет удерживаться налог.

Авторы за пределами США

Налоговая служба требует, чтобы мы удерживали 30 % всех доходов от роялти для всех иностранных граждан, за исключением случаев, указанных ниже:
Некоторые страны заключили налоговые соглашения с США, которые приносят пользу их гражданам за счет снижения суммы налога. удерживается налоговым органом США. Способ воспользоваться этим — получить индивидуальный идентификационный номер налогоплательщика в налоговой службе США.Этот документ действителен пожизненно и может использоваться с другими компаниями, от которых наши авторы также могут получать оплату. Для получения дополнительной информации перейдите на сайт IRS.gov и введите ITIN в поисковом запросе. Затем нажмите на верхнюю тему Индивидуальный идентификационный номер налогоплательщика (ITIN), и вам будет предложено перейти к подробному разделу часто задаваемых вопросов. После получения индивидуального идентификационного номера налогоплательщика (ITIN) его необходимо предоставить в наш офис, после чего мы применим соответствующую ставку удержания налога. *некоторые страны не имеют соглашения об избежании двойного налогообложения с США, в этом случае ставка останется на уровне 30%

По вопросам авторских гонораров обращайтесь в службу поддержки авторов

Бесплатная копия от редактора/автора

Редакторы/авторы книг имеют право на получение бесплатной копии электронной версии своей книги. Согласно издательскому соглашению между автором/редактором и Springer, авторы/редакторы могут получать бесплатные печатные копии. В соглашении также будет указано, действует ли скидка при получении дополнительных печатных копий.

Скидки на бронирование для авторов и редакторов

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

В конце процесса производства книги авторы книги получают либо

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

Если вы по какой-либо причине не получили одно из этих электронных писем, вы также можете запросить авторскую скидку (SpringerToken) через форму запроса ниже. Как правило, время между отправкой запроса и получением токена не должно превышать двух рабочих дней.

¹) SpringerToken для авторов: персональная скидка, которую может использовать только один человек. Он действителен в течение всей жизни. Просто введите его при первом заказе книги. К любым дальнейшим заказам книг через Интернет ваша авторская скидка будет применяться автоматически.

Заказ книг со скидкой (SpringerToken)

Токен SpringerToken необходим только для вашего первого заказа книг Springer (печатной и электронной версии). Он действителен в течение всей жизни. Для любых дальнейших онлайн-заказов вы автоматически получите авторскую скидку.

Дополнительная информация о заказе

Информация о счете

Копия счета/исправление счета/выписка со счета

По любым вопросам относительно вашего счета или выписки со счета обращайтесь в нашу службу поддержки авторов

Члены библиотеки, поставщика и поставщика контента COUNTER внесли свой вклад в разработку Свода правил.

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

< /p>

Скачать

Элемент отчета COUNTER Expanded Item, определяющий версию статьи, к которой осуществляется доступ.

Обычно отчет об использовании COUNTER отражает использование только следующих версий статей (из 7 версий, определенных Технической рабочей группой ALPSP/NISO JAV):

· Принятая рукопись (AM)

· Версия записи (VoR)

· Исправленная версия записи (CVoR)

Отчетность COUNTER ограничивается заранее установленными коллекциями, которые определены как базы данных. См. раздел База данных.

Электронный журнал
электронная книга
Мультимедиа
Агрегированный полный контент
База данных A&I
Служба обнаружения
Репозиторий
Хранилище данных
Сеть научного сотрудничества

Тип хоста COUNTER.

Например, пространство имен XML состоит из типов элементов и имен атрибутов. Каждое из имен в этом пространстве имен связано/связано только с этим пространством имен. Имя уникально идентифицируется идентификатором пространства имен перед именем. Например, Namespace1_ John и Namespace2_John — это одни и те же имена, но в разных пространствах имен.

Идентификатор СЧЕТЧИКА для авторов элементов.

DR_D1: Поиск в базе данных и использование элементов.

TR_J3, Использование журнала по типу доступа

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

Запросы статей в журнале

COUNTER_SUSHI — это реализация этого стандарта для сбора отчетов COUNTER.

Диссертация: длинное эссе на определенную тему, особенно написанное для получения степени доктора философии.

Тезис: длинное эссе или диссертация, посвященная личным исследованиям, написанная кандидатом на получение степени бакалавра.

Разделы

Приложения

Руководства

1.0 Введение

С момента своего создания в 2002 году COUNTER был сосредоточен на предоставлении свода правил, которые помогают обеспечить библиотекарям доступ к согласованным, сопоставимым и достоверным отчетам об использовании их научной информации в Интернете. COUNTER служит библиотекарям, поставщикам контента и другим лицам, облегчая запись и обмен статистикой использования в Интернете. Кодекс практики COUNTER содержит рекомендации по элементам данных, подлежащим измерению, и определения этих элементов данных, а также рекомендации по содержанию и форматированию выходных отчетов, а также требования к обработке данных и аудиту. Чтобы статистика использования и отчеты были признаны совместимыми с COUNTER, поставщики контента ДОЛЖНЫ предоставлять статистику использования, которая соответствует действующему своду правил.

1.1. Общая информация

1.1.1 Цель

Цель Свода правил COUNTER — облегчить запись, обмен и интерпретацию данных об использовании в Интернете путем установления открытых международных стандартов и протоколов для предоставления статистических данных об использовании, созданных поставщиками контента, которые являются согласованными, сопоставимыми и достоверно.

1.1.2 Область применения

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

1.1.3 Применение

COUNTER предназначен для библиотекарей, поставщиков контента и других лиц, которым требуется надежная статистика использования Интернета. Руководящие принципы, содержащиеся в этом Кодексе практики, позволяют библиотекарям сравнивать статистику с разных платформ, принимать более обоснованные решения о покупке и планировать более эффективно. COUNTER также предоставляет контент-провайдерам подробные спецификации, которым они должны следовать, чтобы генерировать данные в формате, удобном для их клиентов, сравнивать относительное использование различных каналов доставки и узнавать больше о шаблонах онлайн-использования. СЧЕТЧИК также предоставляет рекомендации другим пользователям, интересующимся информацией о статистике использования Интернета.

1.1.4 Стратегия

COUNTER предоставляет открытый свод правил, который развивается в ответ на требования международной библиотеки и поставщика контента. Организация, в функции которой входит заказ, создание, сбор, проверка, размещение, распространение и торговля информацией в электронной поэтому предоставляет данные об использовании. Сюда входят организации, иногда называемые «издателями», «поставщиками», «платформами» и/или «посредниками». сообщества. Кодекс практики постоянно пересматривается; активно запрашиваются отзывы о его масштабах и применении от всех заинтересованных сторон. См. Раздел 12 ниже.

1.1.5 Управление

Свод правил COUNTER разработан Counter Online Metrics (COUNTER), некоммерческой дистрибьюторской компанией, зарегистрированной в Англии. Совет директоров управляет Counter Online Metrics. Исполнительный комитет отчитывается перед Советом, а повседневное управление COUNTER входит в обязанности директора проекта.

1.1.6 Определения

Настоящие Правила содержат определения элементов данных и других терминов, имеющих отношение не только к отчетам об использовании, указанным в Выпуске 5 (R5), но и к другим отчетам, которые могут создавать поставщики контента. Были предприняты все усилия, чтобы использовать существующие определения ISO, NISO и т. д., где это уместно, и эти источники цитируются (см. Приложение A).

1.1.7 Версии

Свод правил COUNTER будет расширяться и обновляться по мере необходимости на основе отзывов сообществ, которые он обслуживает. Каждая новая версия будет доступна в виде пронумерованного выпуска на веб-сайте COUNTER; пользователи будут предупреждены о его доступности. R5 Свода правил заменяет выпуск 4 (R4) Свода правил. Крайний срок реализации этого релиза — 01 января 2019 года. После этой даты только те поставщики контента, которые соответствуют требованиям R5, будут считаться соответствующими Правилам поведения.

COUNTER R5 вводит процесс непрерывного обслуживания (см. Раздел 12 ниже), который позволит со временем изменять Кодекс практики, сводя к минимуму потребность в основных изменениях версий.

1.1.8 Аудит и СЧЕТЧИК соответствия

ТРЕБУЕТСЯ ежегодный независимый аудит отчетов и процессов каждого поставщика контента, чтобы удостовериться, что они соответствуют требованиям COUNTER. Процесс аудита разработан таким образом, чтобы быть простым, понятным и не слишком обременительным или дорогостоящим для поставщика контента . Сюда входят организации, иногда называемые «издателями», «поставщиками», «платформами» и/или «посредниками». гарантируя клиентам надежность данных об использовании СЧЕТЧИКА. Дополнительные сведения см. в Разделе 9 ниже и в Приложении E.

1.1.9 Связь с другими стандартами, протоколами и кодексами

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

1.1.10 Комментарии к Кодексу правил

Исполнительный комитет COUNTER приветствует комментарии к Своду правил (см. Раздел 12 ниже).

1.2 Отличия от версии 4 COUNTER

Изменения в характере онлайн-контента и способах доступа к нему привели к тому, что Свод правил COUNTER эволюционировал в попытке учесть эти изменения. Эта эволюция привела к некоторым неясностям, а в некоторых случаях к конфликтам и путанице в Своде правил. R5 Свода правил COUNTER направлен на повышение ясности, согласованности и сопоставимости отчетов об использовании.

1.2.1 Список отчетов

R5 Свода правил COUNTER сокращает общее количество отчетов, заменяя многие специальные отчеты, которые редко используются, небольшим количеством гибких общих отчетов. Все отчеты COUNTER R4 были либо переименованы, либо заменены другими вариантами отчетов COUNTER R5.

Для получения дополнительной информации см. Приложение B, Раздел 1.1.

1.2.2 Формат отчета

Протокол Standardized Usage Statistics Harvesting Initiative (SUSHI), используемый в R4, был разработан для упрощения сбора статистики использования библиотекарями. В версии R5 SUSHI на основе SOAP/XML Международный стандарт (Z39-93), описывающий метод автоматизации сбора отчетов. COUNTER_SUSHI — это реализация этого стандарта для сбора отчетов COUNTER. Соответствие COUNTER требует, чтобы «Поставщики контента» внедрили COUNTER_SUSHI. протокол заменен RESTful COUNTER_SUSHI API, который использует нотацию объектов JavaScript (JSON) для более легкого обмена данными. Формат JSON не только легко читается и пишется людьми, но и машинам легко анализировать и генерировать. Поддержка COUNTER_SUSHI API обязательна для соответствия R5 (см. раздел 8 ниже).

В R5 все отчеты COUNTER структурированы одинаково, чтобы обеспечить согласованность не только между отчетами, но и между JSON и табличными версиями отчетов. Теперь все отчеты имеют одинаковый формат заголовка, основная часть отчета создается из одного и того же набора имен элементов, итоговые строки удалены, а значения данных в JSON и табличной версии согласованы. R5 также решает проблемы, связанные с терминологией и макетами отчетов, которые варьируются от отчета к отчету, а также с JSON и табличными версиями одного и того же отчета, которые дают разные результаты, но при этом остаются совместимыми.

1.2.3 Типы показателей

R5 стремится к простоте и ясности, сокращая количество Metric_Types и применяя эти Metric_Types во всех отчетах, где это применимо. В версии R4 отчеты о книгах имели типы метрик. Атрибут использования СЧЕТЧИКА, определяющий характер активности использования. который можно считать отличным от типов метрик. Атрибут использования СЧЕТЧИКА, который идентифицирует характер активности использования. в отчетах журнала и типах метрик Атрибут использования СЧЕТЧИКА, определяющий характер активности использования. попытка отразить дополнительные атрибуты, такие как мобильное использование, использование по формату и т. д. Большинство типов метрик R4 Атрибут использования СЧЕТЧИКА, который идентифицирует характер активности использования. были либо переименованы, либо удалены в пользу новых Metric_Types R5.

См. Приложение B, Раздел B.1.2 для таблицы, показывающей типы метрик R4. Атрибут использования COUNTER, который идентифицирует характер активности использования. и их эквивалентность или статус R5.

1.2.4 Представлены новые элементы и атрибуты

В версии R4 характер использования иногда приходилось определять по названию отчета. Чтобы предоставлять более согласованные и сопоставимые отчеты, в версии R5 представлены некоторые дополнительные атрибуты, которые поставщики контента могут использовать для создания разбивок и сводок по использованию.

< td attr="350">Определяет тип раздела, к которому обращался пользователь, включая статью, книгу, главу, другое и раздел. Используется в основном для репортажей о книге. Несерийное издание любого объема, доступное в печатном (в твердом или мягком переплете, в формате вкладных листов) или в электронном формате. СЧЕТЧИК «Data_Type». использование, когда контент доставляется по разделам.

Access_Type	Используется для отслеживания использования контента, имеющего статус OA_Gold (Gold Open Access) или Controlled (требуется лицензия).
Access_Method	Используется для отслеживания того, доступ был для обычного СЧЕТЧИКА «Access_Method». Указывает на то, что использование было сгенерировано пользователем-человеком. Человек, который получает доступ к онлайн-ресурсу, просматривая/выполняя поиск на веб-сайте, а не посредством процессов «интеллектуального анализа текста и данных» («TDM»). использовать или для интеллектуального анализа текста и данных (TDM). Этот атрибут разрешает использование TDM. «Интеллектуальный анализ текста и данных» («TDM») представляет собой вычислительный процесс, при котором текст или наборы данных сканируются программным обеспечением, которое распознает объекты, отношения и действия. (STM Publishers) «Access_Method» в отчете COUNTER используется для разделения обычного A COUNTER «Access_Method». Указывает на то, что использование было сгенерировано пользователем-человеком. Человек, который получает доступ к онлайн-ресурсу, просматривая/выполняя поиск на веб-сайте, а не посредством процессов «интеллектуального анализа текста и данных» («TDM»). использование от использования, которое представляет собой доступ к контенту для целей «интеллектуального анализа текста и данных». использование должно быть исключено из стандартных представлений и представлено отдельно.
Data_Type	Определяет тип использования контента сообщается. Расширен для включения дополнительных типов данных, включая статью, книгу, сегмент книги, базу данных, набор данных, журнал, мультимедиа, газету или информационный бюллетень, другое, платформу, отчет, элемент хранилища и диссертацию.
Publisher_ID	Представлено для улучшения сопоставления и отчетности по издателю.
Section_Type
YOP	Год публикации в виде отдельного элемента упрощает отчетность по возрасту контента.

Вышеуказанные вопросы более подробно рассматриваются в Разделе 3 ниже, а также в Приложении B, Раздел B.1.3.

Как стать контр-совместимым

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

Counter поможет издателям и поставщикам соответствовать требованиям. Прочтите наше руководство по обеспечению соответствия требованиям.

Процесс аудита

Чтобы соответствовать Кодексу поведения, издатели и поставщики должны проходить независимую проверку в течение шести месяцев после подписания Декларации о соответствии СЧЕТЧИКА, а затем ежегодно.

Есть три утвержденных аудитора COUNTER:

COUNTER также примет аудит любого дипломированного бухгалтера (Великобритания), CPA (США) или их эквивалента в другом месте.

Поддержание библиотеки необходимых цифровых объектов требует сохранения метаданных об этих объектах. Метаданные, необходимые для успешного управления цифровыми объектами и их использования, более обширны, чем метаданные, используемые для управления коллекциями печатных работ и других физических материалов, и отличаются от них. Хотя библиотека может записывать описательные метаданные, касающиеся книги в ее коллекции, книга не растворится в серии несвязанных страниц, если библиотеке не удастся записать структурные метаданные, касающиеся организации книги, и ученые не смогут оценить ценность книги, если библиотека не отмечает, что книга была напечатана на офсетной машине Ryobi. Чего нельзя сказать о цифровой версии той же книги. Без структурных метаданных изображение страницы или текстовые файлы, составляющие цифровую работу, малопригодны, а без технических метаданных, касающихся процесса оцифровки, ученые могут быть не уверены в том, насколько точное отражение оригинала обеспечивает цифровая версия. В целях внутреннего управления библиотека должна иметь доступ к соответствующим техническим метаданным, чтобы периодически обновлять и переносить данные, обеспечивая надежность ценных ресурсов.

Проект Making of America II (MOA2) попытался частично решить эти проблемы, предоставив формат кодирования описательных, административных и структурных метаданных для текстовых и графических произведений. METS, инициатива Федерации цифровых библиотек, пытается развить работу MOA2 и предоставить формат документа XML для кодирования метаданных, необходимых как для управления объектами цифровой библиотеки в репозитории, так и для обмена такими объектами между репозиториями (или между репозиториями и их пользователями). ).В зависимости от его использования документ METS может использоваться в роли пакета информации для представления (SIP), пакета архивной информации (AIP) или пакета информации для распространения (DIP) в рамках эталонной модели открытой архивной информационной системы (OAIS).

Документ METS состоит из семи основных разделов:

Заголовок METS. Заголовок METS содержит метаданные, описывающие сам документ METS, включая такую информацию, как создатель, редактор и т. д.

Описательные метаданные. Раздел описательных метаданных может указывать на описательные метаданные, внешние по отношению к документу METS (например, запись MARC в OPAC или средство поиска EAD, поддерживаемое на веб-сервере), или содержать встроенные описательные метаданные, или и то, и другое. . В раздел описательных метаданных можно включить несколько экземпляров как внешних, так и внутренних описательных метаданных.

Административные метаданные. В разделе административных метаданных содержится информация о том, как файлы были созданы и сохранены, о правах на интеллектуальную собственность, метаданные об исходном объекте, из которого получен объект цифровой библиотеки, а также информация о происхождении файлов, составляющих цифровую библиотеку. библиотечный объект (т. е. отношения основной/производный файл и информация о миграции/преобразовании). Как и описательные метаданные, административные метаданные могут быть либо внешними по отношению к документу METS, либо закодированы внутри.

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

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

Структурные связи. Раздел «Структурные связи» METS позволяет создателям METS регистрировать наличие гиперссылок между узлами в иерархии, обозначенной на структурной карте. Это имеет особое значение при использовании METS для архивирования веб-сайтов.

Поведение. Раздел поведения можно использовать для связывания поведения исполняемого файла с содержимым объекта METS. Каждое поведение в разделе поведения имеет элемент определения интерфейса, который представляет собой абстрактное определение набора вариантов поведения, представленных конкретным разделом поведения. Каждое поведение также имеет элемент механизма, который идентифицирует модуль исполняемого кода, который реализует и запускает поведение, определенное абстрактно в определении интерфейса.

Далее следует более подробное объяснение каждого раздела и их взаимосвязей.

Заголовок METS

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

Этот пример содержит два атрибута элемента, CREATEDATE и RECORDSTATUS, которые используются для указания даты и времени создания записи METS, а также для указания статуса обработки записи. Перечислены два отдельных агента, которые работали над этой записи METS, лицо, ответственное за создание записи, и архивариус, ответственный за исходный материал. Оба атрибута ROLE и TYPE в элементе используют контролируемые словари. Допустимые значения для ROLE включают «АРХИВИСТ», «СОЗДАТЕЛЬ», «ХРАНИТЕЛЬ». ," "РАССМОТРИТЕЛЬ", "РЕДАКТОР", "ВЛАДЕЛЕЦ ИС" и "ДРУГОЕ". Допустимыми значениями атрибута TYPE являются "ИНДИВИДУАЛЬНОЕ ЛИЦО", "ОРГАНИЗАЦИЯ" или "ДРУГОЕ".

Описывающие метаданные

Раздел описательных метаданных документа METS состоит из одного или нескольких элементов (раздел описательных метаданных). Каждый элемент может содержать указатель на внешние метаданные (элемент), внутренние метаданные (внутри элемента) или и то, и другое.

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

Элемент this содержит четыре атрибута. Атрибут LOCTYPE указывает тип локатора, содержащегося в теле элемента; допустимые значения для LOCTYPE включают «URN», «URL», «PURL», «HANDLE», «DOI» и «OTHER».' Атрибут MIMETYPE позволяет указать тип MIME для внешних описательных метаданных, а MDTYPE позволяет указать, на какую форму метаданных ссылаются. Допустимые значения для элемента MDTYPE включают MARC, MODS, EAD, VRA (ядро VRA), DC (ядро Dublin), NISOIMG (технические метаданные NISO для цифровых неподвижных изображений), LC-AV (аудиовизуальные метаданные Библиотеки Конгресса), TEIHDR (TEI). Заголовок), DDI (Инициатива по документированию данных), FGDC (Стандарт метаданных Федерального комитета по географическим данным [FGDC-STD-001-1998]) и ПРОЧИЕ. LABEL предоставляет механизм для описания этих метаданных тем, кто просматривает документ METS, например, в «Оглавлении» документа METS.

Внутренние описательные метаданные (mdWrap). Элемент mdWrap обеспечивает оболочку для метаданных, встроенных в документ METS. Такие метаданные могут быть в одной из двух форм: 1. метаданные в кодировке XML, при этом кодировка XML идентифицирует себя как принадлежащую пространству имен, отличному от пространства имен документа METS, или 2. любой произвольной двоичной или текстовой форме, ПРИ УСЛОВИИ, что метаданные закодирован в Base64 и упакован в элемент внутри элемента mdWrap. Следующие примеры демонстрируют использование элемента mdWrap:

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

Административные метаданные

Элементы

содержат административные метаданные, относящиеся к файлам, составляющим объект цифровой библиотеки, а также относящиеся к исходному материалу, использованному для создания объекта. В документе METS предусмотрено четыре основных формы административных метаданных: 1. Технические метаданные (информация о создании файлов, формате и характеристиках использования), 2. Метаданные о правах на интеллектуальную собственность (информация об авторских правах и лицензиях), 3. Исходные метаданные. (описательные и административные метаданные, касающиеся аналогового источника, из которого происходит объект цифровой библиотеки) и 4. Цифровые метаданные происхождения (информация об отношениях источник/назначение между файлами, включая отношения главный/производный между файлами и информация о миграции/преобразованиях, применяемых к файлам). между исходной оцифровкой артефакта и его текущим воплощением в виде объекта цифровой библиотеки). Каждый из этих четырех различных типов административных метаданных имеет уникальный подэлемент в той части документа METS, в которую может быть встроена эта форма метаданных: , , , и .� Каждый из этих четырех элементов может встречаться более одного раза в любом документе METS.

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

Элемент внутри может затем идентифицировать эти административные метаданные как относящиеся к файлу, который он идентифицирует, используя атрибут ADMID, чтобы указать на этот элемент:

Раздел файла

Раздел файла () содержит один или несколько элементов, используемых для группировки связанных файлов. A перечисляет все файлы, составляющие единую электронную версию объекта электронной библиотеки. Например, могут быть отдельные элементы для эскизов, основных архивных изображений, версий в формате pdf, текстовых версий в кодировке TEI и т. д.

Рассмотрите следующий пример раздела файла из объекта цифровой библиотеки для устной истории, который имеет три разные версии: стенограмма в кодировке TEI, основной аудиофайл в формате WAV и производный аудиофайл в формате MP3:< /p>

В этом случае содержит три вспомогательных элемента, по одному для каждой версии объекта. Первый представляет собой файл транскрипции в формате XML, второй — основной аудиофайл в формате WAV, а третий — производный аудиофайл в формате MP3. Хотя такой базовый пример на самом деле не нуждается в элементах для различения разных версий объекта, он становится гораздо более полезным для объектов, состоящих из большого количества отсканированных изображений страниц, или любого случая, когда одна версия объекта состоит из большое количество файлов. В таких случаях возможность разделения элементов на s упрощает идентификацию файлов, принадлежащих определенной версии документа.

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

Также обратите внимание, что все элементы имеют уникальный атрибут ID. Этот атрибут обеспечивает уникальное внутреннее имя для этого файла, на которое могут ссылаться другие части документа. Вы увидите этот тип ссылок в действии, когда мы рассмотрим раздел «Структурная карта».

Следует отметить, что элементы могут обладать элементом, а не элементом. элементы используются для встраивания фактического содержимого файла в документ METS; если это сделано, содержимое файла должно быть либо в формате XML, либо в кодировке Base64. Хотя встраивание файлов обычно не выполняется при подготовке документа METS для использования при отображении объектов электронной библиотеки пользователям, оно может быть полезной функцией для обмена объектами электронной библиотеки между репозиториями или для архивирования версий объектов электронной библиотеки для выключения. -хранилище сайта.

Структурная карта

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

Ниже приведен пример очень простой структурной карты:

Эта структурная карта показывает, что у нас есть устная история (с мэром Нью-Йорка Абрахамом Бимом), которая включает три подраздела: вводное вступление интервьюера, некоторые семейные истории от мэра Бима и обсуждение того, как он пришел к участвовать в профсоюзе учителей в Нью-Йорке. Каждый из этих подразделов/разделов связан с тремя файлами (взятыми из нашего предыдущего примера групп файлов): XML-транскрипцией, а также основным и производным аудиофайлами. Дочерний элемент используется в каждом для указания того, что это разделение соответствует только части связанного файла, и для идентификации точной части каждого связанного файла. Например, первый раздел (введение интервьюера) связан с частью файла транскрипции XML (FILE001), которая находится между двумя тегами в файле транскрипции со значениями атрибута ID «INTVWBG» и «INTVWND». Он также связан с двумя разными аудиофайлами; в этих случаях вместо указания значений атрибута ID в связанных файлах начальная и конечная точки связанного материала в файлах указываются простым значением временного кода в форме ЧЧ:ММ:СС. Таким образом, введение интервьюера можно найти в обоих аудиофайлах в сегменте, начинающемся с 00:00:00 в файле и продолжающемся через время 00:01:47.

Структурные ссылки

Раздел структурных ссылок формата METS является самым простым по форме из всех основных разделов METS, содержащим только один элемент (хотя этот элемент может повторяться). Раздел структурных ссылок формата METS предназначен для того, чтобы вам записывать наличие гиперссылок между элементами в структурной карте, обычно элементами. Это полезное средство, если вы хотите использовать METS для архивирования веб-сайтов и хотите вести запись гипертекстовой структуры сайтов отдельно от файлы HTML самого сайта.

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

Если вы хотите указать, что файл изображения, содержащийся на первой странице, связан гиперссылкой с файлом HTML на второй странице, вы должны иметь следующий элемент в разделе документа METS:

Элемент ссылки выше использует слегка измененную форму синтаксиса XLink; используются все атрибуты XLink, но атрибуты "to" и "from" объявлены как имеющие тип IDREF, а не NMTOKEN, как в исходной спецификации XLink.� Это позволяет указать наличие связей между любыми двумя узлами на структурной карте, а также использовать инструменты обработки XML для подтверждения того, что связанные узлы действительно существуют.

Раздел поведения

Раздел поведения можно использовать для связывания поведения исполняемого файла с содержимым объекта METS. Раздел поведения содержит один или несколько элементов, каждый из которых имеет элемент определения интерфейса, представляющий абстрактное определение набора вариантов поведения, представленных конкретным разделом поведения. A также имеет элемент, который используется для указания на модуль исполняемого кода, который реализует и запускает поведение, определенное абстрактно определением интерфейса.

Поведение цифровых объектов может быть реализовано как связь с распределенными веб-службами, как в следующем примере из проекта Mellon Fedora.

Заключение

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

Читайте также: