Добрый день!
В Инструкции по переходу на новую версию написано:
9. Если Вы использовали внешние объекты/полные тексты и переходите с версии ИРБИС64 2017.1 и ниже на версию 2018.1 и выше, необходимо для соответствующих БД выполнить глобальную корректировку 64TO64PLUS.GBL с отключенными актуализацией, ФЛК и автовводом – режим ИНСТРУМЕНТЫ-ГЛОБАЛЬНАЯ АРМа «Администратор»

На вебинаре 02.04.2019 Александр Иосифович сказал, что ФЛК при этой ГК должен быть включен, но обещал уточнить.
Если отключаем ФЛК, то программа просто переносит данные из поля 951 в поле 955, несмотря ни на что. Даже если файлы были названы на кириллице, если попадаются нераспознанные документы.

И в дальнейшем как в инструкции
10. Выполните режим АКТУАЛИЗАЦИЯ-СОЗДАТЬ СЛОВАРЬ ЗАНОВО-ПОЛНОСТЬЮ - АРМ "Администратор" - для всех БД системы, с которыми Вы работаете.

происходит зависание программы на этом этапе.

Пробовала делать по частям ГК - только на 300 файлов из 900, которые распознаны и точно названы на латинице - все равно все зависло на этапе создания словаря и пришлось заново перезаливать базу.

Как правильно делать эту ГК даже на правильных документах?

Ведь 300 из 900 - это небольшой объем, специально тренировалась на базе
VKR.

NataliT написал(а):
-------------------------------------------------------
> Добрый день!
> В Инструкции по переходу на новую версию
> написано:
> 9. Если Вы использовали внешние объекты/полные
> тексты и переходите с версии ИРБИС64 2017.1 и ниже
> на версию 2018.1 и выше, необходимо для
> соответствующих БД выполнить глобальную
> корректировку 64TO64PLUS.GBL с отключенными
> актуализацией, ФЛК и автовводом – режим
> ИНСТРУМЕНТЫ-ГЛОБАЛЬНАЯ АРМа «Администратор»
У Вас старый текст инструкции. В действующей сейчас инструкции сказано:
ФЛК НЕ ОТКЛЮЧАТЬ

Добрый день!
Пробую теперь делать ГК с включенным ФЛК, обратила внимание - тк сведения из поля 951 переносятся в поле 955 сверху в записи появляется - (нет сведений об экземплярах). тк поле 951 теперь пустое.
Можно это как-то откорректировать?
Спасибо!

NataliT написал(а):
-------------------------------------------------------
> Добрый день!
> Пробую теперь делать ГК с включенным ФЛК, обратила
> внимание - тк сведения из поля 951 переносятся в
> поле 955 сверху в записи появляется - (нет
> сведений об экземплярах). тк поле 951 теперь
> пустое.
> Можно это как-то откорректировать?
> Спасибо!
Какое отношение 951 поле имеет к экземплярам???

Когда у издания НЕТ ЭКЗЕМПЛЯРА и НЕТ ДАННЫХ В ПОЛЕ 951 - такая надпись-предупреждение высвечивается в просмотровом окне, как я указала на скрине. Что в старой версии программы, что в новой.

Значит у нас есть только такие файлы инструкции.

Еще раз ознакомилась с инструкцией "Дополнительные материалы ИРБИС64+" (от 01.11.2018). в разделе 14. Переход с ИРБИС64 на ИРБИС64+ написано "5. В АРМе Администратор ИРБИС64+ для БД IBIS выполните глобальную корректировку 64TO64PLUS.GBL с отключенными актуализацией, ФЛК и автовводом."

И еще там написано - в разделе 2. Структура БД электронного каталога
в пункте
РЕКОМЕНДАЦИЯ. Вводить/редактировать 955 поле в последнюю очередь, т.е. после полного формирования библиографической записи.

Столкнулась с тем, что любая! глобальная корректировка над этими распознанными записями приводит к УДАЛЕНИЮ ЭТИХ ДОКУМЕНТОВ!

Таким образом, они теперь недоступны для ГК в принципе?
Необходимо было исправить словарь HD - и в результате записи лог.удалены.
При попытке их восстановления выходит окно (см. скрин)

Вы читали это [irbis.gpntb.ru]

Да прочла. Если вы имеете ввиду пункт 6.
6. Не следует корректировать значение 955 поля с помощью глобальной корректировки.

