Shen написал(а):
-------------------------------------------------------
> Установили новую версию Ирбис 64 2009.1.
> Необходимо, чтобы при выводе систематического
> указателя TABSU0 не выводились кл.слова,
> библиографию вывести через тире и т.п. В версии
> 2007.2 я это делала в файле suor.srw. Сейчас же в
> данной версии в файле suor.srw этого нет, в каком
> файле править, подскажите, пожалуйста.

В suor.srw теперь используются вложенные форматы, описание формируется в нижеприведенном фрагменте.
Эти форматы можете править, но учтите, что формат !!kk1bo_Uk.pft используется только в СУ, все остальные форматы используются также и при подготовке КК в табличных формах

&unifor('6!!kk1bo_Uk'),&unifor('6!!kk1bop'),"\par \b ГРНТИ \b0 "| + |+v964,"\par \b УДК \b0 "| + |+v675^*,"\par \b ББК \b0 "| + |+v621,"\par "| + |+v686,if s(v964v675v621v686)<>'' then '\par 'fi,&unifor('6!!kk3prk'),&unifor('6!!kk4ann'),&uf('!'),&unifor('6!!kk6j')

Светлана Михайловна, у нас требуется переделать TABSUOP так, что бы в ней корректно сортировались БО с национальными украинскими символами. Я давно еще начал применять структуру с заменой символов описания их числовыми кодами через созданный мною справочник. Это нормально работает на всех формах кроме TABSUOP, в ней список БО сортируется нормально, а вот авторский указатель оставляет ссылки как на обычном варианте сортировки. Подскажите пожалуйста, где изменить сортировку для авторского указателя TABSUOP.

Tabsu0P.srw, SuorP.srw, Suau.srw, Sugu.srw
Если нужно, могу прислать эти форматы, откорректированные с учетом сортировки по справочной БД

Светлана Михайловна, я уже пробовал редактировать эти сортировки, точнее сортировку SuorP.srw и Tabsu0P.srw. Результат моих изменений представляю во вложении. Проблема в том, что в авторском указатели номера БО указываются не правильно. Посмотрите на Фамилии Єлізаров и Ігнатюк. Второй попадает правильно, а у первого адрес смещается.
Подскажите, пожалуйста, где копать

В Suau.srw добавьте преобразование &uf('6txt_cod') и в подполе в ^A, т.к. в подполях ^A и ^R ключи сортировки должны быть одинаковыми.

Светлана Михайловна, я изменил, как вы советовали, но результата это почему-то не дало. И еще, мне пришлось ввести дополнительное подполе, что бы в нем сохранить ФИО в изначальном виде. Теперь код выглядит так:

if p(v700) then
&uf('+7'),
&unifor('+S0', '^A'&uf('+7w1#'v700^a," "v700^d,", "v700^g,if a(v700^g) then" "v700^b fi), &uf('6txt_cod'))/
'^R'&uf('+7w1#'v700^a," "v700^d,", "v700^g,if a(v700^g) then" "v700^b fi), &uf('6txt_cod'),
'^B'f(val(v1009),5,0),
'^5'f(val(v1009),0,0),/
'^Z'v700^a," "v700^d,", "v700^g,if a(v700^g) then" "v700^b fi,
fi/


Код возвращает следующий результат расформатирования:

^A081100082084066058057053
^R081100082084066058057053^B^5
^ZКуклев В. А.

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


Правда, форма несколько изменена по сравнению с базовой. В ней добавлен опросный лист, в котором мы указываем конкретный начальный номер издательского индекса. У нас принята структура индексов такая, что для каждого нового сборника прост озаводится новый начальный номер, а его раскрытие является структурой сборника. Для того что бы увидеть мою проблему, укажите в опросном листе начальный код - 80

А где записи?
Как работать с Alf_cod.mnu?

