isicad.ru :: портал САПР, PLM и ERP :: версия для печати

Статьи

27 октября 2011

Алгоритм построения расчетно-ориентированной модели в 2D-редакторе

Александр Ямпольский

Расчетно-ориентированная модель (РОМ) - это модель, созданная в универсальной системе проектирования и предназначенная для экспорта в МКЭ-программу.

РОМ идеализирована по сравнению с конструктивной моделью; например, в ней устранены незначительные несоосности объектов, некоторые конструкции заменены нагрузками. С другой стороны, РОМ имеет усложняющую специфику, связанную с разбивкой объектов на конечные элементы и с необходимостью включения в модель информации о нагрузках.

Современные универсальные системы проектирования - векторные 2D-редакторы - не имеют средств для построения сложных пространственных моделей, разновидностью которых является РОМ. Ситуацию можно исправить, добавив в векторный редактор элементы технологии 2D+. Предлагаемый алгоритм можно рассматривать как продолжение статьи "Технология построения конструктивной модели здания по рабочим чертежам", демонстрирующее пример практического применения этой технологии.

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

  1. Описание основных интерпретируемых объектов, необходимых для построения пространственной модели.
  2. Описание процедуры генерации пространственной модели на основе заданных интерпретируемых объектов.
  3. Описание процедуры построения расчетно-ориентированной модели на основе сгенерированной пространственной модели, в том числе:
    • генерацию сетки конечных элементов;
    • приложение нагрузок;
    • формирование файла исходных данных на входном языке МКЭ-программы.
Наиболее полно в статье представлен пункт 1. Он является ключевым, так как описание объектов само по себе содержит подсказку того, как на основе двумерных изображений строится пространственная модель. Процедура, относящаяся к пункту 2, детализирована только до состояния, демонстрирующего принципиальную возможность ее реализации. Возможно, для понимания этой части статьи нужно быть немного знакомым с программированием.

Пункт 3 отсутствует, так как уже достаточно давно реализован во многих системах моделирования.

I. Интерпретируемые объекты

1. Рабочее поле (рис. 1)
1.1. Общее описание
Это область для размещения любых графических объектов (аналог доски кульмана). XYрп – обозначение системы координат рабочего поля. Координаты всех графических объектов в базе данных векторного редактора хранятся в системе координат XYрп.
1.2. Комментарии
На рабочем поле размещаются один или несколько листов – рабочих чертежей.

Рис. 1. Рабочее поле

2. Объект "Лист" (рис. 2)

2.1. Общее описание
Это объект, имитирующий бланк чертежа. В состав объекта "Лист" входят:
  • объект "Прямоугольник", моделирующий рамку листа;
  • табличный объект, моделирующий штамп листа.
В штампе листа должно быть заполнено поле "Идентификатор листа".
2.2. Редактируемые параметры
1. Размеры (формат) листа.

2. Текстовый объект "Идентификатор листа" (номер листа). и т.д.

2.3. Комментарии
На площади листа могут быть размещены традиционные элементы проекта – виды (планы, разрезы, узлы и т.п.), спецификации, таблицы и т.д.

При формировании расчетной модели учитываются только объекты, расположенные внутри рамки "Листа".

Рис. 2. Лист

3. Объект "Полигон" (рис. 3)

3.1. Общее описание
Полигон – плоский объект, заданный отрезками прямых, последовательно соединяющих некоторое множество точек. Полигон может быть замкнутым и незамкнутым, заштрихованным (залитым) и незаштрихованным.
3.2. Редактируемые параметры
1. Конфигурация полигона.

2. Ширина и тип линии границ полигона.

3. Штриховка/заливка полигона.

3.3. Комментарии
Объект "Полигон" входит в состав многих интерпретируемых объектов, предназначенных для описания расчетной схемы здания.

Видимость полигонов на чертеже определяется стеком видимости объектов. Механизм работы со стеком должен обеспечивать возможность пересылки объектов на передний или на задний план.

Рис. 3. Полигон

4. Объект "Вид" (рис. 4)

4.1. Общее описание
Это ограниченная область чертежа, предназначенная для размещения схематичных изображений, описывающих фрагмент здания. В состав объекта "Вид" входят:
  • объект "Полигон", обозначающий границы вида;
  • табличный объект "Заголовок вида".
Таблица "Заголовок вида" может содержать следующие текстовые поля

1. "Идентификатор вида".

2. "Отметка (отметки) плана" (если вид – план этажа).

3. "Высота этажа" (если вид – план этажа).

4. "Масштаб вида".

4.2. Редактируемые параметры
1. Конфигурация полигона.

2. Текстовые поля таблицы "Заголовок вида".

4.3. Комментарии
По содержимому полей заголовка вида определяется тип вида (план этажа, разрез, фрагмент, узел и т.п.). Только объекты, находящиеся внутри полигона, учитываются при интерпретации вида.

Все операции ввода и редактирования объектов, принадлежащих виду, выполняются в масштабе вида. Планы этажей являются главными ("ведущими") видами при описании конструкции здания. Соответственно, объекты (проекции конструктивных элементов), размещенные на планах, являются ведущими объектами. На планах зафиксирована информация о координатах X и Y конструктивных элементов.

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

Рис. 4. Вид

5. Объект "Колонна" (рис. 5-1, 5-2, 5-3)

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

1 – условная (в виде габаритного прямоугольника) проекция колонны на плане (сечение колонны);

2 – условная (в виде габаритного прямоугольника) проекция колонны на разрезе;

3 – реальное сечение колонны в виде параметрического описания в строке таблицы "Сечения элементов" (см. ниже).

В состав условных обозначений объекта "Колонна" входят:

  • объект "Полигон" (прямоугольник), обозначающий условные габариты колонны;
  • отрезки, обозначающие оси колонны.
5.2. Редактируемые параметры
1. Габариты проекций колонны.

2. Текстовые поля в соответствующей строке таблицы "Сечения элементов".

5.3. Комментарии
Если колонна представлена только проекцией на плане этажа, то, по умолчанию, принимается, что высота колонны равна высоте этажа.

Рис. 5-1. Обозначение колонны на плане (сечение колонны)

Рис. 5-2. Обозначение колонны на разрезе

Рис. 5-3. Пример описания сечений колонн в таблице "Сечения элементов"

6. Объект "Балка" (рис. 6-1, 6-2, 6-3, 6-4, 6-5)

6.1. Общее описание
Балка - условное название линейных, невертикально расположенных конструкций. Под это определение подпадают балки, распорки, раскосы, стропила, косоуры и т.п. Для задания балки используются следующие условные обозначения:

1 – условная (в виде габаритного прямоугольника) проекция балки на плане или разрезе;

2 – условная проекция балки на плоскости (плане или разрезе), параллельной оси Y1 местной системы координат балки;

3 – условная проекция балки на плоскости (плане или разрезе), параллельной оси Z1 местной системы координат балки;

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

5 – реальное сечение балки в виде параметрического описания в строке таблицы "Сечения элементов" (см. ниже).

