Пишу тут т.к. все-таки связано с новой технологией архивирования. В АРМ Каталогизатор очень удобно показывает Полное описание - АРХИВНЫЕ СВЕДЕНИЯ О ВЫДАЧАХ/ВОЗВРАТАХ. В отличие от кнопки в АРМ Книговыдача (там только шифр) можно посмотреть какие книги брал читатель с их описанием.
Но запись такого читателя очень тормозит в Каталогизаторе. Может быть можно как-то ускорить это? Например, сделать как с экземплярами - там когда повторений поля 910 больше 10, то они открываются по отдельной ссылке. Может и для архивных полей можно такой механизм сделать?



Редактировано 3 раз. Последний раз 10.04.2017 10:10 пользователем roit.

Добрый день.
Поддерживаю Вас, у нас тоже очень сильно тормозило, когда выводились архивные сведения в описании.
Изменила формат rdrw_html.pft, блок вывода архивных сведений выделила в отдельный файл, и сделала ссылку на него
if g1<>'' then
/*архивные сведения выделены в отдельный формат и загружаются в новом окне
'<A HREF="IRBIS:1,,,rdrw_arx_html?&KEY=@',mfn,'">',
'<i><font size="3"> <br>Архивные сведения (в новом окне) </font></i>','</A>','<br>',
/*-----------------------------------------------------------------------
fi

Елена, КрЦНТИБ Красноярской ж.д.

Спасибо, Елена! Очень бы хотелось, чтобы разработчики сделали это в промышленной версии! Пожалуйста!



Редактировано 1 раз. Последний раз 05.04.2017 08:45 пользователем roit.

А зачем Вы используете в качестве основного именно этот формат, который показывает архивные данные?

Так этот формат стоит как оптимизированный, с ним и работаем.

Елена, КрЦНТИБ Красноярской ж.д.

Да именно оптимизированный показывает. Кроме того удобно, что показывает архивные. Просто было бы здорово, чтобы не тормозил и показывал в отдельном окне, как это сделано для 910 поля. Александр Иосифович, не можете ли Вы все-таки это сделать? Пожалуйста!



Редактировано 2 раз. Последний раз 05.04.2017 10:04 пользователем roit.

Попробуйте откорректированные форматы
1. Замените формат rdrw_html.pft в RDR
2. Поместите в Deposit формат rdrw_arh_html.pft
3. Для регулирования макс.числа повторений поля 40 в архивной БД, при котором данные выводятся в новом окне (по умолчанию 10), введите в irbisr.ini параметр LimPftFull_arh= (секция [Main])

Я еще не работала с 16-ой версией, поэтому на реальных данных форматы не проверены.

Наверно, лучшее решение - это изменить оптимизацию форматов (файл pftw_h.opt в папке RDR)
вместо

920
5
RDRU RDRUW_H
+++++ RDRW_HTML
*****

сделать

920
5
RDRU RDRUW_H
+++++ RDR0W_HTML
*****

Уважаемые разработчики, Вы меня слегка запутали. Что мне все-таки делать? Какой из 2 вариантов? При варианте Александра Иосифовича тоже будет показ в отдельном окне?



Редактировано 2 раз. Последний раз 05.04.2017 16:35 пользователем roit.

Ну, конечно, вариант Alio

Спасибо, завтра попробую

Александр Иосифович! никак не помогло. Изменила как у Вас написано. Т.к. про написанному неясно RDR0W_HTML там ноль или латинская буква, то попробовала оба варианта. И в 3-й раз попробовала уже даже скопировать название файлы и вставить его (см. вложение). Всё равно получается то же самое: также тормозит и такие же показывает в Оптимизированных Архивные сведения в том же виде (см. картинку). Может у меня еще в каком-то файле что-то не так? Какой прикрепить?

Татьяна Ароновна, путаница могла произойти из за того, что в версии 2016.1 для всех записей используется общий РЛ: RDR - как для студентов, так и для сотрудников/преподавателей.

Раньше эти категории читателей имели значение РЛ в поле 920: RDRU или RDR соответственно.

Поэтому, для того, чтобы использовать форматы, предоставленные Светланой Михайловной в pftw_h.opt нужно:

920
5
RDRU RDRW_HТML
+++++ RDRW_HTML
*****




из логики текста, приведенного выше Александром Иосифовичем следует:

для записей типа RDRU будет отображаться в качестве оптимизированного формат RDRUW_H

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


Поэтому, если для всех записей использовать формат RDR0W_HTML то нужно поменять на:

920
5
RDRU RDR0W_HТML
+++++ RDR0W_HTML
*****

Но формат RDR0W_HTML не содержит никаких архивных сведений.



Редактировано 1 раз. Последний раз 06.04.2017 12:39 пользователем А. Роман.

Т.к. выше Светлана Михайловна написала, что нужно использовать вариант Александра Иосифовича, то я его и пробую использовать.
Когда я сделала так
920
5
RDRU RDR0W_HТML
+++++ RDR0W_HTML
*****
Причем т.к. мне так и неясно, что это O буква или ноль, то я просто скопировала отсюда.
Получилось у меня то, что формат оптимизированный показывает ПУСТОЕ окно Полное описание - просто белый лист.
Может быть это еще связано с теми изменениями, которые я сделала при переходе на версию 2016.1. Когда я вместо листа RDRU увидела лист RDR, где нет нужных нам полей, то я сделала следующее:
скопировала в файл ws31.opt содержимое файла ws.opt. Т.е там у меня:
920
5
RDRU RDRU
VUZ VUZ
+++++ RDR
*****
и еще в fmt31.mnu Добавила и поставила 1-м:RDRU
Так нельзя было делать?
Но как тогда правильно, чтобы был RDRU?
А если RDR0W_HTML не содержит никаких архивных сведений, то почему Александр Иосифович его посоветовал вообще? Мне же нужно не избавится от архивных сведений раз и навсегда, а иметь возможность их видеть, только чтобы запись при этом не тормозила.



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

Формат Rdr0w_html.pft не содержит сведений о выдачах / возвратах.
Если Вы хотите видеть эти сведения и из БД RDR, и из RDR_ARH, посмотрите вариант, предложенный мною

Светлана Михайловна, да именно надо видеть архивные сведения.
Если бы в АРМ Книговыдача по кнопке Архивные данные в таблице было бы краткое описание (сейчас стам только шифры документов), то можно было бы согласится с Оптимизированным форматом без архивных сведений. Но и тут уж никак без сведений актуальной книговыдачи из БД RDR.
Но т.к. в АРМ Книговыдача безликие шифры, то нам нужно обязательно в АРМ Каталогизатор, где и сданные книги из БД RDR и записи из RDR_ARH видно описание.
Я выполнила все Ваши инструкции. Записи перестали торомзить. Появилась ссылка для просмотра архивных записей. Но само окно открывается пустое (см. картинку).
Да еще, все свои неправильные изменения в ws31.opt и fmt31.mnu я отменила, но это похоже тут не при чем.



Редактировано 3 раз. Последний раз 10.04.2017 10:10 пользователем roit.

Замените форматы еще раз

Заменила. Такая же точно картинка. Пустое окно.
Поняла в чем дело! Как только заменила в 920 поле RDRU На RDR всё получилось. В связи с этим еще раз задам тут тот же вопрос, который задала отдельной темой, но ответ не получила: нужно ли мне провести глобальную корректировку и заменить во всей базе в 920 поле RDRU На RDR?
Похоже с 2016 версии от RDRU отказались насовсем?



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

Значение в поле 920 не должно влиять на формат просмотра.

Да, Вы правы, извините. Проверила еще раз. Показывает для всех. Почему не сразу вошли в силу изменения не знаю. Точно открывала по новой АРМ после замены файлов не сервере.
Спасибо огромное! Стало очень удобно!



Редактировано 1 раз. Последний раз 10.04.2017 13:21 пользователем roit.

Добрый день.
Подскажите, пожалуйста, при архивировании данных 1 повторение поля 40 - 1 запись в БД архивной. Это так и должно работать по технологии?
Вопрос возник, потому что в архивной БД поле 40 повторяемое.

Елена, КрЦНТИБ Красноярской ж.д.

LiLi написал(а):
-------------------------------------------------------
> Добрый день.
> Подскажите, пожалуйста, при архивировании данных 1
> повторение поля 40 - 1 запись в БД архивной. Это
> так и должно работать по технологии?
Да.

> Вопрос возник, потому что в архивной БД поле 40
> повторяемое.

А можно подвести итог для тех, кто только подключился к теме?

Ранее мне было предложено вернуть RDR.FST из версии 2015.1, и все стало летать, но если есть возможность не смешивать версии и не тормозить, то что в итоге нужно сделать? Вернуть RDR.FST 2016.1, изменить оптимизацию?

>Поэтому, если для всех записей использовать формат RDR0W_HTML то нужно >поменять на:

>920
>5
>RDRU RDR0W_HТML
>+++++ RDR0W_HTML
>*****

И спокойно начать архивировать?

Novinka написал(а):
-------------------------------------------------------
> А можно подвести итог для тех, кто только
> подключился к теме?
>
> Ранее мне было предложено вернуть RDR.FST из
> версии 2015.1, и все стало летать, но если есть
> возможность не смешивать версии и не тормозить, то
> что в итоге нужно сделать? Вернуть RDR.FST 2016.1,
> изменить оптимизацию?
Если для Вас приоритет СКОРОСТИ и Вы готовы смириться с тем, что в словарях (НО НЕ В СТАТ.ФОРМАХ!) НЕ БУДУт отражаться сведения из архива книговыдачи, то используйте RDR.FST из версии 2015.1
Если же для Вас крайне важно, чтобы в словарях отражались архивные сведения по книговыдаче и Вы готовы несколько поступиться скоростью, то Вы:
- используете RDR.FST из версии 2016.1
- используете irbis64.dll из последнего обновления 2016.1 (D3)
- пересоздаете словарь RDR каждую ночь.

Уважаемая Светлана Михайловна! Я использую те форматы, которые Вы прислали 7 апреля в этой ветке. И всё было хорошо, пока у нас по старой системе были все записи RDRU в 920 поле. Но как только мы перешли на новый объединенный рабочий лист и записи у нас получили в 920 поле значение RDR, так у нас в этих новых записях мы можем посмотреть в Каталогизаторе только литературу на руках. См. картинки во вложенных файлах: Рязанова это запись RDRU и у нее все прекрасно отображается, а Бочкарева - RDR и там мы не видим не только архивных, но даже тех книг, которые она сдала.
Причем, 10 апреля у меня была обратная ситуация и Вы написали, что 920 поле не влияет на отображение. Тогда и правда не влияло, а сейчас как только я поменяла RDR на RDRU, так стало видно все поля (я за это время успела у Бочкаревой переместить в архивные, но и их видно, картинка Бочкарева2).
Версия у меня 2016 с обновлением по D3. Может дело и в нем.
Как бы теперь настроить, чтобы всегда и для RDR, и для RDRU показывало одинаково полную информацию?



Редактировано 1 раз. Последний раз 01.08.2017 09:17 пользователем roit.

И все-таки формат показа не зависит от значения поля 920
НО оптимизированный формат зависит от поля 920.
Это определено в формате, который указан в INI-файле в параметре PFTOPT=PFTW_H.OPT
И если там показано
920
5
RDRU RDRUW_H
+++++ RDRW_HTML
*****

то это означает, что для РЛ RDRU берется формат RDRUW_H.PFT, а для всех других РЛ - формат RDRW_HTML.PFT

Удалите первую строку

P.S. Пишу так подробно, т.к. вижу, что Вы стараетесь понять все нюансы



Я не права!
Посмотрела еще раз формат RDRUW_H, из него вызывается RDRW_HTML, а далее следует добавка для КО
Так что и этот формат должен работать!

Пришлите проблемные записи из обеих БД (TXT/ISO)



Редактировано 2 раз. Последний раз 01.08.2017 12:38 пользователем Дунаевская.

Не поняла для каких обеих БД? Для RDR и RDR архивной?
Прикрепляю записи Бочкаревой из архивной RDR, а из текущей еще и Симакину. У нее тоже RDR, тоже сданная литература, которая не отображается в просмотре, но у нее нет архивных полей.
И объяснение не очень поняла, Вы же мне тогда 7 апреля прислали RDRW_HTML.PFT и получается, что как раз RDR с ним должен работать, а RDRU - не работать. А у меня ровно наоборот



Редактировано 1 раз. Последний раз 01.08.2017 13:56 пользователем roit.

Извините, неправильно прикрепила. В первом Файле Бочкарева и Симакина. Бочкарева сохранена в том виде, когда проблем нет т.е. как RDRU (это я на ней экспериментировала, вот и запуталась), кладу снова

Светлана Михайловна! Кажется я разобралась! Оказывается у нас файл PFTW_H.OPT был из последнего обновления D3 к нашей 2016 версии.
И выглядит он там так:
920
5
RDRU RDRUW_H
+++++ RDRW_HTML_DOLG
*****

я сделала так:
920
5
+++++ RDRW_HTML
*****
и теперь у меня Ваши изменения работают в записях всех типов (rdr, rdru).
А Вы не могли бы ввести изменения, которые прислали мне 7 апреля (прикрепляю тут эти файлы, которые Вы прислали) в промышленную версию ИРБИС? Хотя бы как настраиваемый в ини параметр? Чтобы кто хочет по старому видели по старому, а кто хочет по новому видели по новому?
С появлением архивной базы RDR очень удобно видеть что человек сдал с учетом архивных в Каталогизаторе (в Книговыдаче только шифры, нет описаний). И еще удобнее (как Вы сделали), что архивные спрятаны под ссылку если их много и открываются в отдельном окне, не тормозя запись.



Редактировано 1 раз. Последний раз 03.08.2017 10:09 пользователем roit.

roit написал(а):
-------------------------------------------------------
> Светлана Михайловна! Кажется я разобралась!
> Оказывается у нас файл PFTW_H.OPT был из
> последнего обновления D3 к нашей 2016 версии.
> И выглядит он там так:
> 920
> 5
> RDRU RDRUW_H
> +++++ RDRW_HTML_DOLG
> *****
>
> я сделала так:
> 920
> 5
> +++++ RDRW_HTML
> *****
> и теперь у меня Ваши изменения работают в записях
> всех типов (rdr, rdru).

Вы сделали так, Как я посоветовала (ошибочно), но при этом, отказываясь от формата RDRUW_H, теряете при показе данные КО.
Можете вернуть его обратно (если нужно, конечно)
920
5
RDRU RDRUW_H
+++++ RDRW_HTML
*****

> А Вы не могли бы ввести изменения, которые
> прислали мне 7 апреля (прикрепляю тут эти файлы,
> которые Вы прислали) в промышленную версию ИРБИС?
> Хотя бы как настраиваемый в ини параметр? Чтобы
> кто хочет по старому видели по старому, а кто
> хочет по новому видели по новому?

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

> С появлением архивной базы RDR очень удобно видеть
> что человек сдал с учетом архивных в
> Каталогизаторе (в Книговыдаче только шифры, нет
> описаний). И еще удобнее (как Вы сделали), что
> архивные спрятаны под ссылку если их много и
> открываются в отдельном окне, не тормозя запись.