Но я не делала глобальную корректировку поля 955!
Я делала ГК поля 900! - вид, характер документа.

Поэтому и спрашивала - получается НИКАКАЯ ГЛОБАЛЬНАЯ КОРРЕКТИРОВКА НИ ПО КАКОМУ ПОЛЮ В ПРИНЦИПЕ НЕВОЗМОЖНА ПРИ НАЛИЧИИ НЕПУСТОГО ПОЛЯ 955?

NataliT написал(а):
-------------------------------------------------------
> Да прочла. Если вы имеете ввиду пункт 6.
> 6. Не следует корректировать значение 955 поля с
> помощью глобальной корректировки.
>
> Но я не делала глобальную корректировку поля 955!
> Я делала ГК поля 900! - вид, характер документа.
>
> Поэтому и спрашивала - получается НИКАКАЯ
> ГЛОБАЛЬНАЯ КОРРЕКТИРОВКА НИ ПО КАКОМУ ПОЛЮ В
> ПРИНЦИПЕ НЕВОЗМОЖНА ПРИ НАЛИЧИИ НЕПУСТОГО ПОЛЯ
> 955?
Ничего подобного.

Добрый день, согласна с Натальей, в инструкции так и написано, что глобальную корректировку запускать с отключенным ФЛК (мы получили версию в ноябре 2019).

1.Вот теперь не знаю, что делать: восстанавливать базу в исходном состоянии и начинать ГК заново или можно на этой базе что-то сделать?

2. После проведения ГК увидела некорректную работу ГК.
Одна запись откорректировалась, поле 951 выглядело так
^A\1077083.pdf^TЧитать^N526

Другая запись не откорректировалась, поле 951 выглядит на мой взгляд также:
^A\Smeta_dohodov_1915-1077078.pdf^Tчитать^N155

Что-то идет не так, как быть?

3. Если 951 поле содержит повторения, то в 955 перенеслось только первое повторение.

4.Если в 951 поле ссылка, то в 955 тоже ничего не перенеслось.

Для наглядности прикрепляю файл со скринами.

Уточню, что актуализацию проводить не стала, т.к. обнаружила много ошибок. Плюс ко всему, пробно проводила корректировку на двух записях, и актуализация по ним висела оооочень долго (минут 30).

Очень нужна помощь в решении вопросов.

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

Только сейчас до меня дошло, что файл 64TO64PLUS.gbl спрятанный в папке \server\datai\ibis\DEL в обновлении IRBIS64_18D1 является зашифрованным посланием от разработчиков, о том, что 64TO64PLUS.gbl необходимо удалить из папок электронных каталогов

Коллеги, проверьте у себя, тот ли файл вы запускаете!
Актуальный файл корректировки теперь лежит в Deposit и имеет размер 927 байт.

--
Сергей Кузнецов

Да, я запускаю этот файл, он в единственном экземпляре в Datai\Deposit, размер тот же. Вижу, что в нем идет проверка по наличию пустого поля 955. Только что заметила, что поле 955 не подразумевает повторений. Тогда понятно, почему стоит такое условие...
Но как быть с повторяющимся 951 полем? И его переносом в неповторяющееся 955 поле? Почему молчат разработчики?
В веб-ирбисе это выглядит странно. Первое перенесенное повторение 951 выглядит на сайте представительно в виде ссылки "Постраничный просмотр полного текста". Оно также доступно для скачивания. А все остальные повторения 951 поля одиноко отдельно расположены и только на скачивание (Читать - ч.2). Прилагаю скрин.

Также нашла одноименный файл в Datai\SK\64TO64PLUS.fst. Я не сильна в некоторых операторах ГК Ирбиса, но если этот файл каким-то образом участвует в данной ГК, то понятно тогда, что переносятся только файлы *.pdf. Как быть с другими типами файлов и ссылок?

Вопросы так и остаются нерешенными.

955 поле НЕ МОЖЕТ БЫТЬ ПОВТОРЯЮЩИМСЯ! Вдумайтесь в название этого поля...
С таким же успехом Вы могли бы требовать, чтобы 200 поле было повторяющимся!