Для однозначного задания балки достаточно, чтобы на чертежах присутствовала пара ее условных обозначений из списка 1...4 (в любом сочетании) и условное обозначение 5.

В состав условных обозначений объекта "Балка" входят:

  • объект "Прямоугольник", обозначающий условные габариты балки;
  • отрезки, обозначающие оси балки.
6.2. Редактируемые параметры
1. Габариты проекций балки.

2. Текстовые поля в соответствующей строке таблицы "Сечения элементов".

Рис. 6-1. Обозначение балки на плане/разрезе

Рис. 6-2. Обозначение балки на плоскости (плане/разрезе), параллельной оси Y1

Рис. 6-3. Обозначение балки на плоскости (плане/разрезе), параллельной оси Z1

Рис. 6-4. Обозначение горизонтально расположенной балки на разрезе (сечение балки)

Рис. 6-5. Пример описания сечений балок в таблице "Сечения элементов"

7. Объект "Стена" (рис. 7-1, 7-2, 7-3)

7.1. Общее описание
Стена - условное название плоских, вертикально расположенных конструкций. Под это определение подпадают стены, перегородки, диафрагмы жесткости и т.п. Для задания стены используются следующие условные обозначения:

1 – условная (в виде Мультилинии) проекция соединенных прямолинейных участков стены на плане этажа;

2 – проекция (фасад) прямолинейного участка стены на разрезе;

3 – толщина стены в строке таблицы "Сечения элементов".

Объект "Стена" на плане состоит из объекта "Мультилиния", обозначающей участки стены в виде проекций боковых граней и срединной плоскости участков. Объект "Стена" на разрезе состоит из объекта "Полигон", обозначающего фасад прямолинейного участка стены.

7.2. Редактируемые параметры
1. Габариты стены на плане и разрезе.

2. Толщина стены в соответствующей строке таблицы "Сечения элементов".

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

Рис. 7-1. Обозначение стены на плане

Рис. 7-2. Обозначение стены на разрезе

Рис. 7-3. Пример описания стены в таблице "Сечения элементов"

8. Объект "Плита" (рис. 8-1, 8-2, 8-3)

8.1. Общее описание
Плита - условное название плоских, невертикально расположенных конструкций. Под это определение подпадают плиты перекрытий, настилы, площадки и т.п. Для задания плиты используются следующие условные обозначения:

1 – проекция (плоскость) плиты на плане или разрезе;

2 – условная, в виде мультилинии, проекция плиты на разрезе (для плит, расположенных перпендикулярно плоскости разреза);

3 – толщина плиты в строке таблицы "Сечения элементов".

Объект "Плита" на плане/разрезе состоит из объекта "Полигон", обозначающего конфигурацию плиты. Объект "Плита" на разрезе состоит из объекта "Мультилиния", обозначающей плиту в виде проекций верхней и нижней граней плиты и срединной плоскости плиты.

8.2. Редактируемые параметры
1. Конфигурация плиты на плане и разрезе.

2. Толщина плиты в соответствующей строке таблицы "Сечения элементов".

Рис. 8-1. Обозначение плиты на плане/разрезе

Рис. 8-2. Обозначение плиты на разрезе

Рис. 8-3. Пример описания плиты в таблице "Сечения элементов"

9. Объект "Проем" (рис. 9-1, 9-2)

9.1. Общее описание
Это графический объект, предназначенный для моделирования проемов в стенах и плитах. Проем является призменным объектом, для задания которого используются следующие условные обозначения:

1 – проекция проема на видовой плоскости, параллельной плоскости X1Y1 местной системы координат проема;

2 – условная проекция проема на видовой плоскости, параллельной оси Z1 местной системы координат проема.

В состав объекта "Проем" входят:

  • объект "Полигон", обозначающий конфигурацию (площадь) проема;
  • объект "Прямоугольник", обозначающий габариты проема по высоте (глубине).
9.2. Редактируемые параметры
1. Конфигурация проема.

2. Глубина проема.

9.3. Комментарии
Проем имеет смысл только вместе с объектом, тело которого он пересекает. Проем "вычитается" из тела пересекаемого объекта. Проем может пересекать границы объектов и относиться к нескольким смежным объектам (напр. оконный проем на стенах смежных этажей). Если проем задан только своей конфигурацией, то его глубина равна толщине объекта, к которому он относится.

Рис. 9-1. Обозначение конфигурации проема на плане/разрезе

Рис. 9-2. Обозначение глубины проема на плане/разрезе

10. Объект "Отметка" (рис. 10)

10.1. Общее описание
Это графический объект, предназначенный для указания на плане высотных отметок горизонтальных поверхностей, горизонтальных ребер, точек (узлов схождения ребер), входящих в состав условных обозначений конструктивных элементов (колонн, балок, стен, плит). Для задания отметки используется условное обозначение в двух вариантах:

1 – текстовый объект в прямоугольной рамке; 2 – текстовый объект в прямоугольной рамке с выносной линией.

В состав объекта "Отметка" входят:

  • текстовый объект, обозначающий высотную отметку в системе координат здания;
  • прямоугольник, обрамляющий текст; - отрезок, обозначающий выносную линию (для варианта 2).
10.2. Редактируемые параметры
1. Содержимое текстового поля.

2. Расположение обрамленного текста.

3. Расположение точки-указателя выносной линии.

10.3. Комментарии
Отметка имеет смысл только вместе с объектом, к которому она относится. При определении принадлежности отметки необходимо учитывать расположение объектов-претендентов в стеке видимости объектов.

Рис. 10. Условное обозначение отметки

11. Объект "Марка элемента" (рис. 11)

11.1. Общее описание
Это графический объект, предназначенный для указания марок конструктивных элементов (колонн, балок, стен, плит). В состав объекта "Марка элемента" входят:
  • текстовый объект, содержащий марку элемента;
  • прямоугольник, обрамляющий текст;
  • отрезок, обозначающий выносную линию.
11.2. Редактируемые параметры
1. Содержимое текстового поля.

2. Расположение обрамленного текста.

3. Расположение точки-указателя выносной линии.

11.3. Комментарии
Марка элемента имеет смысл только вместе с объектом, к которому она относится. При определении принадлежности марки необходимо учитывать расположение объектов-претендентов в стеке видимости. Марка используется для поиска соответствующей строки в таблице "Сечения элементов".

Рис. 11. Условное обозначение марки элемента

12. Объект "Координационная ось" (рис. 12)

12.1. Общее описание
Координационная ось закрепляет на плане здания именованную линию, служащую репером для привязки элементов плана. Фактически, цифровые и буквенные оси вместе с высотными отметками (уровнями, см. ниже) задают систему взаимно перпендикулярных именованных плоскостей, позволяющих однозначно определить расположение конструктивного элемента в пространстве. В состав объекта "Координационная ось" входят:
  • отрезок, обозначающий положение оси;
  • текстовый объект, содержащий имя оси;
  • окружность, обводящая текст.
