Головна | Реєстрація | Вхід | RSSП`ятниця, 29.03.2024, 07:45

Форум працівників медичних бібліотек України

[ Нові повідомлення · Учасники · Правила форуму · Пошук · RSS ]
  • Сторінка 1 з 1
  • 1
Форум » Форум працівників медичних бібліотек » Бібліографам » Авторитетный файл "Индивидуальные авторы" (ИРБИС)
Авторитетный файл "Индивидуальные авторы"
pauletaДата: Середа, 18.08.2010, 13:26 | Повідомлення # 1
сообщений<60
Група: Проверенные
Повідомлень: 61
Репутація: 0
Статус: Offline
Прошу поделиться опытом создания БД авторитетного файла "Индивидуальные авторы" в ИРБИС64.
Интересует вся технологическая цепочка: выбор полей и подполей (особенно 410, 510, 710), язык и полнота ввода данных, особые настройки, принятые методические решения и т.д.
Думаю, что этот вопрос актуален для многих библиотек в плане создания БД выдающихся ученых-медиков или авторов-сотрудников.
 
ХОНМБДата: Четвер, 09.09.2010, 14:15 | Повідомлення # 2
сообщений<40
Група: Проверенные
Повідомлень: 24
Репутація: 0
Статус: Offline
Работа начинается с составления авторской записи. При создании записи в АФ «ИА» обязательными являются поля: 210 Заголовок - Основное имя лица, 910 Место работы автора, 710 Связанные принятые формы имени лица на других языках, 300 Информационное примечание, 801 Источник составления записи, 810 Источник, в котором выявлена информация о заголовке, 920 Имя рабочего листа.
Остальные поля - факультативны для заполнения.(ХОНМБ)
 
pauletaДата: Середа, 15.09.2010, 15:42 | Повідомлення # 3
сообщений<60
Група: Проверенные
Повідомлень: 61
Репутація: 0
Статус: Offline
Спасибо, но на практике все не так просто.

Полтора года назад, начиная работу с авторитетными записями, мы изучили инструкции ИРБИС, ознакомились с опытом создания различных авторитетных файлов и, наконец, составили алгоритм заполнения обязательных полей, близкий к указанному ХОНМБ.

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

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

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

Собственно говоря, заполнение полей/подполей авторитетной записи не представляет никакой трудности. Сложность состоит скорее в ВЫБОРЕ полей 410/510/710, т.к. они, хотя и совпадают по набору подполей, все же имеют существенные различия в назначении и последующем использовании. Поэтому в данном случае другие поля мы не рассматриваем.

Итак, поле 410: Ссылки СМ. (вариантные (другие) формы имени лица). Обратим внимание, что при использовании запись имеет подзаголовок НЕПРИНЯТЫЕ формы имени лица.
Поле 510: Ссылки типа СМ. ТАКЖЕ (связанные принятые формы лица).
Поле 710: Связанные принятые формы лица на других языках.

Мы приняли решение, что изначально авторитетная запись будет иметь украиноязычный вариант (поле 210), а все вариантные формы на других языках (русский/английский и др.) отражаются в поле 710. Однако по технологии ИРБИС использование поля 710 предполагает формирование отдельной авторитетной записи в соответствии с введенными данными.

Например, я создаю запись на имя Лісовий Володимир Миколайович, уролог, професор, 1956 и соответствующим образом заполняю поле 210. Затем перехожу к полю 710 и вношу эти же сведения на другом (русском) языке Лесовой Владимир Николаевич, уролог, профессор, 1956. Сохраняю запись и получаю две параллельных взаимосвязанных записи на ФИО Лісовий В.М. и Лесовой В.Н. (см. Рис.1). Однако, с течением времени, возникает необходимость дополнить запись новыми сведениями об авторе (например, Ректор ХНМУ) и при внесении этих данных в поле 710 формируется еще одна (вторая) запись на ФИО Лесовой В.Н. (см. Рис.2). По опыту скажу, что последующее редактирование поля 710 и сохранение записи вновь формирует отдельную запись на имя лица и т.д.

Получается, что у одного и того же автора имеется несколько самостоятельных записей различной степени полноты на каждом языке. Это неоправданно увеличивает объем словаря индивидуальных авторов и весьма затрудняет процесс каталогизации (см. Рис.3). Именно в этом и состоит «технологическая проблема». Какие решения можно принять в данной ситуации?

1. Игнорировать проблему – не конструктивно!
2. Редактировать основную авторитетную запись и удалять отдельные дублетные записи, оставляя последнюю наиболее полную – не дает положительного результата. Сам по себе процесс трудоемкий, требующий внимания и точности + большое количество удаленных записей и регулярное обновление словаря.
3. Заполнять в поле 710 только подполя, отражающие ФИО – на первый взгляд хорошая идея, ведь именно при редактировании дополнительных данных происходит дублирование. Но мы приняли решение, что поля 210 и 710 должны быть идентичными по заполнению, т.е. кроме ФИО сдержать и другие данные об авторе: идентифицирующие признаки, даты.
4. Не использовать поле 710 – именно это решение оказалось для нас наиболее приемлемым. Для внесения всех возможных вариантов имени лица, в том числе и на других языках, мы решили использовать поле 410, что потребовало изменения его некоторых опций. При этом отдельная запись на имя лица НЕ СОЗДАЕТСЯ (в отличие от поля 710) и все многоязычные разночтения ФИО отражаются в одной единственной записи с возможностью поиска на всех указанных языках. При каталогизации с использованием авторитетного файла открывается единая запись имени лица, и библиограф имеет возможность увидеть ВСЕ формы и выбрать необходимую, а последующее редактирования данных не представляет никаких сложностей.
5. Имеются другие решения?

Додано (15.09.2010, 15:42)
---------------------------------------------
Дополнение к предыдцщей записи.

В качестве одного из решений можно предложить также изменение функций поля 710 с отключением опции создания отдельной авторитетной записи на имя лица.

Прикріплення: 0273365.jpg (213.8 Kb) · 5971667.jpg (221.0 Kb) · 5098171.jpg (210.8 Kb)
 
ХОНМБДата: Четвер, 16.09.2010, 15:29 | Повідомлення # 4
сообщений<40
Група: Проверенные
Повідомлень: 24
Репутація: 0
Статус: Offline
Мы заполняем поле 710. Но в дублетной записи (на русском языке) заполняем поля 210, 510 (на украинском языке), 801. Тогда 3-я дублетная запись не появляется.
 
pauletaДата: Понеділок, 18.04.2011, 08:50 | Повідомлення # 5
сообщений<60
Група: Проверенные
Повідомлень: 61
Репутація: 0
Статус: Offline
Наконец "достучались" мы к разработчикам в ГПНТБ: проблемы формирования БД авторитетного файла индивидуальных авторов замечены, наши предложения приняты к сведению. Есть надежда, что в ближайших версиях ИРБИС получим обновленную технологию формирования авторитетных файлов.

Додано (18.04.2011, 08:50)
---------------------------------------------
Проблема решена. Прилагаю ссылку на форум ЭБНИТ по ИРБИСу относительно формирования авторитетного файла индивидуальных авторов http://irbis.gpntb.ru/read.php?3,41953.

 
GalinanДата: Понеділок, 18.04.2011, 10:17 | Повідомлення # 6
сообщений<20
Група: Пользователи
Повідомлень: 7
Репутація: 0
Статус: Offline
в ближайших версиях ИРБИС - smile
Мы работаем на Ирбис-32 вер. 2004.1
 
AntonДата: Неділя, 08.05.2011, 16:48 | Повідомлення # 7
сообщений<60
Група: Проверенные
Повідомлень: 51
Репутація: 0
Статус: Offline
Quote (Galinan)
Мы работаем на Ирбис-32 вер. 2004.1

Думаю, что эксплуатация любой версии ирбис-32 является препятствием, и в индивидуальной, и в совместной работе библиотек. Старой версии -- вдвойне. Проблемы давно озвучены -- это и 32 килобайта на запись, и однобайтовая кодировка, и многое другое ( http://irbis.gpntb.ru/read.php?35,34260 , http://irbis.gpntb.ru/read.php?2,29131,29164#msg-29164 ).
Хочется также сделать что-то нехорошее с продавцами, которые сегодня рекомендуют приобретать ирбис-32 (вместо 64), мотивируя, например, "простотой" установки и эксплуатации.
Ирбис-32 -- это проблема, это привносит ненужные сложности, тормозит наше движение вперёд.


Повідомлення відредагував Anton - Четвер, 12.05.2011, 16:24
 
ННМБУ-НежурбедаДата: Вівторок, 10.05.2011, 10:13 | Повідомлення # 8
сообщений<250
Група: Заблокированные
Повідомлень: 279
Репутація: 0
Статус: Offline
Антон, а на какой версии работает библиотека Днепропетровской медицинской академии, сотрудником которой Вы являетесь? Создается ли в Вашей библиотеке авторитетный файл (здесь обсуждается эта проблема)?

Приведите статистику: кол-во записей в базе - кол-во записей, требующих неоднобайтной кодировки.
Прошу высказаться по этому вопросу сотрудников других библиотек, для которых "совместная работа... [с библиотеками, у которых Ирбис-32] привносит ненужные сложности и тормозит движение вперед".

Повідомлення відредагував ННМБУ-Нежурбеда - Вівторок, 10.05.2011, 14:58
 
AntonДата: Вівторок, 10.05.2011, 16:29 | Повідомлення # 9
сообщений<60
Група: Проверенные
Повідомлень: 51
Репутація: 0
Статус: Offline
pauleta,
Quote (ННМБУ-Нежурбеда)
Антон, а на какой версии работает библиотека Днепропетровской медицинской академии, сотрудником которой Вы являетесь?

В ДМА Ирбис-32 2007.1, к сожалению.
Quote (ННМБУ-Нежурбеда)
Создается ли в Вашей библиотеке авторитетный файл (здесь обсуждается эта проблема)?

Нет. Мне показалось в контексте "в ближайших версиях ИРБИС; Мы работаем на Ирбис-32 вер. 2004.1" уместным поднять тему ирбис-32 и старых версий.
Если задаться целью и "копнуть" -- уверен, найдутся десятки, или скорее, сотни ошибок, исправлений, отличий в мелочах (которые местами перестают быть мелочами) между последней и старыми версиями. Перенесём обсуждение из этой ветки?
Quote (ННМБУ-Нежурбеда)
Приведите статистику: кол-во записей в базе - кол-во записей, требующих неоднобайтной кодировки.

Статистику приводить не буду. Это записи с символами из языков, отличных от английского, русского, украинского. Хорошо, однобайтовая кодировка на сегодня может быть и не самая актуальная проблема, и может даже не проблема, но в перспективе имеет шансы стать ей.
Но что же проблема 32 килобайт..? О которой все знают, но молчат. Как же в корпорации участникам с ирбис-32 описывать журналы, которые не "влезают" в лимит 32кб? Решения в ирбис-32 она не имеет. "Решение" разбивать записи на несколько -- не годится, или, если хотите, противоречит инструкции.
 
ННМБУ-НежурбедаДата: Четвер, 12.05.2011, 09:35 | Повідомлення # 10
сообщений<250
Група: Заблокированные
Повідомлень: 279
Репутація: 0
Статус: Offline
Я ГОРЖУСЬ тем, что мы РАБОТАЕМ на Ирбис-32 2004 года!
Можно было бы ссылаться на проблемы и ничего не делать, пока не дадут денег на Ирбис-64, к-ый якобы решает все проблемы. Я интересовалась проблемами библиотек, к-ые переходили на Ирбис-64 с 32.

"Наконец "достучались" мы к разработчикам в ГПНТБ" Татьяна Борисовна написала 18 апреля 2011 года!!!
[url=http://irbis.gpntb.ru/read.php?3,41953.]Вопрос задавался на форуме "19, January, 2010 15:01"[/url]
Можно вспомнить новый MESH в Ирбисе-64м с ошибками и проблему с авторами (когда их более 4-х), к-ую помог решить Геннадий.
Да, пробемы решаются, но заявление

Quote (Anton)
эксплуатация любой версии ирбис-32 является препятствием, и в индивидуальной, и в совместной работе библиотек

??!!!!!!!!!
Не хотите - не учавствуйте! А то записи скачивать хотите и еще и грязью полить в добавок.

Я готовлю статистику, чтобы показать сколько библиотек с Ирбис-64 и др. более новыми Ирбисами, пользуются записями подготовленными в нашей библиотеке.
К сожаленю, понимаю, что она не может дать полную картину, т.к. библиотек накачавших себе легально и нелегально наши записи в свой каталог значительно больше. Как и невозможно учесть тех, кто пользуется нашим сводным каталогом, не желая дать в него даже десяток записей, чтобы хоть формально отметить свое участие.

 
AntonДата: Четвер, 12.05.2011, 15:46 | Повідомлення # 11
сообщений<60
Група: Проверенные
Повідомлень: 51
Репутація: 0
Статус: Offline
Я не ставил цель поливать кого либо грязью. Я хотел указать на проблемы, имеющие критическое влияние на нашу совместную работу.
 
ННМБУ-НежурбедаДата: П`ятниця, 13.05.2011, 11:06 | Повідомлення # 12
сообщений<250
Група: Заблокированные
Повідомлень: 279
Репутація: 0
Статус: Offline
Quote (Anton)
критическое влияние на нашу совместную работу

оказывают совсем другие проблемы.

У нашей библиотеки прямое бюджетное финансирование, т.е. объемы финансирования записаны в бюджете Украины. Например, на 2011 год можете увидеть на сайте ВР - zakon.rada.gov.ua/cgi-bin/laws/main.cgi?nreg=2857-17
Видатки розвитку - 0 грн (и такая цифра была все 4 года, пока я работаю в ННМБУ).
Да, вероятно, библиотека могла бы купить Ирбис-64, если бы отказалась от других платежей. Хотя только, что ходила в бухгалтерию и пыталась узнать от чего мы могли бы отказаться - нужной суммы все равно бы не нашли (от оплаты телефонов, доступа к интернет, заправки картриджей, доступа к базам EBSCO, полиграфических и переплетных работ, покупки лицензион.программного обесп. MS, оплаты организации конференций и семинаров - от ВСЕГО этого надо было бы отказаться в течении года!!!). Разница в стоимости Ирбиса-32 и Ирбиса-64 для нашей б-ки - около 14 тыс. грн. Т.к. у нас сейчас с 44 комп. работают с Каталогизатором и этого не хватает!
Вариант докупить только TCP/IP сервер потом, фактически не проходит. Т.к. надо докупать не более чем через 2 года или покупать обслуживание (12%) каждый год. Иначе надо опять платить стоимость полного АРМА, а с администратором - 2-х АРМов.
Я хочу напомнить, что наша библиотека предоставляет хостинг БЕСПЛАНТНО!!! для ПЯТИ мед.б-к. И мы улучшали качество этих услуг, купив новый сервер и перейдя на 4МБ интернет-канал. И ННМБУ оплачивало и оплачивает эти расходы!
Именно наша библиотека организовала ту корпорацию, в которой Вы учавствуете!!! и при этом расписывает львиную долю изданий. В этом нам существенную помощь и поддержку оказывает Херсонская ОНМБ, к-ая является самым надежным партнером и расписывает ВСЕ долги-хвосты других бибилотек в корпорации. Сотрудничество с ХОНМБ началось в то время, когда в б-ке был ИРБИС-32 и не было встроенного МЕSH. Если бы мы ставили условия библиотекам (как им тратить деньги), а не пытались найти выход из ситуации (учитывая имеющиеся ресурсы) - корпорация бы не состоялась!

 
Форум » Форум працівників медичних бібліотек » Бібліографам » Авторитетный файл "Индивидуальные авторы" (ИРБИС)
  • Сторінка 1 з 1
  • 1
Пошук:


Copyright MyCorp © 2024
Безкоштовний конструктор сайтів - uCoz