Кисловская Г.А. Ретроспективная конверсия карточных каталогов

Подождите немного. Документ загружается.

применялись) дается равный приоритет. Этот подход оправдывается тем, что

в момент каталогизации все документы имели научную значимость.

Также внимательно изучался вопрос об отборе описаний

по

дате публикации

документа, языку или предмету. Но трудности, связанные с тем, какие конкрет-

но

документы отбирать и как идентифицировать их

каталоге, крайне затрудня-

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

На стадии выполнения пилотного проекта было выявлено, что в существу-

ющей рабочей группе, состоящей из руководителя проекта и трех ассистен-

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

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

группы были усилены созданием еще одного рабочего места ассистента с не-

обходимой лингвистической подготовкой.

Любая выбранная технология ретроспективной конверсии должна

была

учиты-

вать особенности записей, составляющих печатный каталог. Большинство из них

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

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

ISBN, что

затрудняло процедуру верификации записи с похожей записью во внеш-

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

скобках

конце описания, значимость которой,

а также

необходимость включения

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

некоторых серий были настолько сокращены, что трудно поддавались расшиф-

ровке. И, разумеется, большинство записей было создано не по правилам AACRII.

Поэтому просто ручной ввод не представлялся удовлетворительным. В большин-

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

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

тому,

чтобы

создать

процедуры,

гарантирующие невозможность повторной каталогизации од-

ной и той же книги. И, наконец, в печатном каталоге не было доступа по предмет-

ной рубрике, поэтому львиная доля работы по проекту «Greensleeves» состояла в

попытках предоставить такой доступ без обращения к книге. Записи из внешних

источников не всегда содержали предметную рубрику Библиотеки Конгресса, а

зачастую имели устаревшие рубрики. Создавая библиографические записи

собственными силами, сотрудники рабочей группы

должны

были обязательно де-

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

каталога.

К сожалению,

не все классификационные

таблицы,

использовавшиеся в

библиотеке, были предметно ориентированы, а потому не особенно полезны при

раскрытии содержания книги.

Широкий охват материалов, отраженных в печатном каталоге, делал рет-

роспективную конверсию сложным процессом. Огромное лингвистическое

разнообразие также затрудняло работу внутри рабочей группы с ограничен-

ным набором языковых навыков. При поиске ассистентов первоначально

предпочтение отдавалось знающим европейские языки, а не владеющим ката-

логизационными навыками. Поэтому никто из ассистентов не имел опыта ра-

боты в каталогизации, а это обстоятельство, учитывая сложность каталогизи-

руемых документов, существенно влияло на скорость работы. Печатный ката-

лог содержал большое количество описаний редких документов (18,5 %

1850 г.), а также такие издания, как либретто, официальные публикации, мик-

роформы, при обработке которых даже опытные каталогизаторы испытывали

трудности, не имея перед глазами самого документа. Но поскольку труд опыт-

ных каталогизаторов оплачивался выше, а бюджет проекта был ограничен, вы-

бор был сделан в пользу ассистентов со знанием языков.

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

любая выбранная стратегия ретроспективной конверсии должна была прини-

мать во внимание необходимость авторитетного контроля как фактора, влия-

ющего на библиотечный каталог, персонал и читателей. Без авторитетного

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

основной электронный каталог была невозможна.

других библиотеках Вели-

кобритании, в чьи электронные каталоги загружались большие библиографи-

ческие массивы, для поддержки авторитетного контроля либо нанимался

дополнительный штат, либо эта нагрузка переносилась на плечи каталогизато-

ров. В отделе каталогизации Кембриджской университетской библиотеки нет

свободного рабочего пространства

для

организации работы по систематичес-

кой поддержке авторитетных записей. Несмотря на то, что основные точки

доступа выверялись и выверяются по авторитетным записям, библиографи-

ческие записи остаются просто описательными, и большой процент записей,

загруженных в промежуточный каталог, остается в нем на неопределенное

время без предметного доступа и с очень ограниченным доступом по автору.

На

взгляд автора пособия, последовательность поиска

электронном ката-

логе, обеспечиваемая механизмом авторитетного контроля, подтверждает те-

зис о том, что ретроспективная конверсия требует переработки карточных

библиографических описаний, а не просто ввода элементов описания, зафик-

сированных на карточке.

Из проекта «Greensleeves» были исключены некоторые категории документов:

1.Документы на определенных языках. Например, документы на иврите,