12.2. Редактируемые параметры
1. Содержимое текстового поля.

2. Диаметр окружности.

12.3. Комментарии
На основе введенных координационных осей и уровней программно определяется трехмерная система координат здания – XYZзд.

Рис. 12. Условное обозначение координационной оси

13. Объект "Уровень" (рис. 13)

13.1. Общее описание
Уровень обозначает высотную отметку на разрезе здания. По аналогии с координационной осью, уровень закрепляет на плоскости разреза именованную (именем служит значение высотной отметки) линию, служащую репером для привязки элементов разреза. В состав объекта "Уровень" входят:
  • отрезок, обозначающий положение линии уровня;
  • отрезок, обозначающий выносную линию;
  • прямоугольник, обрамляющий текст;
  • текстовый объект, содержащий значение отметки уровня.
13.2. Редактируемые параметры
1. Содержимое текстового поля.

2. Расположение обрамленного текста

3. Расположение точки-указателя уровня.

13.3. Комментарии
Уровень, в отличие от отметки, - самостоятельный объект, не привязанный ни к какому конструктивному элементу.

Рис. 13. Условное обозначение уровня

14. Объект "Указатель разреза" (рис. 14)

14.1. Общее описание
Обозначение "Указатель разреза" задает видовую плоскость (вид "сбоку") для размещения дополнительной информации (в частности, высотных отметок) о конструктивных элементах здания. В состав объекта "Указатель разреза" входят:

  • отрезки, обозначающие линию и "направление" разреза;
  • текстовые объекты, задающие идентификатор указателя разреза.
14.2. Редактируемые параметры
1. Идентификатор указателя разреза.

2. Направление разреза.

3. Протяженность разреза.

14.3. Комментарии
Указатель разреза задает трехмерную локальную систему координат разреза – X2Y2Z2.

Рис. 14. Условное обозначение указателя разреза

15. Объект "Сечения элементов"

15.1. Общее описание
Это табличный объект, предназначенный для параметрического описания сечений конструктивных элементов. С точки зрения интерфейса и редактирования любой табличный объект является аналогом таблицы в системах управления базами данных. Таблица "Сечения элементов" содержит следующие графы.

1. "Марка элемента"
Произвольный набор символов

2. "Тип сечения"
Может принимать значения из каталога доступных сечений

3.... "Параметры сечения"
Набор чисел, зависящий от типа сечения

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

15.2. Редактируемые параметры
1. Содержимое полей

2. Добавление/удаление строк таблицы.

3. Размеры таблицы.

15.3. Комментарии
Примеры заполнения таблицы даны на поясняющих рисунках к конструктивным элементам.

II. Генерация пространственной модели на основе заданных интерпретируемых объектов

1. Формирование списков объектов

Пройти по всем объектам на рабочем поле. В процессе обхода сформировать отдельные списки по каждому типу объектов.
1.1. Список "Листы"
Номер строкиСсылка на объект в базе данных векторного редактора
1.2. Список "Виды"
Номер строкиСсылка на объект в базе данных векторного редактора Полный идентификатор вида Тип вида (план/разрез) Ссылка на этаж в списке этажей (см. ниже, только для планов)
не определеноне определеноне определено
1.3. Список "Колонны"
1.4. Список "Вертикальные координационные оси"
Номер строкиСсылка на объект в базе данных векторного редактораВид (ссылка на строку списка "Виды")
не определено
Номер строки Ссылка на объект в базе данных векторного редактора Вид (ссылка на строку списка "Виды") Привязка (dX) оси к началу системы координат XYZзд (ссылка на строку списка привязок осей)
1.5. Список "Горизонтальные координационные оси"
Номер строки Ссылка на объект в базе данных векторного редактора Вид (ссылка на строку списка "Виды") Привязка (dY) оси к началу системы координат XYZзд (ссылка на строку списка привязок осей)
1.6. Списки "Балки", "Стены", "Плиты", "Проемы", "Отметки", "Марки элементов", "Уровни", "Указатели разрезов"
Списки аналогичны списку "Колонны".

2. Корректировка списка видов

2.1. В списке видов для каждого вида выполнить:
  • найти в списке "Листы" лист, которому принадлежит текущий вид. Вид принадлежит листу, если находится внутри рамки листа. Если вид не принадлежит ни одному листу, удалить текущий вид из списка видов;
  • сформировать значение и заполнить поле "Полный идентификатор вида". Полный идентификатор вида состоит из идентификатора вида (см. объект "Вид") и идентификатора листа (см. объект "Лист");
  • на основе данных таблицы "Заголовок вида" (см. объект "Вид") определить значение и заполнить поле "Тип вида" (план или разрез).
2.2. На основе анализа данных, содержащихся в заголовках планов этажей, сформировать упорядоченный список "Этажи".
Список "Этажи"
Номер строкиОтметка низа этажа в системе координат XYZзд Высота этажа
2.3. Для всех планов этажей заполнить поле "Ссылка на этаж в списке этажей".

3. Корректировка списков колонн, балок, стен, плит, проемов, отметок, марок элементов, уровней, указателей разрезов

3.1. Пройти по всем колоннам списка колонн.
Для каждой колонны выполнить:
  • найти в списке "Виды" вид, которому принадлежит текущая колонна. Колонна принадлежит виду, если точка 1 находится внутри рамки вида. Если не найден ни один вид, удалить текущую колонну из списка колонн.
  • заполнить поле "Вид" значением, равным номеру найденного вида.
3.2. Разбить список колонн на два списка:
  • в первом списке разместить колонны, изображенные на планах (конструктивные элементы, изображенные на планах, являются ведущими объектами);
  • во втором списке – колонны, изображенные на разрезах (конструктивные элементы, изображенные на разрезах, являются ведомыми объектами).
3.3. Для балок, стен, ..., указателей разрезов выполнить действия, аналогичные п.п. 3.1, 3.2.

4. Корректировка списков вертикальных и горизонтальных координационных осей

4.1. Для каждой вертикальной (горизонтальной) координационной оси найти вид (план этажа), которому принадлежит текущая координационная ось.

4.2. Выполнить процедуру формирования системы координат здания XYZзд. На основе анализа планов этажей, содержащих вертикальные координатные оси, построить упорядоченный список "Привязки вертикальных координационных осей".

Аналогичным образом построить список "Привязки горизонтальных координационных осей". 4.3. Для каждой вертикальной (горизонтальной) координационной оси заполнить поле "Привязка оси к началу системы координат XYZзд".

5. Построение трехмерной модели балки (рис. 15)

5.1. Пройти по всем балкам списка балок, изображенных на планах.

Для каждой ведущей балки выполнить:

  • определить координаты узлов балки в плане (п. 5.2);
  • определить координаты узлов балки по высоте (п. 5.3);
  • определить тип и параметры сечение балки (п. 5.5);
  • поместить балку в базу данных трехмерных объектов и нарисовать ее в окне отображения трехмерной модели (п. 5.6).
