[Tregart]

Приветствую всех!

В очередной раз задаюсь вопросом автоматизирования спецификации в автокаде. Нужно в стандартную спецификацию (Форма 1 по ГОСТ 21.110-2013) автоматически вписывать количество блоков с атрибутами, которые есть на чертеже.
Казалось бы - решение простое. Создаешь атрибуты по количеству колонок, где наименование каждого атрибута соответствует колонке в гостовской таблице и радуешься. Но не тут-то было! В наименовании атрибутов нельзя использовать пробелы, поэтому нельзя создать, например, атрибут "Тип, марка, обозначение документа, опросного листа".

Пока я выгружаю все атрибуты в отдельную таблицу, экспортирую её в эксель, там раскидываю по спецификации, которую связываю с автокадом, чтобы все это распечатать. Короче барабан от Страдивари.

Можно ли как-то заставить автокад складывать атрибуты блоков в заранее предопределённые столбцы? Чтобы атрибут "ИМЯ" оказывался в столбце таблицы "Наименование и техническая характеристика оборудования ", а "МАРКА" в "Код оборудования, изделия, материалов"? А то ей-Богу. 21-й век на дворе, а таблицы руками делать приходится.

Спасибо!

Прикладываю чертеж, в котором две спецификации - одна автоматом собирается но не соответствует ГОСТу, а вторая - как надо.

[baksconstructor]

Сообщение от Tregart Можно ли как-то заставить автокад складывать атрибуты блоков в заранее предопределённые столбцы? Чтобы атрибут "ИМЯ" оказывался в столбце таблицы "Наименование и техническая характеристика оборудования ", а "МАРКА" в "Код оборудования, изделия, материалов"? А то ей-Богу. 21-й век на дворе, а таблицы руками делать приходится.

Как вариант использовать стороннюю прогу.
Но в Вашем случае : 1 - нужно в блоки добавить атрибут "ИМЯ" т.к. из имени блока это не берется , 2- убрать точки в имени атрибута т.к. система не обрабатывает.
да кстати ссылка на прогу

[Boxa]

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

[hexD]

Offtop:

Сообщение от Boxa Значит, пока не очень то и мучаетесь.

Золотые слова Виктор Харитоныч!

[Tregart]

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

Да чё уж там плагин, давайте лучше свою САПР писать по каждому поводу! С блек гостами и ескд.

Операция рутинная и настолько распространённая, что ИМХО такая дорогая и навороченная САПР, как автокад должна уметь это делать.

baksconstructor спасибо!

[Boxa]

Сообщение от Tregart Да чё уж там плагин, давайте лучше свою САПР писать по каждому поводу!

Любой инструмент требует настройки и адаптации. Любой. Чем более универсальный инструмент, тем больше нужна настройка и адаптация.

Сообщение от Tregart Операция рутинная и настолько распространённая, что ИМХО такая дорогая и навороченная САПР, как автокад должна уметь это делать.

Вот так думает 90% руководства, покупая эту САПР. Ничего она не должна и уж тем более на должна соответствовать нормам РФ. По лиц. соглашению она и работать то не обязана, там полный отказ от ответственности, так что работает как может и как получиться...

[trir]

Да чё уж там плагин, давайте лучше свою САПР писать по каждому поводу!

хорошая мысль

[Владимир.]

Сообщение от Tregart такая дорогая и навороченная САПР, как автокад должна уметь это делать.

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

[Saur]

Сообщение от Tregart В наименовании атрибутов нельзя использовать пробелы,

А подстрочник можно?

[baksconstructor]

Сообщение от Saur А подстрочник можно?

"_" можно.
Насколько помню это вообще зависит от версии автокада

[Tregart]

Да, подстрочник в автокаде можно использовать. А в спецификации нельзя.

Вот так думает 90% руководства, покупая эту САПР. Ничего она не должна и уж тем более на должна соответствовать нормам РФ. По лиц. соглашению она и работать то не обязана, там полный отказ от ответственности, так что работает как может и как получиться...

Тогда нечего его САПРом называть. СНАПР можно, а САПР - нельзя.

[Boxa]

Сообщение от Tregart Да, подстрочник в автокаде можно использовать. А в спецификации нельзя.

Не, ну если очень хочется, то можно.


