Хотелось бы внести еще несколько предложений к 2009.1:
1) Уже давно (еще в 2007) просил сделать мультиселект в диалоге импорта в АРМ Администратор для "пакетной загрузки" внешних данных
2) Нельзя ли добавить в форму "Список зарегистрированных клиентов" удаленного Администратора возможность поколоночной сортировки. Она там гораздо нужнее чем в списке клиентов для доступа к серверу.
3) Все таки рассмотреть вопрос о возвращении в ИРБИС64 возможности использования в *.tab файлах статичных "заголовочной" и "подвальной" частей. Очень обидно, что такая замечательная возможность, прекрасно работающая в И32 отброшена. Ни стили прицепить, ни шаблоны. Печально.

И еще о несбыточном :)
Если бы группа форматных выходов &uf('3) пополнилась функцией конверсии дат из юлианского в григорианский счет и обратно... Не верю, конечно, но надеюсь :)

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

Панев Максим написал(а):
-------------------------------------------------------
> Если бы занимался ИРБИС-Навигатором, понял...:)
> Полный и развернутый ответ :).
>
> Что уж тут скрывать: никак не доходят руки до
> Ирбис-Навигатора. Но все же, опишите хотя бы один
> случай использования этого unifor.
Достаточно посмотреть в Irbis_Navigator_Help_Param.html
описание команды ВВОД (6) и ее параметр tag_nnR21STR
Кстати, в WebИРБИС, кажется, команда ВВОД строится по тому же принципу (т.е. с использованием ПОРЯДКОВОГО номера поля в записи)

Куделя написал(а):
-------------------------------------------------------
> Хотелось бы внести еще несколько предложений к
> 2009.1:
> >
> И еще о несбыточном :)
> Если бы группа форматных выходов &uf('3)
> пополнилась функцией конверсии дат из юлианского в
> григорианский счет и обратно... Не верю, конечно,
> но надеюсь :)
Расскажи, как это делать...

Информация по Григорианскому календарю
[ru.wikipedia.org]

Информация по Юлианскому календарю
[ru.wikipedia.org]

Проверить можно тут
[direct-time.com]

А вот и формулы
[www.m31.spb.ru]

Нашел модуль для конвертации. Смотрите прикрепленный к сообщению файл.



Редактировано 3 раз. Последний раз 21.07.2009 16:01 пользователем Панев Максим.

Этот модуль datefunc.pas не дает возможности преобразовывать из григорианского календаря в юлианский. (В нем лишь функции для получения юлианского ДНЯ из юлианской даты и обратно)

> > Если бы группа форматных выходов &uf('3)
> > пополнилась функцией конверсии дат из юлианского
> > в григорианский счет и обратно...

> Расскажи, как это делать...

мда... все не так просто. Жаль что не .Net Framework. Там есть готовые классы GregorianCalendar и JulianCalendar и конверсия даты между ними производится как бы сама собой, без астрономических "заморочек" )

Готовой формулы пересчета так и не нашел. Вернее нашел, но неправильные. И именно на них основывается упрощенная таблица, которая приведена в википедии (Там где четкое соответствие между веком и числом дней которое надо прибавить к вычисляемой дате).
Зато есть вот такая таблица, учитывающая високосность хх00 годов в юлианском календаре. Вот она насколько я понимаю верная, но годится только для конверсии старого стиля в новый. Не наоборот.
В принципе можно конечно ее "реверсировать", но обратная конверсия дат, если подумать, не так уж необходима.

PS: я думаю понятно, что мной в этом желании движет не академический интерес, а нужды работы с КЗД :)

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



Редактировано 1 раз. Последний раз 22.07.2009 10:10 пользователем Куделя.

Куделя написал(а):
-------------------------------------------------------
> Хотелось бы внести еще несколько предложений к
> 2009.1:
> 1) Уже давно (еще в 2007) просил сделать
> мультиселект в диалоге импорта в АРМ Администратор
> для "пакетной загрузки" внешних данных
Сделано. Появится в ближайшем апгрейде 2008.1


