Ассоциация ЭБНИТ    ИРБИС-корпорация    Вики-Ирбис    Online/CHM справка Ирбис    FTP-сервер
Система ИРБИС в целом :  ИРБИС Irbis
 
Страницы: <<12345>>
Страница: 2 из 5
Re: Версия 2012.1
Пользователь: Konstantinus (IP-адрес скрыт)
Дата: 29, December, 2011 13:14

Как раз запускаю второй сервер, так что могу тестировать на 4-х процессорном ПК 160 тысячную базу хоть целый день в разных режимах :)
Жду новый модуль.

P.S. В свою очередь хочу обратить внимание на тему - [irbis.gpntb.ru] Задача стоит развести веб и ИРБИС сервера, но оставить возможность авторизации читателей используя данные базы RDR "внутреннего" сервера.

Re: Версия 2012.1
Пользователь: Konstantinus (IP-адрес скрыт)
Дата: 02, January, 2012 01:22

170665 записей.
4-х ядерный Феном

MULTILOAD=4
MULTISORT=1 - 1: 42 мин. 5 сек. 2: 42 мин. 22 сек.

MULTILOAD=4
MULTISORT=0 - 1: 41 мин. 57 сек. 2: 41 мин. 54 сек.

Для чистоты эксперемента повторю сейчас тесты еще несколько раз.

Re: Версия 2012.1
Пользователь: Alio (IP-адрес скрыт)
Дата: 05, January, 2012 11:02

Konstantinus написал(а):
-------------------------------------------------------
> 170665 записей.
> 4-х ядерный Феном
>
> MULTILOAD=4
> MULTISORT=1 - 1: 42 мин. 5 сек. 2: 42 мин. 22
> сек.
>
> MULTILOAD=4
> MULTISORT=0 - 1: 41 мин. 57 сек. 2: 41 мин. 54
> сек.
>
> Для чистоты эксперемента повторю сейчас тесты еще
> несколько раз.
Что здесь означает 2: 42 мин. 22 сек. и 2: 41 мин. 54 сек.?

Re: Версия 2012.1
Пользователь: Konstantinus (IP-адрес скрыт)
Дата: 05, January, 2012 13:51

Это номер эксперимента "1:" - первый, "2:" - второй соответственно.
То есть провел тест, один раз. Потом повторил.

Re: Версия 2012.1
Пользователь: Alio (IP-адрес скрыт)
Дата: 05, January, 2012 16:21

Однако...

Re: Версия 2012.1
Пользователь: Konstantinus (IP-адрес скрыт)
Дата: 05, January, 2012 20:05

Ув. А.И.!
Обратите внимание на дату, 2-е января :)

Re: Версия 2012.1
Пользователь: Alio (IP-адрес скрыт)
Дата: 12, January, 2012 10:31

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

Расширены возможности МЕТОДА ВВОДА 4 (через многостроковое окно):
- при мультивводе повторяющихся полей (F3) каждый абзац введенного текста (абзац - часть текста, отделенная с помощью клавиши Enter) принимается как отдельное повторение поля;
- при мультивводе в одно поле/подполе (если указаны данные в 10 свойстве данного поля/подполя в описании РЛ - см. Общее описание системы Приложение 8 п.5.1) осуществляется объединение абзацев введенного текста по соответствующим правилам.



Редактировано 2 раз. Последний раз 12.01.2012 10:33 пользователем Alio.

Re: Версия 2012.1
Пользователь: Gena (IP-адрес скрыт)
Дата: 29, January, 2012 14:24

Пожелание по Книговыдачи, режим Оформление утерянных книг.


Александ Иосифович! Можно выступить с небольшим предложением по этому режиму? У нас в библиотеке снимают с читателя утраченную книгу только в момент, когда она приносит или счет об оплате штрафа, или книгу в замен. Режим "Оформление утерянных экземпляров" не дает возможности однозначно связать утерянный экземпляр с заменой или оплатой конкретного читателя. В идеале хотелось бы иметь возможность при оформлении утери с заменой на лету создать усеченную запись книги (по аналогии с выдачей без заказа) и указать, что полученный экземпляр (в нем будет только дата и, например, статус) является заменой именно этой книги. Я это себе представлял как дополнительное подполе в поле экземпляр, в которое будет заносится шифр новой созданной записи + идентификатор читателя.

