Ошибка чтения marc записи iso 2709

Импорт документов из формата ИРБИС

Импорт документов из формата ИРБИС

Имею задание загрузить в БД издания из ЭБС издательства ЛАНЬ. На сайте издательства предлагается два варианта выгрузки: ИРБИС (ISO) и Руслан (MRC). В процедуре импорта в поле ФОРМАТ имеем три варианта: MARC21, UNIMARC, RUSMARC. Как можно решить эту задачу?
Пробовал для загрузки все три варианта. Процедура выполнялась. В окне сообщение о том, что все хорошо, загружено столько-то документов. Но реально новых документов в БД нет.

Последний раз редактировалось ase301 Чт июл 21, 2016 10:08 am, всего редактировалось 1 раз.

ase301
 
Сообщения: 110
Зарегистрирован: Ср дек 24, 2014 11:04 am
Откуда: Хабаровск, ДВИУ РАНХиГС
  • Сайт

Re: Импорт документов из формата ИРБИС

Сообщение vvv75 » Чт июл 21, 2016 6:30 pm

Добрый день!
Выберите ИРБИС (ISO) и в процедуре импорта в поле ФОРМАТ укажите RUSMARC.

Аватара пользователя
vvv75
Site Admin
 
Сообщения: 615
Зарегистрирован: Чт сен 18, 2014 10:26 pm

Re: Импорт документов из формата ИРБИС

Сообщение ase301 » Пт июл 22, 2016 9:16 am

vvv75 писал(а):Добрый день!
Выберите ИРБИС (ISO) и в процедуре импорта в поле ФОРМАТ укажите RUSMARC.

Пробовал. Процедура загрузки выполняется. В окне сообщение о том, что загружено столько-то документов. Но реально новых документов в БД нет.

Написал в издательство. Ответили, что с RUSMARC совместимы файлы РУСЛАН. Но это zip архив, в котором каждый документ представлен файлом с расширением mrc. MARC работает только с файлами ISO. Может завернуть их в ISO, только ISO какого формата?

ISO файлы с книгами, которые успешно загружаются в Марк, не читаются ни в winrar, ни в UltraISO.

ase301
 
Сообщения: 110
Зарегистрирован: Ср дек 24, 2014 11:04 am
Откуда: Хабаровск, ДВИУ РАНХиГС
  • Сайт

Re: Импорт документов из формата ИРБИС

Сообщение ase301 » Вт июл 26, 2016 4:03 am

ase301 писал(а):

vvv75 писал(а): MARC работает только с файлами ISO. Может завернуть их в ISO, только ISO какого формата?
ISO файлы с книгами, которые успешно загружаются в Марк, не читаются ни в winrar, ни в UltraISO.

Нашел: В настоящее время многочисленные информационные органы и библиотеки как в России, так и за рубежом используют различные СУБД, основу которых составляют файлы в структуре стандарта ISO-2709. Широкое использование формата ISO-2709 в библиотечных системах обусловлено тем, что библиографическая информация является свободнотекстовой и слабоструктурированной, что не позволяет эффективно использовать для ее обработки реляционные СУБД. Стандарт ISO-2709 лежит в основе всех форматов для библиографических записей семейства MARC (MAchine Readable Cataloguing), таких как USMARC, UNIMARC, RUSMARC и др.

А файлы ИРБИС, как я понял в формате UNIMARC. Но по идее они должны тоже загружаться в Марк. Написал еще раз в издательство. Сообщил, что поскольку количество пользователей MARК-SQL исчисляется тысячами, было бы неплохо иметь возможность скачивать БЗ с их сайта в формате RUSMARC по стандарту ISO-2709. Говорят, счас программисты в отпуске. Ответим позже.

Кстати, при импорте аналогичных файлов ЭБС IPRBooks проблем нет. Загружается прекрасно.

ase301
 
Сообщения: 110
Зарегистрирован: Ср дек 24, 2014 11:04 am
Откуда: Хабаровск, ДВИУ РАНХиГС
  • Сайт

Re: Импорт документов из формата ИРБИС

Сообщение vvv75 » Пн авг 01, 2016 9:14 am

Добрый день!
В ИРБИСе RUSMARC
Пришлите мне на почту пару выгрузок, попробую покрутить у себя

Аватара пользователя
vvv75
Site Admin
 
Сообщения: 615
Зарегистрирован: Чт сен 18, 2014 10:26 pm

Re: Импорт документов из формата ИРБИС

Сообщение ase301 » Вт авг 02, 2016 11:03 am

vvv75 писал(а):Добрый день!
В ИРБИСе RUSMARC

Выслал.
На сайте издательства IPRbooks формат RUSMARC и ИРБИС выкладываются разными файлами.

ase301
 
Сообщения: 110
Зарегистрирован: Ср дек 24, 2014 11:04 am
Откуда: Хабаровск, ДВИУ РАНХиГС
  • Сайт

