[DEM]

В общем то после написания программы для создания спецификации и ВРС на основании параметров динамических блоков, возникла проблема. Пользователи хотят добавления новых блоков и каждый раз лезть в тело программы и перекомпилировать её с моей тгчки зрения моветон. Если с простыми блоками все понятно, они у меня обрабатываются по префиксу и их можно дгбавлять в xml файл. Но вот с блоками по сложнее возникают проблемы, особенно с их обработкой и сортировкой.
Собственно возникла следующая идея, хранить данные для обработки данных в файлах xml.
Может у кого то есть другие варианты обработки данных, например основанные на SQL или еще чем нибудь подобном...

[maratovich]

Сообщение от DEM Может у кого то есть другие варианты обработки данных

Есть такой вариант

[swell{d}]

Спдс железобетон вроде по какому-то такому принципу работает...

[Boxa]

Сообщение от maratovich Есть такой вариант __________________

вот именно про эту программу я тебе и говорил тут

[DEM]

СПДС ЖБ нормальная тема, но у нас используется чистый автокад плюс динамические блоки.
maratovich
Не просто сортировка и выбор элементов не очень интересует, самое главное последующая обработка.
К тому же платное приложение вообще не интересно, у меня есть решение и оно не гибкое, вот в этом и проблема.
Можно конечно сделать похожее приложение и хранить данные о сортировке во внешнем файле, но это лишь половина дела, надо же потом обрабатывать данные.

[swell{d}]

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

[DEM]

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

[Boxa]

Импорт параметров и атрибутов в xml. Постобработка с помощью шаблона xslt.

[DEM]

Ну у меня примерно такая идея и есть, только в начале тоже нужен файл xml, чтобы получать определенные атрибуты и параметры.
Значит в правильном направлении двигаюсь.

[Boxa]

Зачем? Выводи все. Потом, с помощью шаблона, отсечешь ненужные.

[DEM]

Слишком много лишней информаци....

[Boxa]

Увы, тут я не знаю что сказать.

[DEM]

Просто у меня динамические блоки с 8-10 параметрами, плюс атрибуты по 5-6 штук.
Лучше уж сразу фильтровать нужное.
Вот последующая обработка с помошью xslt мне более интересна.

[maratovich]

Сообщение от DEM maratovich Не просто сортировка и выбор элементов не очень интересует, самое главное последующая обработка.

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

Сообщение от DEM maratovich К тому же платное приложение вообще не интересно

Ну бесплатно можно навоять только то, на создание чего уйдёт не более 1 дня работы, потом начинается проблема со временем, неохота заниматься, начинаются запросы по увеличению функционала и всплывает вопрос о нужности данного творения.
Как пример Бесплатный софт проектировщика(Создание), идея создания данного софта стартовала 07.12.2012, 13:51 - прошло 1 год и 3 месяца, а на выходе что ?
А я за 1,5 года выпустил 8 полностью работоспособных программ. И стоимость 100руб позволяет приобретать их каждому.
Да и психологический фактор платного софта хорошо сказывается на отзывах и предложениях о дополнении их необходимым функционалом.

Сообщение от DEM у меня есть решение и оно не гибкое, вот в этом и проблема.

Есть вторя сторона медали - гибкость это очень много настроек, но простому пользователю надо "Запустил, нажал 2 кнопки, получил", если он этого не получит, то и дальше в настройки не полезет, а удалит с компа.

[DEM]

maratovich
По части Бесплатного софта, сейчас нашел платформу на которой это вполне возможно делать, причем Бесплатную с возможностью расширения, за счет Питона или Фортрана.
На данный момент отрабатываются функции которы нужны для вывода отчетов и получения табличных данных из файлов csv с интерполяцией.
К сожалению времени очень мало 5а это пока уделяю.
По части вашей программы, могу сказать, что для меня важна более пост обработка.
Т.е. обрабатывать например высоту, ширину и длину пилона, чтобы определить марку каркаса который в нем применяется, длину горизонтальных стержней и их количество.
С вашей программой это может получится но придется потом обрабатывать в Экселе, что тоже не зер гуд.
Самый оптимальный путь это хранение данных в xml и преобразование через xslt.
Мы этот вариант с Барголом и до этой темы обсуждали, сейчас с ним же уже думаем на счет алгоритма.
Этот вариант даст гибкость настроек и возможность любой сортировки и обработки.

----- добавлено через ~2 мин. -----
PS. Простой пользователь и не будет знать, как что работает, ему нужно будет только выбрать объекты и вставить таблицы.

[maratovich]

Сообщение от DEM Самый оптимальный путь это хранение данных в xml и преобразование через xslt.