> 3) Все таки рассмотреть вопрос о возвращении в
> ИРБИС64 возможности использования в *.tab файлах
> статичных "заголовочной" и "подвальной" частей.
> Очень обидно, что такая замечательная возможность,
> прекрасно работающая в И32 отброшена. Ни стили
> прицепить, ни шаблоны. Печально.
Сделано (irbistab_unicode.exe) Появится в ближайшем апгрейде 2008.1

АРМ Книговыдача (ИРБИС64)
В случае использования RFID (PRRFID=1) в скоростном интерфейсе предлагается переключатель, который позволяет оперативно (ситуативно)включать/отключать ИСПОЛЬЗОВАНИЕ ПРОТИВОКРАЖНОЙ ПОДПИСИ.

АРМ Читатель (ИРБИС64)
(по просьбе Российской государственной библиотеки для слепых)
Реализована возможность назначения произвольных "горячих" (в комбинации с ALT) клавиш для:
- всех пунктов главного меню (и соответствующих кнопок)
- установки фокуса ввода на основные рабочие области интерфейса
- выполнения поиска (кнопка ВЫПОЛНИТЬ)
Горячие клавиши определяются в INI-файле АРМа Читатель (irbisr.ini) с помощью соответствующих параметров секции [MAIN], имена которых начинаются с префикса SHORTCUT_
В качестве значений этих параметров указывается или БОЛЬШАЯ ЛАТИНСКАЯ БУКВА или ЦИФРА, которые обозначают соответствующую клавишу.

Alio написал(а):
-------------------------------------------------------
> АРМ Читатель (ИРБИС64)
> (по просьбе Российской государственной библиотеки
> для слепых)
> Реализована возможность назначения произвольных
> "горячих" (в комбинации с ALT) клавиш для:
> - всех пунктов главного меню (и соответствующих
> кнопок)

Все просили, но вняли только РГБС :))
а) shortcuts будут зависеть от раскладки?
б) внедрить это в "операторские" АРМы не планируется?

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

Куделя написал(а):
-------------------------------------------------------
> Alio написал(а):
> --------------------------------------------------
> -----
> > АРМ Читатель (ИРБИС64)
> > (по просьбе Российской государственной
> библиотеки
> > для слепых)
> > Реализована возможность назначения произвольных
> > "горячих" (в комбинации с ALT) клавиш для:
> > - всех пунктов главного меню (и соответствующих
> > кнопок)
>
> Все просили, но вняли только РГБС :))
> а) shortcuts будут зависеть от раскладки?
Разумеется, нет.

> б) внедрить это в "операторские" АРМы не
> планируется?
Объясните, зачем это, например, в Каталогизаторе...

Просто вспомнилось старинное, когда ратовали за горячие клавиши в Каталогизаторе 32 не зависящие от irbismsg.txt, чтобы не завязываться на текущую раскладку клавиатуры.
Собственно в И64 это уже по большому счету и не надо. Основные операции имеют HotKeys. Хотя некоторые я бы с удовольствием переназначил по своему вкусу - на ноутбуке нет отдельной цифровой клавиатуры и для создания новой записи например пришлось бы нажимать три клавиши довольно разбросанные в пространстве :)
Заинтересовало "- установки фокуса ввода на основные рабочие области интерфейса". Сам конечно не часто работаю в АРМе, но когда работаю, то обычно с массивами записей между которыми приходится перемещаться. Очень нехватает какой нибудь комбинации для переключения между списком записей и областью РЛ. Автоматически фокус ввода при использовании Shift+Up\Down переключается на область РЛ, только в случае если 920 записи на которую переходят отличается от 920 текущей записи. В то же время иногда и наоборот раздражает, что происходит это переключение. Нужно просто посмотреть полное описание записи - идешь стрелкам или прокруткой. Бах - вместо списка записей начинаешь перемещаться по списку полей.
Хотя это наверное достаточно откорректировать в элементе отвечающем за список записей.

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