Re: Импорт документов из формата ИРБИС

Сообщение vvv75 » Чт авг 04, 2016 1:13 pm

Добрый день!
iso ИРБИС — процесс загрузки идет хорошо. Кодировка WINDOWS (ANSI) Формат RUSMARC

Аватара пользователя
vvv75
Site Admin
 
Сообщения: 615
Зарегистрирован: Чт сен 18, 2014 10:26 pm

Re: Импорт документов из формата ИРБИС

Сообщение ase301 » Пт авг 05, 2016 10:05 am

vvv75 писал(а):Добрый день!
iso ИРБИС — процесс загрузки идет хорошо. Кодировка WINDOWS (ANSI) Формат RUSMARC

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

State: 01000
Message: [Microsoft][ODBC SQL Server Driver][SQL Server]Выполнение данной инструкции было прервано.
State: 42000
Message: [Microsoft][ODBC SQL Server Driver][SQL Server]Курсор не содержит таблицу, которая изменяется, или таблицу невозможно обновить через курсор.

ase301
 
Сообщения: 110
Зарегистрирован: Ср дек 24, 2014 11:04 am
Откуда: Хабаровск, ДВИУ РАНХиГС
  • Сайт

Re: Импорт документов из формата ИРБИС

Сообщение ase301 » Пн авг 08, 2016 10:46 am

ase301 писал(а):В окне длинный список повторяющихся сообщений:
State: 42000
Message: [Microsoft][ODBC SQL Server Driver][SQL Server]Курсор не содержит таблицу, которая изменяется, или таблицу невозможно обновить через курсор.

С файлами ИРБИС все в порядке. Проблема с SQL сервером. Причем не желает загружать даже из файла, который создан родной процедурой экспорта в MARKе.

Пробовал загружать ИРБИС на другом сервере — все проходит штатно.

ase301
 
Сообщения: 110
Зарегистрирован: Ср дек 24, 2014 11:04 am
Откуда: Хабаровск, ДВИУ РАНХиГС
  • Сайт

Re: Импорт документов из формата ИРБИС

Сообщение vvv75 » Пн авг 08, 2016 11:27 am

Добрый день!
Либо в базе много временных таблиц, либо у пользователя (под которым идет вход в БД) отсутствуют права.

Аватара пользователя
vvv75
Site Admin
 
Сообщения: 615
Зарегистрирован: Чт сен 18, 2014 10:26 pm


Вернуться в МаркSQL

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1

Использование
коммуникативных форматов и протоколов.
Объектная модель документа (
DOM).
XML,
RDF,
OWL.

Многоуровневые
и многокомпонентные информационные
ресурсы. Типология и структура
распределенных ИР. Проектирование
распределенных документальных
информационных ресурсов.

Этап
предобработки документальных ИС
предполагает преобразование документов
в машиночитаемую форму, пригодную не
только для обработки в АИС, но и для
унифицированного обмена между различными
АИС. Формализация процессов получения
машиночитаемых форм документов основана
на стандартизованных в настоящее время
решениях – использовании коммуникативных
форматов и специализированных языков
разметки, поддерживающих объектную
модель документа.

13.1.
Коммуникативные форматы для обмена

библиографическими
данными

Впервые
задача создания машиночитаемых каталогов
была поставлена и решена Библиотекой
Конгресса США. В 1965 – 1966 гг. в Библиотеке
Конгресса был разработан проект,
направленный на исследование возможности
получения библиографического описания
в машиночитаемой форме. Этот проект
положил начало созданию семейства
форматов MARC (Machine-Readable Catalogue), ориентированных
на обмен всеми видами документов и
решение разнообразных информационно-библиотечных
задач, включая каталогизацию и применение
в различных автоматизированных системах.

Структура
формата была зафиксирована американским
национальным стандартом Z39.2,
а позднее на основе формата MARC
был создан международный стандарт ISO
2709. По мере развития информационно-поисковых
систем и создания электронных ресурсов,
ориентированных на семантический поиск,
были разработаны стандарты, предопределяющие
повышенные требования к поисковому
образу документа. Примерами таких
форматов являются форматы международной
службы INIS-AtomIndex,
фирм Dervent
и INSPEC,
отечественный формат обмена
научно-технической информацией МЕКОФ.

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

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

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

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

Заголовок
состоит из следующих компонентов (слайд
13.2
):

длина
записи

(позиции 0-4) — количество символов в
записи, включая маркер и разделитель
записи;

статус
записи

(позиция 5) — один символ, который должен
быть определен в нормативно-технических
документах по применению данной структуры
записи, например, «новая» или «исправленная
и пересмотренная» запись;

коды
применения

(позиции 6-9) — коды, которые могут быть
определены в нормативно-технических
документах по применению данной
структуры;

