Обращаюсь с вопросом к Пользователям, работающим с БД Мероприятий или тестирующим ее.
Вопрос состоит в следующем.
Имеет ли реальный смысл ситуация, когда запись одного МП (возможно, комплексного) связана (относится) с несколькими записями План (например, с Планом на период и Планом по тематике), т.е. когда в записи МП есть несколько полей 488, у которых в 488^1 введен код 2.
Принципиальное решение такой технологии есть.
Но при этом будет необходимо перенести в записях Event № П/п из поля 972^0 в соответствующее поле 488 (корректировка накопленной БД)

Прошу высказать свое мнение, стоит ли прорабатывать и внедрять эту технологию

Здравствуйте, Светлана Михайловна. Я писала, что мероприятия у нас могут относиться к плану отдела и плану библиотеки. Но, т.к. планы отдела небольшие, вполне можно выходную форму плана отдела или поиск мероприятий отдела проводить по словарю, этого пока достаточно. А вот с планом библиотеки ситуация другая, там уже обязательно нужна привязка с планом, и при этом обязательно сначала вводится запись Мероприятие, а только потом определяется его место в плане библиотеки (т.е. номер п.п. плана)

Милана А. написал(а):
-------------------------------------------------------
> Здравствуйте, Светлана Михайловна. Я писала, что
> мероприятия у нас могут относиться к плану отдела
> и плану библиотеки. Но, т.к. планы отдела
> небольшие, вполне можно выходную форму плана
> отдела или поиск мероприятий отдела проводить по
> словарю, этого пока достаточно. А вот с планом
> библиотеки ситуация другая, там уже обязательно
> нужна привязка с планом, и при этом обязательно
> сначала вводится запись Мероприятие, а только
> потом определяется его место в плане библиотеки
> (т.е. номер п.п. плана)

Уточните, пожалуйста, будут ли в такой ситуации в записи Мероприятия введены два поля 488 с кодом 2 ?

Здравствуйте, Светлана Михайловна.
Пока в рабочем режиме базу не тестировали. Не могу сказать, принципиально ли, чтобы мероприятие было привязано к двум планам.

Спасибо

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

Добавила столбец в таблицу, замените форматы
//
Во втором вложенном файле та же таблица, но сведения о посещениях МП считаются только для заданного в опросном листе интервала времени (в первом варианте число посещений выдавалось для всей длительности МП)



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

Светлана Михайловна, столкнулись с тем, что та структура полей 30,31 (дата, время), что имеется, не позволяет описать некоторые мероприятия, например, имеющие такие даты:
- 1-25 октября 5-29 ноября 3-27 декабря
- 10, 23, 30 октября, 11.00.
Для отражения планируемых мероприятий на сайте библиотеки по календарю мы использовали компонент для Joomla с названием iCagenda (нас он не совсем устраивает), БД в ИРБИСе нам нравится больше, но хочу привести инструкцию как там предлагают вводить даты - прикрепляю в виде картинок.
Смысл в том, что время всегда привязано к дате, т.е. в одном поле в датой. И поле с датой повторяющееся.

Посмотрю

Светлана Михайловна. Начинаем использовать базу Event. И еще замечания по базе. Доработки от 15 May 2019 (добавление поля 211:Сторонние площадки) не совсем работают. Вставляет из словаря не то, что выбирается (выбирается первое повторение поля). Когда связываем мероприятие с планом (мероприятие было введено раньше плана), тогда место проведения переносится без знака подполя ^D, т.е. сливается с наименованием мероприятия.

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

Есть даты такого типа 30: ^A20191030^B20191101
в словарь планируемые мероприятия не попадает дата 20191101.
Думаю, что если бы поле 30 было повторяемым, то можно было бы такую дату заносить как
30: ^A20191030^B20191031
30: ^A20191101



Редактировано 2 раз. Последний раз 03.10.2019 12:13 пользователем Милана А..

Милана А. написал(а):
-------------------------------------------------------
> Светлана Михайловна. Начинаем использовать базу
> Event.
1. И еще замечания по базе. Доработки от 15
> May 2019 (добавление поля 211:Сторонние площадки)
> не совсем работают. Вставляет из словаря не то,
> что выбирается (выбирается первое повторение
> поля). Когда связываем мероприятие с планом
> (мероприятие было введено раньше плана), тогда
> место проведения переносится без знака подполя ^D,
> т.е. сливается с наименованием мероприятия.

-Исправлено (см. вложение)

2. По словарю DTM= (Мероприятия текущего месяца
> даты). Думаю, здесь не следует исключать
> завершенные мероприятия. Потому что мероприятия
> текущего месяца без завершенных мы можем
> посмотреть в другом словаре Планируемые
> мероприятия.