Alio написал(а):
-------------------------------------------------------
> Куделя написал(а):
> --------------------------------------------------
> -----
> > Хотелось бы внести еще несколько предложений к
> > 2009.1:
> > >
> > И еще о несбыточном :)
> > Если бы группа форматных выходов &uf('3)
> > пополнилась функцией конверсии дат из юлианского
> в
> > григорианский счет и обратно... Не верю,
> конечно,
> > но надеюсь :)
Введен новый форматный выход
&uf('3JГГГГММДД')
переводит юлианскую дату ГГГГММДД в грегорианскую.

Alio написал(а):
> Введен новый форматный выход
> &uf('3JГГГГММДД')
> переводит юлианскую дату ГГГГММДД в грегорианскую.

Спасибо!

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

WEB ИРБИС 9.1

1. Обеспечена возможность простого перемещения и переименования папок с ресурсами WEB ИРБИС за счёт замены непосредственно указанных гиперссылок командами подстановки:
А)Команда <--HTTP_PATH--> заменяется на значение параметра HTTP_PATH секции [WEB] INI файла WEB ИРБИС;
Б)Команда <--CGI_PATH--> заменяется на значение параметра CGI_ALIAS секции [WEB] INI файла WEB ИРБИС;
Указанные параметры создаются в INI файле при установке и должны быть изменены в случае перемещения или переименования папок с ресурсными файлами WEB ИРБИС.

2. Унифицирован интерфейс WEB ИРБИС 32 и WEB ИРБИС 64. За основу взят интерфейс WEB ИРБИС 64.
Благодаря этому пользователи WEB ИРБИС 32 получают более современный и эргономичный интерфейс, а так же возможность поиска по ББК(база приобретается отдельно). Автоматически ликвидируются все проблемы обусловленные отставанием в развитии технологического обеспечения WEB ИРБИС 32.

4. Содержимое файлов index.html(главная страница сайта, по умолчанию – текст о WEB ИРБИС и фотография разработчиков) и page8.html(поисковая форма Z39 клиента) перенесено в файлы irbis\datai\frmes_91\ibis\default\main_page.frm и irbis\datai\frmes_91\ibis\default\gate_page.frm Это позволило использовать в них команды подстановки и отказаться от прямых путей.
В случае если эти страницы самостоятельно редактировалось, достаточно заменить указанные файлы редактированными версиями.

5. В секцию [MAIN] WEB ИРБИС добавлены параметры GENERATION(может принимать значение 32 или 64) и ASSEMBLAGE(может принимать значение full или opac). С их помощью форматы и фреймы адаптируются для конкретного поколения CGI.

6. Из фреймов и форматов устранены все прямые ссылки на базу IBIS. В случае когда предполагается работа с основной базой библиотеки, обращение происходит к первой по счёту базе dbnam3.mnu.

7. Унифицированы установочные файлы. Алгоритм установки для конкретной версии определяется исходя из параметров ASSEMBLAGE и GENERATION файла WebIrbis.ini.

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



Редактировано 1 раз. Последний раз 14.11.2009 14:24 пользователем Кирилл Соколинский (СЗТУ).

ИРБИС64

Создана полнофункциональная DLL - irbis64_client.dll - (и полное описание к ней) для клиентского доступа к БД через сервер ИРБИС64.
Данная DLL адресована пользователям-разработчикам, имеющим намерение создавать собственные приложения для доступа к БД ИРБИС64 в архитектуре клиент-сервер.
(Для доступа к БД ИРБИС64 в архитектуре файл-сервер служит irbis64.dll)
Желающие тестировать DLL - обращайтесь на alio@gpntb.ru.
Особенная заинтересованность в тестировании теми, кто программирует НЕ на Pascal.

АРМы ИРБИС64

Реализована идея: предлагать пользователю повторить обращение к серверу, если оно было прервано с помощью кнопки "ПРЕРВАТЬ".

