[DEM]

Родилась идея, о создании бесплатного аналога программ Арабат, Кристал, Вест и отдельных модулей НормКада....
Данный проект можно сделать с открытыми исходниками а разработку его вести на основе ГитХаба или Google Code....
В качестве языка программирования предлагаю принять VB.net т.к. он все таки победил в теме....
Можно было конечно принять матерный, но к сожалению, тогда придется проект делать закрытым, и исходники хранить на флешках в защищенных от доступа детей местах...
Прошу высказывать свои пожелания и предложения к данному проекту...

PS. Прошу всех кто согласен участвовать в проекте отписаться в личку....

Список участников:
DEM
bargool
RrRR
ябс
Cosinus
swell{d}
Akim_1989
Djur
Ratmir
Yasnogor
P1@t0n
GradRusStroy
gabidullin

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

[ShaggyDoc]

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

С автором НИК Владиславом Волковым мы переписывались лет тому 13 назад. Он в Белоруссии жил. Работу он проделал очень большую, но бесполезную. Т.е. сделал то же, что и пытаетесь сделать мы.

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

По сути это справочник, в который Владислав собрал из множества источников почти все необходимые формулы и разные справочные сведения. Однако мало иметь формулу. Даже мало иметь сборник формул. Даже мало иметь калькулятор этих формул. Это всё частные вопросы, ничтожно влияющие на производительность труда при проектировании. Хоть там и есть даже Энциклопедия Научно-Техническая, включающая всякую хренотень.

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

Нужен ли, например строителям, калькулятор уровня M=(q*L^2)/8 и еще с сотней подобных расчетов? Да только уж совсем новичкам, которые ничего не знают. Вот и с НИК так же - все сантехники его пробовали и мало кто (а может никто) пользуется. Кроме автора, да может быть его отдела.

Так что если делать то же самое, то будет бесполезный труд. Потому что уже явно видно, что дело у DEM идет в тупиковом направлении. Просто по незнанию отвлекается на всякую ерунду наподобие HTML и MathXML, но не собирается связываться с базами данных (как будто информацию не надо хранить). Ну и получится "строительный" калькулятор, пусть на 500 формул. То, что и в одну книгу Excel можно запихать.

Ну, давайте, изобретайте заново "самобеглую коляску" - тоже увлекательное занятие.

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

[DEM]

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

[hwd]

Сообщение от DEM Кстати а что то Рукад как то притих, проект развивается дальше???

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

[DEM]

hwd
Дык демо были...

[hwd]

Сообщение от DEM hwd Дык демо были...

Даже если у тебя и появится демо последней версии, что тебе это даст? Будешь пытаться использовать демо в работе?

[DEM]

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

[hwd]

Сообщение от DEM Про применение вообще ничего не говорил, демо лежали на этом сайте, че ты хочешь от меня то?

Я от тебя ничего не хочу.

[ShaggyDoc]

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

БД нужна не какая-то, а совершенно определенная. В зависимости от того, на какую работу ориентирована программа - то ли это локальное настольное приложение (скорей всего), толи еще какая.

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

Возьмем для примера самую простую задачу, которая нужна всем строителям - теплотехнический расчет ограждающих конструкций. Для простоты возьмем самую простую его часть - расчет толщины утеплителя (не касаясь воздухопроницаемости и прочего). Тут никакой математики нет для которой всякие "фортраны" якобы нужны - одна "арихметика Магницкого". Можно и в Excel - полстраницы. Но для того, чтобы такие простые расчеты делать быстро, много и комфортно понадобятся базы данных. Причем не таблица в формате csv, а настоящие БД, состоящие из связанных таблиц. Как минимум:

1. Справочная БД в которой должны быть таблицы нормативных сопротивлений, материалов, климатологии, воздушных прослоек, наружных и внутренних сопротивлений, климатических зон, типов конструкций, коэффициентов N и прочих, про которые лень писать. Справочники используются, когда в расчет надо ввыести какие-то зизвестные данные. Или каждый раз вручную СНиП перелистывать?
Для примера прилагаю несколько картинок таких справочников.

2. Рабочие БД конструктивов, в которых выполняются расчеты и собираются в виде коллекции. Или каждый раз всё делать заново, как в калькуляторе, хотя только что делал такой же расчет но для другого города?

3. Рабочие БД зданий, в которых собираются расчеты из отдельных конструктивов. Или каждый раз заново начинать, хотя недавно был сделан расчет похожего здания?

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

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

Организацию данных надо продумывать сразу и правильно. Так же как организацию взаимодействия различных модулей разных разработчиков. Допустите здесь ошибку - вся работа псу под хвост. Да нет, коту. Не решая таки задачи лучше уж не выпендриваться, а сделать набор рабочих книг в Excel (ну, или в ОО для фанатиков). Там можно и основную программируемую надстройку сделать (XLA) с библиотекой всех необходимых расчетных функций, и данные хранить, и сами расчеты в открытом виде. Или вообще в Access. Тут и любимый VBA, и БД, и легкое конструирование форм, и отчеты.

Кстати а что то Рукад как то притих, проект развивается дальше???

ruCAD работает на пользователей. Я его не продаю - там другая модель получения вознаграждения. Мне просто добровольно отчисляют. Судя по СМС за прошлый год 58 пользователей платят - понемногу, но регулярно. Несколько лет я не мог им заниматься, оставил 3D под AutoCAD-2008, не проверяя под новыми версиями. Тем, кто работает - этого хватает. Мне тоже. Жалко только с десяток пользователей на Украине отстали... А теперь пришлось совершенно новую и очень доходную тему разрабатывать.

