ну да, но с чего то начинать надо. у каждой двери в нашем проекте настроено открывание дверей, но суть не в этом, потому что принадлежность в АР задает точка расчета, и я не знала, что динамо никак не может ее считать
исходник я предоставить не могу, тк атата потом сделает служба безопасности
для начальства я уже сдалась, для себя пытаюсь…[Читать далее]

еще вчера не заметила проблему, на том проекте, на котором я тестила. Он не учитывает точку расчета, то есть, дверь принадлежит помещению комнаты, а он ставит ему помещение коридора, а точка расчета стоит в комнате. на скрине, как раз дверь принадлежит 206 комнате, а динамо ставит ей 240 номер

сейчас запустила на другом проекте, на котором не пробовала до этого, все показатели и наименования у него те же, но проблема в том, что он теперь рондомно расставляет номера помещений у дверей. На скрине, дверь стоит между помещениями 1403 и 1404, а номер помещения у двери проставился 1261

Поняла суть, а что не так было с отступами перед этими командами?

спасибо большое, получилось!!! сейчас буду разбираться. чтобы понять принцип работы и в чем вообще была ошибка) еще раз спасибо

вот что у меня:

да, я так уже пробовала ставить “а”, все равно ошибка

сделала так, как вы сказали, выдал теперь такую ошибку:

сейчас посмотрела, у меня полностью все двери по всем этажам Phase 1

нод а[0][0] выдает phase 251161

вот:

при выполнении возникла данная ошибка, подскажите пожалуйста, как поступить в таком случае

что записано в скрипте, где определяются фазы проекта и их названия?

Legantmar, спасибо

Получилось сделать. Осталось только сделать так, чтобы эти получившиеся отверстия были связаны с общими параметрами и попадали в спецификацию отверстий. Может кто-нибудь знает, как это сделать?