На коленке за пару минут собрал парсер, который меняет в теге атрибута "_" на пробел и все.

Сообщение от Tregart Тогда нечего его САПРом называть. СНАПР можно, а САПР - нельзя.

А автокад так и не называют, производитель позиционирует его как CAD (англ. computer-aided design/drafting)
AutoCAD® software for 2D and 3D CAD is engineered for the future.
А про САПР, это уже фантазии наших маркетологов.

[Tregart]

Сообщение от Boxa А про САПР, это уже фантазии наших маркетологов.

Это фантазии маркетологов автодеска :-)

А что, по-вашему, тогда является САПРом?

[baksconstructor]

Не отходим от темы. Решили вопрос ?

[Tregart]

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

[Сергей812]

вопрос давно решенный, просто кто полноценный рабочий вариант будет выкладывать то) Имхо, самый простой "дубовый" вариант - это подключиться по COM из Excel к акаду, сграбливать данные в эксель и далее по отличительным признакам (наименования слоев, блоков, значения атрибутов и т.д.) подтягивать формулами остальные поля спецификации. С экселем уж любой нормальный инженер способен работать (формулами, диапазонами, динамическими таблицами и т.п.), разобраться только раз - как достучаться до акада и сграбить данными. А когда разберетесь, как достучаться до акад - сможете по аналогии достучаться и до word, чтобы выгружать готовую спецификацию в оформленный шаблон сразу.

[Tregart]

Да я вот думаю - а надо ли мне в эксель данные выгонять? Прихожу к выводу, что проще будет всю спеку в автокаде держать.

[Сергей812]

Сообщение от Tregart Да я вот думаю - а надо ли мне в эксель данные выгонять? Прихожу к выводу, что проще будет всю спеку в автокаде держать.

В акаде делать спецификацию? Сметчикам, снабженцам тоже в акаде спецификацию выдавать?

[Tregart]

Вот кому выдаю - обоих пдф устраивает.

[Сергей812]

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

[baksconstructor]

Tregart вот накидал пример, вам уж самому под себя настройки менять (методом проб и ошибок, я так делал)
https://youtu.be/mOv4W9Gxda4

[Tregart]

))) Понятно. Буду разбираться.

----- добавлено через ~2 мин. -----
baksconstructor
Хм. Интересно работает. Надо будет попробовать.

[Tregart]

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

[Сергей812]

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

[Tregart]

только ленивый не пытался использовать эту функцию для получения спецификаций)

Что значит "пытался"? ИМХО, извлечение данных сделано и для этого тоже.

Только, во первых - это стандартная возможность акада и к ветке программирования отношения не имеет.

Я тему в основной ветке создал, не знаю зачем её сюда переместили. ИМХО, не место её тут.

Во вторых, сомнительное удовольствие разбиения спецификации по листам и ВЭ на них, внесение в подшивку

Ну при условии, что у меня спецификация 2-3 листа, еще листов 5-6 графической части, плюс таблица оборудования - не так много листов получается. В среднем не больше 10-15 в одном проекте (не считая ПЗ).

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

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

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

[Сергей812]

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

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

[Tregart]

В точку) Слаботочник.

По подсчёту кабелей - решаю с помощью GeomProps.
Выношу однотипные кабеля в свои слои, далее "Выбрать подобные" - получил длину кабеля.

Просьба к модераторам - перекиньте тему в основную ветку, ибо программированием тут и не пахнет.

[Сергей812]

Ну по сути вы изобрели велосипед заново 10 летней давности, надо все таки двигаться дальше в плане удобства пользования) Благо ничего сложного - чтобы подключиться из того же экселя к активному документу акада и сграбить данные:

Код:

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

Public Sub GetDataAcadExample()
  Dim lAcadApp As Object
  Set lAcadApp = GetObject(, "AutoCAD.Application")
  Dim lActiveAcadDoc As Object
  Set lActiveAcadDoc = lAcadApp.ActiveDocument
  Dim lCountItems As Long: lCountItems = lActiveAcadDoc.ModelSpace.Count
  Dim I1 As Long
  For I1 = 0 To lCountItems - 1
    Dim lAcadObj As Object
    Set lAcadObj = lActiveAcadDoc.ModelSpace.Item(I1)
    ' А дальше определяете тип примитива и обрабатываете его
    ' Примеров в инете для акада более чем

  Next I1
  Set lActiveAcadDoc = Nothing
  Set lAcadApp = Nothing