арабском и хинди проходят конверсию в рамках другого проекта. В настоящее

время в рабочей группе нет специалистов со знанием голландского и сканди-

навских языков, описания на которых составляют около 5 процентов печатно-

го каталога. А потому возникает проблема последующего обращения к печат-

ному каталогу

—

к описаниям на пропущенных языках. Несмотря

на то,

что руч-

ной ввод библиографических записей из печатного каталога на незнакомом

языке и их загрузка в промежуточный каталог требуют времени, эта процеду-

ра имеет долговременную перспективу, поскольку наличие пусть несовершен-

ной, но машиночитаемой записи дает возможность извлечь ее из промежуточ-

ного каталога по языку или дате публикации. Это планируется сделать тогда,

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

большим, чтобы оправдать затраты на обучение ассистента, знающего опре-

деленный язык, основам каталогизации.

Вышеизложенное позволяет сделать вывод что даже тогда, когда появля-

ются средства на конверсию описаний на каком-то языке, необходима серьез-

ная координация разных проектов для достижения последовательности в соз-

1нии электронного каталога.

2. Документы, опубликованные в определенные периоды.

В ходе пилотного проекта было выявлено, что нет прямой закономерности

в степени сложности ретроспективной конверсии библиографических записей

на документы, опубликованные в определенные периоды. Так, процент запи-

сей на документы, изданные до 1850 года, загружаемых в основной электрон-

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

после 1850 года (77% — до 1850 г. и 84% — после 1850 г.). Кроме того, хотя

изъятие редких книг из процесса ретроспективной конверсии и могло

бы

уско-

рить ее ход, было подмечено, что именно эти книги вызывают особый интерес

у удаленных пользователей, и поэтому обеспечение их доступности должно

оставаться приоритетным.

Таким образом, преимущество технологии ретроспективной конвер-

сии, используемой Кембриджской университетской библиотекой, состоит

в том, что 85 процентов конвертированных библиографических записей

имеют уровень качества, позволяющий загружать их в основной электрон-

ный каталог без дальнейшей доработки. Оставшиеся 15 процентов до-

ступны в машиночитаемом виде. Проект не зависит от участия каталогиза-

торов отдела каталогизации. Поскольку загрузка записей из внешних баз

данных производится собственными силами, самые большие затраты свя-

заны с оплатой труда персонала. Стоимость одной записи — около

130 пенсов, то есть значительно меньше стоимости записи, создаваемой

с привлечением OCLC, которую в дальнейшем приходится выверять. Тем

не менее темпы ввода записей — 190 тысяч за пять лет — не слишком оп-

тимистичны. Отказ от ретроконверсии определенных групп документов

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

ственной возможностью ускорить процесс может быть только привлече-

ние дополнительного штата.

Несмотря на то, что в Кембридже первоначально была выбрана стратегия

использования собственных сотрудников, в 2002 году было решено часть ра-

бот отдать OCLC для ускорения ввода библиографических записей на доку-

менты на кириллице и восточноевропейских языках.

Приведенные выше примеры из опыта ретроспективной конверсии круп-

ных исследовательских библиотек свидетельствуют о многообразии методик,

выбранных по отношению к специфическим коллекциям и условиям. Как сви-

детельствует этот опыт, определенные элементы ретроспективной конверсии

разумнее выполнять по контракту с фирмой. Поэтому закономерно возникают

вопрос о взаимоотношениях библиотеки-заказчицы и фирмы-исполнителя

при проведении конверсии, а также желание увидеть этот процесс не только

глазами библиотекаря, но и представителя фирмы.

В процессе исследования автор пособия состоял в переписке с директо-

ром фирмы «Saztec», которая предоставляла услуги в области ретроспектив-

ной конверсии многим европейским библиотекам, включая и те, которые упо-

мянуты в настоящем исследовании.

1.5. Ретроконверсия как предмет заказа

По словам Майка Дейла, директора «Saztec», классический подход

—

«раз-

метка и клавиатурный ввод» (tag and key)

—

дает самые лучшие результаты за

самые короткие временные промежутки. Использование сканирования и рас-

познавания — хороший подход, но только в том случае, когда качество ката-

ложных карточек удовлетворительно и поддается качественному сканирова-

нию, и, главное, когда они последовательно структурированы. Кроме того,

карточки должны быть напечатанными очень четко и находиться в хорошем

физическом состоянии. Практика показывает, что в реальности этого не про-

исходит.