Как я понимаю у вас идея такая (упрощенный вариант):
Есть блок и именем "Пилон", прога должна найти этот блок, подсчитать сколько их, потом найти описание этого блока в xml и присвоить все необходимые данные, и вывести это всё в ексель ?
Я от такого решения отказался в силу немного другой специфики работы. Вот допустим у нас трубы и гора фасонных изделий + арматура. Количество диаметров достаточно большое, добавляем что у каждого диаметра есть разные толщины стенок, добавляем разного производителя и в итоге получаем что в базе xml должна храниться вся эта информация. Если взять электрику, то там и похлеще будет - увеличение базы в арифметической прогрессии.
Но самое проблематичное в этом - сделать связку блок-база.
А самое интересное как узнать то, что мы получим на выходе не запуская программу. У нас открыта модель с кучей блоков, если мы щелкнем на любой блок то как узнаем характеристики которые присвоены в xml ?
В моём варианте - с помощью программы автоматом создается блок у которого в атрибутах прописана вся необходимая информация, и нажав на блок всё можно увидеть. А при последующей обработке считываются все данные и потом уже производится обработка - в зависимости от требуемого результата, причем даже если имена блоков одинаковые, а информация в них хоть где то различная, это всё фиксируется.
Вот собственно из-за проблемы создания и ведения базы xml отказался от такого варианта. У себя в конторе 2 года использовал вариант с базой наподобие xml, но никто так не захотел разбираться как её вести и заполнять, всё время приходили и говорили, что добавить в базу надо какую нибудь мелочь, а самим просто лень было посмотреть видеоуроки.

[DEM]

Сообщение от maratovich Как я понимаю у вас идея такая (упрощенный вариант): Есть блок и именем "Пилон", прога должна найти этот блок, подсчитать сколько их, потом найти описание этого блока в xml и присвоить все необходимые данные, и вывести это всё в ексель ?

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

----- добавлено через ~2 мин. -----
PS. Проще все таки xml править, чем лезть в тело программы...
А для xml, можно придумать удобный редактор, для добавления новых блоков.....

[swell{d}]

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

[DEM]

Завтра, я выложу пару блоков и спецуху.
Которые у меня на выходе получаются.

[ShaggyDoc]

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

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

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

Это как раз не проблема. Надо к любому примитиву (в том числе к блоку или чему угодно) привязывать расширенные данные в виде ссылки на относительное имя БД, имя таблицы и ID записи в таблице. Разумеется, тут надо программировать. Т.е. и свою программу для добавления данных и для их извлечения. DataExtraction - это примитивное средство, показывающее, что в принципе и это можно делать в AutoCAD.

А для xml, можно придумать удобный редактор, для добавления новых блоков.....

DEM, через несколько лет ты все-таки поймешь, что всё уже давным давно придумано. Ключевые слова "база данных". У тебя же всё на уровне "можно придумать". Да, и колесо можно придумать. И редакторы XML (не текстовые) давным-давно придуманы.

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

[maratovich]

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

[swell{d}]

Сообщение от maratovich очередной СПДС, без которого ничего не получится

Offtop: что не получится? можно в личку

[DEM]

maratovich
Ну что ты такой категоричный, не нравятся не участвуйте в теме.
Твоя программа мне не интересна.

[maratovich]

Сообщение от DEM Ну что ты такой категоричный, не нравятся не участвуйте в теме. Твоя программа мне не интересна.

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

[DEM]

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

[swell{d}]

Ты решение Boxa видел? У него же всё тоже самое уже сделано.

----- добавлено через 47 сек. -----
Он видимо скромничает, но вот его видео: https://www.youtube.com/watch?v=UmXOkgwzZ7Q

[Дима_]

Сообщение от DEM Но проблема, в добавлении блоков, если добавляется новый тип стены приходится лезть в тело программы и править код...

У этого вопроса есть несколько вариантов решений, можно, как уже писали, использовать связку xml и xslt, для вынесения кода обработки за пределы программы; можо использовать вынесенный лисп код который будет запускаться через eval (apply) с соответствующими параметрами (например со списком пар аттрибут значение, причем вспомогательные функции парсинга будут уже написанны в основной библиотеке - то есть надо будет реализовать только "логику") - здесь есть слабое место в безопасности - в автолиспе нет "защищенных" функций передачи упраления - то есть программа может делать все что ей (или ее автору) вздумается да и с vb.net этот метод не очень совместим. Есть вариант создания "спецификации" на обработку аттрибутов и возможно генерации формы для их заполнения. У меня был проект в котором было решено использовать заранее оговоренные префиксы аттрибутов для типизации хранимых в них данных (строки, числа, булевые значения, напряжения, мощность и пр.) и специальный аттрибут - в котором хранилась exceleвская формула - которая в последствии переводилась в excel (хоть я его и не долюбливаю, но в большинстве случаев, спецуху просят вывести именно в него) с подстановкой значений соответствующих аттрибутов. И по этим-же аттрибутам генерировалсь форма для их заполнения (на свой префикс выводился соответствующий контрол).

[DEM]

Сообщение от swell{d} Ты решение Boxa видел? У него же всё тоже самое уже сделано.

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