Тогда алгоритм может быть следующий:
1. Кнопка оформления утери
2. Спрашиваем у библиотекаря: оформлять с заменой, с оплатой, без дополнительной информации?
3. С заменой - или выбрать имеющуюся книгу и добавить в нее новое повторение поля 910, или дать возможность ввести новое описание книги. В записи на утерянную книгу дополняются данные о том, какой именно книгой заменили утраченную.
4. С оплатой - в утерянную книгу указать признак оплаты + номер чека оплаты.
5. Без доп. информации - отрабатывает обычный алгоритм.

Возможно ли такое?

AVD System, Техническая поддержка, [www.open4u.ru]

Re: Версия 2012.1
Пользователь: Дунаевская (IP-адрес скрыт)
Дата: 06, February, 2012 14:17

Gena
А общая технология замены утерянных книг вас не устраивает?
Инструкция комплектатора "3.1.5. Оформление утерянных книг"

Re: Версия 2012.1
Пользователь: Gena (IP-адрес скрыт)
Дата: 06, February, 2012 14:48

Тут ключевой момент в том, что наполнение акта списания ведут на кафедре выдачи, а не в отделе комплектования, который только роверяет в конце правильность оформления. Дело в том, что структура ВУЗа очень распределенная, и гонять читателей несколько не хочется. Да и все вопросы по замене реально согласовывает читатель не с отделом комплектования, а с барышнями с выдачи. По большому счету, просьба расширить режим сводится к возможности отметить ЧЕМ КОНКРЕТНО была возмещена утрата.

AVD System, Техническая поддержка, [www.open4u.ru]

Re: Версия 2012.1
Пользователь: Konstantinus (IP-адрес скрыт)
Дата: 06, February, 2012 19:13

Пожелание по стат. формам.
Хочется иметь возможность выгружать полученную стать.форму во внешний файл и только потом предлагать его открыть (по аналогии с печатью и печатью КК).

Объясню. Если на компьютере книговыдачи где делается статистика стоит не Ексел а опенофис, то форма формируется, но не показывается (выдается ошибка не найден ексель). Если бы форма выгружалась во внешний файл (пусть тот же *.xls), то мы бы его открывали хоть гугл.доксом (это уже проблемы администратора). Сейчас же нам обязательно докупать на компьютеры где делается статистика еще офис.

Re: Версия 2012.1
Пользователь: Gena (IP-адрес скрыт)
Дата: 06, February, 2012 19:28

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

AVD System, Техническая поддержка, [www.open4u.ru]

Re: Версия 2012.1
Пользователь: Alio (IP-адрес скрыт)
Дата: 07, March, 2012 17:32

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

Обеспечена возможность автоматического отбора заказов (в окне ЗАКАЗЫ) того читателя, чье полное описание отбирается в окно ЧИТАТЕЛЬ. (Предложение пользователя GLUKa в сообщении от 7 декабря 2011 в этой ветке).

Данная возможность включается с помощью нового параметра в секции [MAIN] irbisb.ini
ReaderRequestRelation=
который может принимать значения:
0 - данная возможность отключена;
>0 - данная возможность включена. Конкретное значение определяет порядковый номер поиска (начиная с единицы) - в списке видов поиска для отбора заказов (ЗАКАЗЫ-ИСХОДНЫЕ-ОТОБРАННЫЕ-ВИД ПОИСКА), - в соответствии с которым будет осуществляться отбор заказов. Разумеется, это должен быть поиск, обеспечивающий однозначный отбор читателя по его идентификатору. Если список видов поиска для отбора заказов остается дистрибутивным, то таковыми могут быть поиски с номерами:
1 - Читатели, имеющие невыполненные заказы
2 - Читатели, имеющие бронированные заказы
3 - Читатели, имеющие заказы (невыполненные/бронь/выполненные/отказы)
8 - Читатели, имеющие выполненные заказы
9 - Читатели, имеющие отказы