Прерывать обращение к серверу (нажимать кнопку ПРЕРВАТЬ в интерфейсе с "бегущим ирбисом") и выполнять его повторно (нажимать кнопку "ДА" в ответ на вопрос о повторении обращения) следует только в том случае, если есть основания считать обращение к серверу "зависшим". При этом необходимо иметь в виду следующее:
- есть ряд режимов и технологий в разных АРМах, выполнение которых может быть связано с ВЕСЬМА длительным обращением к серверу, в частности, по причине больших объемов баз данных. Примерами таких режимов являются: печать (формирование) объемных выходных форм, глобальная корректировка, получение статистических распределений и стат.форм, контроль системы книговыдачи, последовательный поиск, ряд технологий книгообеспеченности и др.
- после прерывания и повторного обращения к серверу, связанному с корректировкой записи (в частности, режим СОХРАНИТЬ в АРМе Каталогизатор), может быть получено сообщение НЕСОВПАДЕНИЕ ВЕРСИЙ ЗАПИСИ - это означает, что корректировка завершилась при первом (прерванном) обращении и повторное обращение оказалось "лишним".

АРМ Читатель.

В профиль АРМа Читатель (irbisr.ini) в секцию [MAIN] введен новый параметр
FULLTEXTABLE
который определяет доступность кнопки ПОЛНЫЙ ТЕКСТ (ВНЕШНИЙ ОБЪЕКТ):
0 - не доступна
1 - доступна (по умолчанию)

Разумеется, данный параметр НИКАК не влияет на доступность ссылки на внешний объект внутри формата показа (в окне полного описания документа).
Т.е. для того чтобы для опреленной категории читателей сделать недоступными внешние объекты (полные тексты), кроме параметра
FULLTEXTABLE=0
в профиле пользователя, необходимо также определить специальные форматы просмотра, в которых отсутствует ссылки на внешние объекты. Это можно сделать следующим образом:
- создать аналоги форматов показа, отличающиеся от стандартных тем, что в них отсутствуют ссылки на полные тексты (путем удаления вложенного формата ofinal*.pft);
- переопределить в профиле АРМа Читатель значение параметра PFTOPT - указав новый файл опттимизации, в который включены имена новых форматов (аналогов);
- переопределить в профиле АРМа Читатель значение параметра PFTMNU - указав новый справочник, в который включены имена новых форматов (аналогов)

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

Разумеется, все значительно проще. Ничего, кроме установки параметра FULLTEXTABLE, делать не надо.
А в форматах, отвечающих за вывод ссылок (ofinal.pft и ofinal_h.pft), будет сделана проверка по этому параметру - с помощью форматного выхода if &uf('IMAIN,FULLTEXTABLE,1')='1' then ....

Alio написал(а):
-------------------------------------------------------
> "облажался". Думал, что меня на этом кто-нибудь
> поймает, но... даже Куделя пропустил.)

Ради Бога! Александр Иосифович, кто я такой, чтобы "ловить" Вас.
Хотя, конечно, насчет создания отдельного профиля - это Вы вчера "перемудрили" :)

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

WEB ИРБИС 9.1
Реализована возможность добавления в фреймы форматов путём их обрамления короткими PHP тегами.
Например, конструкцию:

<!FORMAT='<input type=','"','hidden','"',' name=','"','P21DBN','"','value=','"',v3331,'">'>

можно будет заменить на:

<input type="hidden"  name="P21DBN" value="<? v3331 ?>" >

Но роль этой доработки в повышении эргономичности WEB ИРБИС не ограничивается уменьшением объёма кода.
1. Появляется возможность редактирования фреймов в специализированных полувизуальных редакторах HTML. Они скрывают всё, что находится в знакомым им PHP тегах и могут корректно отображать HTML;
2. Появляется возможность ввода в фреймы многострочных форматов и их наглядного форматирования. Например:

<?
if v2221='URUB' then 
else 
'<a href=','"','<--CGI_PATH-->?C21COM=F&I21DBN=URUB&S21FMT=WEB_URUB0_WN&S21All=<.>U=<.>&S21CNR=30',
'&P21DBN=',v3331, 
’&Z21ID=',&uf('+3E',v2225),
(if v3413<>'' then 
     '&R21DBN=',v3413 
     else 
     break 
fi),
'">Тезаурус</a>' 
fi
?>

вместо

<!FORMAT=!if v2221='URUB' then else '<a href=','"','<--CGI_PATH-->?C21COM=F&I21DBN=URUB&S21FMT=WEB_URUB0_WN&S21All=<.>U=<.>','&P21DBN=',v3331,'&S21CNR=30&Z21ID=',&uf('+3E',v2225),(if v3413<>'' then '&R21DBN=',v3413 else break fi),'">Тезаурус</a>' fi>

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

Старая команда <!FORMAT= продолжит работать, но предполагается, что в новой версии большинство фреймов будет переработано с учётом нового синтаксиса.

АРМ Каталогизаторь (ИРБИС64)

Реализована возможность назначения (переопределения)произвольных "горячих" (в комбинации с ALT) клавиш для:
- всех пунктов главного меню (и соответствующих кнопок)
- установки фокуса ввода на основные рабочие области интерфейса: СЛОВАРЬ, РЛ ВВОДА, СПИСОК КОРОТКИХ ОПИСАНИЙ и ПОЛНОЕ ОПИСАНИЕ ТЕКУЩЕГО ДОК-ТА

Горячие клавиши определяются в INI-файле АРМа Каталогизатор (irbisс.ini) с помощью соответствующих параметров секции [MAIN], имена которых начинаются с префикса SHORTCUT_
В качестве значений этих параметров указывается или БОЛЬШАЯ ЛАТИНСКАЯ БУКВА или ЦИФРА, которые обозначают соответствующую клавишу.

При определении (переопределении - имеется в виду изменение горячих клавиш, действующих по умолчанию, т.е. действовавших до версии 2009.1)
горячих клавиш надо иметь в виду, что следующие комбинации задействованы как команды ввода:
ALT-L - ввод даты
ALT-0 - ALT-9 - ввод произвольных параметров

Также расширено действие клавиши Insert в качестве клавиатурной команды для операции ОТМЕТИТЬ (в различных режимах). Например:
- для отметки коротких описаний (когда фокус находится в области коротких описаний);
- для отметки полей текущей записи в РЛ - в сочетании с клавишей CTRL (когда фокус находится на РЛ)

(К сожалению, Insert не работает в качестве команды ОТМЕТИТЬ в интерфейсах на основе ИРБИС-Навигатора - например, ввод УДК/ББК через БД и т.п.)



Редактировано 1 раз. Последний раз 19.08.2009 17:55 пользователем Alio.

Новое в WEB ИРБИС 9.1

1. Добавлена функция печати результатов поиска(как в J-ИРБИС). Обеспечена возможность распечатки всех найденных записей, только отмеченных записей или всех кроме отмеченных. Выборка может быть представлена в 2 форматах – кратком, полном.

2. Основные типы запросов транслируются на естественный язык и на и на их основе создаётся заголовок листа распечатки.

3. Фреймам и форматам даны интуитивно понятные имена, отражающие их назначение. (Например, фрейм search_4.frm получил название professional_search_form.frm) Фреймы распределены по папкам в соответствии со своими функциями.

4. Для перехода между страницами в результатах поиска применён алгоритм построения ссылок редакции Максима Панева. Наряду с цифровыми обозначениями диапазонов страниц отображаются графические кнопки: «Переход к последней странице», «Переход на страницу вперёд». Это повышает эргономичность навигации и делает её более понятной для пользователей не знакомых с традициями ИРБИС.

5. Оптимизирован размер генерируемых страниц. Это позволяет загружать результаты поиска в 1.5-2 раза быстрее.

6. В базовый комплект WEB ИРБИС добавлены все необходимые для его работы форматы. Это исключает проблему несогласования версий форматов и вероятность появления сообщений типа FORMAT NOT FOUND! .