5.2. Определение координат узлов балки в плане. Необходимо найти координаты X, Y (в системе координат здания) начального конечного и "реперного" узлов балки. Выполнить:
  • найти в списке вертикальных координационных осей ось, изображенную на том же виде (плане), что и балка;
  • определить координаты X начального, конечного и "реперного" узлов балки;
  • найти в списке горизонтальных координационных осей ось, изображенную на том же виде (плане), что и балка;
  • определить координаты Y начального, конечного и "реперного" узлов балки.
5.3. Определение координат узлов балки по высоте.

Необходимо найти координаты Z (в системе координат здания) начального, конечного и "реперного" узлов балки. Выполнить:

  • найти в списке указателей разрезов указатель, удовлетворяющий условиям:
      а) указатель изображен на том же виде (плане), что и балка;

      б) балка расположена в области "действия" указателя разреза;

    Для найденного указателя разреза выполнить:
    • на основе идентификатора указателя разреза сформировать идентификатор вида (разреза), напр. "Разрез 2-2";
    • найти в списке балок, изображенных на разрезах, ведомую балку, удовлетворяющую условиям:
        а) балка принадлежит виду (разрезу) с данным

        идентификатором; б) балка лежит в диапазоне высот ведущей балки (см.п.5.4).

        В процессе выполнения этого пункта определяются координаты Z начального, конечного и "реперного" узлов ведомой балки;

        в) проекция балки на ось X2 системы координат вида (разреза) "равна" проекции ведущей балки на ось X2 системы координат указателя разреза.

    Ведомая балка, удовлетворяющая условиям а), б), в), является проекцией ведущей балки на вертикальную плоскость (на плоскость разреза). Координаты Z узлов моделируемой балки равны координатам Z узлов найденной ведомой балки.

    Рис. 15. Пример построения трехмерной модели диагональной стропильной балки

    5.4. Проверка высотного расположения ведомой балки

    Необходимо проверить, лежит ли ведомая балка в диапазоне высот плана этажа, на котором расположена ведущая балка.

    5.4.1. Определение высотных координат ведомой балки Выполнить:

    • найти в списке уровней уровень, изображенный на том же виде (разрезе), что и ведомая балка;
    • определить в системе координат XYZзд координаты Z начального, конечного и "реперного" узлов ведомой балки
    5.4.2. Определение диапазона высот вида (плана этажа), на котором расположена ведущая балка Пройдя по цепочке: ведущая балка (список балок) -> вид (список видов) -> этаж (список этажей), получить значения отметки низа этажа и высоты этажа.

    5.4.3. Сделать вывод о принадлежности ведомой балки диапазону этажа. Балка лежит в диапазоне этажа, если хотя бы один ее узел лежит на границе или находится внутри диапазона.

    5.5. Определение типа и параметров сечения балки. Необходимо в таблице "Сечения элементов" найти строку, описывающую сечение балки.

    Выполнить:

    • найти в списке марок элементов марку, удовлетворяющую условиям:
      • а) марка изображена на том же виде (плане), что и ведущая балка;

        б) указатель марки "лежит" на продольной оси балки;

    • найти в таблице "Сечения элементов" строку, соответствующую найденной марке.
5.6. Помещение балки в базу данных трехмерных объектов.

В результате выполнения п.п. 5.2-5.5 собрана полная информация, определяющая трехмерное представление балки:

  • координаты конечных и реперного узлов;
  • тип и параметры сечения.
Эту информацию нужно разместить в соответствующих таблицах базы данных трехмерных объектов. Эта же информация используется для формирования таблиц текстового файла исходных данных для программы Лира. Для визуального контроля нарисовать балку в окне отображения трехмерной модели.

Заключение

При разработке алгоритма были использованы только некоторые элементы технологии 2D+. На очереди такие средства представления проектной информации, как фрагменты планов/разрезов, сечения, узлы, спецификации элементов, ссылки на изделия и т.п.
Комментариев: 45
id 4969     24 апреля 2012, 15:42
 Владимир Талапов

Цитата из Владимр Савицкий, id 4963:

Какой вопрос?конкретно.


Цитата из Владимир Савицкий, id 4965:

опустим что был вопрс .То это Вы называете ответом? Хотя у Вас все ответы подобного рода.


Вот ваш вопрос и начало ответа на него (затем было еще несколько комментариев к статье про Фрэнка Гери)
Цитата из Владимир Савицкий, id 4753:

Назовите такие прогрпммы и реальные проекты где это работает.

Из того, с чем я постоянно работаю, назову связку Revit Structure - Robot. Здесь связь достаточно двусторонняя - по результатам расчетов можно корректировать модель. В частности, заменять сечения на расчетные. И передача данных - прямая. Могу также отметить Tekla Structure и SoFiStik. И у этих программ идет постоянное развитие. Проектов уже достаточно много. Только у нашей фирмы нексколько десятков клиентов, которые используют эту связку. Больше того, пользователи ArchiCAD часто передают данные через IFC в Revit Structure, чтобы воспользоваться потом связкой Revit - Robot.

И я тогда не стал подробно рассказывать вам, как работает связка Revit - Robot, а предложил поподробнее узнать об этом у сотрудников компании CSoft, отвечающих за продукты Autodesk (кстати, весьма знающие ребята). Как я понял, вы тоже в CSoft работаете, так что вам это не составит труда.
А сейчас из вежливости поинтересовался, не осталось ли у вас вопросов. Но я начинаю понимать, что ответы вас практически не интересуют. Придется сделать для себя выводы.  

Ответить   Цитировать выделенное

id 4970     24 апреля 2012, 15:53
 Владимир Савицкий
Это даже не демагогия.

Ответить   Цитировать выделенное

id 4972     24 апреля 2012, 15:58
 Владимир Талапов

Цитата из Владимир Савицкий, id 4970:

Это даже не демагогия.


Вам виднее.  

Ответить   Цитировать выделенное

id 4983     24 апреля 2012, 22:37
 Геннадий

Цитата из Владимир Савицкий, id 4970:

Это даже не демагогия.


Владимир, мне кажется, вы давно уже потеряли мысль...

Ответить   Цитировать выделенное

id 4993     25 апреля 2012, 15:24
 Сергей Михалец

Цитата из Владимир Савицкий, id 4970:

Это даже не демагогия.


С вашей стороны это полное пренебрежение к фактам! В том числе и вами же сказанным!

Ответить   Цитировать выделенное

id 5280     13 мая 2012, 13:50
 Проектировщик
какая-то недоброжелательная атмосфера тут у вас, господа. У господ из триДЭ особенно, сквозит акрессия. неконструктивно.

Ответить   Цитировать выделенное


Поля, помеченные * обязательны для заполнения

  Имя *

  e-mail

  web

Вы можете ввести не более 3000 символов, осталось:

Введите
первые 3 символа:

 *

Обновить



    

Комментарии:
28 октября 2011, 17:45
 firebox
Дежавю!? где-то что-то мы это уже видели или это новое слово ...в массированной пропаганде отсталой техники 2D? даже не понял куда попал, это 21 век или ...еще 20й?