длина
индикатора
(позиция
10) — десятичная цифра, определяющая
количество символов индикатора.;

длина
идентификатора

(позиция 11) — десятичная цифра, определяющая
количество символов идентификатора –
разделителя подполей.;

базовый
адрес данных

(позиции 12-16) — десятичное число,
указывающее общую длину в символах
маркера записи и справочника, включая
разделитель поля в конце справочника;

план
справочника

(позиции 20-23):

позиция
20 — десятичная цифра, указывающая длину
в символах компонента «длина поля
данных» каждой статьи справочника;

позиция
21 — десятичная цифра, указывающая длину
в символах компонента «позиция начального
символа» каждой статьи справочника.

позиция
22 — десятичная цифра, указывающая длину
в символах компонента «часть, определяемая
при применении» каждой статьи справочника;

позиция
23 — зарезервирована.

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

Первые
3 позиции статьи справочника всегда
занимает трехзначная метка
поля
.
Метки полей определяются конкретным
форматом, но всегда имеют трехсимвольное
числовое значение.

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

Размер компонента указан в 20-й позиции
плана заголовка.

Позиция
начального символа

— десятичное число, определяющее позицию
первого символа поля данных,
идентифицируемого меткой, относительно
базового адреса данных. Длина компонента
в символах задается в 21-й позиции
заголовка.

На
слайде
13.2

представлена статья справочника,
заданного планом ‘4500’.

Справочник
заканчивается специальным
символом-разделителем.

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

Пример
записи в формате МЕКОФ представлен на
слайде
13.3.

Соседние файлы в папке Lekcii

  • #

    22.08.2013990 б98.listing

  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #

У этого термина существуют и другие значения, см. Marc (b) .

MARC (англ. (b)  MAchine-Readable Cataloging) формат машиночитаемой каталогизации
Расширение (b) .mrc, marc
MIME (b) -тип application/marc
Разработчик Henriette Avram[d][1]
Опубликован 1960-е
Тип формата формат файла (b) и metadata standard[d]
Открытый формат (b) ? да
Сайт loc.gov/marc/ (англ.)

MARC (англ. (b)  Machine-Readable Cataloging, «машиночитаемая каталогизация») — формат (b) машиночитаемой (b) каталогизационной (b) записи (b) .

История

Впервые программа MARC I была разработана Библиотекой Конгресса США (b) в 1965—1966 годах с целью получения данных каталогизации в машиночитаемой форме. Аналогичная работа выполнялась в Великобритании Советом по Британской национальной каталогизации для обеспечения использования машиночитаемых данных при подготовке печатного издания Британской национальной библиографии — British national Bibliography (проект BNB MARC). На основе указанных разработок в 1968 году начал создаваться коммуникативный англо-американский формат MARC (проект MARC II). Целями его создания стало обеспечение:

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

В 1971[2] году обобщённая версия MARC была принята в качестве международного стандарта ISO 2709.

В СЭВ, и, впоследствии, в СНГ, ISO 2709 был адаптирован в качестве ГОСТ 7.14-84 (СТ СЭВ 4269-83) СИБИД и ГОСТ 7.14-98 СИБИД. Однако оба эти стандарта (и международный оригинал и русскоязычная адаптация) являлись слишком общими и не содержали значимых для библиотечного дела подробностей, поэтому не могли применяться напрямую. Про ISO 2709 можно сказать, что практически все форматы семейства MARC соответствуют ему в части определения формата данных, являясь его подмножествами. Но, при этом, они, обычно, выходят за его рамки в части определения конкретных полей его записей.

Национальные адаптации первоначального формата и появление обобщающих стандартов

В процессе развития использования формата в 1970-х гг. появились более 20 его различных версий, ориентированных на национальные правила каталогизации (в том числе UKMARC (Великобритания (b) ), INTERMARC (Франция (b) ), USMARC (США (b) ), AUSMARC (Австрия (b) ), CANMARC(Канада (b) ), DanMARC (Дания (b) ), LCMARC, NorMARCV SwaMARC и др.).

Для преодоления несовместимости этих форматов в 1977 году Международной федерацией библиотечных ассоциаций (ИФЛА) было выпущено издание «Универсальный формат MARC» (Universal MARC Format, UNIMARC). Его целью провозглашено « …содействие международному обмену данными в машиночитаемой форме между национальными библиографическими службами». Предполагалось, что этот формат должен стать посредником между любыми национальными версиями форматов MARC и, следовательно, обеспечивать конвертирование данных из национального формата в него, а из него — в другой национальный формат.

В 1980 году вышло в свет второе издание UNIMARC, а в 1983 — UNIMARC Handbook, в которых основное внимание уделялось каталогизации монографий и сериальных изданий. При этом были использованы требования Международного стандарта библиографических описаний (International Standard Bibliographic Description, ISBD).