7. Устранена уязвимость, позволяющая незарегистрированному пользователю получать записи читателей из базы RDR.

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

Предварительная версия доступна для тестирования по адресу:
[Library.Pgups.ru]

О замеченных ошибках и проблемах просьба сообщать по адресу: sokolinsky_k_e[sobaka]mail.ru

ИРБИС-64, АРМ Комплектатор, версия 2009.1.
1. Изменена интерпретация параметра INI-файла Data_Enter_Short, определяющий ввод: записей КСУ, итоговой записи подписки, суммарной записи заказа, количества заказываемых книг. Если он не задан или имеет значение «пусто», то при вызове режима ввода будет задан вопрос: вводить ли в упрощенном РЛ, или выполнить переход в АРМ Каталогизатор. Если значение параметра 1, то сразу вызываются упрощенные листы ввода данных. Если значение параметра 0, то для ввода происходит переход в АРМ Каталогизатор.
2. В режиме проверки фонда после выполнения основного задания запускается проверка БД на наличие непроверенных экземпляров. Их количество подсчитывается по формату, задаваемому параметром EkzNoProvPft=ekz_noprov, и выводится в протокол в последней строке.
3. Добавлены параметры в секции MAIN, определяющие доступность режимов:
• AccessSpisMaster – Мастер списания
• AccessSpisKsu – Ввод новой записи КСУ выбытия
• AccessSpisGroup – Групповое списание
• AccessSpisEnd – Завершение выбытия
• AccessSpisStat – Пополнение записи КСУ выбытия



Редактировано 1 раз. Последний раз 24.08.2009 18:22 пользователем ochagova.

ИРБИС-64, АРМ Книгообнспеченность, версия 2009.1
1. При вычислении ККО для записей каталога, по кнопке «Вычислить КО» или в пакетном задании, подается опросный лист. В нем можно отметить элементы описания, которые используются при подсчете числа студентов, относящихся к данной книге. Например, если задать только код факультета и код специальности, то студенты будут отбираться только по этим параметрам. Заданные значения запоминаются в серверном INI-файле до следующей переустановки.
2. В нижней панели инструментов добавлена кнопка «Показать текущие значения КО». Она видна, если в нижнем окне БД каталога. По этой кнопке можно посмотреть таблицу данных о КО, которая формируется по данным поля 693. Сама таблица аналогична той, что подается в режиме «Вычислить КО», но формируется быстрее, т.к. данные не вычисляются заново, как в режиме «Вычислить КО». Используется РЛ подполей WssFor693=Kofor693.wss
3. Если в нижнем окне находится список книг и если он отсортирован по щелчку по верхней строке, то на нижней панели становится видимой кнопка «Показать/Сохранить таблицу». В эту таблицу помещаются данные полей 691 всех записей списка. Для каждой строки (повторения поля 691) формируется столбец «Студенты». Данные в этот столбец формируются для каждого повторения поля 691 по связке «фак.-спец.-ВО-ФО-семестр», которая формируется «налету». Используется для проверки общих данных по ККО для книги.
4. Изменен алгоритм вычисления ККО для электронных ресурсов в зависимости от параметров NameFOELKKO, NumbComputers и наличия поля экземпляров. Подробнее в п. 3.9 инструкции.
5. Добавлен режим "Формирование справочников" - возможность работы со справочниками, относящимися к задаче КО.
6. Добавлен режим «Формирование отчетов». Он в какой-то степени дублирует режим «Выходные формы» и предназначен для непрофессионального конечного пользователя. Добавлены новые таблицы, в том числе статистические. Список отчетов единый и содержит таблицы, относящиеся к БД каталога, БД VUZ и RDR. Режим вызывается по кнопке на верхней панели инструментов. Раскрывается форма, в которой можно выбрать вид отчета, задать элементы, по которым следует отобрать данные в отчет, задать элементы, по которым следует сгруппировать строки таблицы и выдать заголовки.
7. В модуле "Учебный план" добавлена возможность формирования структуры ВУЗа, путем множественных отметок и переносов из справочников факультетов, кафедр, специальностей.
8. Предлагается пока в тестовом варианте режим связи по номеру группы. Определяется параметром LinkGroup=1 в INI-файле в секции MAIN. Предполагается, что номера групп у студентов формируются с привязкой к факультету, семестру, специальности и т.д.. В записях дисциплин необходимо формировать в поле контингентов (83) номер группы. Другие параметры могут отсутствовать, но при отсутствии параметра будет и отсутствовать связь по данному параметру с книгами и студентами. В записях книг поля 691 должны содержать номер группы, другие параметры могут отсутствовать, что также повлечет отсутствие связи по параметру. При вычислении значений ККО для книги количество студентов определяется как сумма студентов по номерам групп всех повторений поля 691.
• В записи DISC в поле 83 достаточно задавать номера групп, для которых используется дисциплина. Автоматически будут создаваться записи VUZ, со значениями подполя 68^E и дисциплиной в поле 69.
• В записях каталога в поле 691 достаточно заполнять подполе номера группы - ^E, но при этом не будет связи книги с дисциплиной, факультетом и т.д. При вводе поля 691 в АРМе Каталогизатор в словаре дисциплин следует выбирать дисциплины с определенными номерами групп. Вводиться будут все данные, которые имеются в соответствующей записи VUZ. Если использовать режим переноса для заполнения поля 691, то переноситься будут все данные, которые имеются в записях VUZ.
• В записях студентов номер группы является обязательным и должен меняться при переводе студентов на другой семестр.