End Sub

естественно, это надо обкрутить обработчиками ошибок (еще десяток строк).

[Tregart]

Спасибо, конечно. Но я в программировании ни бум-бум и слабо представляю что у вас написано.

[Сергей812]

это дополнение к посту №16) Ну вы свой вариант когда опробуете на более менее больших проектах - поймете, что это (извлечение данных) лишь вспомогательные костыли от аутодеска для тех - кому совсем лень)

[ShaggyDoc]

Сообщение от Сергей812 Как в 2008 акаде появилось улучшенное извлечение данных - только ленивый не пытался использовать эту функцию для получения спецификаций) Только, во первых - это стандартная возможность акада и к ветке программирования отношения не имеет. Во вторых, сомнительное удовольствие разбиения спецификации по листам и ВЭ на них, внесение в подшивку (без подшивки ориентироваться во всех этих листах еще больше удовольствие. Хотя некоторые даже текстовую часть в акаде делают - дело вкуса и желания использовать инструменты по назначению). В третьих - как учитывать те же изделия и материалы, которые могут и отсутствовать в чертеже (а также как учитывать запасы кабеля того же). В четвертых - на чертеже может быть один УГО, а по факту за ним "прячутся" несколько изделий - например, считыватели и исполнительное устройство системы СКУД (это актуально на больших вытянутых в длину объектах, чтобы потом их можно было распечатать на вменяемые форматы при сохранении читаемости чертежа). И т.д.

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

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

Чтобы "автоматически" получить "Кол" давно известны все примитивные и изощренные приемы. У всех них одно общее - "позиция" должна быть "нарисована". То ли в виде блока с атрибутами, то ли в виде Custom-объекта с техническими данными, то ли в виде "палочки" с привязанными расширенными данными. При этом очень много времени тратится на само создание объектов - надо ведь не просто поставить значки УГО, но еще с каждым связать его технические данные. Которые на момент "рисования" еще могут быть и неизвестны.

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

А в итоге оказывается, что в СО (денежном документе) очень многое вообще пропущено или "машина насчитала" неверное количество.

Мы много лет используем другой подход.

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

А что касается Количества, то его для 90% оказывается проще заполнить вручную. Но есть и "волшебная" кнопка Взять в AutoCAD. К этой кнопке изощренный любитель "как следует помучиться" может привязать любую собственную программу (функцию). Для этого в программе есть специальный интерфейс - достаточно заполнить 5 переменных в INI-файле и можете "сосчитывать" чего угодно и каким угодно способом.

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

Прилагаю скриншот одного из вариантов программы.

[Сергей812]

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

[kwamp]

На рабочем месте Есть голый автокад 2012 и опенофис, с которым связь акада не сделать. Беру акад, создаю в нем блок с атрибутами: Описание, Тип, Код, Поставщик, Количество, Примечания, все скрытые. В редакторе блоков для блока добавляю параметр Таблица свойств, в ней добавляю указанные атрибуты. Получается спецификация по ГОСТ. Ее надо заполнить. Беру прайсы производителей, из них дергаю инфу в файл Calc опенофиса с аналогичными стобюцами: Описание, Тип, Код и т.д. Из Калька передергиваю массив данных в таблицу свойств блока. Сохраняю. В блок добавляю параметр видимости. Каждой видимости присваиваю свое УГО, название каждой видимости соответсвует строке из таблицы свойств. Сохраняю, закрываю. Получаю блок с двумя кнопками, одна дает выбор УГО с названием типа, другая кнопка - список типов из таблицы свойств. Выбираем тот, который соответсвует выбранному типу по певой кнопке. Все получили именно тот УГО, у которого название совпадает с данными для спецификации. Копируем блоки, меняем УГО и параметры. Потом делаем извлечение данных, получаем таблицу спецификации, выгружаем ее в автокад и настраиваем оформление. Все спецификация готова. По ГОСТ. При редактировании, изменяя количество и типы блоков, имеем возможность обновления спецификации. Чем не то, что хотели? Один раз помучиться, потом получать удовольствие. Есть еще момент оформления итоговой сводной спецификации. Я ее в отдельной файле сделал, в модели динамический блок разлиновки столбиков и строк спецификации с возможностью добавления строк кратно лиистам. В листах шапка спецификации с привязкой в каждом листе к своему видовому экрану. Можно хоть 60 листов сделать, как заготовку. Потом использовать. Сначала получаем спецификацию на чертеже, плане по разделу. Коприуем ее, разбиваем, разбитую в итоговую спецификацию в отдельном файле вставояем и т.д. Уфф. как-то так

