[WolframST]

Здравствуйте уважаемые форумчане!!!
Наша организация решила плавно перейти на новый программный продукт -Revit.
Основой типового проектирования являются ж/б изделия, которые мы и решили создать в виде семейства.
Я сам конструктор. Задачи, которые должно решать это семейство завязаны и с архитекторами в том числе.
Я прикладываю файл этого семейства. Оно удобно для работы, учитывается в спецификации, дает полное визуальное представление об элементе, но возник ряд проблем:
Не имеет границы помещения (для определения площади) - в общем файле проект
Невозможно применить краску на элемент (также с учетом разделения грани) - в общем файле проект
Архитекторы не могут пользоваться этим семейством по вышеперечисленным трудностям. Эта проблема остро встала в нашей организации.
Дайте совет, возможно ли доработать это семейство? (наработано уже около 850 различных ж/б панелей).
Или на какой основе сделать другое "универсальное".?

[YarUnderoaker]

Попробуйте это Семейства категории "Каркас несущий" и границы помещений

[kha]

Про краску: Revit - Инструмент Краска и его параметры в семействе

Какое-то очень знакомое семейство

[WolframST]

Спасибо YarUnderoaker, этот человек работает по нашему посту, хочется свежих идей

----- добавлено через ~8 мин. -----
Мы много куда обращались, но к сожалению проблема так и не решена.

[extraneous]

WolframST, а как вам вариант сделать ваше семейство панели "Общим" и загрузить его в семейство "на основе стены"?

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

[yarrus77]

Сообщение от extraneous Кстати, работать с архитекторами в одном файле - не очень хорошая идея

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

[kha]

Offtop:

Сообщение от yarrus77 и тут выстрел с вашей стороны убивает идею.

Поработав в одном файле АР+КР кто-нибудь кого-нибудь точно застрелит

[WolframST]

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

[WolframST]

Хотим добиться того же что и в жизни, собирается монтажная модель, потом к ней применяется отделка - элемент один, работа одна, файл тоже один. Сумма на программу потрачена немаленькая, штат тоже более 100 чел. Вот и бодаемся. В программе "работаем" четвертый месяц. Все больше пока AutoCad.

[extraneous]

WolframST, с работой в разных файлах тоже вполне можно организовать совместную работу - даже на более высоком уровне. Почитайте про "Копирование/Мониторинг".

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

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

[miko2009]

extraneous архитекторы наносят на панели текстуру и окраску , то есть они должны брать наши панели и делать то что им нужно для завода, а потом для планов чертить еще отдельно стены ......... у нас та же проблема только я не участвую в ее решении по своим причинам.
Можно конечно сделать панели общими но у нас например это невозможно так как на протяжении даже одной продольной стены встречается несколько видов панелей(около десятка). Эта задача не решается просто работой с семействами, это невозможно. Но у нас еще в панели инж сети помещают.

[WolframST]

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

[kha]

По методу Борисова пробовали? Я сбросил ссылку в 3-м сообщении
Про окраску семейств после загрузки в проект я писал тут и тут.

UPD: разделения грани после загрузки в проект по моему способу не работает, есть возможность покрасить грань целиком, без разделения

[extraneous]

WolframST, ну, я чего-то толкового вряд ли посоветую: во-первых, никогда не работал с краской и текстурами, во-вторых - не знаю технологии работы в панельном строительстве. В каком виде передается на завод информация для изготовления панелей? Есть ли необходимость действительно "вживую" моделировать отделку и покраску?

[kha]

WolframST, присоединяюсь к extraneous
Появилась идея решения, но для проверки нужно что-то вроде ТЗ, потому как панельками пока не занимался.
Что конкретно нужно сделать с этой панелью в плане окраски?
Не факт, что получится

[extraneous]

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

[miko2009]

Сообщение от WolframST Так как в семействе все красится превосходно, и грань на "звездочки" делится.

кстати, а что в вашем понимание окраска ? какие звездочки вы красите если их нету в семействе ?

[kha]

Сообщение от extraneous Можно наложить на грань панели "Деколь" нужного цвета, а вообще кажется, что достаточно будет нарисовать нужный рисунок на чертеже плиты "Цветовой областью".

Да, думал про деколь. Экспериментирую

[miko2009]

а вот что нужно http://www.dskgrad.ru/about/preimuschestva
архи делают для начала фасад , по фасаду разносят панели конструкторы , отдают архитекторам , и им по идее нужно как то наложить фасад на каждую панель , и отдать на завод панельки где и как раскрасить, в итоге все сводится к ручному труду , либо конструкторам разрабатывать в панельках текстуру и цветовые поверхности , связывать их параметрами и выводить в спецификации. Есть и другой более тернистый способ но....
хотя у WolframST вроде просто одна панелька (один тип ?) то ничего сложного нету. Когда фасад состоит из нескольких сотен разных текстур на панелях то задача сводится к ручному сопоставлению рисунка на фасаде и панелях.

[kha]

miko2009, спасибо!
Нашёл интересный фасад:

[miko2009]

kha кстати бетон на заводе не красят , бетон уже цветной.

[kha]

https://www.youtube.com/watch?v=OCmuATH2yzo

а я-то думал площадь покраски требуется
спасибо, сэкономили мне время.
Так бы пошёл не по тому пути

UPD: Правильно ли я понял, что требуется объём цветного бетона?
Под площадь отделки вроде наметился путь решения, но требует обкатки.
Если всё получится, то будет возможно делать чертежи таких панелей с возможностью
образмеривания областей отделки и получения площадей отделки
С объёмом цветного бетона пока что быстрого и точного решения не вижу.

UPD2: Для полноты картины мне нужен чертёж панели со вставленным окном.
Ещё было бы неплохо иметь оформленный чертёж одной плиты, как она идёт на завод, что нужно для производства.
Pdf, acad - неважно в каком формате.
Со сборняком ни разу не приходилось иметь дело, сорри

[WolframST]

Про "звездочки" извините - фигура речи, это покраска с возможностью разделения грани, т.е. нанести разную текстуру на одну поверхность.


Фасад из сборного железобетона, т.е. серия 75, необходимо выдать цветовое решение, вот и встает вопрос окраски поверхности, также внутреннюю отделку удобней наносить по-человечески, чтобы окна вычитались, и проемы на которых отделка не нужна. Подходы разные есть, единого решения нет.