В 1987 году издана новая версия формата UNIMARC, отражённая в Руководстве по применению UNIMARC — «UNIMARC Manual», которая расширила его действие на другие виды документов. Кроме того, Руководство предусмотрело возможность использования данного формата «как модели для разработки новых машиночитаемых библиографических форматов».

В то же время, развитие формата USMARC шло самостоятельным путём.

В своих последних редакциях формат USMARC превратился в комплекс специализированных форматов (USMARC Concise Formats) для записи библиографических, авторитетных, классификационных данных, данных о фондах и общественной информации (соответственно — USMARC for Bibliographic Date; USMARC Format for Authority Data, USMARC for Classification Data, USMARC Format for Holding Data, USMARC Format for Community information). Каждый из указанных форматов опубликован, содержит подобное описание полей, инструкции по применению и правила, обеспечивающие ввод и идентификацию данных.

В 1990-х годах на повестку дня стал вопрос об унификации форматов обмена англоязычных стран, работающих по одним и тем же планам каталогизации. Разработчики нового формата (первоначальное название IMARС) планировали согласование форматов США, Великобритании, Канады, Австралии и Новой Зеландии. Но реальную работу по согласованию вели только представители США и Канады[3].

В 1999 году в результате согласования и последующего слияния библиографических форматов США (b) и Канады (b) (USMARC и CANMARC) объявлено об образовании на их основе нового формата («Формата XXI века») — MARC-21. С этого времени организации, ориентировавшиеся на формат USMARC, должны перейти на формат MARC-21 и отслеживать все его последующие изменения, включая новые дополнения к нему (ранее подобные требования отсутствовали). MARC-21 включает форматы:

  • библиографических данных;
  • авторитетных данных;
  • данных о фондах;
  • классификационных данных;
  • общественной информации.

В настоящее время формат MARC-21 используется в США, Канаде, Австралии, Новой Зеландии, в университетских библиотеках Великобритании и Франции, Венгрии, Дании, Испании, Швеции, Финляндии, а также в Национальной библиотеке Италии.

Внутреннее устройство

База данных в формате MARC представляет собою последовательность отдельных записей переменной длины, каждая из которых относится к одному конкретному изданию. Внутреннее устройство каждой из записей — переменной длины, с переменным составом стандартных полей, некоторые из которых могут быть множественными. Такой формат хранения данных удобен для работы с магнитными лентами, на которых первоначально и хранились такие данные, для реляционных СУБД он представлял серьёзное неудобство. Маппинг MARC в XML оказался, однако, более естественным.

Форматы

Сейчас существует целое семейство форматов MARC. Два основных ответвления в развитии формата, конкурирующие между собой: MARC21 (b) и UNIMARC (b) .

MARC21

Поддерживается библиотекой конгресса США (b) , используется в основном в США (b) и Великобритании (b)

MARCXML

XML-схема, основанная на MARC21. Определяет вариант XML (b) , совпадающий по выразительным свойствам с MARC21. Так же, как и сам MARC21, разработан и поддерживается библиотекой конгресса США (b)

UNIMARC (b)

Поддерживается международной организацией (b) IFLA (b) и используется в основном в Европе и Азии.

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

Поля формата UNIMARC можно подразделить на общие и специфические. Общие поля используются при описании любых видов документов, специфические — только при описании определённых видов. Специфические поля встречаются в блоках полей формата 0ХХ, 1ХХ, 2ХХ. В блоке 0ХХ имеются поля для записи уникальных международных идентифицирующих номеров документов (ISBN (b) , ISSN (b) , ISMN (b) и т. д.). В блоке 1ХХ существуют поля кодированных данных отдельно для книг (105), сериальных изданий (110), видеоматериалов (115), графических материалов (116), электронных ресурсов (135). В блоке описательной информации 2ХХ специфическое поле 230 отражает область специфических сведений об электронных ресурсах.

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

Формат UNIMARC разрабатывался на протяжении ряда лет, он постоянно совершенствуется и теперь, но очень медленно. Это связано с тем, что Постоянный комитет при ИФЛА (b) , поддерживающий UNIMARC, малочислен и работает на общественных началах по принципу консенсуса, используя в основном переписку для взаимных консультаций. Одним из последних крупных изменений, внесённых в структуру формата Постоянным комитетом, является утверждение комплекса полей для описания электронных ресурсов, многие из которых имели статус предварительных ещё в редакции формата 1987 г. Все перечисленные обстоятельства побудили разрабатывать свою версию формата, добавляя поля и подполя национального использования, что допускается данным международным стандартом. Кроме того, для большинства видов документов было решено разработать руководства по применению MARC-формата, которые должны были бы включать описания особенностей заполнении специфических и общих полей для каждого вида, а также содержать рекомендации по описанию в национальной версии формата типовых документов, относящихся к каждому виду, то есть была поставлена задача разработки образцов, или моделей, описания документов.