[Сергей812]

Голый акад - это LT? А экономить на минимальном пакете нормального офиса (word + excel), разорившись на акад - чувствуется рука эффективного менеджмента)

[trir]

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

AutoDESK давно определился - фитинги для напорных трубопроводов в Civil 3D хранятся в .CONTENT файлах

At this point the command is going to create a .CONTENT file. This file is a zipped up content file that contains three files. 1. A new .DWG that contains the 3D Solid and Line 2. A new .XML file that provides connection point information about the part 3. A new image file (.PNG) that represents the preview image of the model.

А сама БД труб и фитингов в Metric_Ru_Steel_ND_100mm_to_1400mm.sqlite

[ShaggyDoc]

Сообщение от trir AutoDESK давно определился - фитинги для напорных трубопроводов в Civil 3D хранятся в .CONTENT файлах

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

Базы данных (хоть оборудования, хоть самих спецификаций) должны быть универсальными. Желательно в одном из "промышленных" форматов. Чтобы их можно было использовать и в любых CAD-системах, и в других программах - например для формирования заявок, учета).

[trir]

Я про то, что дополнительные данные они хранят в xml, а не dwg. А для БД используют sqlite.

[Tregart]

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

Дело не в западло, а в "не ошибиться". Чтобы потом не получилась ситуация, что проектировщик прошляпил какой-либо блок или их количество.

Вот здесь и надо, чтобы "щелкнул кнопку" - и вывелось сто или больше оформленных страниц СО.

Ну вы опять исключительно со своей колокольни мыслите. У меня спецификации - сорок позиций максимум. Зачем мне пляски с базами данных?

kwamp

Можете пример выложить? Не улавливаю ход вашей мысли.

[maratovich]

Tregart будет вам счастье... надеюсь через месяц получится.

[Сергей812]

Сообщение от Tregart Дело не в западло, а в "не ошибиться". Чтобы потом не получилась ситуация, что проектировщик прошляпил какой-либо блок или их количество.

для этого в БД описываются логические взаимосвязи оборудования) Т.е., например, заказаны ИБП, а аккумуляторные батареи к ним нет.

[ShaggyDoc]

Сообщение от Tregart Ну вы опять исключительно со своей колокольни мыслите. У меня спецификации - сорок позиций максимум. Зачем мне пляски с базами данных?

Ну, сорок позиций максимум - это свой кочка зрения. Тут и автоматизировать нечего. Можете прямо в Word, как многие и делают. Или с нарисованной в Автокаде заготовкой.

[Boxa]

Сообщение от ShaggyDoc Ну, сорок позиций максимум - это свой кочка зрения. Тут и автоматизировать нечего.

КЖ, схема выпусков из фундаментной плиты, типов выпусков может быть и два, т.е. две позиции (к примеру под 160мм стены и под 200 мм) а вот количество по несколько тысяч... тут есть что считать и автоматизировать.

Сообщение от Tregart Казалось бы - решение простое. Создаешь атрибуты по количеству колонок, где наименование каждого атрибута соответствует колонке в гостовской таблице и радуешься. Но не тут-то было! В наименовании атрибутов нельзя использовать пробелы, поэтому нельзя создать, например, атрибут "Тип, марка, обозначение документа, опросного листа".

Во вложении к сообщению библиотека (загрузка через _netload), в ней определена команда SpaceOnAttributeName (синоним SOAN), все что она делает, это заменяет нижнюю черту на пробел в имени определения атрибута в определении блока, т.е. по завершении неплохо было бы вызвать _attsync. Особо я не тестировал, так что на свой страх и риск. Надеюсь это решит проблему автора и позволит ему полноценно автоматизировать свою работу.

[Tregart]

Спасибо, буду пробовать!

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

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

А можно и проект прямо в ворде рисовать. Там ведь и рисовать нечего, да?

[Nike]

