|
|
Поисковая метка SUP не имеет собственного Словаря. Поиск по ней проходит нормально. image.png (10,486 bytes) |
|
|
Запись с экземпляром $p15256163218917$x24781+32-05-01 не выводится в данном поисковом выражении, а должна. т.к. имеет параметр "ДАННЫЙ МАТЕРИАЛ" и не имеет параметра "18+ИНГ". Во вложенном файле представлен поиск по 2-м меткам это FT и SUP. Результат одинаков - запись не выводится. |
|
|
Нужно вывести ИНОАГЕНТОВ у которых в 899 поле отсутствует $c18+ИНГ один из примеров экземпляр $p15256163218917$x24781+32-05-01 |
|
|
Эта запись не будет выходить в таком поиске, т.к. в этой записи уже имеются несколько 899 полей, имеющих $c18+*. В этом поиске выйдут только те записи, у которых во всех 899 полях не будет $c18+*. |
|
|
Как вывести? Последний раз примерно в начале марта, используя такое-же поисковое выражение, выводилось, проблем я не видел, сейчас нет. |
|
|
АБИС работает с точностью до библиографической записи. Можем предложить использовать новый отчет "Массовая выгрузка записей по запросу (unload_record)", см. вложенный файл. Полученный результат нужно обработать в ПО exel. image-2.png (53,087 bytes) |
|
|
У нас было и работало без проблем, такая "технология". При внисении авторов в реестр иноагентов 1. вносились изменения в 333 и 371 поля 2. делалась рассылка по библиотекам, о необходимости убрать из открытого доступа книг иноагентов 3. от библиотек поступала Сл. зап. об убранных экземплярах 4. на оснавании Сл. зап., от библиотек, вносились изменения в 899 поле "Стеллаж" 5. с помощью вышеуказанного поиска осуществлялся контроль перемещения книг иноагентов. Как сейчас на данном этапе нам контролировать движение книг иноагентов? То, что вы предлагаете - это не контроль, а вывод всех экземпляров, со всеми полями. Считаю вопрос не закрыт, т.к. это работало, а сейчас нет. |
|
|
Дополнительно у нас 16 библиотек работало используя вышеуказанные поисковые выражения и могли определить движение книг иноагентов по своим библиотекам. Что делать им? |
|
|
Добрый день. Ваша технология не могла до конца работать, т.к. на запрос (SUP Данный материал) NOT (RK 18+) не может показать количество экземпляров, в которых не заполнен правильно 899$c Не может потому что АБИС на сегодня работает с точностью до записи м показывает количество отобранных записей, а не до элемента библиографической записи (экземпляра или иного). Поэтому был разработан отчет "Массовая выгрузка записей по запросу (unload_record)", где библиографическая запись выводится формате RUSMARC в полном объеме и в удобном для фильтрации и анализа виде средствами программы Excel (текстовый фильтр). Например. По колонке поля вы можете поставить фильтр и отобрать только строки содержащие 899 и это будет количество экземпляров без относительно внутренних признаков (списание и др). Далее текстовым фильтром по колонке подполя вида "Не содержит" "$c" вы можете узнать экземпляры не нет подполя $c. Далее опять же средствами excel вы можете строить дальнейшие сценарии фильтрации. |
|
|
В записи может присутствовать два и более экземпляра и вам необходимо работать с сотрудниками, чтобы они обрабатывали все экземпляры в записи согласно: 1. вносились изменения в 333 и 371 поля а не какой-либо один. И тогда точность поиска до целой записи будет соблюдаться и контроль поисковыми запросами будет осуществим. На сегодня ситуация к сожалению такова. Со своей стороны мы подумаем как из нее выходить не выходя за рамки АБИС. Либо обратимся к разработчикам, либо будем что-то делать своими силами. |
|
|
Ваш ответ не совсем понятен. С ваших слов получается, что АБИС не может выполнить простейший запрос ("параметр" NOT "другой параметр")??? В примере я ссылался на 3 параметра FT или SUP - первый, второй NOT RK - третий, вы рассматриваете только SUP. ВАШ ОТВЕТ -------"В записи может присутствовать два и более экземпляра и вам необходимо работать с сотрудниками, чтобы они обрабатывали все экземпляры в записи согласно: 1. вносились изменения в 333 и 371 поля а не какой-либо один. И тогда точность поиска до целой записи будет соблюдаться и контроль поисковыми запросами будет осуществим.---------- Я вообще не понял - это что? И причём здесь сотрудники и эти поля? И опять вы меня пытаетесь убедить, что АБИС, так не работает. Информирую до недавнего времени работала, мной было всё перепроверено, поэтому мы приняли такую технологию, отслеживания иноагентов и начиная с 2023 года её внедрили. ИНСТРУКЦИЯ ПО ПОИСКУ Основное меню - Поиск - Поиск - Помощь |
|
|
Добрый день. Поменяли правила образования поисковой метки RK (по совету разработчика системы) и вы можете воспользоваться запросом: (RK ZERO) AND (SUP ОГРАНИЧЕННЫЙ ДОСТУП. ДАННЫЙ МАТЕРИАЛ) Для поиска записей в которых некорректно описаны все экземпляры. Нет 899$c. Для того чтобы найти записи где есть 899$c, но он не 18+ используйте запрос: (SUP ОГРАНИЧЕННЫЙ ДОСТУП. ДАННЫЙ МАТЕРИАЛ) NOT (RK '18+' OR RK '18+ИНГ') |
|
|
С помощью вышеуказанных запросов не выводится книга с инв № 83288+32-00-01 (находится на выдачи) |
|
|
Напишем разработчику этот случай. Предполагаем, что получим третью модификацию метки RK сейчас она как есть, если 899$c не пусто, ZERO если нет 899$c и появится третий вариант NOT18+ например если 899$c не начинается с 18+ и далее будет третий запрос (SUP ОГРАНИЧЕННЫЙ ДОСТУП. ДАННЫЙ МАТЕРИАЛ) and (RK NOT18+) Хотя логично, что эта запись должна попадать под запрос (SUP ОГРАНИЧЕННЫЙ ДОСТУП. ДАННЫЙ МАТЕРИАЛ) NOT (RK '18+' OR RK '18+ИНГ'), но это наша точка зрения, а не разработчиков системы. Какие мы еще случаи не охватили сложно сказать. |
|
|
Добрый вечер. Подправили метку поиска RK и теперь данный случай (запись с инвентарем 83288+32-00-01) подходит под запросы: (SUP ОГРАНИЧЕННЫЙ ДОСТУП. ДАННЫЙ МАТЕРИАЛ) and (RK ZERO) (IN 83288+32-00-01) and (RK АБОНЕМЕНТ) (IN 83288+32-00-01) and (RK ZERO) Вот таким запросом можно конкретизировать есть ли желаемая запись в результате поиска по скажем из 250 записей: (SUP ОГРАНИЧЕННЫЙ ДОСТУП. ДАННЫЙ МАТЕРИАЛ) and (RK ZERO) and (IN 83288+32-00-01) Нам кажется все случаи прошли. Найдете еще пишите и будем корректировать поисковую метку. |
|
|
Добрый день. Извиняемся. Исправлена ошибка в правиле метки RK. База переиндексирована. В данный момент: База данных: Книги, ноты ЦБС Усть-Таркского района Поисковое выражение: (SUP ОГРАНИЧЕННЫЙ ДОСТУП. ДАННЫЙ МАТЕРИАЛ) and (RK ZERO) Количество записей: 12 Проверьте корректность. |
|
|
Добрый день "ZERO" не понятно, как работает. 1. При удалении $сАБОНЕМЕНТ счётчик "ZERO" не меняется. 2. При запуске пользовательского отчёта "unload_record" выдаёт не правильный результат 13.jpg (260,083 bytes) 15.jpg (201,116 bytes) 14.jpg (212,423 bytes) |
|
|
Добрый день. Уточните на каком экземпляре проводили эксперименты? штрихкод или инвентарный номер. Промоделируем ситуацию и проверим, на каких записях удаление 899$c приводит к изменению счетчиков, а на каких нет. Есть момент, что запрос RK ZERO не имеет никакого смысла и не несет никакой информации (список записей где присутствует фонд не 18+....). Его нужно использовать в комбинации с каким-то другим условием. Например: объявлено инагентом и есть ZERO (поиск записей где нескорректирован фонд). |
|
|
Добрый день. На примере - $p19266363218917$x86398+32-00-01 |
|
|
Добрый день. В данном случае все корректно. Т.к. RK ZERO показывает количество записей где присутствует 899$c не содержащий 18+ и где есть 899 без $c то и эксперимент с удалением $сАБОНЕМЕНТ из 899 поля не имеет смысла. Попробуйте удалить из какой-то записи с одним 899 полем $c18+ или заменить его на $сАБОНЕМЕНТ и счетчик RK ZERO должен будет возрасти на одну запись. |
- Anonymous
