Правильно ли я полагаю, что разделителями подполей может быть только один символ из данного набора:

0123446589ACEGIKMOQSUWYBDFHJLNPRTVXZ$()[]<>*,.\!#+-/;=?:

т.е. никаких русских букв быть не должно?

Да, понимаете правильно.

Карауш написал(а):
-------------------------------------------------------
> Да, понимаете правильно.


Тогда вот список файлов с ошибками:

CMPL "База данных комплектования"

"48.wss" подполе "Другое" - русская "Х"
"49.wss" подполе "Другое[65,71]" - русская "Х"
"330k.wss" подполе "(ввод через БД ЭК)" - русская "Э"
"330k.wss" подполе "(ввод через БД ЭК)" - русская "Ю"
"330k.wss" подполе "(ввод через БД ЭК)" - русская "Я"

ATHRG Авторитетный файл - "Географическое название"
"410.wss" подполе "Идентифицирующий признак(1)" - русская "С"
"410.wss" подполе "Идентифицирующий признак(2)" - русская "Е"
"510.wss" подполе "Идентифицирующий признак(1)" - русская "С"
"510.wss" подполе "Идентифицирующий признак(2)" - русская "Е"

KZD Календарь знаменательных дат
"109vs.wss" подполе "Полнота раскрытия фонда" - русская "С"

Забыл - версия сервера 2012.1 D5



Редактировано 1 раз. Последний раз 25.05.2015 06:48 пользователем slay.

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

Карауш написал(а):
-------------------------------------------------------
> Все правильно, меняйте символы кириллического
> алфавита на латиницу.
Я то поменял, везде кроме "330k.wss" - тут не уверен на что именно менять надо?
"Э" - это ' или "
"Ю" - это > или .
"Я" - это Z

> В приведенном Вами списке в первом посте нет
> кириллических символов?
Нет. Этот список был выбран на основании wss файлов БД IBIS и используется в качестве проверки на допустимые разделители.

А сейчас решил прикрутить к своему клиенту остальные базы и нарвался на ошибку при анализе wss файлов

> Либо не используйте знак ^ в тексте, поскольку он
> зарезервирован системой в качестве управляющего.
Вот тут я не совсем понял - я вроде как и не использую...

Вообще эти "опечатки" - это из стандартной поставки ИРБИСа (версия 2012.1 D5)

Хех... :)
Весело. Даже не знал, что разработчики используют кириллические символы.
Посмотрел в 330k.wss - действительно есть такие.
Нужно спросить у разработчиков, что это обозначает.
Может быть есть недокументированные возможности по использованию таких символов в полях разделителей подполей.

Вы использовали какой инструмент, чтобы получить этот список ошибок?
АРМ Корректор?
Не всегда алгоритмы АРМа Корректор при "ловле ошибок в БД" ориентируются на последние нововведения разработчиков. Там чисто теоретически существует "мертвый" период, когда "разработчики придумали нововведения", а "проверяльщики" еще не придумали алгоритмов, как отлавливать ошибки, которые могут возникнуть с использованием нововведений.

>> Либо не используйте знак ^ в тексте, поскольку он
>> зарезервирован системой в качестве управляющего.
>Вот тут я не совсем понял - я вроде как и не использую...
Поскольку я не знал, чем Вы пользовались для анализа символов, то предположил, что были данные в строке поля типа:
"слово слово ^Э например применим ^Ю"
Ну или типа того. В структуре создания подполей такое недопустимо.

Карауш написал(а):
-------------------------------------------------------
> Хех... :)
> Весело. Даже не знал, что разработчики используют
> кириллические символы.
> Посмотрел в 330k.wss - действительно есть такие.
> Нужно спросить у разработчиков, что это
> обозначает.
> Может быть есть недокументированные возможности по
> использованию таких символов в полях разделителей
> подполей.

Мне тоже интересно - это просто опечатки или я не все учел.
Очень похоже на первое - ибо тот же редактор форматов, не дает использовать кириллицу в качестве разделителей


> Вы использовали какой инструмент, чтобы получить
> этот список ошибок?
> АРМ Корректор?

Нет. Свой.

Я сейчас занимаюсь доведением до ума своего клиента (на python'е),
собственно сам клиент был написан давно, еще в те времена когда irbis_client.dll еще не было, но он выполнял только то, что мне было надо - т.е. функционал очень урезанный и специфический.

И вот появилось немного времени и решил сделать универсальную библиотеку.

А для того, чтобы не писать кучу кода руками сделал генератор, который для указанной базы (или баз) по Ws, wss, opt, ini и прочим файлам генерирует набор классов, в которых надо только дать нормальные имена для полей/подполей. Вот этот генератор и упал на кириллических подполях ибо не ожидал такого :)

"330k.wss" подполе "(ввод через БД ЭК)" - русская "Э"
"330k.wss" подполе "(ввод через БД ЭК)" - русская "Ю"
"330k.wss" подполе "(ввод через БД ЭК)" - русская "Я"