Tregart, да купите Нанокад ОПС.
И спецификации автоматические и кабельные журналы и схемы будут (страшненькие).

[AlexZh]

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

ну как же нечего?
а как же экономия времени?
потратишь ты 1 минуту ил 40.

[Tregart]

Nike
Пробовал. Не вставило.

[Сергей812]

Сообщение от Tregart А можно и проект прямо в ворде рисовать.

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

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

[maratovich]

Ну прям дети малые, как всегда дальше разговора не зайдёт.
Вот как надо https://youtu.be/45bh_8_rfYU

[Boxa]

Сообщение от maratovich Ну прям дети малые, как всегда дальше разговора не зайдёт. Вот как надо https://youtu.be/45bh_8_rfYU

Уже предлагали. 190 руб в год это дорого для автора.

Сообщение от Сергей812 А ваш вариант - он фиксированный, даже управлять порядком вывода в спецификацию (в спецификации же есть разделы Оборудование, Кабели, Изделия и материалы) придется путем введения каких то ограничений в чертежи, например, для последующей сортировки при извлечении данных.

Вот по этому я и приписал в конце своего сообщения сарказм про надежду, но думаю автор до этого еще не дошел.

[Nike]

Сообщение от maratovich Вот как надо https://youtu.be/45bh_8_rfYU

Больно мудрёно. Не вставляет


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

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

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

[Tregart]

Boxa
Да почему дорого сразу? Мне охота самому разобраться в механизмах автокада, а не покупать готовые решения.

[Сергей812]

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

[trir]

Мне охота самому разобраться в механизмах автокада

как я уже говорил:

дополнительные данные они хранят в xml, а не dwg. А для БД используют sqlite

так делают разработчики из AutoDESK, когда им нужно прицепить к графике дополнительные данные

AutoCAD: Связь с внешними данными

[Tregart]

Сергей812
А в чем тогда формировать спецификацию в соответствии со стандартами оформления РФ? В вроде что ли?

Нанокад пробовал - вызвал ностальгию по второй половине 90-х, в которой и застрял их интерфейс.
Компас - по своей философии сильно другой и больше заточен под работу с деталями, ИМХО, нежели с инженерными сетями.

[Boxa]

Сообщение от Tregart А в чем тогда формировать спецификацию в соответствии со стандартами оформления РФ? В вроде что ли?

Я отвечу. В специализированном ПО, но Вы хотите

Сообщение от Tregart Мне охота самому разобраться в механизмах автокада, а не покупать готовые решения

[Сергей812]

Сообщение от Tregart Сергей812 А в чем тогда формировать спецификацию в соответствии со стандартами оформления РФ? В вроде что ли?

ворд сам тоже не сформирует. Ворд большей частью средство оформления - в этом он силен.

[Tregart]

Сергей812
А в чем вы тогда формируете спецификацию? Чтоб р-р-раз! и на печать. Я имею ввиду в какой программе оформляете графическую составляющую спецификации?

[Сергей812]

Сообщение от Tregart А в чем вы тогда формируете спецификацию? Чтоб р-р-раз! и на печать. Я имею ввиду в какой программе оформляете графическую составляющую спецификации?

я в самописке/надстройка над акадом - там и КЖ, и спецификация. Хотя еще есть и ручная работа еще, не так, чтобы раз и на печать - но я не ставил изначально задачу для себя делать проекты в три раза быстрее за ту же з/п)

[ShaggyDoc]

Сообщение от Сергей812 ShaggyDoc пытался донести ту простую мысль, что если есть БД с избыточными (возможно, и не нужными для самой спецификации) данными - то при одном и том же механизме привязки элементов чертежа к записям БД можно получать документы любого нужного вида, лишь меняя виды запросов и шаблоны для вывода. А не только одну спецификацию. Просто пока вам это не нужно. А ваш вариант - он фиксированный, даже управлять порядком вывода в спецификацию (в спецификации же есть разделы Оборудование, Кабели, Изделия и материалы) придется путем введения каких то ограничений в чертежи, например, для последующей сортировки при извлечении данных.

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

В каких-то пресловутое "количество" извлечено из чертежа, а какие-то просто вручную сосчитаны. Разве надо делать, например, 3D-модель, чтобы подсчитать количество унитазов в 100 кв. доме? А ведь именно этим часто и занимаются в "П" - - "Мне сначала надо всё начертить, потому что я блоки извлекаю".