Сообщение от Дима_ Есть вариант создания "спецификации" на обработку аттрибутов и возможно генерации формы для их заполнения. У меня был проект в котором было решено использовать заранее оговоренные префиксы аттрибутов для типизации хранимых в них данных (строки, числа, булевые значения, напряжения, мощность и пр.) и специальный аттрибут - в котором хранилась exceleвская формула - которая в последствии переводилась в excel (хоть я его и не долюбливаю, но в большинстве случаев, спецуху просят вывести именно в него) с подстановкой значений соответствующих аттрибутов. И по этим-же аттрибутам генерировалсь форма для их заполнения (на свой префикс выводился соответствующий контрол).

Ну тоже запарно...
Мы ж с Алексеем вместе ща работаем, так что думаю сделаем вариант с xml & xslt

[swell{d}]

Сообщение от DEM лезть в код

ты видео посмотрел? там описание "блока" Мтекстом прямо в dwg и всё, не надо ни в какой код никуда лезть.

[DEM]

swell{d}
Ютуб заблокирован...
Ты наверное не отом говоришь, нафига мне закидывать это в MText если у меня и так описания блоков в xml есть...
Вся фишка в промежуточных занчениях которых может быть целая куча

[Boxa]

Сообщение от swell{d} Ты решение Boxa видел? У него же всё тоже самое уже сделано. Он видимо скромничает, но вот его видео: https://www.youtube.com/watch?v=UmXOkgwzZ7Q

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

2 DEM/
Ты пытаешься использовать идеологию и код от армирования плит, и через это посчитать армирование стен. Это плохое решение.
Я это уже делал. Там дальше тупик. Если ты внимательно посмотришь, то в блоках выложенных тут есть блоки с именами Arm_wall_* и собственно блок реализующий твою идею, это блок Arm_wall_v002_17. Ничто не ново под луной.

[maratovich]

Сообщение от DEM Ютуб заблокирован...

Это попробуй

Ну вот и началось... пойду за попкорном

[Boxa]

Сообщение от maratovich Ну вот и началось... пойду за попкорном

А никакого баттла не будет. Вангую, DEM продолжит гнуть свою линию и не прислушается к советам. Однако, спустя некоторое время, на форуме появится еще одна тема по армированию стен.

ЗЫ.
В видео на которое ссылается swell{d} используется программа Arm_lin_obj. Я ее больше не развиваю. Ей на смену идет вот это: http://experement.spb.ru/wiki/doku.p...om_track_lines

[DEM]

Сообщение от Boxa Ты пытаешься использовать идеологию и код от армирования плит, и через это посчитать армирование стен. Это плохое решение. Я это уже делал. Там дальше тупик. Если ты внимательно посмотришь, то в блоках выложенных тут есть блоки с именами Arm_wall_* и собственно блок реализующий твою идею, это блок Arm_wall_v002_17. Ничто не ново под луной.

Я не пытаюсь, я это уже сделал.
Сейчас просто хочу сделать более универсальное решение, которое подойдет потом и для армирования плит и для электриков и архитекторов...
Чтобы можно было лишь править файлы xml, а не код программы.
Направление которое я выбрал с хранением данных в xml и сортировку в xslt думаю самое оптимальное...

----- добавлено через ~1 мин. -----
Boxa
Так я уже реализовал это и спецификации считаются.
Просто сейчас решено сделать более универсальное решение.

[swell{d}]

Сообщение от Boxa Я ее больше не развиваю.

так ты видосики новые делай. читать статьи скучно...
Offtop: надо бы мне тоже новый видосик записать.. есть чем похвастаться =)

[Boxa]

Сообщение от DEM Так я уже реализовал это и спецификации считаются. Просто сейчас решено сделать более универсальное решение.

Ну да, у я это реализовывал и спецификации считалались.
Просто потом, принял решение сделать более универсальное решение. =))))))

[DEM]

Обьясня как у меня сейчас устроена программа.....
1. Выборка блоков осуществляется по тегам атрибутов для изделий и наименованием блоков для стен....
2. Сортировка по таблицам типов блоков(стены, изделия, колонны и т.п.) идет про префиксу.
3. Определение массы изделий и арматуры забито чатично в таблицы xml частично в теле программы
4. Вывод данных полностью определен в теле программы.

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

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

Сообщение от Boxa Сообщение от DEM Так я уже реализовал это и спецификации считаются. Просто сейчас решено сделать более универсальное решение. Ну да, у я это реализовывал и спецификации считалались. Просто потом, принял решение сделать более универсальное решение. =))))))

По моему разговор слепого с глухим....

[Boxa]

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

[DEM]

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

----- добавлено через ~2 ч. -----
PS. Глянул то что сделано у Boxa у меня это все забито в xml.

[Boxa]

Прикольно, а это по твоему что http://experement.spb.ru/wiki/doku.p...es#open_source .?

[DEM]

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