Предполагается, что словарь DTM= (Мероприятия текущего месяца даты) содержит мероприятия, которые в текущем месяце можно будет посетить.
То, что Вы предлагаете, равносильно созданию отдельного словаря, включающего все МП, которые проходили в текущем месяце, включая и завершенные.

3. Есть даты такого типа 30: ^A20191030^B20191101
> в словарь планируемые мероприятия не попадает дата
> 20191101.

А почему дата 20191101 должна попадать в словарь Планируемые МП ? Это ведь дата завершения
Сегодня, в 10-ом месяце, словарь DZ= (До завершения осталось ... дней) покажет число, включающее дату завершения, а когда текущим будет 11-ый месяц, в первый же день укажет "Завершается сегодня"
В поле 900^C (характер МП) должен быть введен код "D" (длительное - в пределах года)

4.> Думаю, что если бы поле 30 было повторяемым, то
> можно было бы такую дату заносить как
> 30: ^A20191030^B20191031
> 30: ^A20191101

Ранее Вы писали
> столкнулись с тем, что та структура полей 30,31 (дата, время), что
> имеется, не позволяет описать некоторые мероприятия, например, имеющие
> такие даты:
> - 1-25 октября 5-29 ноября 3-27 декабря
> - 10, 23, 30 октября, 11.00.

Я считаю, что не имеет смысла вводить повторяемость поля ДАТА. Это приведет ко множеству неопределенностей, в частности, при создании словарей, связанных с датами. Кроме того, определить посещаемость каждой из "частей" МП также будет невозможно.
Мне кажется, что для каждой из приведенных Вами дат нужно создавать отдельную запись МП. Эти записи будут связаны как с Планом (с одним пунктом плана или с разными подпунктами), так и между собой.
В противном случае я смогу приступить к корректировке форматов, связанныой с изменением представления дат в виде повторяющихся интервалов или одиночных повторений, только в ноябре.

5. Во вложении форматы, которые были доработаны в последнее время, и обновленное Описание БД Мероприятий.

Обращаю Ваше внимание на то, что дополнительно разработана технология Группового ввода записей МП в запись Плана в режиме глобальной корректуры
В этом режиме можно ввести сразу все подготовленные для одного Плана записи МП (отмеченные или заданные интервалом номеров, или результат поиска), в которых не введены поля связи, а №№ П/п Плана не имеют иерархической структуры. Задание «Групповой ввод Мероприятий в План (поле связи и №п/п Плана не введены)» выбирается из списка по кнопке «Открыть». В опросном листе нужно задать (выбрать из словаря) шифр записи План. Запись Плана, естественно, должна быть введена заранее.



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

Спасибо, Светлана Михайловна. Опробуем эти изменения. Нужные словари добавим сами.
> Предполагается, что словарь DTM= (Мероприятия текущего месяца даты) содержит мероприятия, которые в текущем месяце можно будет посетить.
Тогда название словаря нужно переименовать, чтобы не вводить в заблуждение пользователей.
> >Есть даты такого типа 30: ^A20191030^B20191101
> > в словарь планируемые мероприятия не попадает дата
> > 20191101.
> А почему дата 20191101 должна попадать в словарь Планируемые МП ? Это >ведь дата завершения.
В день завершения тоже мероприятие проходит. И даже 31 октября я не смогу увидеть, что 1 ноября проходит это мероприятие и я его пропущу.
Может тогда нужен еще один словарь, что-то типа "Полный календарь мероприятий", где будут отражены все даты мероприятий?

>Я считаю, что не имеет смысла вводить повторяемость поля ДАТА.
Хорошо, буду пока всем рекомендовать вносить в базу повторы мероприятий.
Посмотрим, как эти повторы будут отражаться в плане и в списках мероприятий.
Мероприятия с такими датами 30: ^A20191030^B20191101 тоже попробуем делить на два мероприятия.
В этом случае с поиском и подсчетом посещений проблем не возникнет. НО мероприятия будут не очень красиво выглядеть для пользователей библиотеки, если их выводить на сайт, что мы планируем. Одно мероприятие будет выходить два раза с разными началом и окончанием, что может расцениваться пользователем как ошибка (опечатка...).

Я правильно поняла, что такое мероприятие ^A20191030^B20191101 тоже "D -Длительное"?



Редактировано 1 раз. Последний раз 07.10.2019 10:23 пользователем Милана А..

Милана А. написал(а):
-------------------------------------------------------
> Спасибо, Светлана Михайловна. Опробуем эти
> изменения. Нужные словари добавим сами.
> > Предполагается, что словарь DTM= (Мероприятия
> текущего месяца даты) содержит мероприятия,
> которые в текущем месяце можно будет посетить.