Пределом извращения я считаю чью-то 3D-модель вентиляции, где всё неведомое время красиво делалось, потом каждое изделие превращалось в блок с длиннющим именем, которое должно быть "наименованием" в СО. Чтобы потом извлечь куда-нибудь, а потом еще ковыряться с оформлением.

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

PS. Влезло только 5 PDF, могу еще добавить.

[AlexZh]

Сообщение от ShaggyDoc Вот именно. Прилагаю примеры разных документов, для разных стадий и марок - сколько форум скушает. Каждый сделан одним щелчком. В каких-то пресловутое "количество" извлечено из чертежа, а какие-то просто вручную сосчитаны. Разве надо делать, например, 3D-модель, чтобы подсчитать количество унитазов в 100 кв. доме? А ведь именно этим часто и занимаются в "П" - - "Мне сначала надо всё начертить, потому что я блоки извлекаю". Пределом извращения я считаю чью-то 3D-модель вентиляции, где всё неведомое время красиво делалось, потом каждое изделие превращалось в блок с длиннющим именем, которое должно быть "наименованием" в СО. Чтобы потом извлечь куда-нибудь, а потом еще ковыряться с оформлением. И совсем не дело, когда каждый специалист по своей теме ковыряется с собственными кустарными инструментами. А работа стоит. А надо чтобы любой отдел работал по единым правилам, желательно еще и с единой базой. PS. Влезло только 5 PDF, могу еще добавить.

и как это сделать простому смертному?

книга "САПР на базе AutoCad", к сожалению, в основном устарела.

откуда копать?

[ssn]

Сообщение от AlexZh откуда копать?

а надо именно в автокаде реализовать? я имею ввиду 3Д.
понятно, что 3Д в автокаде это не совсем приятная штука с точки зрения спецификации.
но, можно ведь смотреть с сторону других 3Д САПР.
например, я делаю раздел ТМ в инвенторе. Спецификация получается полностью из модели. добавляю руками буквально только изоляцию.
В экселе формирую спецификацию, а потом этот эксель связан с файлом автокада и там этот эксель разнесён на листы спецификации.
т.е. оформление спецификации занимает 15 минут (понятное дело при завершённой 3Д модели).

в профиле сайт, там можно взять модель в формате DFW и посмотреть свойства, которыми наделены солиды в модели. Именно эти свойства и позволяют формировать спецификацию.

[Сергей812]

Судя по постам AlexZh, он вроде тоже из племени слаботочников) Да и предлагать продукт со стоимостью лицензии >60к чисто для подсчета спецификации...)

Сообщение от AlexZh книга "САПР на базе AutoCad", к сожалению, в основном устарела. откуда копать?

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

[AlexZh]

Сообщение от ssn а надо именно в автокаде реализовать? я имею ввиду 3Д. понятно, что 3Д в автокаде это не совсем приятная штука с точки зрения спецификации. но, можно ведь смотреть с сторону других 3Д САПР. например, я делаю раздел ТМ в инвенторе. Спецификация получается полностью из модели. добавляю руками буквально только изоляцию. В экселе формирую спецификацию, а потом этот эксель связан с файлом автокада и там этот эксель разнесён на листы спецификации. т.е. оформление спецификации занимает 15 минут (понятное дело при завершённой 3Д модели). в профиле сайт, там можно взять модель в формате DFW и посмотреть свойства, которыми наделены солиды в модели. Именно эти свойства и позволяют формировать спецификацию.

тут дело не в 3Д. а в извечном споре, откуда брать информацию для спецификации. из атрибутов, словарей, расширенных данных, базы.

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

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

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

Сообщение от Сергей812 Судя по постам AlexZh, он вроде тоже из племени слаботочников) Да и предлагать продукт со стоимостью лицензии >60к чисто для подсчета спецификации...) для начала копать в сторону современных технологий) Гораздо больше вероятность увидеть у автоматизируемого продукта поддержку COM или .Net - чем поддержку лиспа.

точно, слаботочник.

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

Во, COM и .Net, вроде то что надо. С какой литературы начать?

Offtop: Понимаю, что вышли за пределы темы, но давно занимаюсь поиском информации

[ssn]

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

[Сергей812]