[VadimS7]

Сборным Ж/Б не занимаюсь, но предлагаемым методом можно делать полы (вплоть до паркета), брусчатку, навесные фасады (на стадии АР)

[WolframST]

VadimS7 - Спасибо, возьму во внимание. Особенно за потраченное время
Я больше склонен к решению с вложенным семейством у которого изменена категория на колонны. При настроенных уровнях детализации, каждый отдел решает свои задачи:
Низкий - для конструкторов (монтажная модель), и для смежников в том числе.
Средний - для архитекторов (отделка, без высокой деталировки) в целях экономии ресурсов виртуальной памяти и удобства работы.
Высокий - для заказчика (окончательная модель, где видно - ручки, детальки, и т.д. т.п.) так сказать показать красоту которую навели.
Можно сказать задача решена

[VadimS7]

WolframST, Если Вы не хотите использовать стены для определения границ помещения, то дело ваше, можете и колоннами ограничить.
У меня основная идея в том, как растровое изображение перевести на отдельные семейства. Для этого я использовал вложенные общие семейства в отдельной категории. Контур рисунка обводил в контекстном семействе, строя форму выдавливания и используя в качестве подложки растр деколя и штриховку плитки (в качестве шаблона плитки можно было бы использовать временные линии). Потом, не закрывая контекстное семейство, скопировал контур в семейство отделки. И вставил это семейство обратно в проект. Далее в семействе панели применил созданную отделку.

[sivlad]

Интересно было бы увидеть чертежи КЖИ из Revit на такие панели. На сколько процентов эти чертежи можно автоматизировать?

Сообщение от miko2009 kha кстати бетон на заводе не красят , бетон уже цветной.

Кстати, бетон на заводе могут и покрасить

[miko2009]

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

[extraneous]

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

WolframST, и как вы в итоге ришили наносить рисунок на грань панели? Все-таки через загруженное семейств рисунка?
Да, и примеры необходимых чертежей после неоднократных просьб тоже не появились, и расссуждения всё еще вслепую

[kha]

Сообщение от WolframST Я больше склонен к решению с вложенным семейством у которого изменена категория на колонны:

Попробовал с категорией колонны - да, с покраской нет проблем. По умолчанию красится/делится на грани, является границами помещений. Никаких танцев с бубном
Мой вариант, что был в проработке, более трудоёмок. Думал сделать внешнюю отделку отдельной стенкой, создать детали и разделить их, потом назначить материалы.

Каким образом окна вставляете?

[VadimS7]

Сообщение от extraneous Вставлять текстуру загруженными семействами - что-то совсем страшно. Может быть, проще в "Модели в контексте" и оставить? Чтобы двигалось вместе с панелью - рабочую плоскость на грань панели.

Если дале оформлять (армировать) панели в отдельном файле то с загруженными семействами больше порядка и контроля. Иначе "Модель в контексте" необходимо группировать и в отдельные файлы скидывать группы. Управлять группами сложнее, нежели семействами.

[extraneous]

Сообщение от kha Попробовал с категорией колонны - да, с покраской нет проблем.

Ох ты ж пресвятые макароны! И кто бы мог подумать, что именно для категории "Колонны" будет работать "Разделение грани"? Ни разу в этой категории ничего не делал, а в "Несущих колоннах" это не работает

[Sleekka]

Делать панели в ревите удачи номенклатура панелей более 1000шт на моделирование всех панелей уйдет более года, причем в процессе моделирования подходы будут меняться, что приведет к перемоделированию или невозможности снятия данных с предыдущих версий.
Вы видимо та организация, что смотрела idat.
Если вы через 3 года сможете посчитать материалы на монтажные узлы, дайте знать, я пожму вам руку.
Idat - та же хрень, только другая.

http://youtu.be/o1Jflx6RFTo

[WolframST]

Сообщение от Sleekka Делать панели в ревите удачи номенклатура панелей более 1000шт

Sleekka, у нас номенклатура панелей очень большая, согласен. Простите почему критика, вы сталкивались с подобными трудностями? опишите минусы подробней пожалуйста.
Речь идет только о типовом проектировании серии 75, 1.020, сборного ж/б, или просто Revit чем то невыгоден???

[VadimS7]

WolframST, у Вас площадь деталей после разделения колонны корректно определяется?

[Denbad]

Сообщение от Sleekka Если вы через 3 года сможете посчитать материалы на монтажные узлы, дайте знать, я пожму вам руку.

Группа в которой я работал "привязывали" панельный дом, нас хватило на отрисовку в объеме всех панелек и сборку из них дома. Далее пилюнули, на планах прям в Ревите обозначили узлы кружочками и ссылками на типовые узлы; спецификацию соединительных деталей собрали в экселе и к проекту приложили альбом типовых узлов.
WolframST, Кесареву-кесарево, АРху-АР, Конструктору-... и т.д. После танцев с бубнами уже после выдачи пришла мысль: Модель дома со стенами, отделками, фасадами, окнами... надо рисовать стандартными средствами Ревита архитекторам, а конструкторам уже в ту модель напихивать изделия; каждый на своих видах фильтрует видимостью.

[miko2009]

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

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

Сообщение от Sleekka Если вы через 3 года сможете посчитать материалы на монтажные узлы, дайте знать, я пожму вам руку.

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

P.S. подсчет материалов в узлах самое элементарное.

[extraneous]

Сообщение от Denbad на планах прям в Ревите обозначили узлы кружочками

Ничего страшного - мы КМ подобным образом делаем. Только узлы более умные - не кружочки, а 3D-шарики с вложенными параметрами для подсчета материалов. Детальные чертежи на большинство узлов обычно уже есть в автокаде.

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

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

[Sleekka]

P.S. подсчет материалов в узлах самое элементарное.

