Пожалуйста, не блокируйте рекламу!

0 Пользователей и 1 Гость просматривают эту тему.

*

Principal_AG

Test

Всем доброго в.с.
Вот вроде бы вышел на финишную прямую в разработке своего первого библиотечного элемента на GDL. И тут затык.
Пытаюсь написать скрипт спецификаций, но совершенно не могу понять - как увидеть результат его работы.
Мой элемент (в упрощённом виде) оперирует с двумя компонентами - арматура и бетон. Хочется правильно просчитать объём бетона необходимый для реализации элемента т.е. общий объём бетона (по габаритам элемента) минус объём вытесненный арматурой. Понимаю, что это величина ничтожно маленькая и её реально можно было бы списать в погрешность, но тут важен сам принцип.
Начал по порядку:
- завёл АС-овскую базу данных и в ней создал два соответствующих компонента:
001.001 Арматура Д12 (кол-во 1.000, измеряется в м.)
002.002 Бетон М250 (кол-во 1.000, измеряется в м3.)
- перед тем как прописывать реальные расчёты в скрипте, решил просто посмотреть на дефолтные результаты (на единички вместо реальных значений полюбоваться).
- для этого добавил вновьсозданные  компоненты во вкладку "компоненты" своего библиотечного элемента. Подразумевается, конечно, что в дальнейшем они будут управляться из скрипта спецификаций на основе параметров.
Но вот увидеть теперь свои "Арматура Д12" и "Бетон М250" не могу нигде и ничем.
К "критериям" они не подключаются т.к. АС упорно не хочет воспринимать мой основной *.gsm элемента как скрипт спецификации.
В сметном задании компонент они тоже не отображаются, как и в интерактивном каталоге компонент. Т.е. как элемент мой "библ" присутствует, а из чего он сделан я не вижу.
Может я что-то не так понял в организации расчётов В АС?
Или не с той стороны подошёл к разработке скрипта?
Ув. коллеги! Кто реально имел дело с подобного рода задачами, плз. направьте в нужное русло
Заранее спасибо.

З.Ы. Ув. модераторы! Пожалуйста НЕ переносите эту тему в "Расчеты в ArchiCAD". Тут вопрос конкретно про GDL "Скрипт спецификаций" и правильную организацию его работы.  
  

*

Principal_AG

Вопрос на засыпку: как из м3 вычесть м?
Предварительно умножив на ПиR2. Ну не подумал, что для кого-то здесь это "Вопрос на засыпку".

Скрипт спецификаций вещь не всегда необходимая.
Но ведь зачем-то такой тип скриптов был введён? И мне как "начинающему GDL-исту" оч. хочется понять - зачем?. А что бы решать обходиться с ним или без него, нужно сначала знать - а что он может.
Стоит ли плодить кучу read-only параметров (только для того что бы их вывести в отчёте) и соответственно загромождать скрипт параметров расчётами не связанными с интерактивными действиями пользователя - это, как говорится, дело вкуса и спорить не вижу смысла.
Сформулирую вопрос может быть чуть по-другому - Как результаты работы скрипта спецификаций выводить в каталоги и сметы?
« Последнее редактирование: Декабря 28, 2011, 06:11:48 от Principal_AG »

*

Principal_AG

Вы это еще ИК или смете расскажите.
Уже рассказал, и не увидел в этом ничего смешного. Всё прекрасно считается и выводится, просто немного не с той стороны изначально подошёл к задаче.

Результат оного действия - есть переменная, которая должна быть прописана  в параметрах
:eek: Это вообще без комментариев.

А вообще всё вроде бы нормально раскладывается. Остался нерешенным последний вопрос - а куда (вернее как) здесь цену прикручивать?
В параметры самого объекта выносить? Как-то не очень правильно т.к. объект с его свойствами (параметрами) вещь более-менее постоянная, а цена - временная.
Заводить отдельную базу? Пока видится только такой метод.
По сути нужно сопоставить код+ключ компоненты с ценой за единицу измерения этой компоненты.  Может есть какие-то стандартные АС-овские решения по этому вопросу?
Заранее спасибо.


*

Оффлайн nideKer

  • *****
  • 2603
  • Репутация: +121/-2
  • Пол: Мужской
  • freeRide 4ever
Может есть какие-то стандартные АС-овские решения по этому вопросу?
Заранее спасибо.
Если не ошибаюсь - то заводится в каждый объект - есть там "Параметры сметы" - отредактировать цену - даже на очень больших объектах - не займет много времени. А делать отдельную базу - ИМО утопия полная...

*

Principal_AG

Если не ошибаюсь - то заводится в каждый объект - есть там "Параметры сметы"
Да есть, я правда сам не понял их смысл в этом месте. Если в проекте скажем больше десятка одинаковых элементов (а в случае моего элемента скорее всего так оно и будет) и у поставщика поменялась цена (или сменился поставщик), то нужно залезть в каждый элемент проекта и поменять цену? Как-то это ... не совсем правильно.
А почему делать отдельную базу - "утопия"? У GDL вроде как есть даже встроенные средства работы с внешними файлами (и даже с XML, что особо радует). Правда я их ещё пока не пробовал, но руки откровенно чешутся. Если справиться с ценой стандартными средствами АС не получится, то вот и попробую.
Хотя не оч. хочется вылезать за стандартные решения.

*

Оффлайн Arsh

  • Век живи, ...
  • *****
  • 2838
  • Репутация: +242/-24
  • Пол: Мужской
  • Столько не живут...
Жаль потраченного времени. Человек сам с усам!!! Проще было написать = поиск и F1.
Предыдущие свои посты удаляю.  :angel:

*

Оффлайн snorry

  • ***
  • 223
  • Репутация: +14/-0
  • Пол: Мужской
так если можно группе элементов менять из ИК id, то может и для "цены" прописать такое-же свойство, т.е. что б было изменяемо из каталога

*

Оффлайн nideKer

  • *****
  • 2603
  • Репутация: +121/-2
  • Пол: Мужской
  • freeRide 4ever
так если можно группе элементов менять из ИК id, то может и для "цены" прописать такое-же свойство, т.е. что б было изменяемо из каталога
Вообщето я про это и писал - в каждом стандартном элементе прописаны эти "свойства"...
По этому поддерживаю Arsh'а - изучайте мат часть...
Проще было написать = поиск и F1.

 

Похожие темы

  Тема / Автор