Главная цель ретроспективной конверсии и для заказчика, и для исполни-

теля

—

создать качественный электронный каталог в сжатые сроки. Как только

библиографические записи становятся машиночитаемыми, каталогизаторы и

библиотекари могут заняться их редактированием (если им это разрешено).

Как подчеркивает М. Дейл, каталогизаторы очень часто делают это, исходя из

собственной заинтересованности, а не из интересов пользователей. В случае

же с ретроспективной конверсией пользователь важнее всего. М. Дейл пишет:

«Я

видел каталогизатора, который карточку, состоящую их 300 знаков, превра-

тил в запись из 1000 знаков, создавая перекрестные ссылки, странную пункту-

ацию, добавляя огромное количество подполей и т.д. Поэтому во время подго-

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

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

бованиями к данным. Что касается фирмы, то она должна проявлять разум-

ность при определении стоимости, работая с библиотечным сообществом. Но

в то же время фирма не должна разориться, завершая проект. Поэтому с обе-

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

рощению процесса

быть готовой платить по разумным ценам. Фирма должна

предоставить квалифицированный штат с отличным знанием спецификаций,

выработанных библиотекой, а также хороших технических специалистов. Что-

бы заработать на жизнь, фирме следует работать правильно, поскольку пере-

делывать работу из-за собственных ошибок — дело дорогостоящее. Кроме

того, процесс нужно организовать так, чтобы однажды установившись, он за-

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

ственной линии».

Как же это было организовано в «Saztec»?

1. Определение объемов проекта. Обычно со стороны фирмы на первых

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

нить, какое количество каталожных карточек должно быть конвертировано,

разработать и задокументировать совместно с каталогизаторами специфика-

ции, строго соответствующие MARC ориентированному формату, и произ-

вольно выбрать 1000 как простых, так и сложных карточек для тестирования.

Это означает, что менеджер проекта работает в библиотеке вместе с библио-

текарями около недели. К концу недели должны быть разработаны и согласо-

ваны базовые спецификации к стандартному MARC; точно известно, какое ко-

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

Ю0 карточек для тестирования. В это же время следует оговорить способ

доставки биилиографических записей: через Интернет, на магнитных лентах

или каким-то иным образом.

2. Выявление

особенностей

информационной

структуры библиотеки

тестирование

записей. Менеджер проекта со стороны фирмы должен ознако-

миться с информационной инфраструктурой и техническим персоналом биб-

лиотеки. Самое важное на этом этапе

—

понять, а затем точно и правильно за-

документировать, каким образом данные будут собраны воедино и представ-

лены, чтобы библиотечная система восприняла их при загрузке и чтении. Как

только тестирование закончено, представитель фирмы, появившись в библио-

теке с машиночитаемыми записями, обязан убедиться в том, что они загруже-

ны и читаются на технике заказчика. Он также должен иметь несколько копий

распечаток тестового массива

для

более полного обсуждения результатов тес-

тирования в библиотеке. Таким образом обе стороны могут убедиться в том,

что выполнены базовые требования к качеству библиографической записи.

По окончании тестирования базовых требований к формату менеджер про-

екта со стороны фирмы и каталогизаторы разрабатывают детали, другими

словами, обсуждают то, что библиотека требует дополнительно к выбранному

стандартному формату MARC. И этим библиотеки очень отличаются одна от

другой.

3. Составление

контракта.

Другой представитель фирмы занимается ком-

мерческими вопросами, разрабатывает формулировки контракта, формирует

календарный план работ, определяет ценовую политику, гарантируя, что обе

стороны контактируют по всем вопросам. Полезно, если с самого начала обе

стороны выделяют по одному человеку в качестве «технических менеджеров

проекта». Это спасает от неразберихи, поскольку только два человека отвеча-

ют

за

технические аспекты проекта. Как правило,

на

этом этапе достаточно од-

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

ушло какое-то время.

В это же время коммерческий представитель фирмы представляет цену

проекта конверсии

базовую MARC-запись, основанную на общем количестве

карточек, среднем количестве символов в одной карточке, а также — кален-

дарный план работ. Таким образом формируются общая цена контракта и ко-

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

мент очень важен, поскольку у библиотеки должны быть отложены средства

для контроля качества записей в каждой партии. Так, например, Государствен-

ная библиотека

Берлине поначалу проверяла

процентов записей в каждой

партии. «Saztec» поставляла ежемесячно 100 тысяч записей. Библиотека про-

веряла ежемесячно