По умолчанию
ReaderRequestRelation=3

Следует отметить, что данная возможность не имеет ОБРАТНОГО действия, т.е. при явном (ручном) отборе заказов, содержимое окна ЧИТАТЕЛЬ не меняется.



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

Re: Версия 2012.1
Пользователь: GLUKa (IP-адрес скрыт)
Дата: 11, March, 2012 13:27

Спасибо огромное, Александр Иосифович :)

Государственная универсальная научная библиотека Красноярского края

Re: Версия 2012.1
Пользователь: Alio (IP-адрес скрыт)
Дата: 12, March, 2012 17:41

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

Расширена возможность при вводе ВИДА ПОСЕЩЕНИЯ - обеспечена возможность вводить ВИД ПОСЕЩЕНИЯ через РЛ подполей (Предложение пользователя GLUKa от 01.12.2011 (11:15) в этой ветке).

В версии 2011.1 была обеспечена возможность фиксировать ВИД ПОСЕЩЕНИЯ с помощью справочника в БД RDR, имя которого определяется параметром VISITMNU (см. релиз 2011.1 раздел АРМ Книговыдача п. 8)
Настоящей доработкой обеспечивается более широкие возможности при вводе ВИДА ПОСЕЩЕНИЯ - в частности, через словари внешних БД (некоторые пользователи ведут специальные БД МЕРОПРИЯТИЙ). Расширение состоит в том, что с помощью параметра VISITMNU в качестве инструмента ввода можно указывать РЛ подполей.
Т.е. можно указать по-старому:
VISITMNU=nnnn.mnu
а можно по-новому:
VISITMNU=nnnn.wss
при этом жестко предполагается, что собственно ВИД ПОСЕЩЕНИЯ вводится через подполе A

В качестве шаблона в дистрибутиве предлагается VISIT.WSS (в БД RDR)

(Понятно, что новый способ полностью перекрывает старый, но ради сохранения преемственности старый способ остается в силе.)



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

Re: Версия 2012.1
Пользователь: GLUKa (IP-адрес скрыт)
Дата: 14, March, 2012 08:51

УРА!!! :)

Государственная универсальная научная библиотека Красноярского края

Re: Версия 2012.1
Пользователь: Alio (IP-адрес скрыт)
Дата: 02, April, 2012 17:33

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

Новый интерфейс для табличного ввода (мультиввода повторяющихся полей с подполями) - см. прикрепленный скриншот.

Главная отличительная особенность нового интерфейса - многостроковая верстка элементов таблицы.

Вложения: 222.jpg (66.6KB)  
Re: Версия 2012.1
Пользователь: Alio (IP-адрес скрыт)
Дата: 05, April, 2012 18:13

АРМ Каталогизатор и АРМ Администратор ИРБИС64 - Режимы: ИМПОРТ/ЭКСПОРТ/КОПИРОВАНИЕ

Предлагается новая конструкция для ТВП ПЕРЕФОРМАТИРОВАНИЯ:

0 0 *

т.е. такая строка может содержаться в ТВП переформатирования, предназначенном для импорта/экспорта/копирования (но ни в коем случае не в ТВП инвертирования)

Данная конструкция обозначает необходимость импорта/экспорта/копирования БЕЗ преобразования ВСЕХ полей записи, кроме тех, что определены в других строках ТВП (т.е. тех, чьи метки указаны в первом элементе всех остальных строк ТВП)

Предпосылки для введения такой конструкции рассмотрим на конкретном примере:
Необходимо экспортировать документы из БД и при этом в каждую запись добавить поле с меткой 902 определенного содержания, преобразовать определенным образом поле 951, удалить поля 910, а все остальные поля оставить без изменения.
Для решения этой задачи ранее пришлось бы написать огромный ТВП переформатирования следующего вида:

902 0 'Определенное_содержание'
951 0 <формат преобразования>
910 0 ''

а далее для каждой метки (а их сотни) написать строку вида:

MM 0 (vMM/)
...........

С новой конструкцией этот ТВП переформатирования будет содержать всего четыре строки:

902 0 'Определенное_содержание'
951 0 <формат преобразования>
910 0 ''
0 0 *

(Здесь стоит напомнить, что в общем случае порядок строк в ТВП не имеет значения)



Редактировано 2 раз. Последний раз 06.04.2012 09:38 пользователем Alio.

Re: Версия 2012.1
Пользователь: Панев Максим (IP-адрес скрыт)
Дата: 06, April, 2012 07:23

Вот за это спасибо.

Re: Версия 2012.1
Пользователь: Дунаевская (IP-адрес скрыт)
Дата: 06, April, 2012 10:28

А можно ли реализовать еще такой вариант
0 0 if v***='...' then * else '' fi

здесь v***-единственное поле, например, 920, (или более широкое условие), от значения которого зависит, включать ли в выходную запись БЕЗ преобразования ВСЕ поля, кроме тех, что определены в других строках ТВП

Re: Версия 2012.1
Пользователь: Alio (IP-адрес скрыт)
Дата: 06, April, 2012 10:47

Обратите внимание: символ звездочка здесь НЕ РЕЗУЛЬТАТ ФОРМАТИРОВАНИЯ, а непосредственная конструкция...

Re: Версия 2012.1
Пользователь: Панев Максим (IP-адрес скрыт)
Дата: 06, April, 2012 11:58

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

Re: Версия 2012.1
Пользователь: Alio (IP-адрес скрыт)
Дата: 06, April, 2012 15:03

Дунаевская написал(а):
-------------------------------------------------------
> А можно ли реализовать еще такой вариант
> 0 0 if v***='...' then * else '' fi
>
> здесь v***-единственное поле, например, 920, (или
> более широкое условие), от значения которого
> зависит, включать ли в выходную запись БЕЗ
> преобразования ВСЕ поля, кроме тех, что определены
> в других строках ТВП

Принимается.
Таким образом, новая конструкция в общем случае имеет вид:

0 0 <формат>

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

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

0 0 '*'

Re: Версия 2012.1
Пользователь: Konstantinus (IP-адрес скрыт)
Дата: 20, April, 2012 16:08

Пожелания к версии.

1. Верните значок в область уведомлений (трей) для систем 2008 и новее или уберите клиентский Администратор из счетчика лицензий для подключения к серверу.

Re: Версия 2012.1
Пользователь: Gena (IP-адрес скрыт)
Дата: 20, April, 2012 16:15

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

AVD System, Техническая поддержка, [www.open4u.ru]

Re: Версия 2012.1
Пользователь: slay (IP-адрес скрыт)
Дата: 20, April, 2012 16:25

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

Можно конечно уменьшить время жизни клиентов...

Re: Версия 2012.1
Пользователь: Gena (IP-адрес скрыт)
Дата: 20, April, 2012 16:46

Это не решение проблемы, а ее маскирование.

AVD System, Техническая поддержка, [www.open4u.ru]

Re: Версия 2012.1
Пользователь: slay (IP-адрес скрыт)
Дата: 20, April, 2012 17:12

Это понятно, но саму проблему не всегда можно решить, а это позволит как минимум работать :)

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

Re: Версия 2012.1
Пользователь: Konstantinus (IP-адрес скрыт)
Дата: 20, April, 2012 22:12

Gena написал(а):
-------------------------------------------------------
> Костя, у тебя каждый желающий должен иметь
> возможность перезапускать сервер?

У меня "каждый" физически/удаленно по RDP доступа к серверу не имеет, а те кто имеет такое делать без надобности не будут.

Re: Версия 2012.1
Пользователь: Konstantinus (IP-адрес скрыт)
Дата: 21, April, 2012 12:58

Конечно желательно иметь хоть какой-то шаблон "БД мероприятий"

Страницы: <<12345>>
Страница: 2 из 5


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