Ответить   Цитировать

28 октября 2011, 17:58
 Владимир Малюх
Цитата из firebox, id 2336:

Дежавю!?


Заметьте, не я это сказал! Почти(с)  

Технология имела смысл в конце 80-х - начале 90-х, на зачем это сегодня?

Ответить   Цитировать

28 октября 2011, 18:26
 Андрей Штейнбрехер
Цитата из Владимир Малюх, id 2337:

Технология имела смысл в конце 80-х - начале 90-х, на зачем это сегодня?

Это кому как. В "Колеса" Артура Хейли есть эпизод, где автомобильный дизайнер переключился на проектирование ручной мельницы, так как понял что ручная мельница - это актуально для миллиардов, а вот навороченный автомобиль - для сотен тысяч. Так и с технологиями... Да и уровЕнь у народонаселения сильно разный...

Ответить   Цитировать

28 октября 2011, 22:44
 Александр Ямпольский
Цитата из Владимир Малюх, id 2337:

Технология имела смысл в конце 80-х - начале 90-х, но зачем это сегодня?

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

Ответить   Цитировать

29 октября 2011, 6:17
 Александр Бауск
БИМ-евангелистам, конечно, не понравится то, что это, видите ли, не bleeding edge.

Но тут другая проблема на самом деле, даже целый ряд их.

1. Для концептуального объяснения методологии описывать все эти виды и первые-третьи совершенно излишне; это же не инструкция для чертежника, а (по идее) объяснение концепции должно быть, в формате статьи?

2. Насчет БИМ. В самой статье БИМ никак упоминается; это понятно: сравнивать с современным БИМ такую концепцию бессмысленно. Однако в контексте предыдущей дискуссии такое сравнение напрашивается и это очень хорошо читается у комментаторов (и будет только сильнее сквозить в комментариях по мере скатывания дискуссии в склоку). Так что важно было бы подробно очертить области применения (назначение, цели, ниши - а концепция очевидно нишевая, гораздо более нишевая, чем БИМ), а этого не сделано. Вследствие этого (и в контексте дискуссии о БИМ) у читателя появляется искушение сравнивать с флагманской технологией, т.е. БИМ, "в целом", по совокупности возможностей и без оглядки на другие факторы кроме технологической продвинутости (например, технология могла бы быть востребованной при наличии реализаций с открытым кодом и с ГОРАЗДО большей гибкостью номенклатуры объектов).

3. Самое главное. Даже если некритично принять содержание статьи и отказаться от сравнений с технологией из другой весовой категории, то проблема, вынесенная в заголовок, остаётся нерёшенной. Лично я ориентированности на расчеты здесь не вижу - только базовый набор инструментов для минимальной автоматизации 3Д-моделирования на базе планов. Между тем для "ориентированности" модели на расчеты и в особенности - общедоступности и "кросс-вендорности" таких моделей и технологий (а эти два качества являются залогом здорового развития технологии и сообщества специалистов вокруг неё) нужно решать огромный диапазон проблем, большинство из которых остаются очень болючими даже во флагманском БИМ. Одна из таких проблем (сеточный препроцессор) очень-очень вскользь упомянута в статье.
Другая проблема, просто для примера неспециалистам: одну и ту же задачу бесшовно транслировать в разные МКЭ-пакеты (и между ними) сейчас практически невозможно. Бывает так, что реализация одинаковой по механическому смыслу конфигурации элементов в разных пакетах концептуально различна. Т.е. редко когда можно смоделировать необычный элемент конструкции, перебросить его между системами и надеяться на корректную его работу.
То есть существует потенциально огромный объем не столько технической работы по программированию транслятора, сколько по систематизации, формализации практик реализации тех или иных конфигураций элементов расчетной модели.

И последнее. Похожее по концепции (опять же из моих некритичных догадок, потому что концепция плохо выписана в статье) моделирование реализовано, кстати, в некоторых достаточно известных профильных продуктах, и разработчики этих продуктов, в общем-то, пока что в упор не видят заявления БИМ-энтузиастов про каменный век.

Ответить   Цитировать

29 октября 2011, 13:39
 Владимир Малюх
Цитата из Александр Ямпольский, id 2344:

Не нужна чертилка с возможностью построения сложных моделей?


Не целесообазно СЕГОДНЯ использовать 2D чертилки для построения расчетных моделей МКЭ. Долго, трудоемко, чревато ошибками. Даже заново подготовить 3D модель в каком-нибудь SketchUp или SpaceClaim выйдет и быстрее и надежнее.

Ответить   Цитировать

29 октября 2011, 13:40
 Владимир Малюх
Цитата из Александр Бауск, id 2348:

БИМ-евангелистам, конечно, не понравится то, что это, видите ли, не bleeding edge


Про BIM и слова не было сказано, вы о чем? Речь о построении РАСЧЕТНОЙ моедли МКЭ.

Ответить   Цитировать

29 октября 2011, 13:59
 Владимир Талапов
Цитата из Александр Бауск, id 2348:

БИМ-евангелистам, конечно, не понравится то, что это, видите ли, не bleeding edge.

Александр! Вам BIM уже везде мерещится. Но здесь им и не пахнет.

Ответить   Цитировать

29 октября 2011, 14:01
 Владимир Талапов
Ответ Александр Ямпольский

А вы не думали о соединении такой технологии с подходом MinD, который пропагандирует АСКОН?

Ответить   Цитировать

29 октября 2011, 14:51
 Александр Бауск
Ответ Владимир Малюх

Там как бы написано, причем, но зачем нам такие мелочи, как читать дальше первого абзаца.

Ответить   Цитировать

29 октября 2011, 15:11
 Владимир Малюх
Цитата из Александр Бауск, id 2356:

Там как бы написано, причем, но зачем нам такие мелочи, как читать дальше первого абзаца.


Где "там" и у кого написано? Где в наших комментариях упоминается слово BIM?

Если вы о том, читал ли я саму статью - уж раз я лично ее публиковал, поверьте, прочел очень внимательно.

Еще раз повторюсь - описанный алгоритм построения расчетной модели МКЭ громоздок, трудоемок и, в силу этого, ненадежен. Сегодня есть куда более простые способы и программы, которых не был на рубеже 90-х. Уж поверьте, я в то время как раз МКЭ и CFD занимался, если быть совсем отчным - именно построением расчетных сеток для программ работавших на мейнфреймах по исходным чертежам AutoCAD. Да, тогда вот примерно так и маялись, но сегодня-то зачем?

Ответить   Цитировать

29 октября 2011, 16:48
 Александр Ямпольский
Цитата из Александр Бауск, id 2348:

Так что важно было бы подробно очертить области применения (назначение, цели, ниши - а концепция очевидно нишевая, гораздо более нишевая, чем БИМ), а этого не сделано.

Насчет "нишевая" не согласен.
Концепция такая.
1. Любая программа, генерирующая информацию любой сложности (в том числе nD-модель) использует (интерпретирует) 2D-интерфейс (тексты и изображения на плоском экране).
2. Любой 2D-интерфейс может быть воспроизведен 2D-редактором (элементарной чертилкой).

