[Vachik]

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

Отправлено с моего POCOPHONE F1 через Tapatalk

Да, вообще писание Окон и Дверей, еще тот гемор. Кроме написания проёма, если ты перфеционист и хочешь что бы было всё идеально, то фактически нужно написать скрипт для трёх дверей: в обычной стене, в круглой стене, и трапецидиальной стене. И что бы они все три соответствовали друг другу по размерам.

[georgiyam]

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

Как раз логика програмного продукта понятна. Теоретически же можно разбить 3 окна на примитивы или преобразовать их в морф - это раз. Можно объединить 3 разных морфа - это два. Можно объединить их отсекающие плоскости - это три. Затем можно это все сохранить как новый объект окна - это 4. Все это можно сделать и стандартными средствами как я описал. И тогда в теории как раз получится искомое (правда не редактируемое) окно. Не думаю, что сделать новый инструмент, который будет одним нажатием делать эти 4 последовательных действия, прям уж нерешимая задача.

[georgiyam]

Хммм... вот что значит в споре рождается истина))) Попробовал сделать так как описал). Преобразовал все 3 в морф, затем сохранил их как окно и вуаля) Отсекающие плоскости складываются автоматически и в ИК отображается сразу одно большое окно)

[georgiyam]

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

[Vachik]

Хммм... вот что значит в споре рождается истина))) Попробовал сделать так как описал). Преобразовал все 3 в морф, затем сохранил их как окно и вуаля) Отсекающие плоскости складываются автоматически и в ИК отображается сразу одно большое окно)

Тоже вариант.

[Stringer]

Хммм... вот что значит в споре рождается истина))) Попробовал сделать так как описал). Преобразовал все 3 в морф, затем сохранил их как окно и вуаля) Отсекающие плоскости складываются автоматически и в ИК отображается сразу одно большое окно)

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

Отправлено с моего POCOPHONE F1 через Tapatalk

[georgiyam]

 Выше писали о сложности описания окна в GDL, чтобы представить сложность при дополнительном описании правил объединения окон (если бы такая функция появилась), нужно самому прописать просто окно по текущим правилам хотя бы раз. Именно прописать, а не сохранить из морфа

Может быть вы не до конца поняли, о чем идет речь? Я же не говорю о том, чтобы кто-то разработал GDL окно такое или каждый раз такое разрабатывать. Я говорю о стандартных возможностях программы. Неужели Вы думаете, что разработчики комплекса настолько некомпетентны, что не смогут такой инструмент разработать? Они разработали вообще все инструменты и возможности, которые представлены в ArchiCAD, причем куда более сложные. Поэтому не думаю, что это невозможно и вообще хоть сколь нибудь сложно. Я же написал, что было бы здорово иметь такую вот кнопочку, как объединение окон. Есть же операции отсечения, операции над объемными элементами, тот же самый cadimage подстраивается под геометрию объекта, к которому он привязывается - это же все возможно. Так что не думаю, что сложно создать инструмент, который бы что-то вроде "группирование окон и дверей". Пускай это были бы 3 отдельных элемента, но у них есть направление улицы, грани сопряжения и пускай бы группы объединялись одним ID группы и отображались бы в ИК группами. Например, в ИК объединялись бы окна и группы окон, а для них уже задавались и все параметры. 

[Vachik]

Неужели Вы думаете, что разработчики комплекса настолько некомпетентны, что не смогут такой инструмент разработать?

Я уверен что нету такой возможности, и не будет, по крайней мере, лет 10.

...., грани сопряжения и пускай бы группы
объединялись одним ID группы и отображались бы в ИК группами. Например, в ИК объединялись бы окна и группы окон, а для них уже задавались и все параметры.

Пусть лучше усовершенствуют ИК: что бы построение ячеек был более гибкий, что бы не только стены/балки/колоны длины суммировались нормально, но и любой показатель в библиотечных элементах.

[Vladimir57]

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

Я уверен что нету такой возможности, и не будет, по крайней мере, лет 10.
Пусть лучше усовершенствуют ИК: что бы построение ячеек был более гибкий, что бы не только стены/балки/колоны длины суммировались нормально, но и любой показатель в библиотечных элементах.

[georgiyam]

Я уверен что нету такой возможности, и не будет, по крайней мере, лет 10.
Пусть лучше усовершенствуют ИК: что бы построение ячеек был более гибкий, что бы не только стены/балки/колоны длины суммировались нормально, но и любой показатель в библиотечных элементах.

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

[Vachik]

....Для программистов, создающий АС это не вот какая-то большая проблема. ....

Завидую вашей вере в программистов.

[georgiyam]

Завидую вашей вере в программистов.