> Тогда название словаря нужно переименовать,
> чтобы не вводить в заблуждение пользователей.
> > >Есть даты такого типа 30: ^A20191030^B20191101
> > > в словарь планируемые мероприятия не попадает
> дата
> > > 20191101.
> > А почему дата 20191101 должна попадать в словарь
> Планируемые МП ? Это >ведь дата завершения.
> В день завершения тоже мероприятие проходит. И
> даже 31 октября я не смогу увидеть, что 1 ноября
> проходит это мероприятие и я его пропущу.

Но 1-го ноября дата 20191101 будет присутствовать и в словаре DTM (МП текущего месяца), и в словаре "завершается сегодня"
Проверьте, м.б., это стало видно после последних изменений FST

> Может тогда нужен еще один словарь, что-то типа
> "Полный календарь мероприятий", где будут отражены
> все даты мероприятий?

Такой словарь можно сделать (может быть, так "Дата-статус (текущее/завершенное" ?)
>
> >Я считаю, что не имеет смысла вводить
> повторяемость поля ДАТА.
> Хорошо, буду пока всем рекомендовать вносить в
> базу повторы мероприятий.
> Посмотрим, как эти повторы будут отражаться в
> плане и в списках мероприятий.
> Мероприятия с такими датами 30:
> ^A20191030^B20191101 тоже попробуем делить на два
> мероприятия.

Этого делать не стоит

> В этом случае с поиском и подсчетом посещений
> проблем не возникнет. НО мероприятия будут не
> очень красиво выглядеть для пользователей
> библиотеки, если их выводить на сайт, что мы
> планируем. Одно мероприятие будет выходить два
> раза с разными началом и окончанием, что может
> расцениваться пользователем как ошибка
> (опечатка...).
>
> Я правильно поняла, что такое мероприятие
> ^A20191030^B20191101 тоже "D -Длительное"?

Да, как выходящее за пределы одного календарного месяца

> Но 1-го ноября дата 20191101 будет присутствовать и в словаре DTM (МП > текущего месяца), и в словаре "завершается сегодня"
> Проверьте, м.б., это стало видно после последних изменений FST.

Да, 1-го ноября дата будет в списке, но 31 октября еще нет... Но мы же планируем свое время хотя бы за несколько дней... и уже в октябре должны видеть ноябрьские мероприятия.

> Может тогда нужен еще один словарь, что-то типа
> "Полный календарь мероприятий", где будут отражены
> все даты мероприятий?

> Такой словарь можно сделать (может быть, так "Дата-статус
> (текущее/завершенное" ?)
Можно и такой

Сделала словарь DMP=даты ВСЕХ мероприятий
Посмотрите, нужен ли он и удобен ли в таком виде



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

Спасибо, Светлана Михайловна. То, что нужно, и очень удобно

Но здесь еще не обрабатываются интервалы с переходом на следующий год.
Доработаю
Исправила ошибку в формате ввода записи МП в План в ОР (во вложении)



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

Возьмите новую FST - добавила в словарь "DMP=даты ВСЕХ мероприятий" обработку дат с переходом на следующий год.
Все-таки я думаю, этот словарь следует ограничить, по крайней мере, 3-мя годами, включая текущий. Правда, на данный момент (начало формирования БД) это еще не актуально.

Спасибо, Светлана Михайловна.

Светлана Михайловна, в словарь DMP=даты ВСЕХ мероприятий не попадают однодневные мероприятия

Спасибо.
Возьмите исправленный формат

Светлана Михайловна, в словарь T= текущие мероприятия также не попадают однодневные мероприятия

Исправила

К версии 2019 (то же к версии 18D9)
Обнаружено:
-ошибка в формате OR_mer_VvPlan.gbl,
-отсутствие формата or_mer_del888.gbl и
-неактуальность форматов Event.ws, dbnflc.pft и OperHint.pft

Форматы во вложении
Там же актуальное Описание БД EVENT, учитывающее последние доработки технологии



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

Почему эти доработки до сих пор не добавлены в основной дистрибутив ИРБИС64 2019?

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

Извините, это-моя оплошность. Будет в очередном обновлении версии

Добрый день! При повторении поля 30 в полном описании отображается абракадабра: 0904 unknown month 20152021 г.....Рекомендуется все-таки создавать отдельную запись на каждую дату?



Редактировано 1 раз. Последний раз 05.04.2021 08:38 пользователем Butterfly.

Да, поле 30 не повторяется. Каждое мероприятие описывается отдельно соответствующей датой.
Повторяющиеся и однотипные мероприятия могут быть объединены в циклы/комплексы

Приложите тут, пожалуйста, описание функционала БД Мероприятий в текстовом формате Уже нашел! Спасибо!



Редактировано 1 раз. Последний раз 08.05.2021 14:55 пользователем levr.