Национальные версии

Существуют различные национальные версии форматов MARC. Как правило, это адаптированные к языковой и национальной специфике версии форматов MARC21, UNIMARC и др.

MARC в России

В России не существует единственного общепринятого варианта MARC, адаптированного для нужд русского языка и отечественных библиотек. В настоящее время используется ряд версий этого формата. Одной из широко распространённых является RUSMARC[4] — официальная российская версия UNIMARC, которую продвигает часть российского библиотечного сообщества при определённой поддержке Министерства Культуры.

Однако, значимая часть крупных библиотек достаточно активно вкладывалась в использование адаптированной к русскому языку версии USMARC. Среди них можно назвать ГПНТБ (b) , осуществившую перевод стандарта на русский язык[5], и Российскую государственную библиотеку (b) , которая после появления заменяющего USMARC стандарта MARC21 переориентировалась на него[6].

MARC в странах бывшего СССР

  • Белорусский (b) коммуникативный формат представления библиографических записей в машиночитаемой форме — BELMARC (b) [7], разработан на основе UNIMARC.
  • Украинский вариант UNIMARC: УКРМАРК Національний формат представлення бібліографічних даних (проект).

См. также

  • XML (b)
  • файл .mrc (b)  — Bibliographic data (Machine-Readable Cataloging records (b) )
  • МЕКОФ (b)
  • ISBD (b)
  • Z39.50 (b)

Примечания

  1. http://www.loc.gov/loc/lcib/0605/avram.html
  2. Henriette Avram, ‘Mother of MARC,’ Dies (May 2006) — Library of Congress Information Bulletin. www.loc.gov. Дата обращения: 5 апреля 2017. Архивировано 15 марта 2017 года.
  3. В. Скворцов. Форматы MARC21, UNIMARC, RUSMARC, их настоящее и будущее. www.rusmarc.ru. Национальная служба развития системы форматов RUSMARC. Дата обращения: 13 апреля 2017. Архивировано 29 апреля 2017 года.
  4. Национальная служба развития системы форматов RUSMARC. Дата обращения: 19 марта 2013. Архивировано 3 февраля 2013 года.
  5. Форматы USMARC. Краткое описание В 3-х частяхАрхивная копия от 6 февраля 2018 на Wayback Machine (b) на сайте ГПНТБ
  6. Адаптированное описание MARC21 на русском языке и методические указания по его применениюАрхивная копия от 6 апреля 2017 на Wayback Machine (b) на сайте РГБ.
  7. BELMARC на Интернет-портале Национальной библиотеки БеларусиАрхивировано 27 декабря 2010 года.

Литература

  • Воройский, Ф. С. Основы проектирования автоматизированных библиотечно-информационных систем / Ф. С. Воройский. — Москва: Физматлит, 2002.

Ссылки

  • Спецификации конверсии UNIMARC в MARC 21, версия. 3.0, 2001 (англ.) (англ.)
  • MARC 21 (англ.)
  • MARC 21 XML Schema (англ.)

ISO 2709 является стандартом ISO для библиографических описаний — «Информация и документация — Формат для обмена информацией».

Поддерживается Техническим комитетом по информации и документации (TC 9846 ).

Содержание

  • 1 История
  • 2 Базовая структура
  • 3 Поля
  • 4 Пример
  • 5 См. Также
  • 6 Ссылки
  • 7 Внешние ссылки

История

Формат для обмена библиографической информацией, он был разработан в 1960-х годах под руководством Генриетты Аврам из Библиотеки Конгресса для кодирования информации, напечатанной на библиотечных карточках. Впервые он был создан как ANSI / NISO Standard Z39.2, один из первых стандартов информационных технологий, и назывался «Формат обмена информацией». Версия стандарта 1981 г. называлась «Документация — формат для обмена библиографической информацией на магнитной ленте». Последняя редакция этого стандарта — ANSI / NISO Z39.2-1994 (R2016) (ISSN 1041-5653 ). Стандарт ISO заменяет Z39.2. По состоянию на декабрь 2008 г. действующим стандартом является ISO 2709: 2008.

Базовая структура

Запись ISO 2709 состоит из четырех разделов:

  • Метка записи — первые 24 символа записи. Это единственная часть записи фиксированной длины. Метка записи включает длину записи и базовый адрес данных, содержащихся в записи. В нем также есть элементы данных, указывающие, сколько символов используется для индикаторов и идентификаторов подполей. (См. «Поля переменных» ниже)
  • Каталог — каталог предоставляет позиции ввода для полей в записи вместе с тегами полей. Запись каталога состоит из четырех частей и не может превышать двенадцать символов в длину:
    • Тег поля (3 символа)
    • Длина поля (4 символа)
    • Начальная позиция символа поле (5 символов)
    • (необязательно) Часть, определяемая реализацией
  • Поля данных (переменные поля) — строка, содержащая все данные полей и подполей в записи
  • Разделитель записей — один символ (IS 3 из ISO 646 )

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