Здесь русские буквы были введены сознательно (еще в 2004 году) из-за слишком большого числа идентификаторов (БД CMPL, РЛ ZK31, в 330k.wss 30 подполей). Но они работают, поскольку эти подполя служат только для выбора данных при обращении к словарю БД ЭК, заданной в настройке, а записываются в запись в другие подполя с корректными идентификаторами. Кстати, контроль на латиницу в Редакторе РЛ введен только в версии 2013.

Во всех остальных случаях - выявлены ошибки ввода.

slay написал(а):
-------------------------------------------------------
> Я сейчас занимаюсь доведением до ума своего
> клиента (на python'е),
> собственно сам клиент был написан давно, еще в те
> времена когда irbis_client.dll еще не было, но он
> выполнял только то, что мне было надо - т.е.
> функционал очень урезанный и специфический.
>
> И вот появилось немного времени и решил сделать
> универсальную библиотеку.

Не собираетесь поделиться библиотекой с сообществом ирбисоводов?

Цитата:

Дунаевская
"330k.wss" подполе "(ввод через БД ЭК)" - русская "Э"
"330k.wss" подполе "(ввод через БД ЭК)" - русская "Ю"
"330k.wss" подполе "(ввод через БД ЭК)" - русская "Я"

Здесь русские буквы были введены сознательно (еще в 2004 году) из-за слишком большого числа идентификаторов (БД CMPL, РЛ ZK31, в 330k.wss 30 подполей). Но они работают, поскольку эти подполя служат только для выбора данных при обращении к словарю БД ЭК, заданной в настройке, а записываются в запись в другие подполя с корректными идентификаторами.

Если я правильно понял, то эти подполя обрабатываются клиентом и до сервера не доходят?

Проверил - вроде так, единственное - после редактирования поля и нажатия "Ввод" - на записи это не отразилось, а вот после повторного открытия и сохранения - данные появились.

Цитата:

amironov73
Не собираетесь поделиться библиотекой с сообществом ирбисоводов?

Как доведу до ума, то выложу. Если все пойдет по плану, то первый релиз будет готов где-то в течении месяца

slay написал(а):
-------------------------------------------------------
> Если я правильно понял, то эти подполя
> обрабатываются клиентом и до сервера не доходят?

Да, именно так

>
> Проверил - вроде так, единственное - после
> редактирования поля и нажатия "Ввод" - на записи
> это не отразилось, а вот после повторного открытия
> и сохранения - данные появились.
>

Как проверяли?
В оптимизированных форматах БД CMPL для РЛ ZK определен формат, в котором поле 330 (Содержание) не выводится. Если установлен другой формат, будет отражаться сразу при вводе.

Дунаевская написал(а):
> > Проверил - вроде так, единственное - после
> > редактирования поля и нажатия "Ввод" - на
> записи
> > это не отразилось, а вот после повторного
> открытия
> > и сохранения - данные появились.
> >
>
> Как проверяли?
> В оптимизированных форматах БД CMPL для РЛ ZK
> определен формат, в котором поле 330 (Содержание)
> не выводится. Если установлен другой формат, будет
> отражаться сразу при вводе.

Перепроверил.
1. Выбрал руками РЛ ZK31
2. В поле 330 через подполе "Первый автор/ввод через БД ЭК" выбрал автора, нажал ввод - все Ок.
3. Добавил повторение поля
4. Выбрал первого автора
5. Выбрал второго автора
6. Нажал ввод - в поле пусто
7. Вызвал редактор поля по новой - в нем все уже прописано
8. Ничего не меняя - нажимаю ввод
9. В поле теперь все есть

Еще, что заметил, после выбора первого автора в подполе "(ввод через БД ЭК)" - пусто, а вот при выборе второго - там "^<" (третьего "^>") и если руками эти поля очистить, то все вносится с первого раза

Так в эти подполя и не должно ничего вноситься - они служат лишь для обращения к словарю; данные сразу вводятся в свои подполя 1-го, 2-го, 3-го авторов

Если вопрос еще остается, покажите на картинке.

Дунаевская написал(а):
-------------------------------------------------------
> Так в эти подполя и не должно ничего вноситься -
> они служат лишь для обращения к словарю; данные
> сразу вводятся в свои подполя 1-го, 2-го, 3-го
> авторов

для первого автора - так и есть, в подполе ничего не сохраняется, а вот второй и третий...

> Если вопрос еще остается, покажите на картинке.

Что-то не дает прикрепить больше трех файлов, так что в архиве.

1-я картинка - это сразу после выбора второго автора
2-я картинка - нажали "ввод"
3-я картинка - открыли редактор поля
4-я картинка - ничего не трогая, просто "ввод"

Замените форматы переноса в папке deposit (удалила формирование подполей, отсутствующих в 330k.wss)

Дунаевская написал(а):
-------------------------------------------------------
> Замените форматы переноса в папке deposit (удалила
> формирование подполей, отсутствующих в 330k.wss)


Спасибо, так работает