Проект ведь закрытый (в смысле доступа)

В смысле доступа к исходникам? Так они все были опубликованы в книге "САПР на базе AutoCAD - как это делается". Конечно, потом многое было значительно усовершенствовано, 3D-моделирование появилось. Будет время - книгу закончу по 3D-моделированию, с исходниками.

А в смысле адаптации проект открытый. Там программировать-то не надо, всё основано на XML, который даже "смышленые тетки" в Notepad++ правят и расширяют. И есть библиотеки функций, которые прикладные программисты могут использовать. Но таких набралось немного, не более пяти рыл. Да и что программировать, если всё есть? А сделать, например, модификацию моделй насосов для включения в меню новой марки в 3-D и "тетка" может.

[DEM]

Ок!
Хорошенько подумаю как это сделать...
С интерфейсом уже вроде как разобрались...
С передачей данных тоже....
Хотя если б.д. подключать то уже и тут можно будет подумать как сделать...
Т.к. передачу параметров можно сделать через б.д.

[ShaggyDoc]

уже вроде как разобрались... С передачей данных тоже....

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

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

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

[DEM]

Ну я тут посмотрел, самое простое и доступное для всех это dbf...
Не надо будет устагавливать сервер и т.д..
В принципе почти весь сортаментом можно из СПДС-овской бд дернунть....

[Кулик Алексей aka kpblc]

Сообщение от DEM самое простое и доступное для всех это dbf

Можешь поверить человеку, воевавшему с не самой большой, навороченной и сложной базой 1С в формате DBF: тормоза тебе будут обеспечены. Ищи нормальные движки и не занимайся фигней.

[DEM]

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

[Кулик Алексей aka kpblc]

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

[Дима_]

То DEM - ИХМО советы от авторитетных специалистов (Offtop: читать без всякого иного умысла) по поводу БД (и не только) конечно правильные, но на данном этапе тебе только добавляют проблем, делай как решил. Начинай с максимально широкого формата обмена программы с модулем - "сузить" до нужного всегда сможешь, да рано или поздно, скоре всего тебе действительно понадобится помощь СУБД, но какая к тому времени больше подойдет, как правильно и максимально эффективно с ней должно будет идти взаимодействие сейчас незнает никто. Будут модули работать с базой напрямую, или через программу, какая будет БД - локальная или единый интернет сервер + 1001 вопрос внутреннего взаимодействия. Ты делаешь свой новый продукт, советуйся, по конкретным техническим решениям, чтоб не наступать на прошлогодние грабли, но не делай так же как у ... Насоветовать "как правильно" может любой, как и действительно человек с опытом разработки, так и впервые прочитавший про что-то похожее в википедии. Если у кого-то "так" не получилось, это еще не значит, что так невозможно. Удачи.

[ShaggyDoc]

самое простое и доступное для всех это dbf...

Забудь. Зачем сейчас с dbf работать - это же не начало 90-х годов, когда все с dbf на Clipper, FoxPro и т.п. работали. Заодно даже не смотри на Paradox, Clarion и прочие анахронизмы с кучами отдельных файлов-таблиц. И Borland Database Engine.

Самое удобное и доступное сейчас - это MDB-файлы. Заодно и сама Access как конструктор БД может использоваться. Вся работа через ADO, никаких дополнительных средств для Windows не надо. И возможность легкой миграции есть, и компоненты во всех системах программирования.

Для ненавистников Microsoft - Firebird в виде Embedded, т.е. без установки сервера БД. Нужна только пара dll. Основное ограничение Embedded-версии - только однопользовательская работа, даже на файловом сервере второго соединения не даст.

Весьма неплох для подобных программ SQLite. Это уже многоплатформенная БД с открытыми кодами. Для работы к программе прилагается только одна DLL. Недостаток как раз в открытости - наплодили куду одноименных dll разные разработчики, какждый под себя. Но это преодолимо. Имеются и DataSet-компоненты для разных сред разработки. Но есть нюанс - в этой БД все данные в UTF-8 хранятся и могут быть проблемы (преодолимые), если среда разработки не поддерживает Unicode (как старые версии Delphi). Это, пожалуй оптимальный вариант. Такую БД можно даже на Linux-сервер положить, к ней есть прямой доступ из PHP.

Конечно, можно и XML, но это опять же будут отдельные таблицы с несовместимыми форматами.

[r987654321]

А нельзя ли для расчетов использовать эту программу вставить какой-нибуть плагин или расширение - язык программирования ява:
http://www.sweethome3d.com/ru/index.jsp
http://sweethome3d.ru/download
Расширения (плагины) – это файл формата SH3P, который размещен в каталоге расширений (plug-ins) программы. Для того, чтобы установить расширение, нужно два раза по нем щелкнуть мышью (Windows или Mac OS X), а если вы используете ОС Linux, то вам нужно скопировать этот файл в каталог .eteks/sweethome3d/plugins .

[DEM]

r987654321
Дык есть уже идея, добавить модулем Zcad, да скорее всего так и сделаем....

[ябс]

есть у кого информация по алгоритмам процессора МКЭ?

[DEM]

ябс
Я нашел на делфи Mke-Win2012 прога для простых расчетов, в принципе самое то было бы....
Но автор к сожалению на письма не ответил, а так можно было бы добавить для расчета балок, ферм и плоских рам.....
Можно еще попробовать использовать оболочку + dxf модуль как препроцессор, а расчет уже вести в специализированной программе....
Пока ищу варианты, если есть соображения по этому поводу, то прошу отписаться...