Вы считаете материалы так как нужно Вам, чтобы сдать свою работу, я считаю материалы так как нужно "бизнесу" куче взаимодействующих подразделений.
Т.е. задача в том, что нужно группировать материалы в различных вариациях (не только конструктору, а еще и закупщику, планировщику, и т.д.). Т.е. вы структурировали семейства таким образом, чтобы это все посчиталось на форму вашего выхода, а в процессе жизненного цикла проекта, могут потребоваться другие репрезентативные варианты сортировки и суммирования. Потому что вы конструктор, а я системный аналитик и отлаживаю ВЕСЬ бизнес, а не конкретный огород, в две сотки.
2 WolframST,
Поэтому к панелям такое же отношение. У нас собственный формат описания панели, из него мы можем делать любую проекцию, (3д) пока нет, это не самая главная задача, но сам формат 3д полный. Также мы можем вносить (потенциально) изменения во все ранее описанные панели, программно, если какое-либо требование меняет все панели в большей части, на этом же базируется создании новых панелей и регистрация их в системе. Если панель на столько простая но новая, что уже была, система ее опишет и зарегистрирует сама, проектировщик лишь проконтролирует результат.
Далее когда потребуется выдавать информацию под завод в формате unitechnik, это значит переструктурировать (создать репрезентацию) формата, которую вы не сможете сделать из семейства. по одной простой причине, все семейства должны быть одинаковые внутри, чтобы поставить ТЗ программистам, на большой номенклатуре и цикле жизни системы, семейства будут одинаковые только с виду, в 3д крутилке ревита и в ваших чертежах, на одном локальном проекте, в масштабе компании (вертикально интегрированного бизнеса) у панелей будет куча версий, ваших же подходов, которые нигде не залогированы, т.е. с точки зрения работы с данными это как было кучей разрозненных объектов так и осталось, поэтому ревит в руках конструктора, без пристального внимания системы, остается дорогой игрушкой энтузиастов, которые просто каждый по своему создает свой собственный порядок в модели (для удовольствия).

Не обращайте внимания - это у народа обычное осеннее обострение.

Обычные рассуждения "маленького человека" из Гоголевской шинели.
Еще раз повторю с точки зрения профита бизнеса, все эти поделки в ревите, это поиграть, пока вы не можете обеспечить интеграцию данных с остальными структурами.
Если вы сможете сделать так, чтобы отдел планирования завода знал, какая номенклатура появляется в реальном времени и сколько КЖИ еще ждать и к какому сроку, то вы делаете "нужный" продукт, в остальном же сверху, все эти ковыряния с вложенными семействами и прочей ерундой никого не интересуют. А ревит сам по себе задачу интеграции не решает. Возможно чуть чуть учит думать системно на простых моделях, что создаст задел на будущее, не более того.
extraneous,

А как доработаете базу до юзабельного вида - организуете платный доступ по подписке, и точно не пожалеете о потраченных силах

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

[extraneous]

Sleekka, это к чему вообще было? Сравнивать систему, построенную с привлечением штата программистов, с элементами, которые проектировщик делает для себя - наверное, неспортивно?
Что мешает привлечь программистов для программного создания семейств (кстати, API для этих целей полностью открытый) и сравнить это с динамическими блоками, которые проектировщики будут лепить для себя? Тогда весь этот длинный текст изменит смысл на противоположный.

Сам же и отвечу: мешают "системные аналитики", вложивших силы в программирование на отжившем своё DWG, и не желающие терять авторитет. Ну, рынок рассудит.
Но лично мне не хотелось бы работать с "системным аналитиком", позволяющим себе взятые из воздуха аргументы вроде:

Сообщение от Sleekka не хватает сил научиться программировать и освоить фундаментальные основы информатики и информационных потоков.

Сообщение от Sleekka вы же мой бывший ученик

Самый ценный учитель - тот, кто научил "так делать не надо"

[Sleekka]

вложивших силы в программирование на отжившем своё DWG, и не желающие терять авторитет.

dwg свое не отжил, и не отживет.

-geometry comparsion
-direct modeling
-менеджер зависимостей

- это пример лишь трех технологий, которых нет в Ревит, но они есть в Bricscad, на отжившем свое dwg. Хотя бы будьте в курсе трендов и тенденций, если представляете из себя консалтера.
Печаль в том, что на рынке BIM сейчас очень много шарлатанов у которых Autodesk головного мозга, таких как вы и они впустую тратят деньги клиента.
Ответьте на вопрос, каким образом вы будете сравнивать исполнительную съемку с проектной моделью BIM ?
Почему клиенты Revit вынуждены покупать еще Solibri, для проверки коллизий в модели и управления изменениями.
Почему у клиентов Revit нет возможности иметь "Менеджер зависимостей"? - Автодеску безразличны собственные клиенты?
Вы мыслите категориями dwg, вы даже не знаете, что есть Teigha, и отжил свое не dwg, а Autodesk убил AutoCAD, чтобы продать вам RVT.

Кризис очень полезная штука, для очистки от пены, после очередного провального IT проекта вас выпрут из очередной компании, которая получила "лжеинновации", пусть рынок рассудит.

И если Автор темы моделирует панели, то ему гораздо проще и лучше делать это в Compas или Inventor, почему вы скрываете от него этот факт. Даже официальный консалтинг Autodesk-а с тренерами за многоевро в день, официально заявил, что Revit не подходит для решения задач сборного железобетона.

Я надеюсь, что вы хотя бы про dynamo слышали. http://dynamobim.com/

И можете воспроизвести, то что на видео.
http://www.youtube.com/watch?v=h0Sk1w7xU4Q

[extraneous]

Обсуждение уезжает за пределы темы.
Предлагаю выложить пару примеров жб панелей (в чем они у вас там) с описанием работы (не презентационные видюшки) - думаю, всем будет любопытно. Иначе всё - словоблудие.

Сообщение от Sleekka очень много шарлатанов у которых Autodesk головного мозга, таких как вы.

Offtop: А вот вам упражнение: просмотрите мои сообщения и найдите хоть одно, где я бы говорил "Ревит лучше всего, закрывайте свои программы и работайте в нем".
Человек спросил про создание панелей в Ревите - отвечаю про создание панелей в Ревите. Право говорить "Бросайте эту программу X, берите программу Y" - оставлю любителям, благо, на форуме их достаточно. Что там заявлял Автодеск - мне тоже не очень интересно. Аргументов "Это есть в Ревите, где это в Брикскаде" тоже можно привести более чем достаточно, это вам известно лучше, чем мне.

Сообщение от Sleekka представляете из себя консалтера... вы даже не знаете, что есть Teigha

Offtop: Еще больше аргументов из воздуха. Этому на курсах аналитиков учат?

[miko2009]

Sleekka судя по профилю в linkedin вы ни дня не инженер.

Сообщение от Sleekka я системный аналитик

манагер вы, а не аналитик , давайте называть вещи своими именами