Поля

В записи ISO 2709 есть три вида полей:

  • Поле идентификатора записи — идентифицирующее запись и присваиваемое организацией, которая создает запись. поле идентификатора имеет тег 001.
  • Зарезервированные поля — зарезервированные поля предоставляют данные, которые могут потребоваться для обработки записи. Зарезервированные поля всегда имеют тег i. в диапазоне 002–009 и 00A – 00Z.
  • Библиографические поля — это значения в диапазоне 010–999 и 0AA – ZZZ. Библиографические поля содержат данные и разделитель полей (IS 2 ISO 646). У них также могут быть следующие необязательные части:
    • Индикатор (0–9 символов, как указано в заголовке) — индикаторы обычно предоставляют дополнительную информацию о содержимом поля, взаимосвязи между полем и другими полями. в записи или о действиях, необходимых в определенных процессах обработки данных (включая отображаемые метки).
    • Идентификатор (0–9 символов) — идентифицирует данные в библиографическом поле. В случае использования идентификаторы состоят из разделителя (1 символ, IS 1 стандарта ISO 646) и идентификационного кода (1–9 символов, как определено в заголовке), а также строки переменной длины, содержащей данные..

Пример

MARC21 — это экземпляр стандарта ISO 2709, который имеет следующие характеристики: теги

  • находятся в диапазоне 002–999, только
  • есть двухсимвольный индикатор на каждое поле, и каждый символ представляет собой отдельно определенный элемент данных
  • идентификатор в полях данных (называемый «кодом подполя» в MARC21) — это один символ ASCII, которому предшествует IS 1 стандарта ISO 646.

См. Также

  • MARC — стандарт для кодирования данных каталогизации библиотек с использованием ISO 2709.

Ссылки

Внешние ссылки

  • ISO 2709: 2008 — Информация и документация — Формат для обмена информацией
  • Характеристики MARC21

Во время работы с утилитой Ультра ИСО иногда имеются небольшие недочеты. Ошибка в UltraISO является явлением редким, но очень досаждающим. Некоторые из них могут быть с тем, что не работают некоторые клавиши, другие из-за ошибки при чтении устройства. О том, как устраняется ошибка в UltraISO, будет рассказываться по ходу данной статьи. Алгоритмы, представленные ниже, подойдут и для Windows 7, и для Windows 10.

Не найден виртуальный привод в Ультра Исо

Когда происходит данная неисправность, появляется окошко с текстом «Виртуальный привод не найден». Это происходит из-за того, что вы только что загрузили приложение, еще не создав виртуальный привод.

Для решения вопроса, требуется сделать следующее:

  1. Выполните запуск от имени администратора.
  2. Как только оно откроется, зайдите в настройки, расположенные в разделе «Опции».
  3. Зайдите в одноименную вкладку, чтобы указать количество приводов. Оно должно быть не менее одного. Не забудьте сохранить настройки, нажав «Ок». Приятного использования!

Если возникла ошибка 121 при записи на устройство, то это говорит о том, что произошла проблема в Виндусе. Это связано с наличием нескольких файловых систем. Так, FAT32 не может хранить данные весом более 4 Гб.

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

  1. Смените систему файлов на носителе. Для того чтобы это сделать, требуется провести форматирование. Для этого требуется посетить «Мой компьютер», где в устройстве выбрать «Форматировать».
  2. Затем поставьте новую систему – NTFS, после чего нажмите «Начать». После этого все материалы будут удалены.

Обратите внимание, что если пишет «Устройство занято», пожалуйста, закройте все запущенные программы, использующие носитель. И помните о том, что нужные материалы придется сохранить заранее, чтобы не потерять их навсегда.

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

Дискобраз переполнен

Если случилось так, что диск образа переполнен, то эта проблема является самой распространенной среди пользователей. Распространенные основания возникновения ошибки 2 при доступе к устройству:

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

Первая причина

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

А если объем флешки позволяет, но запись все равно не идет, стоит попробовать выполнить форматирование, после чего сменить файловую систему.

Если пользуетесь диском, то стоит записать вторую часть образа на другой диск, ведь здесь сменить систему файлов не выйдет.

Вторая причина

В этом случае будет несколько сложнее избавиться от трудностей. Если проблема возникла с диском, то стоит просто приобрести новый. Если пытаетесь осуществить запись на флешку, то можно попробовать осуществить полное форматирование. Для этого нужно снять галочку с пункта «Быстрое». Если появилась надпись «Error formatting NTFS volume», то лучше просто сменить носитель.

Ошибка в UltraISO: Неизвестный формат образа

