Беда с "Lookup tables"

[o.petrashev]

Коллеги, необходима подсказка.

Потребовалось мне дополнить коллекцию семейств фланцев дополнительным элементом, да вот что то загвоздка на одной из операций.

Исходные данные:

- Revit 2018.3.1;

- Семейство арматуры;

- Lookup tables;

Предмет бедствия:

Открываю ранее созданное семейство (в R2017), экспортирую из него одну из таблиц Lookup tables, не выполняя никаких операций пытаюсь загрузить ее назад, но ничего не выходит, хотя это все работало ранее... ниже наглядно показано step by step,

"Здесь подтверждаю замену файла, хотя и c новым именем тоже самое..."

Получаю вот такое предупреждение:

Перепробовал разные варианты, в том числе и открывал файл, менял "," на ";". Результат тот же... 

Вопрос: 

Что я упустил или это глюк Revit?

[ypodol]

как Вы и сами понимаете -- проблема со столбцом hole##number##feet

Похоже на несовместимость единиц..

это числовой параметр?  Для числового укажите вместо "feet" - "OTHER". Если таки это параметр длинны - вместо "number" укажите "LENGTH"

[o.petrashev]

Юрий благодарю за отклик,

Пробовал, результат тот же...

[o.petrashev]

Добрые люди в чате подсказали решение:

hole##other##

Но вопрос остается актуальным, почему Revit экспортирует то, что потом сам не понимает...

[ypodol]

Ну, собственно о чем я и говорил. Правда с телефона подробно не мог описать.
А Вы в семействе редактировали (или создавали) этот параметр?

[o.petrashev]

Да конечно в семействе, и главное эта же таблица загруженная в семейство работает, когда я ее выгружаю, ничего не делаю, и вновь загружаю Revit уже ругается.
Судя по всему один из "багов" R2018, в R2017 такого не наблюдалось..

[o.petrashev]

Оказывается рано я закрыл тему...

Не все так просто. Файл Lookup tables теперь загружается и сообщение об ошибке не выдает, но и получить данный параметр не получается, так как теперь R не нравится тип....

[ypodol]

Потому, что у вас конфликт единиц измерения в з значении параметра (Первый скрин, правый маркап). параметр "количество отверстий" - числовой (число, безразмерный), а в его значение Вы прописываете "номинальный диаметр" (длина, в мм).

[o.petrashev]

Юрий, вроде как "Номинальный диаметр" это ключ по которому выполняется выборка из Lookup tables, а возвращаемое значение "hole" либо "0", если ничего не нашел....
Так что, рекомендация ошибочная.

[ypodol]

Да, извините, ошибся.

[o.petrashev]

Вчера подсказал решение @D.Arch , за что ему спасибо.

Оказывается с R2018 произошли изменения при работе с типами переменных в Lookup tables, при этом я бы сказал, что этот факт слабо документирован.

Теперь нужно писать: ХХХХХ##number##general

http://help.autodesk.com/view/RVT/2019/RUS/?guid=GUID-DD4D26EB-0827-4EDB-8B1F-E591B9EA8CA0

Цитата:  "Например, номер должен иметь следующий заголовок: param_name##NUMBER##GENERAL" и все.... - прям четкая инструкция для пользователя..)))

[BIM_VoloshchenkoIA]

Ревит может ругаться не именно на эту строку, а на все строки с формулами, попробуйте перед добавлением таблицы вырезать все формулы с таблицами поиска (в блокнот например), затем экспортировать таблицу, нажать ОК, опять открыть типоразмеры в семействе и по одной добавлять формулы (через кнопку применить).

Есть еще вариант когда конфликтует какой-то типоразмер в виду незаполненного параметра