Выкладываю записи - формат ISO кодировка Windows
Alf_cod.mnu - раскодировка через &uf('KAlf_cod.mnu/'...

Не могу получить результат - пустой лист.
Может быть, что-то не дослали?

Отправил всю базу вам на почту

Gena написал(а):
-------------------------------------------------------
> Светлана Михайловна, я изменил, как вы советовали,
> но результата это почему-то не дало. И еще, мне
> пришлось ввести дополнительное подполе, что бы в
> нем сохранить ФИО в изначальном виде. Теперь код
> выглядит так:
>
> if p(v700) then
> &uf('+7'),
> &unifor('+S0', '^A'&uf('+7w1#'v700^a,"
> "v700^d,", "v700^g,if a(v700^g) then" "v700^b fi),
> &uf('6txt_cod'))/
> '^R'&uf('+7w1#'v700^a," "v700^d,", "v700^g,if
> a(v700^g) then" "v700^b fi), &uf('6txt_cod'),
> '^B'f(val(v1009),5,0),
> '^5'f(val(v1009),0,0),/
> '^Z'v700^a," "v700^d,", "v700^g,if a(v700^g)
> then" "v700^b fi,
> fi/
>
>
> Код возвращает следующий результат
> расформатирования:
>
> ^A081100082084066058057053
> ^R081100082084066058057053^B^5
> ^ZКуклев В. А.
>
> Но все равно происходит ошибка в проставлении
> ссылок. Я прикреплю записи, по которым у нас
> формируется этот бюлетень и файлы выходной офрмы.
> Не могли бы вы посмотреть еще раз.
>
>
> Правда, форма несколько изменена по сравнению с
> базовой. В ней добавлен опросный лист, в котором
> мы указываем конкретный начальный номер
> издательского индекса. У нас принята структура
> индексов такая, что для каждого нового сборника
> прост озаводится новый начальный номер, а его
> раскрытие является структурой сборника. Для того
> что бы увидеть мою проблему, укажите в опросном
> листе начальный код - 80
Наконец-то, разобралась с Вашей проблемой.
Все дело в том, что Вы не обеспечили идентичности сортировки в Tabsu0P и SuorP.
В первом проходе (Tabsu0P) сортировка (как и в дистрибутиве) идет по первому индексу, при этом формируется виртуальная БД, в которой записи нумеруются (поле 1009).
По SuorP формируется основной ряд, но у Вас здесь идет сортировка по всем индексам поля 690, и, естественно, что новая нумерация не совпадает с полем 1009. В дистрибутивном варианте полная запись в основном ряду выводится только один раз - по первому индексу, а на все следующие индексы дается на нее ссылка.
Можете увидеть это несовпадение нумерации, если введете в SuorP.srw
в [KeyOptions] '^9'f(val(&uf('Av1009#1')),0,0)
в [HeaderFormat] после &unifor('S1A'),'. ',v1^9'='

Каким образом формируется виртуальная БД и поле 1009? Явных команд формирования поля в файлах выходной формы нету. Разъясните, пожалуйста.

woodyfon написал(а):
-------------------------------------------------------
> Каким образом формируется виртуальная БД и поле
> 1009? Явных команд формирования поля в файлах
> выходной формы нету. Разъясните, пожалуйста.

Виртуальная БД формируется, если формат *.TBU начинается с секции $, в которой перечисляются все таблицы, строящиеся на основе этой же сортировки.
Виртуальная БД включает записи, отобранные из основной БД и сортированные в соответствии с форматом сортировки *.SRW
Модельное поле 1009 содержит последовательный номер записи в этой сортированной БД
ВАЖНО.
Все таблицы строятся из ОСНОВНОЙ БД, виртуальная лишь определяет номер записи, каким он будет в основном ряду.
Именно поэтому сортировки при формировании модельной БД и Основного ряда должны быть идентичными, чтобы поле 1009 модельной БД соответствовало номеру записи в основном ряду.



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

Можно ли ознакомиться с перечнем других модельных полей в виртуальной БД?

Других модельных полей нет. Записи идентичны исходным

Посмотрите отредактированное мое предыдущее сообщение.



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

Как параметрировать вторую и последующие вложенные таблицы при печати выходной формы (например, в таблице SUOR выходной формы TABSU0 )? В ссылку авторского указателя необходимо ввести некий параметр. Если выходная форма состоит из одной таблицы, то эти параметры можно прописывать в поле 991. Использование файлика hdr к желаемому результату не приводит. Подскажите, пожалуйста, как это можно сделать.

Все выходные формы создаются форматами сортировки (секция [KeyOptions] - формирование множественного ключа с подполями, секция [HeaderFormat] - печать из ключа, т.е. из поля 1 с подполями).
Основной ряд указателя (ОР) - SUOR.SRW
Авторский указатель к ОР - SUAU.SRW
Географический указатель к ОР - SUGU.SRW

Принцип формирования множественного ключа можно увидеть в GENPFT, выделив для просмотра секцию [KeyOptions]

Светлана Михайловна, имею в виду о файлике hdr. Как его применить, чтобы параметрировать вторую и другие вложенные фомы? Необходимо ввести в входную форму значение, который должен ввести пользователь при формировании выходной формы.

Создайте файл tabsu0.hdr, в котором запишите имя РЛ опроса (*.wss) с предшествующим знаком @.
Используйте в форматах данные, введенные пользователем в РЛ, как поле 991 с подполями a,b,c ...

Помогите, пожалуйста, решить проблему с выходной формой TABSU0 для печати систематического указателя (Ирбис 64 2013.1).
1) Заглавие должно идти сразу после автора:
1. Барыкина, И. История как жизнь (памяти В. Г. Чернухи) [Текст] / И. Барыкина, Л. Гусман // Рос. история. - 2014. - № 4. - С. 173-184.

а не так, как есть:
1. Барыкина, И.
История как жизнь (памяти В. Г. Чернухи) [Текст] / И. Барыкина, Л. Гусман // Рос. история. - 2014. - № 4. - С. 173-184.

Не могу найти, в каком файле поправить.

Вот, посмотрите в этой теме [irbis.gpntb.ru] Там и с автором так как Вам надо и еще ряд изменений есть - одноуровневое описание многотомных. Кстати, было бы замечательно, если бы в следующую версию ИРБИС были включены эти указатели, как дополнительный вид указателей.

Спасибо большое, воспользовалась))

В систематическом указателе Tabsu0P обнаружилась еще одна ошибка: несоответствие ключей сортировки в Tabsu0P и SuorP.
В Tabsu0P в ключе сортировки присутствует МФН, а в SuorP нет. Фрагмент кода:

v200^v,v200^a,v963^x,v463^c,v463^j,v463^v,v463^h,v463^k,v463^s,v463^n,)) fi fi,mfn.
и
&unifor('Av200^v#1'),&unifor('Av200^a#1'),&unifor('Av963^x#1'),&unifor('Av463^c#1'),&unifor('Av463^j#1'),&unifor('Av463^v#1'),&unifor('Av463^h#1'),&unifor('Av463^k#1'),&unifor('Av463^s#1'),&unifor('Av463^n#1')))fi fi

Пользовались этим указателем (измененным под наши задачи) более десяти лет, но только сейчас попались записи, на которых ошибка в коде привела к неправильной сортировке (или проскакивала ошибка, но не замечали).
И это различие: в одном файле с &uf('A...'), в другом без, это тоже не приводит к различным сортировкам? (поля здесь не повторяемые, поэтому будет один и тот же результат, но ... бывают ошибочные записи...). В наших файлах, в основе которых очень старые дистрибутивные варианты, ключи сортировки имеют один код, отличие только в наличии/отсутствии МФН.