В статье эта мысль иллюстрируется на примере генерации расчетной информации.

Ответить   Цитировать

29 октября 2011, 16:57
 Владимир Малюх
Цитата из Александр Ямпольский, id 2360:

1. Любая программа, генерирующая информацию любой сложности (в том числе nD-модель) использует (интерпретирует) 2D-интерфейс (тексты и изображения на плоском экране).


Строго говоря - не так. Сканируя 3D-сканером модель-прототип, используя 3D манипуляторы, вроде 3D Connexion или Kinect, работая со стереоизображением мы работаем не с 2D интерфейсом.


2. Любой 2D-интерфейс может быть воспроизведен 2D-редактором (элементарной чертилкой).


Наверное да, только.. зачем?

Ответить   Цитировать

29 октября 2011, 20:12
 Олег Т.
Очень все сложно и громоздко. Кто возьмется за реализацию такого алгоритма? Или уже кто-то добавил в какой-либо 2D редактор технологию 2D+?

Автор все время апеллирует к 2D редакторам. Между тем, даже не имея возможности работать в Revit и т.п., в любом CADe достаточно быстро строится 3-мерная геометрия (даже в NanoCAD, хоть он и позиционируется как 2D), которую инженер легко доведет до расчетной схемы в привычной для себя среде Lira, SCAD, Stark и т.д. и т.п.. Будь это импортируемые в одних продуктах конечные элементы либо DXF-растры - в других. Практически все расчетные программы имеют свои модули построения РОМ, а при обмене информацией между ними модель все равно придется доводить до ума.

Как практику мне намного проще и удобнее рисовать в 3D, нежели думать о контроле координат балок, колонн, задании свойств объектам на плане и т.д.

Ответить   Цитировать

29 октября 2011, 23:02
 Александр Ямпольский
Цитата из Владимир Малюх, id 2361:

2. Любой 2D-интерфейс может быть воспроизведен 2D-редактором (элементарной чертилкой).


Наверное да, только.. зачем?

Чтобы не работать по такой схеме:
2D-интерфейс -> 3D-модель -> рабочие чертежи.
Так как 2D-интерфейс и рабочие чертежи мало чем друг от друга отличаются, то проще работать так:
рабочие чертежи -> 3D-модель.

Ответить   Цитировать

29 октября 2011, 23:44
 Александр Ямпольский
Цитата из Александр Бауск, id 2348:

Лично я ориентированности на расчеты здесь не вижу - только базовый набор инструментов для минимальной автоматизации 3Д-моделирования на базе планов.

Немного поправлю: на базе планов и разрезов.
Алгоритм доведен до точки, от которой начинается проторенная дорога. Набор инструментов минимальный, но достаточный, чтобы понять принцип их создания и взаимодействия.
Понятно, что алгоритм не рабочий, а демонстрационный.

Ответить   Цитировать

30 октября 2011, 0:46
 firebox
Ответ Александр Ямпольский

Да, всё всем понятно, особенно пользователям современных пакетов МКЭ или BIM-технологий. Всё понятно, кроме одного - кому это надо-то копаться этом "архивном деле о 2D". Впрочем так же как Красиво жить не запретишь, так и нет запретов на изобретения "своего велосипеда"  

Ответить   Цитировать

30 октября 2011, 12:17
 Владимир Малюх
Цитата из Олег Т., id 2365:

Очень все сложно и громоздко. Кто возьмется за реализацию такого алгоритма? Или уже кто-то добавил в какой-либо 2D редактор технологию 2D+?


Именно, что сложно. И уйма ручной работы пользователя.

Цитата из Олег Т., id 2365:
а при обмене информацией между ними модель все равно придется доводить до ума.


Тем более, что систему МКЭ совершенно не интерсует, что это было - колонна или плита. Задавать материалы, граничные и краевые условия, строить и оптимизировать сетку все равно придутся в модуле МКЭ.


Как практику мне намного проще и удобнее рисовать в 3D, нежели думать о контроле координат балок, колонн, задании свойств объектам на плане и т.д.


Про что я и говорю.

Ответить   Цитировать

30 октября 2011, 12:20
 Владимир Малюх
Цитата из Александр Ямпольский, id 2369:

Чтобы не работать по такой схеме:
2D-интерфейс -> 3D-модель -> рабочие чертежи.


При чем тут чертежи, если мы говорим о МКЭ? Нафига выпускать чертежи ДО расчетов? Ведь расчеты могут показать, что конструкцию следует изменить и, возможно, существенно изменить, т.е. чертежи выпольнить заново.

Не хотите по схеме BIM, ладно, схема попроще:

3D макет -> расчеты -> оптимизация макета -> выпуск чертежей по уточненной информации

Цитата из Александр Ямпольский, id 2369:

проще работать так:
рабочие чертежи -> 3D-модель.



В том-то и дело, что не проще. Такое ощущение, что в 3D вы немного опыта имеете.

Ответить   Цитировать

30 октября 2011, 13:54
 Александр Ямпольский
Цитата из Владимир Малюх, id 2378:

При чем тут чертежи, если мы говорим о МКЭ? Нафига выпускать чертежи ДО расчетов?

Не забывайте о документировании.
Схема везде примерно одинакова:
рабочие чертежи марки РР -> расчетная 3D-модель;
рабочие чертежи марки АР -> архитектурная 3D-модель;
и т.д.
В расчетных 3D-программах работаю лет 30. Вижу как работают в ArchiCAD'e и Revit'е.
Выводы такие:
- 2D-интерфейс всех этих программ примерно одинаков;
- он копирует интерфейс 2D-редакторов;
- если чем и отличается, то в худшую сторону.
Понятно, что у каждого на этот счет должно быть свое мнение.

Ответить   Цитировать

30 октября 2011, 14:14
 Александр Ямпольский
Ответ Владимир Малюх

Добавлю для справки.
Все разделы проекта делаются одновременно, никто никого не ждет.
Чертежи постоянно корректируются и "подгоняются" друг под друга.
Модели просто должны автоматически следовать за этими изменениями.

Ответить   Цитировать

30 октября 2011, 14:18
 Владимир Малюх
Цитата из Александр Ямпольский, id 2380:

Не забывайте о документировании.
Схема везде примерно одинакова:
рабочие чертежи марки РР -> расчетная 3D-модель;


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

А документировать, если надо, можно и 3D модель. На КнААПО делают так - печатают общийий вид, подписывают и в архив. На красноярском НПО им. Решетнева пользуются электронной подписью и вообще бумажного архива больше не ведут.

Цитата из Александр Ямпольский, id 2380:

В расчетных 3D-программах работаю лет 30.


Заметно.  И пытаетесь тот опыт упорно тащить в сегодня.

Цитата из Александр Ямпольский, id 2380:

Вижу как работают в ArchiCAD'e и Revit'е



Ага, сами, значит, не пробовали?