COM следует брать, если нет более удобной альтернативы. А если возьмете .NET - для начала почитать какую нибудь базовую книгу по нему, потом на сайт разработчиков adn-cis.org. Базу данных можно для начала взять ту же SQLite (бесплатная, отлаженная, не требует инсталляции, есть порт на .NET), можете не заморачиваться и в том же XML хранить. А остальное - думать) Даже гиганты-разработчики ПО до сих пор не сделали идеального продукта - чтобы все сказали "офигеть" и стало бы эталоном в отрасли)

[ShaggyDoc]

Сообщение от Сергей812 Базу данных можно для начала взять ту же SQLite (бесплатная, отлаженная, не требует инсталляции, есть порт на .NET)

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

Кроме того, это "тихая" СУБД, с ней хорошо работать, чтобы незаметно что-то прятать. Например Chrome там свои настойки держит, очень ему удобно. А для прикладного программиста важнее "вижуальность", т.е. наличие "компонентов" типоа Database, Datasource, Dataset (Table и Query). Вот с этим как раз плоховато. Есть, но убогие.

Поэтому для начала самый лучший путь - формат БД Access. Саму MS Access использовать как конструктор своей БД (лучше ничего нет, за исключением "настоящих" SQL). А файл формата MDB - использовать как базу данных. Вот для такой работы есть всё необходимое. Под Windows, конечно.

[Сергей812]

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

т.е. на официальном сайте выкладывают исходники, переправленные непонятно кем непонятно когда? Что на странице загрузок того же сайта есть ссылка на портированный SQLite на .Net - где в разделе загрузок тоже непонятно кто резвится?

Про инсталляцию тоже - чего инсталлировать: сборка программы, рядом библиотека работы с БД, ну и пара вспомогательных папок с шаблонами (если говорить о текущем уровне задачи) - вся инсталляция сводиться к простому копированию на рабочий комп и запуск через _NetLoad в акаде в рамках прав пользователя.

[trir]

С какой литературы начать?

C#

С Access'а действительно хорошо начинать - куча литературы, тот же построитель запросов. Главное долго на нём не задерживаться...

[ShaggyDoc]

Сообщение от Сергей812 рядом библиотека работы с БД,

Вот у меня в коллекции 23 варианта этой dll. все разных размеров (в разы) и условно-совместимые. Конечно, такой гигант как Google вообще свою сборку сделал. Но начинать с этого геморроя не стоит.

Вот MDB - другое дело. Хотя есть и получше СУБД, но это уж вопрос веры в разных богов.

[Сергей812]

Одна питерская компания разработала модуль расчета звукового давления системы СОУЭ (для продвижения продаваемого оборудования) в виде надстройки к акаду - доступ к БД оповещателей по инету с сайта компании, а в качестве вспомогательной локальной БД - как раз выбрали формат БД Access. Прошло пару лет - и, видимо, им поступило столько замечаний о желательности избавиться от этого - что они переписали код без всякого Access - теперь надстройка требует только доступа в инет.

[nolte]

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

http://autode.sk/2q4xH8B

[ShaggyDoc]

Сообщение от Сергей812 доступ к БД оповещателей по инету с сайта компании, а в качестве вспомогательной локальной БД - как раз выбрали формат БД Access. Прошло пару лет - и, видимо, им поступило столько замечаний о желательности избавиться от этого - что они переписали код без всякого Access - теперь надстройка требует только доступа в инет.

Скорее всего врут про "столько замечаний". У Access хватает недостатков, но они тут не при чем.

На самом деле привязывают пользователей навсегда к своей компании, своему серверу БД, к своим услугам. Заявляя, что "по просьбам трудящихся". Эта "БД оповещателей" максимум несколько тысяч позиций - ничтожное количество для БД. Она вполне может быть локальной, максимум с периодической синхронизацией. Но тогда "кормовая база" может быть потеряна.

Чисто теоретически конечно было бы хорошо, чтобы в в Сети были вообще все БД любого оборудования. И эти БД какие-нибудь гномы поддерживали в актуальном состоянии. А "тощие" клиентские программы обращались бы к ним по необходимости. Вот так устроен этот форум - одна БД со множеством таблиц, а мы, по запросу наподобие "showthread.php?t=139698#post1639411" получаем данные. Как бы бесплатно, но про затраты и способ их возмещения только Admin знает.

