ИРБИС64 версия 2010.1 все обновления (последнее D6).

После обновления D6 в АРМ КО обнаружила (см. картинки вложения 2010_1_D6_рис1.jpg и 2010_1_D6_рис11.jpg), что данные по книге за осенний семестр "пропали", если дисциплина не изучается в весеннем семестре.

Должно быть как на картинке 2007_1_рис1.jpg (ИРБИС64 версия 2007.1, в настоящее время штатная версия библиотеки).

Галина Николаевна, этот вопрос уже обсуждался. Я не помню кто именно высказывался, но были мнения, что если не используется в текущем семестре, то зачем эту книжку показывать? Это логично, ведь заголовок говорит - "Данные для текущего семестра". По кнопке "Показать текущие значения КО" можно увидеть эту книгу со средним значением.
В окне поного описания нет данных об оченнем семестре, если нет архивных данных об этом семестре.

ochagova написал(а):
-------------------------------------------------------
> Галина Николаевна, этот вопрос уже обсуждался. Я
> не помню кто именно высказывался, но были мнения,
> что если не используется в текущем семестре, то
> зачем эту книжку показывать? Это логично, ведь
> заголовок говорит - "Данные для текущего
> семестра". По кнопке "Показать текущие значения
> КО" можно увидеть эту книгу со средним значением.
> В окне поного описания нет данных об оченнем
> семестре, если нет архивных данных об этом
> семестре.

Людмила Николаевна, архивные данные присутствуют в записи книги (см. картинку файла вложения), а в окне полного описания отсутствуют. Почему?

Не могу это объяснить. Согласно формату данные берутся из поля 692. Приложите запись, может что-то увижу

ochagova написал(а):
-------------------------------------------------------
> Не могу это объяснить. Согласно формату данные
> берутся из поля 692. Приложите запись, может
> что-то увижу

Запись во вложении в формате iso (UTF8) и txt (win)

В присланной записи в поле 692 имеются подполя ^X и ^Y. Откуда? Подполе ^X заполняется только если в записи есть выделенные фонды, которых у вас нет. При этом там признаки, а не значения. Формат использует эти признаки. Как вы формировали архивные данные? Впечатление, что вы ручками их подправили и внесли значения в подполе ^X и ^Y. Уберите их и все будет нормально



Редактировано 1 раз. Последний раз 02.09.2011 10:47 пользователем ochagova.

ochagova написал(а):
-------------------------------------------------------
> В присланной записи в поле 692 имеются подполя ^X
> и ^Y. Откуда?

Эти подполя сформировались при архивировании данных за осенний семестр 2010/2011 уч. года, ^x - число экземпляров, а ^y - число студентов

Подполе ^X заполняется только если в
> записи есть выделенные фонды, которых у вас нет.
> При этом там признаки, а не значения. Формат
> использует эти признаки. Как вы формировали
> архивные данные? Впечатление, что вы ручками их
> подправили и внесли значения в подполе ^X и ^Y.

Обижаете, Людмила Николаевна! Архивные поля сформированы по Вашей инструкции для пользователя (версия 2007.1 ИРБИС64), никто ничего "ручками" не подправлял. Учтите, что работа без БД RDR!


> Уберите их и все будет нормально

Убирать их нельзя, как же Выбудете формировать полное описание (данные осеннего семестра)! Где эти данные должны быть в записи?

Вы в какой версии работаете? По картинке - это 10.1, а архивация почему-то в 7.1. Тогда и формат берите из версии 7.1.



Редактировано 1 раз. Последний раз 02.09.2011 15:58 пользователем ochagova.

ochagova написал(а):
-------------------------------------------------------
> Вы в какой версии работаете?

Библиотека работает в версии 2007.1 ИРБИС64.

Записи созданы в версии 2007.1 ИРБИС64, выгружены в формате *.txt (win) и загружены в БД BOOK версии 2010.1 ИРБИС64. Созданы текущие данные (с соответствии с Вашим руководством пользователя).

Все, что мы с Вами обсуждали на форуме (АРМ КО версии 2010.1 ИРБИС64), я постараюсь систематизировать и представить на форуме.


> По картинке - это
> 10.1, а архивация почему-то в 7.1. Тогда и формат
> берите из версии 7.1.

АРМ КО версии 2010.1 ИРБИС64 тестирую на локальном компьютере с февраля 2011 года, но... Результат тестирования пока отрицательный, к сожалению. Вот уж, действительно, "лучшее враг хорошего"!

За 40 лет работы программистом у меня сложилось представление, что изменение версии программы НЕ ИСКАЖАЕТ результаты "старой" версии, позволяет подтвердить результаты...

А прежде чем установить ИРБИС64 версии 2007.1, я год тестировала АРМ КО, переписывалась, общалась с Вами на форуме (отберите и освежите, пожалуйста в памяти), со С.М. Дунаевской отладили выходные формы. С калькулятором проверяла Ваши расчеты, анализировала различные ситуации (для своего ВУЗа). Вот уже за 3 учебных года введены данные для АРМа (работа без БД RDR). Работа проделана огромная по вводу данных сотрудниками библиотеки, освоили интерфейс, технологию...

Результам, полученным в АРМ КО версии 2007.1 ИРБИС64 для нашего ВУЗа, можно верить.

А сейчас, что же, "начинай все с начала, Галина Николаевна"?!

Галина Николаевна, то что вы хотите невозможно. Этот АРМ за период 7.1 - 10.1 сильно менялся, мы искали оптимальные решения. Ведь менялась даже структура базы. И нет возможности работать одновременно в двух версиях. Советую все-таки перейти на 10.1 и решать проблемы в ней. К вашим замечаниям я всегда прислушиваюсь, когда речь о текущей версии.