тысяч записей. Через 18 месяцев эта квота сократилась

до1 процента — по мере роста доверия к фирме. Итак, библиотека должна

знать, сколько записей может просмотреть каталогизатор

течение часа, что-

бы понять, сколько средств понадобится для этой работы.

4. Окончательное согласование

контракта.

После того как тестовые записи

переделаны в соответствии с местными дополнительными требованиями, ме-

неджер проекта со стороны фирмы вновь появляется в библиотеке для тести-

рования данных по всем дополнительным спецификациям. На этом же эта

фирма представляет контракт, согласовывает окончательную цену (она никог-

да не должна быть больше 10—15 процентов цены на базовую MARC-запись) и

календарный план. Контракт подписывается. Как правило, требуется около

трех месяцев с момента подписания контракта для того, чтобы фирма отлади-

ла технологию работы с библиотекой. Все зависит от количества записей, ко-

торые она должна поставлять ежемесячно. Если это количество велико, фир-

ма вынуждена нанимать и обучать дополнительный персонал.

Ответственность менеджера проекта

технического персонала.

Руково-

дитель проекта со стороны фирмы обладает всеми полномочиями по руковод-

ству процессом ретроконверсии. Он отвечает за обучение кодировщиков (раз-

несение по полям) и разработку спецификаций по кодировке полей на основе

главных спецификаций, составленных с примерами. Ответственный за кодиро-

вание отбирает кодировщиков, наиболее сведущих в определенном типе кон-

версии, Обучение обычно занимает неделю, и кодировщиков тестируют каждый

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

Руководитель проекта также обучает персонал отдела, занятого ручным

вводом. Обычно это несложно, поскольку фирма использует зарекомендовав-

ший на практике самый лучший способ

—

ввод

данных,

начиная с верхнего ле-

вого угла карточки и заканчивая нижним правым углом, включая все использу-

емые маркеры.

Технический персонал также работает в тесном контакте с руководителем

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

вертированные данные и не в последнюю очередь — создать программы для

проведения контроля качества, которые проверяют точность практически каж-

дого символа. Здесь самое важное — помнить о том, что некоторые правила

отнесения определенных элементов библиографического описания к опреде-

ленным полям и подполям могут быть специфичными в конкретной библиоте-

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

сверки, чтобы убедиться в правильности интерпретации.

Когда отлажено производство, принципиально помнить о следующем: если

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

водитель проекта не может справиться самостоятельно, он должен незамед-

лительно связаться с руководителем работ в библиотеке и с помощью факса,

Интернета и т.д. отправить изображения проблемных карточек (карточки) для

получения из библиотеки быстро отработанного решения.

Для того чтобы производство не останавливалось, ответ из библиотеки

должен быть получен в течение 24 часов.

6. Качество копирования

каталожной

карточки. Как правило, каталожные

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

много времени. Библиотека может сделать это сама, нанять местную фирму

или поручить работу фирме, которая занимается конверсией. Самое главное

на этом этапе

—

качество. Чем выше качество копии каталожной карточки, тем

лучше будут результаты ретроспективной конверсии.

У фирмы есть ответственный, который проверяет качество буквально каж-

>й

распечатки копии каталожной карточки. Он проверяет читаемость карточ-

ки. Кроме того, в каталоге есть карточки, которые не нужно конвертировать.

Они изымаются на этом этапе и откладываются до конца конверсии. Карточки,

подлежащие конверсии, консолидируются в блоки, обычно по 100 карточек,

последовательно штампуются, если это не было сделано заранее. Каталожные

карточки обрабатываются внутри данного блока до конца проекта. На этом

этапе все нечитаемые карточки немедленно передаются руководителю проек-

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

просматривает и маркирует 800—1000 карточек в час.

7. Кодирование и

контроль качества.

Блоки карточек (или их копий) направ-

ляются в отдел кодировки, руководитель которого несет полную ответствен-

ность за процесс кодирования. Тесты должны показать, какое количество кар*

точек может быть размечено в течение часа. Опыт показывает, что когда коди-

ровщик полностью входит в проект (обычно на это уходит 2 месяца), скорость

разметки увеличивается на 25 процентов. Но это, конечно, зависит от слож-

ности конверсии. Любые вопросы, возникшие у кодировщика, передаются ру-

ководителю отдела кодировки. Если последний не может ответить, то вопрос

передается руководителю проекта, который разрешает его с помощью или без