Когда логика процесса ясна и понятна, это для программиста лучшее техзадание, т.к. по сути они создают техпроцесс. Тут же по факту вся суть сводится к склеиванию 2D эскизов для создания полной BIM картины. Берешь окна, смотришь какие грани выбраны для склеивания, в какую сторону смотрят окна, смотришь координаты точек соприкосновения этих граней и выдаешь эскиз группы, склеивая эскизы окон по этим граням, все, больше то ничего не требуется. Если окна смотрят в разную сторону, то будет выдаваться ошибка, что невозможно объединить. 
Опять же я не говорю об объединении окон в одно, совсем нет, пускай остаются тремя разными, просто нужна возможность объединять их в группы для создания общего эскиза.
Без этого получается не полная bim картина здания, т.к. по сути нельзя построить каталог окон. И ладно если этих окон в здании 20-30. А если их счет на сотни и там десятки разных подтипов? Т.е. нарушается сам принцип создания BIM модели, т.к. нельзя снять требуемую информацию в автоматическом режиме. Ручное перерисовывание спецификации по окнам - это в данной концепции недопустимая ерунда.

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

[Stringer]

Рука-лицо

Отправлено с моего POCOPHONE F1 через Tapatalk

[Vachik]

Когда логика процесса ясна и понятна, это для программиста лучшее техзадание, т.к. по сути они создают техпроцесс. Тут же по факту вся суть сводится к склеиванию 2D эскизов для создания полной BIM картины. Берешь окна, смотришь какие грани выбраны для склеивания, в какую сторону смотрят окна, смотришь координаты точек соприкосновения этих граней и выдаешь эскиз группы, склеивая эскизы окон по этим граням, все, больше то ничего не требуется. Если окна смотрят в разную сторону, то будет выдаваться ошибка, что невозможно объединить.
Опять же я не говорю об объединении окон в одно, совсем нет, пускай остаются тремя разными, просто нужна возможность объединять их в группы для создания общего эскиза.
Без этого получается не полная bim картина здания, т.к. по сути нельзя построить каталог окон. И ладно если этих окон в здании 20-30. А если их счет на сотни и там десятки разных подтипов? Т.е. нарушается сам принцип создания BIM модели, т.к. нельзя снять требуемую информацию в автоматическом режиме. Ручное перерисовывание спецификации по окнам - это в данной концепции недопустимая ерунда.

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

Во первых...
1) Archicad программа под конкретный вид деятельности, под проектирование-строительство домов, и она выполняет задачи (или пытается выполнять) которые встречаются на реальной строительной площадке. А  в реале не бывает такого случая, что бы взяли 3 окна, и совместили их в одно. Это не в логике строительства.
2) Вы точно не программист, или во всяком случае не имеете понятия как программируется в Archicad-e, знали бы, не писали об склеивании 2D эскизов.
3) И еще у вас есть вера во всемогущий, всезнающий, единый, мировой мозг. Нету такого мозга.

[georgiyam]

Во первых...
1) Archicad программа под конкретный вид деятельности, под проектирование-строительство домов, и она выполняет задачи (или пытается выполнять) которые встречаются на реальной строительной площадке. А  в реале не бывает такого случая, что бы взяли 3 окна, и совместили их в одно. Это не в логике строительства.
2) Вы точно не программист, или во всяком случае не имеете понятия как программируется в Archicad-e, знали бы, не писали об склеивании 2D эскизов.
3) И еще у вас есть вера во всемогущий, всезнающий, единый, мировой мозг. Нету такого мозга.

1) Archicad -действительно программа под конкретный вид деятельности. И выполняет она задачи, которые встречаются у Вас в кабинете в процессе проектирования и составления проектно-сметной документации. Частью этой документации и является спецификация оконных изделий. В реале не бывает такого случая, чтобы на площадке совместили 3 окна, но в реале бывают такие окна, которые у меня указаны в примере. Да, они делаются одним единым окном, но в рамках программы нет возможности создать конкретно такое окно, не склеивая его из трех разных. Вот вам элементарная задача - надо дать оконщикам ведомость заполнения оконных проемов с видом окон, чтобы они дали сметный расчет на производство и монтаж - что делать в этом случае, если есть вот такое нестандартное окно? Да, мы нашли нестандартный выход, но по сути он так себе, т.к. является довольно топорным и не поддающимся быстрому редактированию;
2) Да, я не программист, это не моя работа. И Вы никак не хотите понять, что я говорю не о программировании В ArchiCAD как в среде, а я говорю о процессе программирования самого архикада как программы - ведь это программа, она тоже программируется, в ней создаются инструменты и возможности. Когда-то в ней не было морфа, а потом он бац - и появился - это не кто-то спрограммировал его в ArchiCAD, а его написали для архикада и сделали частью программной среды;
3) Не знаю, с чего вы сделали такие выводы. Я просто писал о том, что рас такого инструмента нету, значит перед программистами не ставили такого технического задания - вот и все.

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