Цитата из Александр Ямпольский, id 2380:
- 2D-интерфейс всех этих программ примерно одинаков;



Что вы называете 2D-интерфейсом? Работу с чертежами?

Копировать интерфейс 2D в трехмерном редакторе невозможно, это я вам ответсвенно, как человек разработавший и попробовавший не одну 3D систему, говорю. Вам, глядя через плечо, видимо, это непонятно. Проделайте простой эксперимент - возьмите SketchUp, он бесплатный и простой как табуретка. Нарисуйте в нем хотя бы собачью будку, поймете что 3D отличается ПРИНЦИПИАЛЬНО.

Ответить   Цитировать

30 октября 2011, 15:26
 Александр Ямпольский
Цитата из Владимир Малюх, id 2382:

Что вы называете 2D-интерфейсом? Работу с чертежами?

Интерфейсом я называю то, как вводятся и редактируются объекты, скажем, в ArchiCAD'е и в AutoCAD'е. Я вижу, что в AutoCAD'е средства ввода и редактирования гибче и эффективнее. Но AutoCAD не может интерпретировать свои объекты (линии, полигоны, тексты, таблицы) в 3D-модель. Исправить этот недостаток 2D-редакторов, на мой взгляд, не так уж сложно.

Ответить   Цитировать

30 октября 2011, 15:39
 Владимир Малюх
Цитата из Александр Ямпольский, id 2384:

Интерфейсом я называю то, как вводятся и редактируются объекты, скажем, в ArchiCAD'е и в AutoCAD'е.


Ну и чего общего, скажем, у операции вытягивания контура в призму или построения тела вращения с хоть какой-то 2D системой?

Цитата из Александр Ямпольский, id 2384:
Но AutoCAD не может интерпретировать свои объекты (линии, полигоны, тексты, таблицы) в 3D-модель. Исправить этот недостаток 2D-редакторов, на мой взгляд, не так уж сложно.


Сложно. Иначе бы давно кто-нибудь это сделал. Нельзя сказать, глядя на прямоугольник, что это такое - куб, вид сверху, или цилиндр, вид сбоку. Во всяком случае пока нет осевой линии. А "догадаться", что именно это осевая линия и именно она относится к этому прямоугольнику- вообще никакого способа, кроме как указать самому пользователу вручную, нет. А раз он может и должен указывать, то это приводит, к обычному инструменту построения тела вращения.

Вот даже на таком простом примере все сложно, уж не гворя о совсем серьезных чертежах, да еще с уймой УСЛОВНЫХ обозначений.

Чертежи априори - документ, предназначенный для ЧЕЛОВЕКА, для обработки его мозгом, а не тупым запрограммированным автоматом, даже сложным и быстрым.

Ответить   Цитировать

30 октября 2011, 16:25
 Александр Ямпольский
Цитата из Владимир Малюх, id 2386:

Ну и чего общего, скажем, у операции вытягивания контура в призму или построения тела вращения с хоть какой-то 2D системой?


Вот вариант "проекта" призмы. Рисуем на плане контур, делаем выноску, пишем "призма, h=2м". У интерпретатора есть все данные для вытягивания призмы. Понятно, что нужно "знать", что такое призма и еще много чего.

Цитата "...Сложно. Иначе бы давно кто-нибудь это сделал."
Набор инструментов для построения расчетно-ориентированной модели я предложил в статье. Вы говорите: долго, сложно. Но категоричный вывод можно сделать только попробовав, хотя бы на прототипе.

Ответить   Цитировать

30 октября 2011, 16:33
 Владимир Малюх
Цитата из Александр Ямпольский, id 2394:

Вот вариант "проекта" призмы. Рисуем на плане контур, делаем выноску, пишем "призма, h=2м". У интерпретатора есть все данные для вытягивания призмы.


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

Вы бы все-таки попробовали 3D своими руками, а?



Цитата из Александр Ямпольский, id 2394:
Набор инструментов для построения расчетно-ориентированной модели я предложил в статье. Вы говорите: долго, сложно. Но категоричный вывод можно сделать только попробовав, хотя бы на прототипе.


Самое плохое в них - это чудовищные трудозатраты со стороны пользователя. "Простой" алгоритм, который описан "в общих чертах" на 22 страницах текста мне не видится простым. А уж если его описать детально - что будет?

Ответить   Цитировать

30 октября 2011, 21:01
 Владимир Талапов
Цитата из Александр Ямпольский, id 2381:

Все разделы проекта делаются одновременно, никто никого не ждет.
Чертежи постоянно корректируются и "подгоняются" друг под друга.

У меня студенты каждый год проходят практику в проектных организациях, а по возвращении мне все рассказывают как есть. Так вот, для "Гражданпроектов" типичная ситуация - исполнители работают над документацией, а в это время более ответственные лица серьезно переделывают проект. Благодаря этому у нас несколько студенток все пять недель практики проработали "в корзину". Это очень хорошая практика реального проектировщика для реальной жизни.

У меня давно уже возникает желание устраивать публичное шоу под названием "Работа "Гражданпроекта", чтобы все видели, как деньги вылетают в трубу.

Ответить   Цитировать

30 октября 2011, 22:59
 Александр Ямпольский
Цитата из Владимир Малюх, id 2395:

Самое плохое в них - это чудовищные трудозатраты со стороны пользователя.



Все предложенные объекты (инструменты) по трудоемкости ввода и редактирования не сложнее автокадовского объекта "размер".

Ответить   Цитировать

31 октября 2011, 10:39
 Владимир Малюх
Цитата из Александр Ямпольский, id 2404:

Все предложенные объекты (инструменты) по трудоемкости ввода и редактирования не сложнее автокадовского объекта "размер"


Но их много!

Ответить   Цитировать

23 апреля 2012, 20:34
 Олег Трошков
Цитата из Олег Т., id 2365:

Очень все сложно и громоздко. Кто возьмется за реализацию такого алгоритма? Или уже кто-то добавил в какой-либо 2D редактор технологию 2D+?

Вспомнил и хочу уточнить свой комментарий. Вообще то на самом деле похожий подход к построению расчетной модели реализован в системе Компоновка расчетного комплекса Мономах. И он очень удобен при расчетах многоэтажных зданий (для чего Мономах и создан). Присутствует импорт данных из любого CAD с помощью организации набора слоев с заданными наименованиями. На основе плана этажа расчетная модель строится ну очень быстро. И, насколько я знаю, этим пользуется порядочное число инженеров-расчетчиков.
Другой дело, что там присутствует порядочное количество ограничений при создании модели. Они снимаются дальнейшим экспортом созданной модели в Лиру (также можно и в СКАДе посчитать).
То есть принцип тот же (2D - редактор - расчетная модель), но там все намного проще, чем в приведенном алгоритме. В любом CAD-е (с возможностью сохранения в DXF) рисуются линии на плоскости, которые уже в Компоновке при открытии автоматом преобразуются в стены, перекрытия, проемы, балки и колонны.

Ответить   Цитировать

