Конвертация из dwg, dxf, step, iges, plt, prt, sat, cas, patran, aaaaaaaaaa... aaaaaaaaaaaaaaaaaa!!!
Если кто-то забрел на эту страницу в поиске конвертера из кадовского формата в формат, сэкономлю вам время: здесь вы его не найдете. И вдогонку огорчу: примерно из 10 скачанных конвертеров из, скажем, dwg в dxf (что может быть проще, казалось бы), работать для вашей сборки будут три-четыре. Дай бог. Найти что-то для перезаливки из "суперуниверсального" стэпа в "суперупотребительный" Флюент, проще удавиться.
В конкуренции софта есть очень существенный недостаток: каждая контора норовит сделать свой формат. Программист пишет класс, создает структуры данных, описывает функции чтения и записи. Через год следующий программист, возможно, на другом конце Земли, дописывает класс или шаблон, или, что еще хуже, создает наследующий класс. Сука индийская, вырвать бы руки из черной жопы и вставить на место... простите, не сдержался. В итоге, один и тот же формат в 10 вариантах присутствует у одного и того же производителя. Да, его софт в современной версии часто читает все переходные форматы. Но все конверторы после каждого изменения формата автоматически устаревают и начинают генерить ошибки. 10 вариаций формата на 10 форматов - уже 100 комбинаций..., а их больше. В итоге перегнать напрямую старый стэп в новый кад или наоборот становится возможным только через один или два формата. Чем длиннее цепочка промежуточных звеньев, тем больше информации теряется и тем больше вероятности того, что она оборвется.
Заказчик работает в определенной версии автокада, солид иджа, юниграфикса... прочей херни. Его мир кад-софта ограничен этой версией этой программы. Трудно заранее понять, что он напихал в сборку, чтобы это не засрало напрочь другой формат. Трудно сказать заранее, какая у него версия и кто ее ломал. Особенно у китайцев. Поэтому я просто говорю: шлите что есть, а я уж дальше разбирусь. И разбираюсь... Но как же это достает каждый раз!
В конкуренции софта есть очень существенный недостаток: каждая контора норовит сделать свой формат. Программист пишет класс, создает структуры данных, описывает функции чтения и записи. Через год следующий программист, возможно, на другом конце Земли, дописывает класс или шаблон, или, что еще хуже, создает наследующий класс. Сука индийская, вырвать бы руки из черной жопы и вставить на место... простите, не сдержался. В итоге, один и тот же формат в 10 вариантах присутствует у одного и того же производителя. Да, его софт в современной версии часто читает все переходные форматы. Но все конверторы после каждого изменения формата автоматически устаревают и начинают генерить ошибки. 10 вариаций формата на 10 форматов - уже 100 комбинаций..., а их больше. В итоге перегнать напрямую старый стэп в новый кад или наоборот становится возможным только через один или два формата. Чем длиннее цепочка промежуточных звеньев, тем больше информации теряется и тем больше вероятности того, что она оборвется.
Заказчик работает в определенной версии автокада, солид иджа, юниграфикса... прочей херни. Его мир кад-софта ограничен этой версией этой программы. Трудно заранее понять, что он напихал в сборку, чтобы это не засрало напрочь другой формат. Трудно сказать заранее, какая у него версия и кто ее ломал. Особенно у китайцев. Поэтому я просто говорю: шлите что есть, а я уж дальше разбирусь. И разбираюсь... Но как же это достает каждый раз!