Константин Чилингаров: Здравствуйте,
База развернута из стандартного дистрибутива?
Если да, то скорее всего, не хватает запчасти от Windows под названием vcredist_VS2 ...
Константин Чилингаров: Здравствуйте,
Пока не настраивается.
Со временем нужно будет делать какие-то настройки, да. Уже накапливаются потихоньку всякие пожел ...
Константин Чилингаров: Здравствуйте,
Можно теоретически заморочиться с «объединёнными» заданиями. Недавно на форуме где-то обсуждалось про них (объедине ...
Константин Чилингаров: Время, которое затрачивается на обновление, зависит от размера базы данных, сервера, компьютера, с которого выполняется, и соединения ме ...
Константин Чилингаров: Со сборкой - сваркой - окраской, то всё понятно.
В плане технологии - тут всё просто.
Есть Балка. Есть техпроцесс на неё. Три операции: с ...
Константин Чилингаров: Не очень понятно, что вы имеете в виду под словами "сделать планирование по номенклатуре в соответствии с уровнями".
Вообще, как я ...
Константин Чилингаров: Не совсем…
19032 Илья написал:
для контроля "задела" необходимо создать свою заказную спецификацию
Нет. Никакую специальную «за ...
Константин Чилингаров: Если она нигде не используется (в заказах, спецификациях, документах и т.п.), то есть утилита "Генератор удаление" (в меню "Настройк ...
Константин Чилингаров: Здравствуйте,
Понятно. Проблема из-за того возникла, что папку с файлами сложили прямо в C:\Program Files\VOGBIT. Откуда файлы добавляли.
Програм ...
Константин Чилингаров: Бывает такой эффект, говорят, когда по какой-то причине завис в Windows в процессах Excel. Если так, то соответственно, перезагрузка помогает.
Мы рассматриваем вопрос об установке VOGBIT на нашем предприятии. Сам я программист, поэтому меня волнует не столько вопрос использования системы, сколько ввод в нее данных из других систем, до этого использовавшихся или планируемых к использованию параллельно с VOGBIT.
Со складом (который на 1С), вроде бы, все понятно -- по мере поступления/выдачи материалов просто вводить соответствующие остатки, и все в конце концов плавно перетечет в VOGBIT.
А вот как быть с конструкторской документацией? Я просмотрел некоторые ролики (штук 8 ), и прочел названия всех роликов и документов, но ничего на эту тему не увидел. Может, проглядел? В основном все направлено на показ возможностей системы (что вполне понятно) и рассчитано на конечных пользователей (что тоже понятно).
Т.е. мне надо получить четкий ответ на вопрос: Возможно ли использовать Компас совместно с VOGBIT так же, как это делается для металлоконструкций? Там, как я понимаю, используется не Компас. Если возможно через написание плагинов и хитрый экспорт/импорт, то хотелось бы получить хотя бы первоначальные ЦУ на этот счет. Если невозможно в принципе, то хотелось бы это услышать явно, чтобы не искать черную кошку в темной комнате.
Просто Друг пишет: Возможно ли использовать Компас совместно с VOGBIT так же, как это делается для металлоконструкций?
Да. Возможно.
Цитата
Просто Друг пишет: Там, как я понимаю, используется не Компас
Да. Если речь идёт про вот этот ролик, то конкретно в этом случае используется StruCAD.
Цитата
Просто Друг пишет: Если возможно...
Возможно. Разницы, в общем, нет откуда брать данные. Были бы они в структурированном виде и достаточно полные, а дальше - дело техники. Пишется плагин, который разбирает внешний файл и по определённому, заложенному в этот плагин, алгоритму складывает данные в VOGBIT.
Цитата
Просто Друг пишет: первоначальные ЦУ на этот счет
Без проблем, можем дать. Давайте только уточним, на какую тему нужны ЦУ. Вы сами хотите плагин писать?
Спасибо за четкий ответ, мне нравится ваша оперативность.
У меня возник вопрос -- если и Компас, и StruCAD экспортируют в DWG и DXF форматы, то, может, ваш модуль для работы с StruCAD уже готов для работы с Компасом? С каким форматом входных файлов он работает?
Я так и не понял из его описания -- это платный модуль, бесплатный модуль, который теперь могут использовать все пользователи VOGBIT, или же вы никому его не будете предоставлять, а просто на его примере показываете возможности системы?
Второй вариант -- самый лучший , особенно, если есть возможность посмотреть на исходный код.
Просто Друг пишет: экспортируют в DWG и DXF форматы
Это графические форматы. От них в вашей задаче толку ровно никакого. Из картинки, пусть и векторной, очень трудно что-нибудь импортировать.
Цитата
Просто Друг пишет: С каким форматом входных файлов он работает?
*.rep (файл, который StruCAD сам использует для обмена данными)
Цитата
Просто Друг пишет: Я так и не понял из его описания -- это платный модуль, бесплатный модуль
Модули для импорта - вещь заказная. Т.к. задача в данном случае имеет всегда две стороны. Мало иметь чисто загрузчик, надо ещё и чтобы исходные данные были не произвольного вида, а соответствовали каким-то определённым правилам. Дело тут не в формате файла, а в его содержании. Иными словами, представьте, что вы написали программу для импорта в свою БД каких-то данных из файла *.xls. Согласитесь, мало иметь такую программу, всё зависит от того, что и в каком виде в этот xls файл ввести. Так вот с моделями и т.п. - ровно то же самое.
Константин Чилингаров пишет: Дело тут не в формате файла, а в его содержании.
Ну кто же с этим спорит?
Просто, если ВДРУГ окажется, что и Компас, и StruCAD создают файлы для обмены с другими программами по одним и тем же правилам (или могут обмениваться данными с одной и той же программой), то это сильно упрощает задачу. Фактически, тогда можно было бы взять файл, который был создан для обмена данными, скажем, с AutoCAD, и затянуть его в VOGBIT. Или переделать готовый модуль для затягивания такого файла, созданного StruCAD, для работы с КОмпасом.
Я могу сформулировать вопрос по-другому (исходя из того, что, раз Вы разбирались с данными StruCAD, то, может, затрагивали и другие системы): 1) известно ли Вам, насколько отличны структуры данных в файлах, создаваемых Компасом и StruCAD для обмена с другими программами?
2) Если ответ на первый вопрос утвердительный, то: как, по-вашему, что будет проще -- написать перекодировщик данных Компаса в StruCAD (чтобы пользоваться уже готовым модулем, с его системой проверок и проч.) или же написать аналогичный модуль для Компаса "с нуля"?
В любом случае -- спасибо за внимание к пользователям!
Просто Друг пишет: раз Вы разбирались с данными StruCAD, то, может, затрагивали и другие системы
Да. Разные. И не раз.
Цитата
Просто Друг пишет: насколько отличны структуры данных в файлах
настолько же, насколько отлисаются друг от друга, например, текстовые файлы, написанные разными людьми.
Цитата
Просто Друг пишет: написать перекодировщик данных Компаса в StruCAD
Ну, во первых, если честно, я очень сомневаюсь, что вы в принципе сможете это сделать. Во-вторых, даже если вы напишете такую штуку, то из-за озвученных выше причин вы скорее всего, не просто не решите этим проблему, а возведёте её в квадрат.
Цитата
Просто Друг пишет: написать аналогичный модуль для Компаса "с нуля"
ну это, по крайней мере, хотя бы теоретически возможно.
Да. Есть такая возможность. Tekla, насколько я знаю, умеет делать xml файл с данными с модели. Его, думаю, вполне можно разобрать и загрузить данные в VOGBIT, так же, как это было сделано для StruCAD. Нужно настраивать специальный Plug'in (дополнительный модель) для этого. Исследовать вопрос нужно сразу на конкретных ваших примерах. Занимаемся такими вещами в рамках методической поддержки (платной).