ochagova написал(а):
-------------------------------------------------------
> Галина Николаевна, то что вы хотите невозможно.
> Этот АРМ за период 7.1 - 10.1 сильно менялся, мы
> искали оптимальные решения. Ведь менялась даже
> структура базы. И нет возможности работать
> одновременно в двух версиях.

Данные-то надо перенести из версии 2007.1 в версию 2010.1 корректно как-то, наверное. Пока не получается...

> Советую все-таки
> перейти на 10.1 и решать проблемы в ней. К вашим
> замечаниям я всегда прислушиваюсь, когда речь о
> текущей версии.

ПОВТОРЯЮ:
Версия 2010.1 ИРБИС64 у меня установлена со всеми обновлениями, я ее тестирую с февраля 2011 года. Результата нет! Проблемы Вы не решаете, к сожалению (далеко идти не надо, в конкретной теме см. первое сообщение).


Пожалуйста, доработайте АРМ КО версии 2010.1, чтобы можно было установить новую версию в библиотеке. На форуме обсуждались с Вами перечисленные ниже проблемы.

1. При создании поля 693 (любым описанным в инструкции способом) не учитывается учебный год, указанный по кнопке "Настройка" в виде даты окончания осеннего семестра (подставляется учебный год "по умолчанию", когда дата окончания семестра не указана).

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

3. Округление для таблицы на экране должно быть по правилу " если значение больше или равно 0.5, то округляется до 1".

4. Книгу НЕ УЧИТЫВАТЬ при расчете ККО, если в текущем семестре ее никто не использует, но архивные данные за прошедший семестр и средние значения за год должны быть на экранев таблице за текущий семестр.

1. Приведите пример, когда неверно формируется подполе с годами при заданном параметре "дата окончания...". Так же в 7.1
2. Лишняя информация - это один столбец "ККО по дисциплине"
3. Округление такое же как в 7.1. Округляю не я, а стандартные ф-ции ОС
4. Вопрос спорный, здесь можно подумать.

ochagova написал(а):
-------------------------------------------------------
> 1. Приведите пример, когда неверно формируется
> подполе с годами при заданном параметре "дата
> окончания...". Так же в 7.1

См. по ссылке Пример, когда неверно формируется уч. год

> 2. Лишняя информация - это один столбец "ККО по
> дисциплине"

См. картинку файла вложения 2.jpg

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

> 3. Округление такое же как в 7.1. Округляю не я, а
> стандартные ф-ции ОС

Округление

После обновления D6 не проверяла, возможно это уже исправлено...

Редактирую:
Проверила - это исправлено, прошу извинить.

> 4. Вопрос спорный, здесь можно подумать.



Людмила Николаевна, преходить на версию 2010.1 смысла уже нет, вот-вот выйдет версия 2011. Будем переходить уже на версию 2011.

Может быть, в версии 2011 учтете мои пожелания?



Редактировано 1 раз. Последний раз 08.09.2011 10:15 пользователем Галина Николаевна, Саратов.

Предлагаю такую доработку: по параметру настройки выводить в таблицу книги, которые не используются в данном семестре со специальной пометкой. В счете их не учитывать. По умолчанию - не выводить. См. pic1

ochagova написал(а):
-------------------------------------------------------
> Предлагаю такую доработку: по параметру настройки
> выводить в таблицу книги, которые не используются
> в данном семестре со специальной пометкой. В счете
> их не учитывать. По умолчанию - не выводить. См.
> pic1

Это частный случай проблемы.

А если книга используется в семестре, но по другой дисциплине?
Мой пример с книгой Ведяева С.Ю. "Базы данных...", где в осеннем семестре студенты используют книгу по дисциплине "Базы данных", а весеннем - по дисциплине "Информационные системы"? Такие книги в библиотеке имеются. И поступить надо так, как в версии 2007.1.

Значит в осеннем семестре книга будет в таблице под дисц. "Базы данных", а под дисц. "Инф...." по параметру и помеченная. В весеннем под дисц."Базы..." по параметру и помеченная, а по дисц. "Инф...." явно.
п.1 ваших замечаний - учла
п.2 - учла частично

Здравствуйте, коллеги.
ИРБИС 64 2010.1 с обновлениями. Подскажите, пожалуйста, как настроить подсчет ККО по всему количеству экземпляров книги? Мы осваиваем АРМ КНигообеспеченность и обнаружили, что в табличку Вычисление ККО берутся данные количества экземпляров со статусами 0 и U, а экземпляры со статусом С не считаются. А нам надо...

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

Добрый день. У нас Ирбис64 2014.1, обновления были D1-D5 за 2015 г. Проблема такая - в некоторых экземплярах учебников стоит статус C - это учебники в филиалах, которые не должны учитываться в Книговыдаче. В Книгообеспеченности, получается, они тоже не учитываются при вычислении ККО (в интерфейсной таблице в нижнем окне). Можно ли сделать так, чтобы в Книгообеспеченности учитывались все экземпляры, в том числе и со статусом С?

В INI-файлы в секции MAIN можно задать параметр, который будет определять какие статусы нужно брать для подсчета в интерфейсе. Вы можете перечислить все статусы, но тогда вы сами определяете, что считать. Например, вы можете задать:

StatusYesKo=0,1,u,c

Только для этих статусов будет считаться.

В нашем INI-файле нет такого параметра.

Вы его добавьте в секции MAIN

Спасибо! Добавила, теперь считает, как нам нужно.