Сообщение от Sleekka Т.е. задача в том, что нужно группировать материалы в различных вариациях (не только конструктору, а еще и закупщику, планировщику, и т.д.).

Код:

[Выделить все]

с1 = Parameter
с1 = detail.LookupParameter("стоимость")
с1.Set(цена)

или этот метод переменных забанили в Revit ?
а сортировка вообще банальна , тот же Python лучший и простой обработчик данных для Revit:

Код:

[Выделить все]

список = [1,4,7,3,6,4,45,36,95]
print(список)
КубыБетона=len(список)
for a in range(КубыБетона):
    for b in range(КубыБетона-1):
        if список[b]> список[b+1]:
            список[b],список[b+1]=список[b+1],список[b]
            print(список)

Revit как и Acad этого всего лишь оболочка ......... учитель

[Egorex]

Сообщение от Sleekka Вы считаете материалы так как нужно Вам, чтобы сдать свою работу, я считаю материалы так как нужно "бизнесу" куче взаимодействующих подразделений. Т.е. задача в том, что нужно группировать материалы в различных вариациях (не только конструктору, а еще и закупщику, планировщику, и т.д.). Т.е. вы структурировали семейства таким образом, чтобы это все посчиталось на форму вашего выхода, а в процессе жизненного цикла проекта, могут потребоваться другие репрезентативные варианты сортировки и суммирования. Потому что вы конструктор, а я системный аналитик и отлаживаю ВЕСЬ бизнес, а не конкретный огород, в две сотки.

Какой жирный тролль ))))

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

----- добавлено через ~4 мин. -----

Сообщение от Sleekka Ответьте на вопрос, каким образом вы будете сравнивать исполнительную съемку с проектной моделью BIM ?

На этом месте хочется спросить, ты хоть раз на монтажном горизонте то был? Залезу на кран, сфотографирую, потом открою модель, подберу нужный ракус камеры и наложу фотку ))) Можно на кран не лазить, а запустить квадрокоптер. Можно взять ноут бук на монтажный горизонт и заставить геодеза обмерять нужные места. Комнатное растение хочет рассказать о своем видении процесса проектирования для строительства хахахаха, очень смешно.

Ты хоть знаешь что такое исполнительная? И объясни зачем тебе для исполнительной dwg?

----- добавлено через ~45 мин. -----

Сообщение от WolframST Наша организация решила плавно перейти на новый программный продукт -Revit.

Еще одна )))) Сколько же их вдруг стало? Бросьте это дело, он вам не подойдет)))) Почему то пока не приняли ПП РФ о внедрение бимпроектирования все болты клали на этот ревит.

Сообщение от WolframST Основой типового проектирования являются ж/б изделия, которые мы и решили создать в виде семейства. Я сам конструктор. Задачи, которые должно решать это семейство завязаны и с архитекторами в том числе. Я прикладываю файл этого семейства. Оно удобно для работы, учитывается в спецификации, дает полное визуальное представление об элементе, но возник ряд проблем: Не имеет границы помещения (для определения площади) - в общем файле проект Невозможно применить краску на элемент (также с учетом разделения грани) - в общем файле проект Архитекторы не могут пользоваться этим семейством по вышеперечисленным трудностям. Эта проблема остро встала в нашей организации. Дайте совет, возможно ли доработать это семейство? (наработано уже около 850 различных ж/б панелей). Или на какой основе сделать другое "универсальное".

А вы решали создавать панель семейства исходя из скольких лет работы в Ревите? Если вы хотите спроектировать здание с помощью семейства панелей, то спроектируйте для начала нормальное семейство панели, с участием всех специалистов, которые будут с этим семейством работать. Полагаю, вы такое семейство будете проектировать дольше, чем само здание.

[extraneous]

Egorex, не кормите троллей.

Сообщение от Egorex спроектируйте для начала нормальное семейство панели

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

• обобщенная модель/несущая колонна/колонна/ifc стена;
• по горизонтальному уровню/по вертикальной плоскости/на основе стены/на базе двух уровней;
• с вырезанием отверстий в самом семействе/полостным семейством "по грани" в самом проекте

И тд.

[Egorex]

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

[miko2009]

Offtop: Egorex вы конечно извините но вы тоже тот еще троль

Сообщение от Egorex какие задачи такое семейство должно решать?

все возможные.

Сообщение от Egorex Я не могу не язвить

Прежде чем язвить нужно быть хотя бы в теме и обладать соответствующим уровнем знаний. Sleekka он хоть и манагер, но явно не тролль, он системный аналитик в ГК ПИК, а мы являемся их прямыми конкурентами и у нас тоже есть системные аналитики со своими помощниками и проблемы такие же. И он правильно сформулировал проблему , в которой вы Egorex явно не в зуб ногой . Но он не понимает что та дорога которую они избрали это тупик , там нету перспективы. И он сделал ошибку что начал без понимания говорить и что то сравнивать на примере Revit-a.

[RNB]

Сообщение от Sleekka Я надеюсь, что вы хотя бы про dynamo слышали.

А есть что-нибудь обучающее на русском языке для этого самого dynamo?

[Egorex]

Сообщение от miko2009 Прежде чем язвить нужно быть хотя бы в теме и обладать соответствующим уровнем знаний.

о_О )) приятно познакомиться. Директор проектной мастерской. Сейчас будем одну новую компанию ставить на крыло, попробуем захватить мир. Название сообщать не буду, компания мало известна, поскольку выходцы из МО.

Сообщение от miko2009 И он правильно сформулировал проблему , в которой вы Egorex явно не в зуб ногой

мы с вами явно на разных, скажем так, профессиональных уровнях ))

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

Сообщение от miko2009 все возможные.

при таком подходе вы не решите НИ-ЧЕ-ГО. Пока вы не распишите что такое "все возможные"задачи вы будете вечно доделывать/переделывать семейство и вечно будут находиться новые задачи, для решения которых оно не подходит. Лично я вижу одну единственную задачу, которую можно решить с помощью такого семейства - это раскладка панелей. Но попробуйте внятно и аргументировано объяснить, зачем вам делать семейство панелей, если раскладку панелей можно сделать каким нибудь семейством, например элементами узлов. А все остальные задачи можно порешать теми инструментами, которые есть в ревите.

----- добавлено через ~16 мин. -----

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

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

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