помощи библиотеки. Поскольку обработка карточек идет по блокам, важно,

чтобы библиотека присылала ответ в течение 24 часов. В противном случае

процесс разбивается, а потому становится неэффективным и дорогим.

После того как кодировщик отработал блок, последний передается из от-

дела кодировки в отдел контроля качества, где проверяется качество работы

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

они исправляются в отделе контроля качества. Если есть существенные ошиб-

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

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

ные ошибки. После корректировки блок целиком вновь отдается в отдел конт-

роля качества для конечной верификации. После проверки на правильность

кодировки блок передается в отдел ручного ввода.

Кодировка

—

очень специфический вид деятельности, поскольку она влия-

ет на понимание карточки как таковой и того, что она должна донести до поль-

зователя.

Персонал данного отдела не должен заниматься долгими размышлениями,

его главная задача

—

ввести содержание КК, начиная с левого верхнего угла и

заканчивая правым нижним углом, включая маркеры кодирования.

На этом этапе есть только одна система проверки, которая состоит в

выявлении несанкционированных меток. Если таковые обнаруживаются,

процесс останавливается до той поры, пока не будет найдена и исправлена

неправильная разметка. На уровне работы оператора автоматизированная

система контроля отслеживает и фиксирует все неправильные попытки раз-

носки. После того как блок введен, он передается другому, более опытному,

оператору-корректору для повторного ввода. Каждый введенный символ

сравнивается с тем, что было введено ранее: символ за символом. Если об-

наруживаются ошибки, автоматизированная система контроля останавли-

вается до той поры, пока оператор-корректор не исправит ошибку и

запустит систему. И опять система фиксирует по чьей вине происходит сбой

в работе и собственно ошибку. Это позволяет измерить качество работы

оператора. На этапе первичного ввода оператор вводит от 10 ООО до

ООО

строк в час, оператор-корректор работает со скоростью 20 000—

23 000 строк в час. Операторы-корректоры также являются своего рода оче-

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

цессе работы они дорастают до этого уровня и иногда находят скрытые и не-

явные ошибки, за что получают премию. Но их основная работа

—

повторный

ввод, за который выплачивается заработная плата.

После того как блок размечен и введен, старший по группе ввода просмат-

ривает его еще раз с помощью данных компьютерной проверки на качество.

Эти программы проверки на качество зачастую пишутся индивидуально для

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

чтобы избежать типичных ошибок. Любые ошибки или области библиографи-

ческого описания, требующие точной интерпретации при кодировании, распе-

чатываются и передаются в отдел контроля качества для анализа и необходи-

мой редактуры. Обычно на этом уровне обнаруживается очень мало структур-

ных ошибок, поскольку проверка качества на всех предыдущих этапах сурова

и тщательна. Как правило, выяснению подвергаются случаи, когда области

описания на карточке трудно поддаются интерпретации в связи с тем, что они

были созданы очень давно.

После того как отдел контроля качества обработал блок, он передается в

отдел приемки, где окончательно проверяется на наличие ошибок. Персонал

этого отдела оплачивается по количеству обнаруженных ошибок, поэтому он,

скорее, представляет интересы клиента, чем фирмы. Время от времени

намеренно вводятся ошибки, чтобы проверить качество работы отдела при-

емки. Как только отдел заканчивает свою работу, блок передается на компь-

ютер для добавления таких сведений, как даты и

т.

д., а также для выстраива-

ния конвертированной записи в соответствии с договоренной и согласован-

ной последовательностью меток. До этого этапа все метки располагаются

так, как они размечены на карточке, для того чтобы упростить и сделать

удобнее проверку.

8. Завершение

проекта.

Упорядоченные файлы с готовыми записями архи-

вируются и ежемесячно отправляются в библиотеку.

Все данные, информация и копии карточек хранятся в течение года после

отправки в библиотеку последней партии записей, если только библиотека не

просит продлить этот срок. В этом случае за хранение записей взимается

плата.

В течение реализации проекта фирма обычно посещает библиотеку один

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

ства библиотеки. Очевидно, нто если есть проблемы, то количество встреч

может быть большим, но это скорее исключение, чем правило.

Если результаты работы за месяц не принимаются заказчиком по причи-

нам несоответствия критериям качества, фирма обязана переделать блок

>лностью бесплатно и представить его в течение 60 дней. Это неприятно как

библиотеке, так и фирме, поскольку автоматически увеличивает затраты.

Персонал фирмы не получает зарплату за переделку работы, если только

