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

Вы уверены, что правильно представляете себе процесс?

А то, что вы в pick напишите какую-то абракадабру - это пользователям будет более понятно? 😄

А как еще, сейчас нужмо сматчить camp_code, завтра dialog_name, после завтра NNNNN - если я в одну большую модель буду добавлять в скрипт признаки - модель станет не юзабельной

Более того, вычисляемое измерение вам ещё и время отклика добавить в интерфейсе

это ужас, я согласен. но я просто хочу переименовать 2 значения на диаграмме. Другого способа я не нашел.

Я вам описала отличный другой способ :)

А маппинги пользователи и сами делать могут, а вы их потом просто подгружать будете из excel 👍

Вот и я об этом? Из-за переименования двух значений на диаграмме появляется лишнее звено - я. Зачем? Человек будет со мной лишний раз коммуницировать, ждать пока я освобожусь, потом я буду перезапускать скрипт, публиковать модель, потом пользователь увидит новое поле, и только тогда начнет косметические действия. Это слишком для матчинга двух значений. Pick здесь выглядит проще, согласитесь (хотя и так грязно)

Анатолий, вы как-то усложненно видите эту картину)

У человека табличка, он в нее пишет маппинг, скрипт в опубликованном приложении его подхватывает, обвноления происходят по расписанию

Это если меппинг касается только одного поля.

Так а какая разница одного или 20?

Значит нужно разбирать конкретно ваш пример и включать фантазию)

MAP * USE SOME_MAPPER?

Вы так предлагаете?)))

Скажите им: "достали меня дергать?!!!111, пишите изменения в табличку и ждите обновлений!!! И вообще цыц!!!!"

Это приведет к тому, что люди вернуться в Excel.

ApplyMap из Excel и пусть пользователи переименовывют что и как хотят

А зачем они оттуда уходили? :)