[RNB]

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

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

[Sleekka]

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

Вынужден вас расстроить, системный аналитик знает все!

Аналитик я лишь номинально, я руковожу разработкой интегрированной системой САПР сборного жб.

Получение монтажных планов:

http://www.youtube.com/embed/ZfRm8xI1gTA

_____________________________________

Принцип слияния панели, хранение в своем формате во внешней базе:

http://www.youtube.com/embed/D9NLceP80Y4

[miko2009]

возможности Lisp поражают воображение ), только если бы мы были этак лет 20 назад

[Sleekka]

Сообщение от miko2009 возможности Lisp поражают воображение ), только если бы мы были этак лет 20 назад

Да, вы правы, они действительно поражают воображение. Возможности зависят лишь, от автора, а не от самого языка.
А почему про 20 лет, да, с тех пор мир начал "сходить с ума", лисп только начал набирать обороты, в те времена эта идея опередила время.
Именно поэтому развиваются такие языки как clojure, clojure script, qi, да и smalltalk на любимом Iphone - по сути лисп, обеъктно-ориентированный. Ruby - тоже лисп.

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

https://ru.wikipedia.org/wiki/UML

Последними достижениями в описании ядра "нелинейных" или "высоконелинейных" бизнесс-процессов и управленческих решений, является нотация UML 2.1.2, которая в качестве реализации ядра предусматривает DSL - предметно-ориентированные или проблемно ориентированные языки программирования, это уход от реляционных баз данных в сторону NoSQL, для связок разрозненных состояний системы в условиях неполных данных, это можно сделать на функциональных языках программирования, либо Java+Clojure, либо C# + F#, что является тем же лиспом с бейсиковым синтаксисом.

[Sleekka]

Сообщение от extraneous Предлагаю выложить пару примеров жб панелей (в чем они у вас там) с описанием работы (не презентационные видюшки) - думаю, всем будет любопытно. Иначе всё - словоблудие.

Пара примеров:

Код:

[Выделить все]

 (setq temp1 '("gab" ("length" . 7180.0) ("width" . 160.0) ("height" . 2620.0)) ("aperture" (("width" . 990.0) ("posi" . 1990.0)) (("width" . 990.0) ("posi" . 5580.0))) ("zd" (("name" . "ЗД_ТИП1") ("posi" 10.0 Y 80.0) ("rotat" . 0.0)) (("name" . "ЗД_ТИП2") ("posi" 3590.0 Y 134.0) ("rotat" . 0.0)) (("name" . "ЗД_ТИП1") ("posi" 7170.0 Y 80.0) ("rotat" . 3.14159))) ("pet" (("name" . "ПЕТЛИ") ("posi" 560.0 2620 80.0) ("rotat" . 0.0)) (("name" . "ПЕТЛИ") ("posi" 2360.0 2620 80.0) ("rotat" . 0.0)) (("name" . "ПЕТЛИ") ("posi" 4460.0 2620 80.0) ("rotat" . 0.0)) (("name" . "ПЕТЛИ") ("posi" 6260.0 2620 80.0) ("rotat" . 0.0))) ("el" (("name" . "КР-коробка распаячная") ("posi" 560.0 2345 0.0) ("rotat" . 0.0)) (("name" . "Вкладыш в стене-140") ("posi" 3220.0 2620 80.0) ("rotat" . 0.0)) (("name" . "КУ-Коробка под щиток") ("posi" 3220.0 Y 160.0) ("rotat" . 3.14159)) (("name" . "КР-коробка распаячная") ("posi" 6950.0 2345 0.0) ("rotat" . 0.0)) (("name" . "КУ-Коробка под щиток") ("posi" 6950.0 Y 160.0) ("rotat" . 3.14159)) (("name" . "Вкладыш в стене-140") ("posi" 6950.0 2620 80.0) ("rotat" . 0.0))))

Код:

[Выделить все]

 (setq temp2
(list
'("В707.26.16-39э" ("gab" ("length" . 7070.0) ("width" . 160.0) ("height" . 2620.0)) ("aperture") ("zd" (("name" . "ЗД_ТИП1") ("posi" 10.0 Y 80.0) ("rotat" . 0.0)) (("name" . "СТ_ВН_ЗД_ПРОГРЕСИРУЮЩЕЕ") ("posi" 790.0 0 61.0) ("rotat" . 0.0)) (("name" . "СТ_ВН_ЗД_ПРОГРЕСИРУЮЩЕЕ") ("posi" 2290.0 0 61.0) ("rotat" . 0.0)) (("name" . "СТ_ВН_ЗД_ПРОГРЕСИРУЮЩЕЕ") ("posi" 4690.0 0 61.0) ("rotat" . 0.0)) (("name" . "СТ_ВН_ЗД_ПРОГРЕСИРУЮЩЕЕ") ("posi" 6190.0 0 61.0) ("rotat" . 0.0)) (("name" . "ЗД_ТИП1") ("posi" 7060.0 Y 80.0) ("rotat" . 3.14159))) ("pet" (("name" . "ПЕТЛИ") ("posi" 750.0 2620 80.0) ("rotat" . 0.0)) (("name" . "ПЕТЛИ") ("posi" 2250.0 2620 80.0) ("rotat" . 0.0)) (("name" . "ПЕТЛИ") ("posi" 4650.0 2620 80.0) ("rotat" . 0.0)) (("name" . "ПЕТЛИ") ("posi" 6150.0 2620 80.0) ("rotat" . 0.0))) ("el" (("name" . "КР-коробка распаячная") ("posi" 3250.0 Y 0.0) ("rotat" . 0.0)) (("name" . "КУ-Розетка нижняя") ("posi" 3370.0 Y 0.0) ("rotat" . 0.0)) (("name" . "КР-коробка распаячная") ("posi" 3930.0 Y 160.0) ("rotat" . 3.14159)) (("name" . "КУ-Розетка нижняя") ("posi" 3935.0 Y 160.0) ("rotat" . 3.14159)) (("name" . "КУ-Розетка нижняя") ("posi" 4370.0 Y 0.0) ("rotat" . 0.0)) (("name" . "КУ-Розетка нижняя") ("posi" 5335.0 Y 160.0) ("rotat" . 3.14159)) (("name" . "КУ-Розетка нижняя") ("posi" 6735.0 Y 0.0) ("rotat" . 0.0)) (("name" . "КУ-Розетка нижняя") ("posi" 6735.0 Y 160.0) ("rotat" . 3.14159)) (("name" . "КР-спаренные коробки в стене") ("posi" 6835.0 2620 80.0) ("rotat" . 0.0)) (("name" . "КУ-Коробка установочная") ("posi" 6835.0 Y 160.0) ("rotat" . 3.14159)) (("name" . "КУ-Коробка установочная") ("posi" 6835.0 Y 0.0) ("rotat" . 0.0))))
'("В706.26.18-6э" ("gab" ("length" . 7060.0) ("width" . 180.0) ("height" . 2620.0)) ("aperture") ("zd" (("name" . "ЗД_ТИП1") ("posi" 10.0 Y 90.0) ("rotat" . 0.0)) (("name" . "СТ_ВН_ЗД_ПРОГРЕСИРУЮЩЕЕ") ("posi" 780.0 0 71.0) ("rotat" . 0.0)) (("name" . "ЗД_ТИП2") ("posi" 1100.0 Y 26.0) ("rotat" . 3.14159)) (("name" . "СТ_ВН_ЗД_ПРОГРЕСИРУЮЩЕЕ") ("posi" 2280.0 0 71.0) ("rotat" . 0.0)) (("name" . "СТ_ВН_ЗД_ПРОГРЕСИРУЮЩЕЕ") ("posi" 4680.0 0 71.0) ("rotat" . 0.0)) (("name" . "СТ_ВН_ЗД_ПРОГРЕСИРУЮЩЕЕ") ("posi" 6180.0 0 71.0) ("rotat" . 0.0)) (("name" . "ЗД_ТИП1") ("posi" 7050.0 Y 90.0) ("rotat" . 3.14159))) ("pet" (("name" . "ПЕТЛИ") ("posi" 740.0 2620 90.0) ("rotat" . 0.0)) (("name" . "ПЕТЛИ") ("posi" 2240.0 2620 90.0) ("rotat" . 0.0)) (("name" . "ПЕТЛИ") ("posi" 4640.0 2620 90.0) ("rotat" . 0.0)) (("name" . "ПЕТЛИ") ("posi" 6140.0 2620 90.0) ("rotat" . 0.0))) ("el" (("name" . "КР-коробка распаячная") ("posi" 1690.0 Y 0.0) ("rotat" . 0.0)) (("name" . "КУ-Розетка нижняя") ("posi" 1780.0 Y 0.0) ("rotat" . 0.0)) (("name" . "КУ-Розетка нижняя") ("posi" 2075.0 Y 180.0) ("rotat" . 3.14159)) (("name" . "КР-коробка распаячная") ("posi" 2075.0 Y 180.0) ("rotat" . 3.14159)) (("name" . "КУ-Розетка нижняя") ("posi" 3525.0 Y 180.0) ("rotat" . 3.14159)) (("name" . "КУ-Розетка нижняя") ("posi" 3580.0 Y 0.0) ("rotat" . 0.0)) (("name" . "КУ-Розетка нижняя") ("posi" 5325.0 Y 180.0) ("rotat" . 3.14159)) (("name" . "КУ-Розетка нижняя") ("posi" 5380.0 Y 0.0) ("rotat" . 0.0)) (("name" . "КР-коробка распаячная") ("posi" 5420.0 Y 0.0) ("rotat" . 0.0)) (("name" . "КУ-Коробка установочная") ("posi" 5420.0 Y 0.0) ("rotat" . 0.0)) (("name" . "КР-коробка распаячная") ("posi" 6825.0 Y 180.0) ("rotat" . 3.14159)) (("name" . "КУ-Коробка установочная") ("posi" 6825.0 Y 180.0) ("rotat" . 3.14159))))))

В первом примере 1 панель, во втором 2 панели.

Сообщение от extraneous с описанием работы (не презентационные видюшки) - думаю, всем будет любопытно.

Описание работы:
1) проверим есть ли панель в базе.

Код:

[Выделить все]

(defun C:test22 ( / )
(if (member temp1 (mapcar 'cdr temp2))
(alert "Панель есть в базе.")
(alert "Панель новая.")
)
)

2) для всех панелей толщиной менее или равно 160, и длинной более или равно 7000, поменяем тип петель.

Код:

[Выделить все]

 (defun C:test23 ( / )

(mapcar '(lambda 
(if 
(and
(equal (<= (cdr (sl_assoc "width" (cdr (sl_assoc "gab" (cdr x))))) 160.0))
(equal (>= (cdr (sl_assoc "length" (cdr (sl_assoc "gab" (cdr x))))) 7000.0))
)
(alert "Меняем тип петель")
)
)temp2)

)

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

[miko2009]

пару булевых операций в коде это будущее ?
Sleekka если честно вы в каменном веке

[Sleekka]

Сообщение от miko2009 пару булевых операций в коде это будущее ? Sleekka если честно вы в каменном веке

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

[RNB]

Offtop: Эх, что ж вы все в стольном граде засели? Даешь каменный век в Сибирь!

[Sleekka]

Обновленное видео.
Создание внутренних стеновых панелей на монтажном плане.
Исходные данные (узлы решений lisp) + архитектура + ЭОМ

http://www.youtube.com/watch?v=6wqxS7K7yhs

----- добавлено через 37 сек. -----
Обновленное видео.
Создание внутренних стеновых панелей на монтажном плане.
Исходные данные (узлы решений lisp) + архитектура + ЭОМ

Нажмите для просмотра

http://www.youtube.com/watch?v=6wqxS7K7yhs

[miko2009]

то есть вы в Revit семейства панелей не делаете ?

[Sleekka]

Сообщение от miko2009 то есть вы в Revit семейства панелей не делаете ?

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

Мы делаем свой формат. Примерно такой. (это только для внутренних панелей).

Код:

[Выделить все]

 ("В700.26.16-10"
	   ("gab"
	    ("length" . 7000.0)
	    ("width" . 160.0)
	    ("height" . 2620.0)
	   )
	   ("aperture"
	    (("width" . 1900.0) ("posi" . 720.0))
	   )
	   ("zd"
	    (("name" . "ЗД_ТИП1")
	     ("posi" 10.0 Y 80.0)
	     ("rotat" . 0.0)
	    )
	    (("name" . "СТ_ВН_ЗД_ПРОГРЕСИРУЮЩЕЕ")
	     ("posi" 3180.0 0 61.0)
	     ("rotat" . 0.0)
	    )
	    (("name" . "ЗД_ТИП2")
	     ("posi" 3500.0 Y 134.0)
	     ("rotat" . 0.0)
	    )
	    (("name" . "СТ_ВН_ЗД_ПРОГРЕСИРУЮЩЕЕ")
	     ("posi" 4980.0 0 61.0)
	     ("rotat" . 0.0)
	    )
	    (("name" . "СТ_ВН_ЗД_ПРОГРЕСИРУЮЩЕЕ")
	     ("posi" 6480.0 0 61.0)
	     ("rotat" . 0.0)
	    )
	    (("name" . "ЗД_ТИП1")
	     ("posi" 6990.0 Y 80.0)
	     ("rotat" . 3.14159)
	    )
	   )
	   ("pet"
	    (("name" . "ПЕТЛИ")
	     ("posi" 1640.0 2620 80.0)
	     ("rotat" . 0.0)
	    )
	    (("name" . "ПЕТЛИ")
	     ("posi" 3140.0 2620 80.0)
	     ("rotat" . 0.0)
	    )
	    (("name" . "ПЕТЛИ")
	     ("posi" 4940.0 2620 80.0)
	     ("rotat" . 0.0)
	    )
	    (("name" . "ПЕТЛИ")
	     ("posi" 6440.0 2620 80.0)
	     ("rotat" . 0.0)
	    )
	   )
	   ("el"
	    (("name" . "Вкладыш в стене")
	     ("posi" 1410.0 2620 80.0)
	     ("rotat" . 0.0)
	    )
	    (("name" . "КУ-Выключатель")
	     ("posi" 2820.0 Y 160.0)
	     ("rotat" . 3.14159)
	    )
	    (("name" . "КУ-Розетка нижняя")
	     ("posi" 2820.0 Y 160.0)
	     ("rotat" . 3.14159)
	    )
	    (("name" . "КУ-Выключатель")
	     ("posi" 2820.0 Y 0.0)
	     ("rotat" . 0.0)
	    )
	    (("name" . "КУ-Розетка нижняя")
	     ("posi" 2820.0 Y 0.0)
	     ("rotat" . 0.0)
	    )
	    (("name" . "КР-коробка+вкладыш в стене")
	     ("posi" 2930.0 Y 0.0)
	     ("rotat" . 0.0)
	    )
	    (("name" . "КУ-Розетка нижняя")
	     ("posi" 4620.0 Y 0.0)
	     ("rotat" . 0.0)
	    )
	    (("name" . "КУ-Розетка нижняя")
	     ("posi" 6420.0 Y 0.0)
	     ("rotat" . 0.0)
	    )
	   )
	  )

Из библиотеки создаем все проекции, проверяем на одинаковость и автоматические присваиваем марки. Все свое, все управляемое, алгоритмы функциональные, допиливаются под конкретную серию.
ЛЛУ и прочие исключения руками, придерживаясь общих правил ПО.

[miko2009]

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

[Sleekka]

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

Не думаю, что у вас это реально работает.

уже год Revit внедряете в ПИК, есть бригада ребят которые семейства делают панелек.

Дураками земля полнится. Т.е. дураки еще и размножаются весьма неплохо, до тех пор, пока им не становится нечего кушать.

[miko2009]

Сообщение от Sleekka Не думаю, что у вас это реально работает.

почему ? у меня и урок есть почти законченный как это все работает , просто его еще не время показывать....

Сообщение от Sleekka Дураками земля полнится. Т.е. дураки еще и размножаются весьма неплохо, до тех пор, пока им не становится нечего кушать.

я думаю у вас врятли дураки работают

[Sleekka]

Сообщение от miko2009 почему ? у меня и урок есть почти законченный как это все работает , просто его еще не время показывать....

Потому, что ревит сам не умеет делать compare геом обьектов, даже если предположить, что у вас все семейства нормализованы, что вряд-ли потому что их делают люди и вы выдираете данные (мы не выдираем, вы не правильно поняли, мы вычисляем данные и на основе них делаем панель, а не наоборот, тем самым обеспечивается нормализованность, можем и 3d, пока не успели). Даже после этого остается сложная сортировка, перед сравнением, что я сомневаюсь что вы сможете реализовать, потому что перед сортировкой нужно правильно сложить в базу, мы сразу формат данных проектировали под эту задачу.
Поэтому у вас только гипотетический почти готовый урок. Это реальность. И так повсеместно у всех в мечтах гипотетический всепобеждающий revit с огромными умными моделями, а реальность куда прозаичнее.

[miko2009]

Сообщение от Sleekka Потому, что ревит сам не умеет делать compare геом обьектов, даже если предположить, что у вас все семейства нормализованы, что вряд-ли потому что их делают люди и вы выдираете данные (мы не выдираем, вы не правильно поняли, мы вычисляем данные и на основе них делаем панель, а не наоборот, тем самым обеспечивается нормализованность, можем и 3d, пока не успели). Даже после этого остается сложная сортировка, перед сравнением, что я сомневаюсь что вы сможете реализовать, потому что перед сортировкой нужно правильно сложить в базу, мы сразу формат данных проектировали под эту задачу.

Вся я правильно понял. Просто мы немного на разных уровнях говорим. Я вас понимаю вы меня нет. Вы получаете информацию которою анализируете откуда то же ? правильно ? если только вы не научились обрабатывать нейронные связи в голове у архитектора. Допустим вы анализируете линии автокада которые чертит архитектор и потом на основании этой информации строите свои объекты из тех же самих линий автокада(геометрических примитивов) и не более. И могу вас расстроить теже самые функции есть во всех программах Tekla, Revit, Allplan,Bentley ISM,Siemens etc..... если вы думаете что сделали что то умнее чем свыше 60 000 опытных разработчиков во всем мире (18 000 на Tekla и Autodesk с манагерами) то вы (я уверен) сильно завышенного мнения о себе. У профессиональных программистов такие как вы и я считаемся на уровне программистов СКУД, посмотрите что это.
Только есть одно отличие в акаде пока вы чертите объем линиями в Tekla, Revit, Allplan,Bentley ISM,Siemens etc мы оперируем большим количеством параметрических (для которых есть уже изначально программные методы изменения геометрии) геометрических примитивов, в том числе и линии двухмерные и трехмерные. Вы все равно вы в каменном веке со своими типо "уникальными алгоритмами".

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

http://revitconsalting.blogspot.ru/2015/12/revit-2.html
есть и еще сложнее намного вещи , но это обычные манипуляции с БД, никакой фантастики

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

http://revitconsalting.blogspot.ru/2015/12/revit.html
тут проанализировал модель от архитектора и перевел информации в двух мерную плоскость в виде эскизов и тд.

Сообщение от Sleekka И так повсеместно у всех в мечтах гипотетический всепобеждающий revit с огромными умными моделями

Revit не идеален , далеко не идеален
http://revitconsalting.blogspot.ru/2016/02/revit.html
но если в него вложиться , примерно 30 программистов на пару лет , по уровню он догонит Tekla в плане конструктива, у него огромные запас . Но политика автодоски не заинтересована в раскрытии полного функционала и похоже они сольют и revit в "унитаз" .

Сообщение от Sleekka можем и 3d

все чего вы пытаетесь добиться уже было , называется ASD и в 2015 его удачно закрыл Autodesk/

[Sleekka]

Все эти программы анализируют нормализованные данные, мы анализируем ненормализованные.

https://ru.wikipedia.org/wiki/%D0%9D...80%D0%BC%D0%B0

Анализ ненормализованных данных упирается в частные случаи, скорость разработки и матанализ.

Ваши циклы на pyton - это смешные упражнения школьника 5 класса, но объяснить вам этого нельзя, потому что вы просто не готовы это понять.

[miko2009]

Сообщение от Sleekka Анализ ненормализованных данных упирается в частные случаи, скорость разработки и матанализ.

и ?
http://revitconsalting.blogspot.ru/2016/01/revit.html

Сообщение от Sleekka Ваши циклы на pyton - это смешные упражнения школьника 5 класса, но объяснить вам этого нельзя, потому что вы просто не готовы это понять.

а ну ок , вы то тут у нас кЛутой парень

[Sleekka]

и ?

есть задача предметной области, получить документацию, непротиворечивую.
Я задачу решил, когда сможете повторить, можно обменяться опытом не в рамках холивара, а в рамках взаимного обогащения, пока я не вижу смысла изучать любую технологию типа вашего dynamo, pyton-а (питон мне интересен для web-a, но по другим причинам), потому что, ни вы, ни tekla ни allplan, ничего толкового показать не могут.

[miko2009]

Sleekka то что вы делаете ,в Текла или Allplan Precast делается почти в один клик и без ручного допила узлов как у вас.

Сообщение от Sleekka есть задача предметной области, получить документацию, непротиворечивую.

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

[Sleekka]

Сообщение от miko2009 Sleekka то что вы делаете ,в Текла или Allplan Precast делается почти в один клик и без ручного допила узлов как у вас.

Нет, не делается, все наши специалисты знают allplan и tekla, именно поэтому сделали так.

Сообщение от miko2009 Sleekka тут вы правы , только как у вас , у нас лично задач не бывает , теже трехслойные панели различной формы , внутренние панели с консолями с кучей ниш и тд. В итоге у вас здания кубики а у нас современная архитектура

У нас тоже куча ниш и трехслойные панели, просто это вам бесплатно никто не покажет.

[miko2009]

Сообщение от Sleekka Нет, не делается, все наши специалисты знают allplan и tekla, именно поэтому сделали так.

Allpaln и Allplan Precast можно сказать две разные программы , precast это надстройка

[Sleekka]

Да, мы в курсе. А у нас надстройка для BricsCAD/Acad.

[extraneous]

Offtop: Такие дела

[yarrus77]

Сообщение от extraneous Offtop: Такие дела

[Sleekka]

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

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

https://cloud.mail.ru/public/7S6z/eSFFnQNSQ

2d wireframe - на bricscad крутится на любом железе идеально, при любых объемах.

[miko2009]

как то долго час на опалубку
https://www.youtube.com/watch?v=KN-a...#gpluscomments
35 секунд армирование всех стен , приложение сырое совсем но смысл будет ясен, понимает любые отверстия , любую форму конструкций.

[Sleekka]

Сообщение от miko2009 как то долго час на опалубку https://www.youtube.com/watch?v=KN-a...#gpluscomments 35 секунд армирование всех стен , приложение сырое совсем но смысл будет ясен, понимает любые отверстия , любую форму конструкций.

Адд ин это хорошо.

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

[miko2009]

Сообщение от Sleekka Грабли будут на исключениях.

обработка исключений есть и автоматическая и можно задавать свою

Сообщение от Sleekka Как можно вручную доделать то, что ваше приложение не смогло.

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

Сообщение от Sleekka интересно кто вам методику самого армирования описывает.

не совсем понял

Сообщение от Sleekka Писали на питоне?

С#

[Sleekka]

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

[miko2009]

Сообщение от Sleekka выкладываю, 3d dwg для общего развития, оценки того как это крутится, а также чтобы все могли подумать о идее создания

Сообщение от Sleekka перпетум-мобиле

так более точнее

[ZaNdeR]

Сообщение от miko2009 35 секунд армирование всех стен , приложение сырое совсем но смысл будет ясен, понимает любые отверстия , любую форму конструкций.

Решили продолжить начатое autodesk (это я про extensions) Успехов!
Мне вот интересно, люди в основном загоняются про автоматизацию моделирования, а что дальше? Про автоматизацию оформления видов и комплектования их на листах чет не слышно. Наверное при применении BIM чертежи уже не нужны!

[miko2009]

ну у меня в планах(точнее уже алгоритм написал , осталось облагородить для конечного пользователя) и есть задумка про автоматические виды , один продольный разрез по стене , один поперечный, и так по всем выбранным стенам , а формирование листов будет через браузер листов
P.S. моделирование и подсчет материалов приоритетнее

[Sleekka]

Сообщение от ZaNdeR Мне вот интересно, люди в основном загоняются про автоматизацию моделирования, а что дальше? Про автоматизацию оформления видов и комплектования их на листах чет не слышно. Наверное при применении BIM чертежи уже не нужны!

Все будет - насчет автоматизации оформления документации.
Ревит и все кто с ним работают, к сожалению в этой гонке останутся неудел. Победит тот, у кого экосистема больше, а больше она у CAD-ов.