САПР на Lazarus

[olegy123]

Кто мешает сделать унифицированные графические контролы, которые могли бы
рисовался одинаково что в TWinControl-ах


- что в таких.
Там правда нужно сделать систему TList(TCustomItem?) размещения..

[zub]

Никто не мешает. но это не будет графическим редактором, покрайней мере в моем понимании))

[olegy123]

Это не графический редактор. А редактор свойств элементов.
Графический редактор скорее буду линковать с либлой, либо перенесу в fpc.

[pupsik]

Кто мешает сделать унифицированные графические контролы...

скорее не кто, а зачем. Не забывайте что лазарь - открытый проект. И никто не мешает улучшить его.
Если уж пошла такая "пьянка" с мордой лица. В тифоне есть ORCA, в лазаре есть CustomDrawn, в bgra есть 2 варианта (на гите смотрите). Плюс: fpgui, mse. Ничто и никто не мешает вам сделать своё.

[zub]

Пару страничек назад подумывал о написании "навигатора" по устройствам на чертеже. Собственно написал, осталось "малость" механизм поддержания навигатора в актуальном состоянии при изменениях на чертеже. Пока приходится ручками жать кнопку обновить над навигатором((
Использовал VirtualTreeView

[MylnikovDm]

Решил продублировать сюда из темы про SVG.

Чтобы ZCad можно было использовать как элемент BIM-инфраструктуры, ему обязательно необходима поддержка импорта/экспорта формата IFC.
Насколько я понял из того, что успел посмотреть, вся необходимая информация для формирования полноценного IFC файла в ZCad уже есть.

Да, что касается импорта IFC-файлов. При наличии возможности импорта не только тех разделов, с которыми работает ZCad, но и всех остальных, можно будет, во-первых, импортировать геомтерию самого здания, а во-вторых, сделать проверку на коллизии с другими разделами проекта, которые будут подгружаться через IFC файлы из других программ.

Если надо, то могу подсказать где взять IFC файлы с моделями зданий, включающих разные разделы проекта, для тестирования.

[zub]

Где можно посмотреть описание ifc?

[olegy123]

https://ru.wikipedia.org/wiki/Industry_ ... on_Classes
http://www.buildingsmart-tech.org/
http://plmpedia.ru/wiki/IFC

как не крути - но к XML сводить придется.. что к лучшему.

[veb86]

Чтобы ZCad можно было использовать как элемент BIM-инфраструктуры, ему обязательно необходима поддержка импорта/экспорта формата IFC.
Насколько я понял из того, что успел посмотреть, вся необходимая информация для формирования полноценного IFC файла в ZCad уже есть.

Буду говорить прямо, без обид. Сугубо личное мнение. Вернемся к тому что ZCAD является передовым CAD из Кадов с открытом кодом. Многие вещи нельзя подсмотреть, все создается с нуля одним человеком. На данный момент ZCADе множество проблем с менюшками (некоторых которых просто нет), проблемы с инструментарием (не так богат как хотелось бы) и т.д.
Лично я в BIM не проектирую и не разу не пробовал. На сколько скоро нас обяжут этим заниматься неизвестно. Я с программами пока еще на ты, идеологию BIM понимаю думаю разберусь.
Я что то стараюсь освоить и добавить в ZCAD но это очень мало, у меня есть основная работа и у zubа она тоже есть, а времени свободного часто вообще нет.
BIM это новый уровень, что бы внедрить BIM в zcad это надо провести огромную работу. Даже если zub решит создать импорт IFC, получим мы вид здания, с ним надо работать, надо создавать свои собственные элементы, библиотеки, писать алгоритмы ускоряющие проектирование. Вы же понимаете что создать такое одним человеком это утопия, даже достигнуть того уровня на котором находится ZCAD сейчас, трудно даже представить, а ведь есть и основная работа. Проблема ZCADа это не отсутствие идей и направления движения, это в первую очередь отсутствие специалистов, людей которые хотели бы его развивать безвозмездно. Ну и конечно же времени, его всегда так мало

Что то я сегодня расписался, надо завязывать с флудом.

[Sharfik]

Ляпну немного.
Говорить о BIM, тут несколько не верно. Это технология проектирования подразумевающая создание процесса жизни проекта разрабатываемого группой лиц в ряде программ, в конечном счете которого получается документация и модель соответствующая документации. IFC это стандарт файла(их несколько версий разных), который помогает взаимодействовать программам трехмерного моделирования способных наполнять модели информацией.
Autodesk развивает BIM в рамках Revit, Invertor, .... и Специально заточенных версий AutoCAD, типа AutoCAD Plant 3D. Где функционал 2D забит, чтобы не нарушать идеологию программы. Все модели собранные в разных программах можно собрать в единую модель в Navisworks, где банально тыкнув по щиту электрическому можно в свойствах просмотреть все его харатиристики вплоть до артикула производителя(если это оговаривалось в задании на разработку модели).
Развивать BIM в ZCAD это будет означать убить в нем плосткосное проектирование, оно нужно? Думаю нет. Правда ZCAD уже немного BIM платформа, просто стоит особняком и не может разговаривать с другими на одном языке. Идеология BIM подразумевает разделение модели на этапы и уровни детализации. Как графической(LOD), так и информационной(LOI). (глубже тут http://isicad.ru/ru/articles.php?article_num=17329) Так вот к чему я, если ввести понятие "Базовой точки" и "Точки съемки", то планы сделанные ZCAD можно будет спокойно импортировать в программы поддерживающие импорт dxf. Планы сядут туда, где должны будут находится в соответствии с архитектурой. Это будет соответствовать BIM модели LOD 100. Для ряда задач этого достаточно. При такой истории единственное что еще нужно будет, это сформировать политику один план-один файл. Или добавить фильтрацию по Z координате. Чтобы работая с чертежом все находилось на своих местах по Z,X,Y применительно к глобальной модели. Это добиться можно только не делая планы как все привыкли в автокад раскидав где попало.

[zub]

olegy123
Эти ссылки я видел.

MylnikovDm
>>сделать проверку на коллизии с другими разделами проекта, которые будут подгружаться через IFC файлы из других программ.
В первую очередь я реализую то чем реально пользуюсь в повседневной работе. за 20 лет проекта надобности импорта-экспорта IFC не возникало. у нас все смежники плотно сидят на автокаде.
Я готов что то добавлять, при условии что это кому то реально нужно и будет использоваться.
veb86 прав, последнее время ниче толком делать не получается - времени мало, а зкад стал очень большим... 4 руки 2 головы - для такого объема уже мало(( Добавлять какоето направление с которым ни я не veb86 не знакомы - совсем безперспективно

Зкад это графический движек, импорт-экспорт dxf, и некоторая САПР составляющая в виде "команд" (как общечертежных так и сугубо "электрических") для обработки примитивов.
Предлагаю попытаться както объеденяться чтобы не делать одно и тоже повторно

[olegy123]

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

О, это мои сексуальные фантазии..
У меня тогда вставал вопрос как упаковывать информацию, при этом чтобы она могла использоваться кем-то (часть её) или могла бы дополнятся чем-то ( использовать у других их наработки) не теряя свою идентичность. При этом могла использоваться станками ЧПУ. Тогда по этому делу у меня тестостерон сильно подымался.

[MylnikovDm]

На сколько скоро нас обяжут этим заниматься неизвестно.

Всё уже известно. Есть приказ минстроя 926, утверждающий план внедрения BIM в области промышленного и гражданского строительства. http://www.minstroyrf.ru/upload/iblock/383/prikaz-926pr.pdf
Проекты станадартов уже готовы:
http://nopriz.ru/upload/iblock/4d6/sp9445.pdf
http://nopriz.ru/upload/iblock/669/pz_sp9445.pdf
http://nopriz.ru/upload/iblock/fc9/sp9443.pdf
http://nopriz.ru/upload/iblock/b80/pz_sp9443.pdf
http://nopriz.ru/upload/iblock/f70/sp9447.pdf
http://nopriz.ru/upload/iblock/4fe/pz_sp9447.pdf
http://nopriz.ru/upload/iblock/180/sp9449.pdf
http://nopriz.ru/upload/iblock/4cf/pz_sp9449.pdf

С 2019 года собираются вводить в обязаловку по всем государственным и муниципальным контрактам. У нас область явялется пилотным регионом, поэтому у нас с прошлого года по всем объектам, которые делаются за федеральные и областные деньги, требуют обязательное предоставление IFC файлов с моделями по всем разделам проекта. Правда, пока можно сдать там любой бред, лишь бы внешне было похоже на то здание, которое в проекте, поскольку никаких утверждённых требований и стандартов к модеям нет, поэтому экспертиза не знает, как их проверять и писать к ним замечания. Но как только утвердят стандарты, ситуация изменится.

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

Я не редлагаю делать из ZCad пролноценный BIM комплекс, поскольку вы правы, это огромная работа. Но для того, чтобы загрузить геометрию из IFC файлов и её отобразить, достаточно уметь разбирать структуру IFC файла и преобразовывать её к своему внутреннему представлению. Никаких элементов и библиотек для этого не требуется, вся необходимая информация в файле IFC уже есть.
Чтобы использовать ZCad в качестве элемента BIM-инфраструктуры, он должен уметь сохранять свою модель, которая у него уже и так трёхмерная и достаточно подробная, в IFC файл. Мало того, на начальном этапе достаточно будет даже просто уметь сохранять файл, который затем будет открываться и использоваться в других программах. Загрузку чужих моделей и других разделов можно будет сделать потом.

Развивать BIM в ZCAD это будет означать убить в нем плосткосное проектирование, оно нужно?

Вы ошибаетесь. Nanosoft пошёл именно по этому пути со своей Nanocad-Электрика. Точно такое же построение модели через плоское проектирование с указанием отметок по высоте. Но на выходе они умеют сохранять результат в IFC файл, чтобы потом передать его в общий BIM-проект. На самом деле совершенно не важно, каким образом вы сфомрируете свою модель и будете с ней работать в своей программе, главное, чтобы потом она правильно отобажалась в общей сборке.

Опять же, у ZCad уже нет проблем ни с 3D, ни с информационным наполнением модели. Осталось только сохранить результат в виде IFC файла.

Что касается формата, то я сейчас сделаю у себя в облаке подборку материалов, потом дам ссылку на неё. Те ссылки, которые дали выше, они не очень инфомративны.
На самом деле IFC фомрат, это не XML, а так называемый формат STEP, который используется в промышленной автоматизации. Вариант, который использует XML, называется IFCX. Большинство пакетов по умолчанию используют именно IFC-STEP, который проще и компактнее. Также закину туда примеры, которые мы использовали для тестирования.

Добавлено спустя 32 минуты 28 секунд:
Папка с подборкой по IFC https://cloud.mail.ru/public/Mffi/BSWXtHedU

В архивах 7z наборы IFC файлов по трём объектам, которые разделены по разделам проекта.

ifcXML4 specification methodology V1-0.pdf - общее описание структуры IFC файла и методологии его построения.
Этот документ полезен тем, что там даются примеры кодирования одной и той же информации в вариантах EXPRESS, XSD, IFC (STEP) и IFCX (ifsXML).

ISO 10303-42-2003 - основной стандарт по STEP, в котором расписано кодирование базовых геометрических примитивов, объясняется кодирование систем коодрдинат, привязок объектов друг к другу и т.п.

cip_data_2009 - вводное описание по STEP-EXPRESS на русском.

Бесплатные вьюверы для IFC файлов можно взять тут:
http://bimvision.eu/en/download/
http://xbim.codeplex.com/releases/view/104242
https://www.solibri.com/products/solibri-model-viewer/ - этот условно блесплатный.

[olegy123]

MylnikovDm, подскажи как сейчас обстоят дела с ПО в этой сфере?

[veb86]

Планы сядут туда, где должны будут находится в соответствии с архитектурой. Это будет соответствовать BIM модели LOD 100. Для ряда задач этого достаточно. При такой истории единственное что еще нужно будет, это сформировать политику один план-один файл.

Глубоко не задумывался над данным вопросом. Но Ваш подход жестко программисткий, а почему один чертеж и один план с жесткой привязкой ХУZ. Потому что так проще программисту. Я всегда считал что здание строится по осям, т.е. я имею ввиду что все должно плясать от осей которые нанес проектировщик, скорее всего особым примитивом, а там уж они будет в разных файлах или нет это сугубо личное дело проектировщика. По крайней мере так сделано в Компасе и так я думаю правильно, у них там даже менеджер этажей есть , возможность создания типового этажа.
По поводу плоскостного проектирование я согласен с MylnikovDm.

У меня тогда вставал вопрос как упаковывать информацию, при этом чтобы она могла использоваться кем-то (часть её) или могла бы дополнятся чем-то ( использовать у других их наработки) не теряя свою идентичность. При этом могла использоваться станками ЧПУ. Тогда по этому делу у меня тестостерон сильно подымался.

Насчет упаковки информации, и сейчас в ЗКАД датчики могут содержать в себе информацию которую мы используем для составления спецификации, на данный момент в ZCADе есть база данных материалов, ссылаясь на нее, тот или иной элемент получает те свойства которые были внесены в БД. Что касается щитов, то здесь чуть посложнее, щит состоит из множества внутренних элементов,габариты корпуса, набор элементов места их расположения, если изучить вопросы автоматического распределения элементов внутри щита и разработать данный модуль то вообще красота будет и с ЧПУ я думаю связать можно, а если совсем туго то, привязать конвертацию в тот же freecad, он вроде бы уже с ЧПУ работает. Возможности ограничены только Вашей Фантазией), только кто этим будет заниматься.

С 2019 года собираются вводить в обязаловку по всем государственным и муниципальным контрактам.

Откуда персонал только такой квалифицированный взять)).
По поводу IFC я кажется понял куда вы клоните, предлагаете перейти на другой стандарт без особых изменений в наборе инструментов ЗКАДа, не много расширив плоскостное проектирование и с возможностью выгрузки начерченного в IFC. По сути вы про модуль "импорт в IFC". Как по мне так для ZCADа, на данный момент его развития, это не самое главное, но принимать во внимание стоит. Документы надо будет почитать. В целом я планировал в далеком будущем двигать ZCAD по такому пути. Понятное дело что рано или поздно, все придет к BIM.