Редактировано 4 раз. Последний раз 24.08.2009 18:32 пользователем ochagova.

ИРБИС-64
Создан вариант глобальной корректировки, которая в качестве ИНСТРУМЕНТА запускается из серверного Администратора.
При этом в качестве исходных (для корректировки) документов можно задавать: всю БД, диапазон MFN, результаты поиска.
Появляется также возможность запускать глобальную корректировку в пакетном задании АРМа Администратор.
Желающие потестировать серверную глобальную корректировку обращайтесь на alio@gpntb.ru



Редактировано 1 раз. Последний раз 31.08.2009 11:06 пользователем Alio.

АРМ Книговыдача ИРБИС64

Обеспечена возможность ОТБОРА ЗАКАЗОВ с помощью словаря (поиска). Данная возможность может быть полезна в случае работы с большим количеством заказов.
В главном меню АРМа появился пункт ЗАКАЗЫ-ИСХОДНЫЕ, который позволяет переключать контекст работы с заказами ВСЕ/ОТОБРАННЫЕ ( для каждого вида заказов: невыполненные, бронь, выполненные)
Для отбора заказов предлагается плавающее окно с интерфейсом поиска по словарю заказов. Кнопка ОТБОР позволяет ОТОБРАТЬ соответствующие заказы для работы с ними в окне заказов. Кнопка ВЫПОЛНИТЬ позволяет отобрать заказы и одновременно направить их на ГРУППОВОЕ выполнение. Окно отбора заказов плавающее (немодальное), его можно позиционировать на экране так, как удобно - его положение программа запоминает для след. сеансов.
В окне со списком заказов (всех или ОТОБРАННЫХ) появилась кнопка, которая вызывает окно для отбора заказов (если оно было закрыто).
Переключение контекста работы с заказами ВСЕ/ОТОБРАННЫЕ (кроме главного меню) можно произвести двойным щелчком по закладкам ЗАКАЗЫ/БРОНЬ

Окончательный релиз версии 2009.1

Выпуск версии 2009.1 планируется на 25 сентября 2009 г.

На FTP (закрытый) выставлена предварительная версия методического материала ИРБИС в примерах: Технология комплектования
IRBIS_SAMPLE64_COMPLECTATOR.ZIP

Раздел ПОДПИСКА в методическом материале пустой. Так и должно быть?