ошибки не произошли по вине неправильных спецификаций, подготовленных

библиотекой. Но и в том, и другом случае фирма возлагает вину на менедже-

ра проекта.

Выводы

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

библиотек, которые упомянуты в 1-й главе. В круг изученных библиотек были

включены Национальная библиотека Чехии, Национальная и университетская

библиотека Словении, Национальная библиотека Литвы, Национальная биб-

лиотека Латвии, Библиотека Сената

г.

Берлина.

На основании проанализированной практики и вышеизложенного матери-

ала можно сделать следующие выводы:

1. Ретроспективная конверсия и поныне является одной из самых актуаль-

ных задач, стоящих перед зарубежными библиотеками разного типа.

2. Все методики ретроспективной конверсии требуют больших расходов.

3. Заимствование является самой эффективной и распространенной ме-

тодикой ретроспективной конверсии. Однако ее использование эффек-

тивно только

тех случаях, когда уже накоплены крупные библиографи-

ческие массивы в машиночитаемой форме. Для стран, приступивших к

автоматизации в 1990-х годах (Чехия, Словения, Литва, Латвия и др.),

наиболее приемлема методика сканирования, распознавания, структу-

рирования текста библиотечной записи, то есть методика, ориентиро-

ванная на наименьшее участие оператора и большую скорость обра-

ботки ретроспективных библиографических массивов. Ручной ввод по

преимуществу используется только при создании библиографических

записей, не отраженных в национальных или региональных базах дан-

ных, а также для рукописных карточек.

4. К числу основных проблем, разрешаемых в ходе проектов конверсии,

относятся содержание и структура данных в традиционных каталогах:

отсутствие предметных рубрик; наличие описаний, сделанных в соот-

ветствии со старыми правилами каталогизации; генерирование объе-

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

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

является одной из наиболее трудоемких операций, выполняемых

рам-

ках проектов по ретроспективной конверсии.

5. Уровень подготовки спецификаций на подготовительном этапе, авто-

ритетный контроль и редактирование библиографических записей в со-

ответствии с требованиями к их полноте, организация контроля качест-

ва, тщательное документирование проекта определяют конечное каче-

ство электронного каталога.

НА

РОССИЙСКИЙ

ОПЫТ СОЗДАНИЯ

МАШИНОЧИТАЕМЫХ

КАТАЛОГОВ

РЕТРОСПЕКТИВНУЮ

ЧАСТЬ ФОНДА

2.1. Определение термина «ретроспективная конверсия»

Анализ современного состояния отечественной практики в области рет-

роспективной конверсии представляется необходимым предварить анализом

содержания самого этого понятия и тематических групп терминов, связанных

с ключевым термином исследования.

Как это ни парадоксально, достаточно богатая практика отечественных

библиотек в этой области так и не привела к обсуждению собственно термина

«ретроспективная конверсия». Ни один терминологический словарь не дает

точного определения данного понятия. «Терминологический словарь по биб-

лиотечному делу и смежным отраслям знания» (БЕН, 1995 г.) содержит опре-

деление понятия «конвертирование данных» : «изменение формы представле-

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

нии их информационного содержания». Можно предположить, что речь идет о

данных библиографических, но определение не так однозначно в отношении

типа

данных,

а их

библиотеке

—

великое множество. Кроме того, при ретрос-

пективной конверсии в машиночитаемую библиографическую запись добав-

ляются некоторые новые элементы, которых нет на каталожной карточке, что

не отражено

данном определении.

Другое определение дано в издании «Библиотечное дело. Терминологи-

ческий словарь» (РГБ, 1997 г.): «Конверсия каталогов — перевод каталогов из

одной формы

другую, например, каталога в карточной форме — на микроно-

сители, компакт-диски или в форму книжного издания. Включает редактирова-

ние, конвертирование

другие процессы». Из этого определения выпали глав-

ные компоненты — электронный каталог как хранитель машиночитаемых биб-

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

В определении есть явная ошибка: технически невозможно редактировать лю-

бой текст, перенесенный на микроносители. Нельзя также признать, что поня-

тие «конвертирование (в каталогах)», определяемое тем же словарем как

«процесс конверсии каталогов, осуществляемый с помощью механизирован-

ного и / или автоматизированного устройства, например сканера, полностью

сохраняющий значение их данных», тождественно понятию «ретроспективная

конверсия», поскольку фиксирует только механизированные и/или автомати-

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