При возникновении сообщения, гласящего что это «неизвестный формат образа», может наблюдаться несколько причин.

Первая причина

Она заключается в том, что происходит открытие ошибочного файла или файла ни с тем форматом. Для того чтобы познакомиться со всем перечнем форматов, стоит нажать на клавишу «Файлы образа».

Для исправления проблемы, стоит следовать алгоритму:

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

Вторая причина

Часто случается, что эта ошибка в UltraISO возникает из-за сбоя. Это практически невозможно заметить сразу, поэтому могут возникать такие трудности. Если первую причину удалось исключить, то для исправления понадобится создание нового образа.

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

Вам необходимо иметь права администратора

Если возникло окошко с надписью: «you must be administrator to access this device» или «Вам необходимо иметь права администратора», то прочитайте этот раздел до конца.

Причины появления ошибки

Для решения проблемы понадобится установить причину ее возникновения. Практически все операционные системы предоставляют пользователям разные права. Одной из групп, имеющей более расширенные права, является «Администратор».

Недостаточность прав возникает не только, кодла решите работать с данной утилитой. Причем запускать приложения от имени администратора стоит и в самой учетной записи администратора. Благодаря этому, Виндус обеспечивает себе безопасность.

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

Решение проблемы с правами доступа

Для устранения неполадок просто воспользуйтесь инструкцией:

  1. С помощью правой кнопки мыши выберите на файле вкладку «Запуск от имени администратора».
  2. После этого появится уведомление, где требуется согласиться на внесение изменений. Нажмите «Да», если сидите не с администраторской учетной записи, введите специальный пароль.

Поздравляем, можете выполнять все необходимые действия в ОС.

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

Не видит флешку для записи

Если обнаружили, что произошла ошибка в UltraISO, гласящая что «Не видит флешку для записи».

Причины возникновения проблемы

Рассмотрим основные причины, приводящие к неполадке:

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

Способы решения проблемы

Следующие методы решения помогают только тогда, когда флешка прекрасно видна в «Проводнике», а программа не может ее обнаружить.

Способ 1: выбор нужного раздела для работы с флешкой

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

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

Чаще всего происходит попытка просто «нарезать» образ обычным путем, но сталкиваетесь с невидимостью. Для правильной работы требуется выбрать опцию для HDD, находящуюся в разделе «Самозагрузка».

Если нажмете «Записать образ жесткого диска», вместо СД, то увидите, что носитель отображается полноценно.

Способ 2: форматирование в FAT32

Если первый метод не помог, то придется отформатировать устройство. Для этого зайдите в «Мой компьютер», после чего перейдите в раздел форматирования. Требуется поставить файловую систему ФАТ32.

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

Для начала форматирования требуется на носителе нажать правой кнопкой мыши, чтобы зайти в раздел «Форматировать». После этого укажите в разделе системы файлов ФАТ32. Как только это будет сделано, уберите отметку с «Быстрого» форматирования, чтобы полностью избавиться от внутренних материалов. Начните процесс.

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

Если возникло сообщение «power calibration area error», стоит сменить носитель.

Способ 3: запуск от имени администратора

Для осуществления некоторых целей, применяемых для ЮСБ-накопителя, требуются специальные права. Сейчас будет представлена подробная инструкция, рассказывающая о том, как выполнить запуск программы от имени администратора:

  1. Нажмите на ярлык приложения «Ультра ИСО» ПК мышки. Как только появится всплывающее меню, нажмите на пункт «Запустить от имени администратора».
  2. Если пользуетесь учетной записью администратора, то просто согласитесь на изменения. Если у вас нет такой возможности, то Виндовс попросит ввести специальный административный пароль. Как только правильные данные будут введены, то программа мгновенно запустится.

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

Способ 4: форматирование в NTFS

НТФС – популярная система файлов, способная хранить большие объемы материалов. Она считается наиболее используемой в современных накопителях. Если возникла ошибка проверки свободных блоков на носителе, попробуйте выполнить форматирование:

  1. Зайдите в проводник Виндовс, а в разделе «Компьютер», а затем правой клавишей мышки по флешке. Когда выскочит контекстное меню, нажмите «Форматировать».
  2. В разделе файловой системы выберите пункт «НТФС», а затем снимите галочку с пункта «Быстрое». Запустите процесс, после чего дождитесь окончания.
  3. Все успешно работает и готово к эксплуатации.

Способ 5: переустановка UltraISO

Если подобная проблема наблюдается только в рассматриваемом программном обеспечении, то стоит задуматься, не возникли ли неполадке в работе самого ПО. Лучшим решением станет переустановка утилиты. Не забудьте предварительно удалить ее полностью. Лучше всего воспользоваться деинсталляторами, чтобы не осталось остаточных данных.

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

Ошибка в UltraISO: Error setting write mode page