23 апреля 2012, 21:09
 Владимир Талапов
Цитата из Олег Трошков, id 4936:

В любом CAD-е (с возможностью сохранения в DXF) рисуются линии на плоскости, которые уже в Компоновке при открытии автоматом преобразуются в стены, перекрытия, проемы, балки и колонны.

В связке Revit - Robot это еще проще. Там ничего рисовать не надо - все объекты существуют в модели, задаются связи, нагрузки, материалы и т.п. и данные идут на расчет. Можно, конечно, и дальше изобретать велосипед, но зачем? Потомки вас не поймут.  

Ответить   Цитировать

24 апреля 2012, 11:37
 Олег Трошков
Цитата из Владимир Талапов, id 4937:

В связке Revit - Robot это еще проще. Там ничего рисовать не надо - все объекты существуют в модели, задаются связи, нагрузки, материалы и т.п. и данные идут на расчет.

Безусловно. И Вы говорили об этом многократно.
Цитата из Владимир Талапов, id 4937:

Можно, конечно, и дальше изобретать велосипед, но зачем? Потомки вас не поймут.

Я ничего не изобретал. Просто дал краткое описание имеющей широкое распространение на территории стран СНГ системы (и сам несколько раз пользовался этой цепочкой, но когда комментировал в первый раз, почему-то об этом забыл).
Наверное, нужно всем быстренько выкинуть ее в корзину и дружно пересесть на связку Revit - Robot.  

Ответить   Цитировать

24 апреля 2012, 12:29
 Геннадий
Цитата из Олег Трошков, id 4943:

Наверное, нужно всем быстренько выкинуть ее в корзину и дружно пересесть на связку Revit - Robot.

Когда-то именно это и случится!  

Ответить   Цитировать

24 апреля 2012, 13:32
 Владимир Савицкий
Цитата из Олег Трошков, id 4943:

Наверное, нужно всем быстренько выкинуть ее в корзину и дружно пересесть на связку Revit - Robot.

У сектантов всегда их Бог самый правильный.

Ответить   Цитировать

24 апреля 2012, 14:32
 Владимир Талапов
Цитата из Владимир Савицкий, id 4949:

У сектантов всегда их Бог самый правильный.

Кстати, вы не проверяли в CSoft, правда ли то, что я говорил про двустороннюю связку Revit - Robot? А то бог богом и сектанты сектантами, а лучше знать правду.

Ответить   Цитировать

24 апреля 2012, 14:50
 Владимир Савицкий
Цитата из Владимир Талапов, id 4955:

Кстати, вы не проверяли в CSoft, правда ли то, что я говорил про двустороннюю связку Revit - Robot? А то бог богом и сектанты сектантами, а лучше знать правду.

А мне это зачем?Я к Вам в ассистенты не нанимался.Задания раздавайте своим студентам.

Ответить   Цитировать

24 апреля 2012, 15:15
 Владимир Талапов
Цитата из Владимир Савицкий, id 4957:

А мне это зачем?

Я отвечал на ваш вопрос. Получается, что вы задаете вопрос, а ответ вас не интересует. Интересно!

Есть даже поговорка, которую я слегка ослаблю: "Людям свойственно ошибаться, но только определенные люди упорствуют в своих ошибках".

Хотя вы имеете право на любую позицию - у нас свободный обмен мнениями. Поэтому я дума, что и господин ДЕИ не будет обижаться на мою реакцию на его анкету в 30 пунктов - по сравнению с вами я ему еще мягко ответил.  

Ответить   Цитировать

24 апреля 2012, 15:21
 Владимр Савицкий
Цитата из Владимир Талапов, id 4961:

Я отвечал на ваш вопрос

Какой вопрос?конкретно.

Ответить   Цитировать

24 апреля 2012, 15:26
 Владимир Савицкий
Цитата из Владимир Талапов, id 4955:

Кстати, вы не проверяли в CSoft, правда ли то, что я говорил про двустороннюю связку Revit - Robot? А то бог богом и сектанты сектантами, а лучше знать правду.

Допустим что был вопрс .То это Вы называете ответом? Хотя у Вас все ответы подобного рода.

Ответить   Цитировать

24 апреля 2012, 15:42
 Владимир Талапов
Цитата из Владимр Савицкий, id 4963:

Какой вопрос?конкретно.

Цитата из Владимир Савицкий, id 4965:

опустим что был вопрс .То это Вы называете ответом? Хотя у Вас все ответы подобного рода.

Вот ваш вопрос и начало ответа на него (затем было еще несколько комментариев к статье про Фрэнка Гери)
Цитата из Владимир Савицкий, id 4753:

Назовите такие прогрпммы и реальные проекты где это работает.

Из того, с чем я постоянно работаю, назову связку Revit Structure - Robot. Здесь связь достаточно двусторонняя - по результатам расчетов можно корректировать модель. В частности, заменять сечения на расчетные. И передача данных - прямая. Могу также отметить Tekla Structure и SoFiStik. И у этих программ идет постоянное развитие. Проектов уже достаточно много. Только у нашей фирмы нексколько десятков клиентов, которые используют эту связку. Больше того, пользователи ArchiCAD часто передают данные через IFC в Revit Structure, чтобы воспользоваться потом связкой Revit - Robot.

И я тогда не стал подробно рассказывать вам, как работает связка Revit - Robot, а предложил поподробнее узнать об этом у сотрудников компании CSoft, отвечающих за продукты Autodesk (кстати, весьма знающие ребята). Как я понял, вы тоже в CSoft работаете, так что вам это не составит труда.
А сейчас из вежливости поинтересовался, не осталось ли у вас вопросов. Но я начинаю понимать, что ответы вас практически не интересуют. Придется сделать для себя выводы.  

Ответить   Цитировать

24 апреля 2012, 15:53
 Владимир Савицкий
Это даже не демагогия.

Ответить   Цитировать

24 апреля 2012, 15:58
 Владимир Талапов
Цитата из Владимир Савицкий, id 4970:

Это даже не демагогия.

Вам виднее.  

Ответить   Цитировать

24 апреля 2012, 22:37
 Геннадий
Цитата из Владимир Савицкий, id 4970:

Это даже не демагогия.

Владимир, мне кажется, вы давно уже потеряли мысль...

Ответить   Цитировать

25 апреля 2012, 15:24
 Сергей Михалец
Цитата из Владимир Савицкий, id 4970:

Это даже не демагогия.

С вашей стороны это полное пренебрежение к фактам! В том числе и вами же сказанным!

Ответить   Цитировать

13 мая 2012, 13:50
 Проектировщик
какая-то недоброжелательная атмосфера тут у вас, господа. У господ из триДЭ особенно, сквозит акрессия. неконструктивно.

Ответить   Цитировать

Все права защищены. © 2004-2024 Группа компаний «ЛЕДАС»

Перепечатка материалов сайта допускается с согласия редакции, ссылка на isicad.ru обязательна.
Вы можете обратиться к нам по адресу info@isicad.ru.