Александр Иосифович, но если 955 поле не может быть повторяющимся, то как можно в него переносить информацию из повторяющегося поля 951?
Всё бы ничего, но у нас есть редкие издания, которые содержат больше 1000 страниц, разные приложения и т.п., они оцифрованы с большим разрешением в отдельные объемные файлы по 400 Мб. А т.к. поле 951 повторяющееся, то раньше при вводе вопросов не возникало, как их прикреплять. Объединять файлы в один - это не реально, и корректировать массу записей - тоже.

Как нам быть сейчас? Может быть Вы нам поможете? Я так понимаю, для отображения в веб-ирбисе нужно откорректировать файл BriefHTML_ft.pft?

Получается, что все оставшиеся повторения поля 951 нужно разместить ниже вывода 955 также с постраничным просмотром, и ниже еще ссылку на скачивание.
Для наглядности прикрепляю скрин (плюс ниже нужно добавить ссылку на скачивание всех последующих повторений 951 поля).

А Вы точно понимаете, зачем данные из 951 поля переносятся в 955 поле?

Alio написал(а):
-------------------------------------------------------
> А Вы точно понимаете, зачем данные из 951 поля
> переносятся в 955 поле?

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

Но тогда у меня возникает другой вопрос: как по-другому сделать/вернуть ссылки на постраничный просмотр полных текстов, описанных в поле 951, как было раньше в веб-ирбисе? Я вижу только ссылки на скачивание.

Все, что касалось поля 951 в предыдущих версиях, не менялось в 2018.1

Если не менялась технология в веб-ирбисе по 951 полю, тогда я не понимаю, почему у нас нет ссылок на постраничный просмотр полных текстов. Никаких корректировок мы не производили.

Может быть Вы поможете мне и вышлете файл(ы), который будет выводить ссылки так, как должно быть? А то я уже сомневаюсь, а нормальную ли версию нам выслали...

Shen написал(а):
-------------------------------------------------------
> Если не менялась технология в веб-ирбисе по 951
> полю, тогда я не понимаю, почему у нас нет ссылок
У Вас НЕТ ссылок на объекты из 951 поля или ОНИ не открываются?


> на постраничный просмотр полных текстов. Никаких
> корректировок мы не производили.
>
> Может быть Вы поможете мне и вышлете файл(ы),
> который будет выводить ссылки так, как должно
> быть? А то я уже сомневаюсь, а нормальную ли
> версию нам выслали...

У нас нет ссылок на постраничный просмотр полных текстов, описанных в 951 поле, есть только ссылки на скачивание.

Прикрепляю скрины с разных версий веб-Ирбиса.

Действительно, в версии 2018 не предусмотрен постраничный просмотр PDF-текстов, прикрепленных через 951 поле.
Пока могу посоветовать лишь вот что: или пользуйтесь старым Web'ом (с заменой шлюза и irbis64.dll из 2018 версии) или переносите PDF в 955 поле. Если в документе несколько PDF-файлов - или объединяйте их, или описывайте каждый PDF в отдельном документе.

Спасибо, идея ясна.
Вот только мне не совсем понятны слова "с заменой шлюза из 2018 версии) - это какие именно папки/файлы?

Shen написал(а):
-------------------------------------------------------
> Спасибо, идея ясна.
> Вот только мне не совсем понятны слова "с заменой
> шлюза из 2018 версии) - это какие именно
> папки/файлы?
На стороне шлюза следует заменить файлы cgiirbis_64.exe и irbis64.dll, взяв соответствующие файлы из версии 2018 (т.е. при копировании надо переименовать файл: cgiirbis_64_ft.exe на cgiirbis_64.exe)

Благодарю за помощь, теперь всё ясно))

В версии Web-ИРБИС64+ 2019.1 эта проблема - ПОСТРАНИЧНЫЙ ПРОСМОТР PDF-ФАЙЛОВ, подключенных через 951 поле, - решена.

Добрый день, Александр Иосифович, я протестировала новую версию 2019, проблема постраничного просмотра файлов из 951 поля не решена...

Shen написал(а):
-------------------------------------------------------
> Добрый день, Александр Иосифович, я протестировала
> новую версию 2019, проблема постраничного
> просмотра файлов из 951 поля не решена...
Покажите...

Разобрались! Оказывается наткнулась в тестовой базе на неудачную запись, где был прикреплен вордовский файл. Если прикреплен pdf, то ссылка на постраничный просмотр есть! Спасибо!