Автокад приложением обнаружено что в операции предполагается участие ad объектов разных версий
Обновлено: 07.07.2024
Кроме Autodesk, существуют производители программного обеспечения, использующие ObjectARX для создания приложений, с помощью которых можно строить графические и неграфические сторонние объекты. Эти объекты можно использовать в приложениях AutoCAD.
Прокси-объекты сильно упрощены по сравнению с исходными объектами. Возможности редактирования прокси-объектов определяются приложениями ObjectARX, в котором объекты были созданы. Например, такие операции, как стирание или перемещение прокси-объекта, а также изменение его свойств могут быть допустимы или нет в зависимости от создавшего их приложения.
Ввод команды: -exporttoautocad или aectoacad В командной строке появиться следующие параметры команды:[ Формат / Внедрить / Тип внедрения / Обслуживание / Префикс / Суффикс / ? ] < Ввести для имени файла >: Ввести опцию или нажать Enter , чтобы задать имя файла
Можно создать новую версию файла чертежа, в которой все прокси-объекты будут расчленены и заменены базовыми объектами AutoCAD. В новой версии чертежа будет потеряна информация о пользовательских прокси-объектах, однако в ней можно отобразить результирующие базовые объекты, а также получить к ним доступ из предыдущих версий AutoCAD, если активизаторы объектов для этих версий не доступны.
Примечание: Любые последующие изменения, внесенные пользователем в этот новый файл чертежа, не влияют на исходный файл чертежа.Ввести для имени файла
Создание нового файла чертежа с заданным именем.
Примечание: Чтобы создать уникальное имя файла для чертежа и избежать перезаписи существующего файла чертежа, можно использовать опцию префикса.Имя экспортируемого чертежа <текущее>: Ввести имя файла
Формат
Определяет формат для результирующего файла чертежа.
Ввести формат файла [r14/2000/2004/2007] <2007>: Указать формат файла чертежа
Внедрить
Определяет способ обработки внешних ссылок при создании нового чертежа.
Внедрить внешние ссылки [Да/Нет] <Да>: Введите д или н
Все внешние ссылки внедряются в чертеж. Слияние слоев и других именованных объектов, зависящих от внешних ссылок, с чертежом.
Внешние ссылки обслуживаются как указатели на другие чертежи
Тип внедрения
Тип внедрения [Внедрить/Вставить] <Вставить>: Ввести параметр
Сохраняет имена слоев и других объектов, зависящих от внешних ссылок, при внедрении внешних ссылок.
Слияние имен объектов, зависящих от внешних ссылок, с новым чертежом без включения имени исходного файла.
Обслуживание
Поддерживать разрешенные свойства [Да/Нет] <Да>: Введите д или н
Префикс
Префикс, добавляемый к текущему имени файла чертежа.
Префикс имени файла <>: Ввести символы, добавляемые к началу текущего имени файла
Суффикс
Суффикс, добавляемый к текущему имени файла чертежа.
Суффикс имени файла <>: Ввести символы, добавляемые к концу имени файла
Экспортируем файл чертежа из AutoCAD Architecture 2010 в AutoCAD 2010.
Открываем экспортированный DWG в Автокаде.
Для AD-размеров – в текстовую строку размеров экспортируется значение размера, что затрудняет дальнейшую работу с такими размерами в Автокаде. (Для обычных размеров – текстовой строке при экспорте не присваивается значение.)
Хочется, чтобы для AD-размеров в текстовую строку экспортировалось значение только в том случае, если есть переопределения для этого размера.
Может быть в AutoCAD Architecture это возможно, если задать какой-нибудь специальный параметр для команды экспорта или есть системная переменная, с помощью которой можно управлять характеристиками AD-размеров при экспорте? Я не нашла.
Если кто-нибудь откликнется на мой вопрос, то заранее – спасибо.
А как вы экспортировали?
Через меню приложения, далее "Экспорт" -> "AutoCAD"(Экспорт чертежей в выбранном формате AutoCAD.
AD-объекты расчленяются на линии и блоки) -> Autocad 2010.
При этом в командной строке
Команда:_AECEXPORTTOAUTOCAD2010 Загружается модуль Расчленение AD-объектов .
Попробуйте перед экспортом применить команду _aecobjexplode
Спасибо за информацию, но после выполнения команды _aecobjexplode получается та же самая ситуация.
AD-размеры преобразуются в линейные размеры, к тому же в текстовую стоку размеров записывается текущее значение размера, если открыта палитра свойств, это сразу видно. Может специально так задумано зачем то (уточню - у нас локализованные версии AutoCad Architecture 2010 и AutoCAD 2010), но неудобно, если передавать для дальнейшей работы (редактирования) такой чертеж человеку, работающему только в Автокаде.
Конечно, это не самая большая проблема, в Автокаде можно выбрать все размеры, а затем в палитре свойств обнулить для всех выбранных размеров текстовую строку (варварское действие), но таким образом можно потерять важную информацию, если были сделаны переопределения в AD-размерах в Architecture.
Насколько легален сбор такой информации? Встречный вопрос ко всем. Если действия юридически нечистые, то едва ли таким занимается устойчивый бизнес.
На уровне трёпа. Теперь все телеметрию вставляют.
Попытка замены в ПО возможностей, требующих интернет, на возможности, работающие без интернета, даёт занятный опыт: ПО ходит в сеть при действиях, никак сети не требующих. Огромное число ПО просто ходит в сеть в разные моменты времени, что не влияет на функциональность и не нужно для выполнения работы, а потому незаметно внешне.
Вывод: любое современное ПО светится в интернете, как костюм профессионального спортсмена в свете фар на шоссе.
Абсолютно легален: они собирают инфу ТОЛЬКО по СВОИМ продуктам с одной стороны, да но с другой, у тебя на многих компах уже стоит непонятно что делающий софт той же самой подозрительной фирмы, разве нет? спокойствие, только спокойствие никто никого ни в чем не подозревает, обычная слепая проверка они от вольного хреначат по площадям. это спам. я им назначал встречу в пятницу, на 22-00. не приезжали.нет. присылали в письме айпишник и имя компа даже по-моему. после звонка по указанному номеру очень настаивали на скачивании их утилитки по сбору данных об их продуктах и применении ее в нашей сети. утилитке отказали, ссылаясь на регламенты безопасности.
случай реальный, приезжал партнер ДВА РАЗА всего с нелицензионным - как потом выяснилось, - автокадом на ноуте, подключал ноут в нашу сеть для демонстрации.
Вариантов мильон. Прочитать из AD, из bios или uefi, из поля организация в самой винде, по IP в конце концов.
Из чертежа тоже можно если это не произвольный текст а поле в типа в свойствах документа.
Все проще. Каждый комп, при запуске CAD, обращается к серверу CAD за подтверждением действующей лицензии. Ну хорошо, допустим,стоит варез, варез кривой и автокад не подтвердил лицензию кривую лицензию. Запрос приходит юрлицу. ОТкуда информация? Кроме как из штампа чертежа у меня мыслей нет. . Из опыта недалекого прошлого одной компании: один придурок на стройке очень хотел работать с чертежами на своем ноуте,хотя ему предписано было работать с распечатанными чертежами. Он самовольно установил и как истинный кулхацкер нормально крякнуть акад не смог. Далее он работал с чертежами компании и в итоге пришло письмо в компанию. Но там четко предъявили версию- 14. Именно по версии и нашли этого козла. Именно. За варез -бить по рукам. Для просмотра хватит DWGViewer гммм. я бы почитал судебную практику вообще в мире по искам Автодеска.для начала
из того, что помню - ловили по продукции, сделанной третьим лицам на заказ.
а вообще, как пользователь другого похожего лицензионного продукта - файл лицензии лежит локально, а в софте - дыра, он работает как троян. Но поскольку софт честный, комп казенный, а я доложил о своих подозрениях в письменном виде - более эту проблему не изучал, хотя в идеале было бы неплохо монитор на трафик поставить. да и поведение десятки более чем подозрительное, на поднятом ВПНе спокойно можно подменить провайдера без отвала коннекта.
ну и о вечном - libreboot + tails. следи за собой, будь осторожен. (с)
Может. Но при первом соединении к интренту он ОБЯЗАТЕЛЬНО проверит лицензию.
И после этого вариантов масса: от IP до регистрационных данных, введенных при инсталляции.
SPDS Extension или модуль СПДС – дополнение к продуктам семейства AutoCAD, разрабатываемое компанией Autodesk.
СПДС GraphiCS – кроссплатформенное приложение, предназначенное для разработки проектно-технической документации, разрабатываемое компанией CSoft Development.
nanoCAD СПДС — тот же самый СПДС GraphiCS, но на платформе nanoCAD Plus от компании Нанософт.
История
Разгребая утреннюю почту, наткнулся на обращение пользователя в техническую поддержку. Тема письма в принципе объясняла суть проблемы: «Объекты nanoCAD СПДС не отображаются в AutoCAD». К письму, как и полагается, были приложены файлы, скриншоты и подробное описание действий пользователя. Если говорить кратко, то суть обращения сводилась к следующему: пользователь создал проект в nanoCAD СПДС и передал его подрядчикам. Подрядчики, открывая этот файл в AutoCAD, не видят объектов СПДС.
Опытные пользователи сразу скажут, что скорее всего подрядчики просто не включили отображение прокси-объектов, поэтому и не видят данные, которые были созданы в специализированном приложении. Но, как оказалось, всё не так просто…
Исследование проблемы
Первым делом открываем файл в nanoCAD СПДС и проверяем состояние переменных proxyshow и proxygraphics. Всё в порядке, оба значения равны единице и файл отображается корректно.
proxyshow – переменная, которая управляет отображением прокси-объектов в чертеже;
proxygraphics – переменная, которая управляет сохранением прокси-объектов в чертеже.
Выбираем опцию Показывать прокси-графику и нажимаем ОК. Всё в порядке, на моей машине AutoCAD корректно отображает все объекты nanoCAD СПДС.
С полной уверенностью, что я знаю причину проблемы, закрываю файл и пишу пользователю, что у подрядчиков скорее всего скрыты прокси-объекты в AutoCAD. Даю рекомендацию проверить значение переменной proxyshow (оно должно быть равным единице) прямо из командной строки AutoCAD.
Неожиданные открытия
Утром следующего дня получаю от пользователя ответ: значение переменной равно единице, но объекты по-прежнему не отображаются. К слову, чертеж у подрядчика выглядел вот так (вместо плана отображались лишь размеры и несколько отрезков):
Начинаю разбираться, почему один и тот же файл с одинаковыми значениями переменных может по-разному отображаться в AutoCAD. Дело в операционной системе? В версии AutoCAD? Может, у пользователя стоят какие-то дополнительные приложения? В общем, чтобы понять разницу в конфигурациях, запросил у пользователя больше данных.
Еще раз внимательно просмотрев материалы пользователя, замечаю на одном из скриншотов одну маленькую, но важную деталь. На скриншоте подрядчика в AutoCAD был установлен модуль СПДС или, как его еще называют, SPDS Extension.
В моей конфигурации был чистый AutoCAD без всяких надстроек – и, по сути, это оказалось единственной зацепкой. Не дождавшись от пользователя дополнительных данных, начинаю копать дальше.
С мыслью «Мое расследование заходит в тупик» нажимаю кнопку ОК и готовлюсь к дальнейшим действиям. Через мгновение все прокси-объекты исчезают, и я получаю тот же результат, что и подрядчики из обращения пользователя.
Перезагружаю AutoCAD и снова открываю этот файл – картина повторяется. Прокси-объекты исчезают из файла, хотя значение переменной proxyshow равно единице. И это очень странно.
Сохранив открытый в AutoCAD файл рядом с файлом, полученным от пользователя, и дописав в название файла _proxy, сравниваю их размеры.
Размер файла, сохраненного в AutoCAD, уменьшился в 10 раз, но я решаю открыть его в исходном приложении – nanoCAD СПДС.
Теперь и в nanoCAD СПДС наблюдаю ту же картинку, что при открытии файла в AutoCAD с модулем СПДС. Выходит, что после сохранения в AutoCAD файл пользователя потерял все прокси-объекты.
Удалять чужие прокси очень некрасиво. Решаю проверить данный баг, используя прокси от собственных приложений Autodesk. Нахожу в сети несколько файлов, созданных в приложениях Civil 3D и Advance Steel, и повторяю вышеупомянутый эксперимент, открывая чертежи с прокси-объектами. Во всех случаях после запуска этих файлов прокси-графика удалялась. Получается, что с модулем SPDS Extension многоуважаемый AutoCAD удаляет любые прокси.
Решаю откатиться к своей старой конфигурации AutoCAD и удаляю модуль СПДС от Autodesk, чтобы снова проверить работу файлов с прокси-объектами. Как ни странно, они снова стали нормально сохраняться. Из всего увиденного делаю окончательный вывод:
AutoCAD с установленным модулем СПДС удаляет все прокси-объекты из dwg-файлов.
Решение
Можно только предполагать, сколько пользователей потеряли свои данные из-за ошибки приложения SPDS Extension, но всё же цель этой статьи не только предупредить пользователей. Главное – спасти их проекты. Поэтому хочу поделиться решениями этой проблемы.
1) Полное удаление приложения SDPS Extension через панель управления.
Радикально, но спасает все прокси.
2) Установка Enabler'ов под платформу AutoCAD.
Подходит не для всех прокси-объектов, так как не у всех приложений есть энейблеры под AutoCAD. Например, для продуктов nanoCAD СПДС/СПДС GraphiCS можно скачать Enabler для AutoCAD. После установки данного энейблера объекты СПДС перестанут быть прокси и больше не будут удаляться из AutoCAD.
Советы
Я призываю пользователей быть осторожными и всегда хранить несколько копий своих проектов. nanoCAD, например, при открытии dwg-файла сразу делает средствами операционной системы его копию с расширением dwg.original; поэтому у вас всегда будет резервная копия исходного файла.
Если же вы пользуетесь другими САПР, то просто не поленитесь и вручную сделайте несколько копий своих проектов – на всякий случай.
Берегите свои dwg-файлы и удачного проектирования!
Сергей Спирин, mahbak
АО Нанософт
Читайте также: