Ассоциация ЭБНИТ    ИРБИС-корпорация    Вики-Ирбис    Online/CHM справка Ирбис   
Опыт и разработки пользователей ИРБИС :  ИРБИС Irbis
 
Изменение технологии росписи периодики
Пользователь: Лаптева Л. (IP-адрес скрыт)
Дата: 12, January, 2007 13:00

Здравствуйте, коллеги! В нашей библиотеке с этого года решили отказаться от ведения Систематической картотеки статей в карточном виде. Отпадает необходимость распечатывать карточки. В связи с этим рассматривается вопрос об изменении традиционной технологии росписи периодики в ИРБИСе: после введения оглавления в запись отдельного номера журнала (или газеты) не создавать записи на каждую статью (копирование через ТВП STN). Аргументы в пользу данной технологии:
1. Все элементы поля 922 в РЛ !NJ31 поисковые, что позволяет разыскивать статьи и по автору, и по заглавию, и по источнику, и по ключевым словам.
2. В традиционной технологии при поиске все эти элементы выявляются дважды - в описании статьи и в описании отдельного номера журнала, что увеличивает и без того большие списки при просмотре.
3. Заметно уменьшается объем базы.
Аргументы против:
1) При просмотре в верхнее окно попадут лишь названия отдельных номеров периодики. Авторов и названия статей можно будет увидеть лишь в нижнем окне полного описания. Его придется "прокручивать" на каждой записи.

Хотелось бы знать мнение по этому поводу других пользователей ИРБИС.

Re: Изменение технологии росписи периодики
Пользователь: Куделя (IP-адрес скрыт)
Дата: 12, January, 2007 13:07

А отчего вы решили что объем базы уменьшится? Вы не собираетесь создавать отдельные записи на каждую статью из оглавления?
Ведь во-первых: картотека статей у вас все-таки систематическая, а в стандартном варианте в 330 и 922 поля водятся только ключевые слова (ограниченные к тому же лишь тремя подполями), а не индексы
Во-вторых: сведения о самой статье при таком подходе довольно "куцые". Возможно что в какой-то части этого и достаточно, но бывают и исключения...

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

Иркутская ОГУНБ
ИРБИС64.21Турбо
WebИРБИС-PHP

Re: Изменение технологии росписи периодики
Пользователь: iLq (IP-адрес скрыт)
Дата: 12, January, 2007 14:11

"Аргумент против" сомнителен. Разве нельзя поменять(сделать еще один) формат показа, и вводить нужную вам информацию "повыше"?

Re: Изменение технологии росписи периодики
Пользователь: Дунаевская (IP-адрес скрыт)
Дата: 12, January, 2007 17:25

Куделя написал(а):
-------------------------------------------------------
> ...только ключевые слова
> (ограниченные к тому же лишь тремя подполями),

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

Re: Изменение технологии росписи периодики
Пользователь: Карауш (IP-адрес скрыт)
Дата: 12, January, 2007 19:44

Как показала практика при отказе от размножения статей в экземплярах пользователи желают видеть ОБРАТНУЮ СВЯЗЬ и КОМПЬЮТЕРУ НЕ ВЕРЯТ.
Т.е. если пользователь уже работал с Интернет, то он прекрасно знает, что такое информационный шум, и если результат поиска содержит много записей (есть "умники", которые набирают в ключевых словах слово "ЭКОНОМИКА", а потом до обморока просматривают список), то пользователь "неразмноженные" статьи не будет просматривать, а будет листать "мимо". Т.к. всем всё нужно быстро или, желательно, вчера.
Если пользователь в результате (карточке) почти сразу не нашел искомого слова, а ему для этого нужно листать много страниц при разрешении 640х480 на 14-ти или 15-ти дюймовом мониторе (т.к. я мало видел новых больших компьютеров у пользователей, в основном - старые и полудохлые) в этом кусочке, именуемом "карточкой просмотра", то содержание журнала статей в 30-40 на экране станет для пользователя непреодолимым препятствием, в результате он "плюнет" и перейдет на следующую запись. Сами посудите и пожалейте пользователя, что к Вам пришел. Вы ему бедному сразу вываливаете многократный объем для чтения того, что к его запросу никак и ничем не относится, называя это гордо РЕЗУЛЬТАТОМ ПОИСКА ПО ЗАПРОСУ. А результат, когда журналы станут на основе этого малоспрашиваемыми и назовут в современном понимании "некачественным раскрытием фонда" :)
Сами проведите несколько поисков по сложной теме, а еще лучше заставьте это сделать тех, кто предлагает отказаться от размножения ;)
Но повторюсь, нужно размножать ТОЛЬКО для большого каталога, хотя понятия "большого" у всех библиотек разные. И зависит это от "ощущения" накапливающегося информационного шума.



Редактировано 1 раз. Последний раз 12.01.2007 19:48 пользователем Карауш.

Re: Изменение технологии росписи периодики
Пользователь: Лаптева Л. (IP-адрес скрыт)
Дата: 01, February, 2007 11:09

Здравствуйте, коллеги! Мы все же решили попробовать локально и для расширения данных о статье сделали следующее.
В рабочем листе !N31 – запись отдельного номера журнала в поле 922 (статьи из журнала) внесли новые подполя:
922^q Персоналия: фамилия, инициалы
922^d Персоналия: расширение инициалов
922^1 Персоналия: роль (инвертирование ФИО)
922^r Персоналия: дополнения к именам, кроме дат
922^i Персоналия: даты жизни
В IBIS.FST добавили:
9221 0 MHL,(|A=|d922^q,if p(v922^1) then if v922^1:'1' then v922^q else &unifor('E'v922^1,v922^q),|, |v922^d if a(v922^d) then if &unifor('F'v922^1,v922^q)<>'' then ', '&unifor('F'v922^1,v922^q) fi fi fi else if v922^q:' 'then if v922^q:','then v922^q else &unifor('G0 'v922^q)', 'v922^d,if a(v922^d) then &unifor('G2 'v922^q) fi fi else v922^q,|, |v922^d fi,fi,| |if s(v922^r,v922^i)<>''then' (',v922^r,if s(v922^r)<>''then| ; |d922^i fi,v922^i,')'fi,|\|,|%|d922/)/
9222 0 MHL,(|P=|d922^q,if p(v922^1) then if v922^1:'1' then v922^q else &unifor('E'v922^1,v922^q),|, |v922^d if a(v922^d) then if &unifor('F'v922^1,v922^q)<>'' then ', '&unifor('F'v922^1,v922^q) fi fi fi else if v922^q:' 'then if v922^q:','then v922^q else &unifor('G0 'v922^q)', 'v922^d,if a(v922^d) then &unifor('G2 'v922^q) fi fi else v922^q,|, |v922^d fi,fi,| |if s(v922^r,v922^i)<>''then' (',v922^r,if s(v922^r)<>''then| ; |d922^i fi,v922^i,')'fi,|\|,|%|d922/)/
Создали словарь заново. При внесении данных в соответствующие поля фамилии и сопутствующие ей данные отражаются в словарях авторов и персоналий правильно:
Харитонова, Елена (доцент кафедры ДОП, 1972-…).
Но как только по каким-либо другим причинам пересоздается словарь базы, из словарей исчезают фамилии, остаются лишь дополнения к именам и даты жизни в скобках в начале словаря авторов:
(доцент кафедры ДОП, 1972-…). При этом заново записанные данные опять отражаются правильно.
Помогите, пожалуйста, разобраться. Версия 32 2006.1. Что мы сделали не так? Подскажите!!!!

Re: Изменение технологии росписи периодики
Пользователь: Дунаевская (IP-адрес скрыт)
Дата: 05, February, 2007 13:05

Пришлите на dsm@gpntb.ru проблемную запись, на которой Вы видите эту ситуацию. Я не смогла ее воспроизвести.
Замечание к формату: фрагмент <|\|,> не нужен

Re: Изменение технологии росписи периодики
Пользователь: Лаптева Л. (IP-адрес скрыт)
Дата: 22, February, 2007 08:50

В поле 922 добавили еще 2 подполя:
922^8 редактор (Фамилия, инициалы) 0 0 2 ,A=,
922^9 функция 0 0 6 7024.tre\\-
Не знаю, как правильно написать в IBIS.fst, чтобы фамилия редактора шла в словарь поиска. Помогите, пожалуйста.

Re: Изменение технологии росписи периодики
Пользователь: Дунаевская (IP-адрес скрыт)
Дата: 22, February, 2007 11:13

(|A=|v922^8,|\|v922^9|\|,|%|d922) - редактор будет введен в словарь авторов, но чтобы его можно было переносить в другой документ при обращении к словарю, нужно дополнять все форматы переноса авторов - это форматы, начинающиеся с !Amov...

Re: Изменение технологии росписи периодики
Пользователь: ИринаВ (IP-адрес скрыт)
Дата: 24, February, 2007 16:04

Здравствуйте, коллега. Вы писали:
> 2. В традиционной технологии при поиске все эти элементы выявляются дважды - в описании статьи и в описании отдельного номера журнала, что увеличивает и без того большие списки при просмотре.
Для того,чтобы этого не было мы по глобальной корректировке удаляем данные из "Содержания" в описании отдельного номера журнала. Тогда все связи между записями остаются, а дублирования информации нет.
Мы с 2005 года тоже не распечатываем карточки. Но отказываться от размножения статей даже не планируем. Поисковый образ документа значительно полнее при обработке каждой статьи отдельно, конечно и времени на это больше уходит, но это того стоит.

Re: Изменение технологии росписи периодики
Пользователь: Библиотекарь (IP-адрес скрыт)
Дата: 22, October, 2007 12:35

1.Как и в какое поле вводить данные типа "беседу вела М. Иванова", чтобы данные совпадали с ГОСТ 7.2003?

2. Как пользователи ИРБИС решают проблему буквы "Ё"? Унифицировать как "Е" или писать по правилам правописания? Очень просим ответить!

3. Нужно ли ставить точку после обозначения страниц? По ГОСТ точка ставится.

4. Элемент "Географический подзаголовок" позволяет ли сохранить введенные данные для Поиска?

5. В каком случае заполняется РЛ "Краеведение"?

Будем Оч-чень благодарны за все ответы.:)

Re: Изменение технологии росписи периодики
Пользователь: Дунаевская (IP-адрес скрыт)
Дата: 22, October, 2007 13:52

Библиотекарь написал(а):
-------------------------------------------------------
> 1.Как и в какое поле вводить данные типа "беседу
> вела М. Иванова", чтобы данные совпадали с ГОСТ
> 7.2003?
Если нужно, чтобы М. Иванова, с пометой "вел беседу" попала в словарь авторов (точнее, словарь лиц), вводите в поле 702, можете ввести новую функцию в сравочник 7024.tre (с кодом 570).
Если же нужно, чтобы эти сведения были только в просмотре, то после сохранения записи введите эти данные в поле 200^f (Сведения об ответственности)

>
> 2. Как пользователи ИРБИС решают проблему буквы
> "Ё"? Унифицировать как "Е" или писать по правилам
> правописания? Очень просим ответить!
>
> 3. Нужно ли ставить точку после обозначения
> страниц? По ГОСТ точка ставится.

Обозначение "с." вводится автоматически
>
> 4. Элемент "Географический подзаголовок" позволяет
> ли сохранить введенные данные для Поиска?

Да, в словаре "Географические рубрики"

> 5. В каком случае заполняется РЛ "Краеведение"?
>
> Будем Оч-чень благодарны за все ответы.:)



Извините, только зарегистрированные пользователи могут писать в этом форуме.
This forum powered by Phorum.