Показания какого рода? Это обороты или типа одометра?

Показания типа количества литров

В одной выборке каждые пол часа показания приходят в другой раз в час)

Чтобы построить график нужно показания привести к почасовым в одной выборке)

аггрегироватть до часа получасовую выборку в скрипте загрузке

разделите поле дата+время на дата и время отдельно. делается через функцию frac, например. Время округляйте до часов через round(Время, 1/24)

хотя в вашем случае нужно использовать возможно floor(1/24), чтобы час выставлялся как тот, внутри которого пришли данные

Спасибо, сейчас попробую!

Сегодня мы поговорим о том, как своими силами создать табличный отчет с настройкой выводимых полей  в Qlik Sense. Ссылку на qvf файл с готовым примером можно будет найти внутри :)

#Полезно

Есть же бесплатный экстеншен для этого)

а вы храбрый)

Так он по сути тот на котором основан визлибовский кастом репорт

От того же разработчика

Коллеги, спасибо всем кто откликнулся на мой вчерашний вопрос про {1-$}.

Посидев сегодня еще над этой темой и покрутив упрощенные примеры, я кажется вкурил логику происходящего. Делюсь с вами.

1) Мы привыкли, что данные в визуальном слое представляются в виде гиперкуба: когда например в таблицы добавлены измерения из разных таблиц модели, то формируется итоговая таблица, содержащая все возможные пересечения этих данных. Уверен, что большинству (как мне до вчерашнего дня) кажется, что именно эта таблица является "рабочим полотном" для работы анализа множеств. Что кстати похоже на правду, пока мы пишем простые выражения типа {<Месяц={"Март"},Подразделение={"Склад"}>}

2) А прикол в том, что на самом деле отбор значений для анализа множеств происходит не на уровне гиперкуба (результирующая таблица на основе ассоциаций), а на уровне записей в таблицах модели данных. Что кстати имеет смысл, ведь получается, что Qlik сначала проверяет, какие значения подойдут под объем вычисления, только потом их агрегирует.

3) Т.е. в случае когда категории висят в виде справочника (8 записей названий категорий), фильтр по городу находит именно эти 8 записей, и исключает их на уровне модели

Т.е. исключется 8 из 8 записей, и для условия {1-$} просто физически нет категорий для показа

4) А когда справочник категорий сджойнен с таблицей продаж, получается, что в выборку попадает 400 записей категории из 20000 (ведь теперь у каждой продажи прописана категория).

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

Вывод: если создавать механику с расчетом исключенных значений, более надежным способом может оказаться фильтрация в анализе множеств через e(), т.к. данный подход срабатывал на варианте со справочником