Эта неточность может появиться во время процесс нарезки СД/ДВД дисков через рассматриваемое программное обеспечение.

Причиной «class name tfrmusbwrite error» может показаться нечто сложное, но решение находится буквально на поверхности. Она возникает из-за проблем с AHCI режимом, то есть у вас устарели драйвера или произошлао недоразумение в AHCI-контроллере.

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

Другие ошибки в Ультра Исо

  • Ошибка 5. Она возникает из-за конфликта в разных программных обеспечениях. Для этого требуется закрыть утилиту, после чего попробовать переустановить.
  • Ошибка 55. Возникает из-за того, что запустили софт не от имени администратора.
  • Ошибка 1450. Возникает при записи на устройство. Устраняется предоставлением администраторских прав.
  • Ошибка 998 устраняется перезапуском утилиты.

Заключение

Иногда даже в самом стабильном ПО возникают неточности, поэтому всегда важно предварительно ознакомиться с их решением. Надеемся, что наша статья помогла вам избавиться от всех вопросы. Приятного использования!

Проверка библиографического описания в формате RUSMARC на соответствие формату.

Возможны два варианта загрузки записи для проверки:
1. Запись может быть скопирована в текстовом формате в поле ввода. Формат – стандартный для представления полей RUSMARC: Имя поля – Пробел – Индикаторы — Значение поля с именами подполей.
Пример: 200 1#$aТемные аллеи$e[Рассказы]$fИван Бунин

2. Запись может быть загружена из файла в формате ISO 2709. Файл должен содержать только одну запись.

Текстовая запись

Загрузка записи через файл:

var marc = require('marcjs');

function marcDebug(contract){

  var marcRecord = new marc.Record();

  marcRecord.append(['260', 'b', contract.record_label]);
  marcRecord.append(['245', 'a', contract.title]);
  marcRecord.append(['260', 'c', contract.release_date]);
  marcRecord.append(['005', contract.created]);
  marcRecord.append(['024', contract.upc]);
  marcRecord.append(['110', contract.artist_name]);
  marcRecord.append(['300', 'a', contract.asset_type]);

  return marcRecord.as('iso2709');
}

console.log(marcDebug(contract));

Here’s where I’m at (before I call it a night).

I’ve added a test like this:

var dummyInput = new stream.PassThrough();
var reader = new m.Iso2709Reader(dummyInput);
var recordsRead = [];
var ended = false;
reader.on('data', function(rec) { console.log('. reader emitted data'); recordsRead.push(rec) });
reader.on('end', function() { console.log('. reader emitted end'); ended = true });

recordsRead.should.have.lengthOf(0);
ended.should.be.false();
console.log('> pumping record #0 into input stream');
dummyInput.write(marcRecords[0]);
console.log('< done pumping record #0 into input stream');
//recordsRead.should.have.lengthOf(1);
//ended.should.be.false();
console.log('> pumping record #1 into input stream');
dummyInput.write(marcRecords[1]);
console.log('< done pumping record #1 into input stream');
//recordsRead.should.have.lengthOf(2);
//ended.should.be.false();
console.log('> pumping record #2 into input stream, with end');
dummyInput.end(marcRecords[2]);
console.log('< done pumping record #2 into input stream, with end');
recordsRead.should.have.lengthOf(3);
ended.should.be.true();

(I’ve commented out the tests between the writes because they fail at the moment.)

And I added a console.log to the start and end of Iso2709Reader’s stream.on('data', …) and stream.on('end', …).

When I run the test, I get output like.

> pumping record #0 into input stream
>> start stream.on('data', …)
<< end stream.on('data', …)
< done pumping record #0 into input stream
> pumping record #1 into input stream
>> start stream.on('data', …)
<< end stream.on('data', …)
< done pumping record #1 into input stream
> pumping record #2 into input stream, with end
>> start stream.on('data', …)
<< end stream.on('data', …)
< done pumping record #2 into input stream, with end
>> start stream.on('end', …)
. reader emitted data
. reader emitted data
. reader emitted data
. reader emitted end
<< end stream.on('end', …)

So it is only when we enter stream.on('end', …) that we start parsing the records.

If I commented out dummyInput.end(marcRecords[2]); in the test, then I get no data events being emitted from the reader at all. This makes some sense because without ending the input stream, the code in stream.on('end', …) never runs.

I think this highlights the the core of the issue for my situation. That is parsing on happens in stream.on('end', …) and never in stream.on('data', …).

I think pausing the input stream will cause starvation of the reader. Pausing the input stream won’t cause it emitted an ‘end’ event.

  • Ошибка чипа на банковской карте что делать
  • Ошибка чтения eeprom внутр блока
  • Ошибка чипа карточки что значит
  • Ошибка чип ключа смотри руководство
  • Ошибка чип ключа ниссан теана j33