Но в современном проектировании так не получается. Вот 30 лет назад у нас была такая единая БД. Интернета тогда не было, но были терминальные рабочие места. Была единая система, единая структура.

А сейчас есть несметное количество шаражек, неспособных содержать даже локальный сервер СУБД, в собственной сети. Да еще "сепаратизм" - каждый человечек норовит своё собственное иметь, даже внутри одного отдела. Поэтому пришлось вернуться назад - делать отдельные БД не только для пользователя, но и по тематике. Таких локальных БД для СО у меня 32 штуки. Каждую из них пользователь может пополнять, это уже его личный продукт. Он может его домой взять, поделиться с кем-нибудь из "друзей", может даже продавать. И это нравится. Даже если я или фирма "помрем" - данные не пропадут.

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

Но если "взойдет звезда пленительного счастья" и будет настоящая проектная фирма, все эти сепаратные БД можно объединить одним SQL-запросом. Вот в Access этого не сделаешь.

[AlexZh]

Сообщение от nolte в принципе достаточно и лиспа для "полуавтоматической" спецификации. данные хранятся в расширенных данных, спецификация берет данные из слоев и конечно же подсчет блоков. для примера проект немаленький 40000 м2 здания то есть около 20000 метров труб, соответственно и файл большой. http://autode.sk/2q4xH8B

согласен, это все круто.

но для меня это видео мало информативно.

[Сергей812]

Сообщение от ShaggyDoc На самом деле привязывают пользователей навсегда к своей компании, своему серверу БД, к своим услугам. Заявляя, что "по просьбам трудящихся". Эта "БД оповещателей" максимум несколько тысяч позиций - ничтожное количество для БД. Она вполне может быть локальной, максимум с периодической синхронизацией. Но тогда "кормовая база" может быть потеряна.

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

[nolte]

То что ты задумал возможно реализовать средствами лисп,
.net безусловно лучше но надо знать язык на изучение которого уйдет время я грызу его около года с перерывами в 2 3 а то и 4 месяца все зависит от свободного времени. С++ и ObjectARX еще лучше но опять же время для освоения

[Сергей812]

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

Сообщение от nolte То что ты задумал возможно реализовать средствами лисп,

имхо, чтобы это все реализовать на лиспе - понадобиться времени не меньше, чем изучить основы .Net и NET API.

[nolte]

Ну уж не скажите

[AlexZh]

Сообщение от nolte То что ты задумал возможно реализовать средствами лисп, .net безусловно лучше но надо знать язык на изучение которого уйдет время я грызу его около года с перерывами в 2 3 а то и 4 месяца все зависит от свободного времени. С++ и ObjectARX еще лучше но опять же время для освоения

я LISP грызу уже года 1,5 и до сих пор не догрыз!)

Так что я не особо тороплюсь.

[Сергей812]

Сообщение от nolte Ну уж не скажите

Как только понадобиться сделать нормальный интерфейс - с лиспом намучаетесь) А делать дикообраза из лиспа со вставками функций на .Net, Delphi и т.п. - не лучше сразу в одной среде все делать?

[AlexZh]

Сообщение от Сергей812 Как только понадобиться сделать нормальный интерфейс - с лиспом намучаетесь) А делать дикообраза из лиспа со вставками функций на .Net, Delphi и т.п. - не лучше сразу в одной среде все делать?

в общем-то, это одна из причин изучения C#

[nolte]

Согласен. Крачота требует жертв. Это именно причина тратить время. Но если на лиспе задача с одним неизвестным, то на net с тремя. Сам net технология wpf или forms и собственно автокад

[Сергей812]

Сообщение от nolte Но если на лиспе задача с одним неизвестным, то на net с тремя. Сам net технология wpf или forms и собственно автокад

в первую очередь Net - это структурированный набор классов и их функций на очень широкий круг общих задач по обработке и хранению информации. А WPF/WinForms - это лишь часть его, предназначенная для создания интерфейса. А на лиспе это все надо описывать либо искать готовые функции)

[baksconstructor]

Админ, прошу очистить тему (достали уже обсуждать то чего не делаете).

[AlexZh]

Сообщение от baksconstructor Админ, прошу очистить тему (достали уже обсуждать то чего не делаете).

Админ, прошу перенести в отдельную тему