Как из нанокада перевести в автокад
Пробовали Briscad в тестовом режиме как альтернативу AutoCAD - на трех разных системах стабильный вылет при закрытии приложения, при попытке распечатать из подшивки и т.д. Зато поддерживает подшивку и поля.
Нанокад - на поддержку полей, подшивки успешно "забили", так как пропихивают свои инструменты. Но он хотя бы не вылетал от любого чиха)
Но как правильно заметил уважаемый ShaggyDoc, как только Нанокад станет близким к реальной альтернативе AutoCAD - его быстро коммерциализируют. Со всеми вытекающими последствиями.
Инженер-проектировщик искусственных сооружений
я так понимаю что переходят из - за того что лицензия на НаноКад дешевая а в АвтоКада подороже будет, у нас тоже перешли с АвтоКада на БриксКад. все по началу возмущались а потом привыкли.. научились. почти одно и то же. (хотя смотря чем ваша компания занимается) я так понимаю что переходят из - за того что лицензия на НаноКад дешевая а в АвтоКада подороже будет, у нас тоже перешли с АвтоКада на БриксКад. все по началу возмущались а потом привыкли.. научились. почти одно и то же. (хотя смотря чем ваша компания занимается) Так у вас брискад не падает регулярно? или шаманили?Инженер-проектировщик искусственных сооружений
Сергей812, бывает пару раз в день.. (( ну а что ж поделать когда кризис.. экономим на всем.уже не КМ, и не САПР
Мне не понятно почему именно этот софт был выбран.Ставил я NanoCAD. Не может он заменить AutoCAD у нас в институте (нет 3D, нет подшивок, нет динамических блоков . ).
Автор же в своей статье написал.
Ну я от себя:
1. Организаций где внедрен стандарт предприятия намного меньше, чем тех где его нет.
2. СПДС позволяет на программном уровне осуществить поддержку СТП, а не только на бумаге. Автокад это тоже может (я так думаю, могу ошибаться), но слабее.
3. 3D есть, вроде по функциональней автокадовского. Подшивки скоро обещают.
4. Цена.
5. Поддержка в РФ.
6. Не применяет санкции к фирмам в РФ.
Прошу заранее меня простить за резкость формулировок. Некоторые проблемы накладывают свой отпечаток.
>> До начала преобразований ситуация с САПР выглядела следующим образом:
- основное используемое ПО – AutoCAD 2007-2012 («зоопарк» из разных версий, частично лицензионный). СПДС GraphiCS («зоопарк» из разных версий, частично лицензионный), установлен на части ПК. Бесплатный СПДС-модуль Autodesk, установлен на части ПК;
- отсутствие единых настроек ПО;
- отсутствие четкой структуры и правил ведения архива проектной документации;
- отсутствие стандарта предприятия (СТП);
- отсутствие плана развития САПР.
Кхм. У меня сейчас, конечно, не такой дикий треш, но веселья тоже хватает. Могу сказать следующее: все пункты, кроме первого - косяк отдела, который должен заниматься CAD-системами. Точка. ПО тут не при делах ни разу. Можно сделать все - но было лениво / трудно / надо было думать, проще все переломать (как там пелось в свое время - "весь мир насилья мы разрушим до основанья, а затем. ") и заставить жить по-новому.
>> Итак, выбираем основную САПР.
Увы, но не САПР надо было выбирать. Не САПР. Пройдет какое-то время - и та же ситуация легко может повториться с nanoCAD.
>> Выводы: если вы планируете тестировать данную САПР на предмет ее применимости, то:
- объясните всем сотрудникам цели установки демо-версии ПО;
- требуйте развернутых письменных отчетов по тестированию;
- выделяйте время для тестирования;
- ставьте на период тестирования конкретные задачи для ПО и сотрудников.
Ээээ. (Нецензурщину вырезал) Объясните сотруднику, у которого "горит" выдача, что ему вот прям-таки до зарезу надо сейчас, и именно сейчас изучать новый функционал. А потом выслушайте, сколько народу и насколько вежливо вас пошлет в пешее эротическое путешествие без продуктов и путеводителя. Это же надо придумать - заставить пользователей составлять отчеты! Господа, по пользователям бегать следует, узнавать - что им надо. А не ждать, пока все принесут на блюдечке с голубой каемочкой.
Выделить время на тестирование? Отлично! Погнали! Только вот незадача - текущую работу кто будет делать? Или полностью останавливать процесс проектирования? Что-то мне слабо в это верится.
Ставить задачи? Ага, на задачи, поставленные не профи, пользователи будут смотреть как на абсолютно лишний и ненужный мусор. И делать их "на отвали" (не сказать еще грубее).
>> для подобного обучения нужно либо проводить детальное тестирование на знание AutoCAD (да и на предмет компьютерной грамотности как таковой) и на его основе формировать группы, либо смириться с «разноуровневостью» аудитории.
Увы и ах, но лично мне проще смириться с "разноуровневостью" пользователей и разрабатывать инструменты и технологии, которые удовлетворяют всех. Особо клинические случаи приходится выяснять на местах - но сильно радует, что таких случаев единицы. Так что это скорее вопрос компетентности отдела САПР, а не программного обеспечения.
Еще один непонятный момент: скорость работы и количество вопросов. Вообще-то говоря, количество вопросов от пользователей ни о чем не говорит (для иллюстрации: пользователи могут выдумать свой абсолютно идиотский способ решения проблемы и будут молчать о нем в тряпочку. Поди потом, докажи - что так неправильно и невыгодно! Ведь сколько проектов уже по такой технологии выпущено!). Скорость работы - это что? Скорость выдачи чертежей? Файлов? Чего-то еще? Уменьшилось количество ошибок в проектах? Ошибок в файлах? Там стало меньше мусора?
ИМХО совершенно притянутая за уши формулировка - и без разъяснения. Извините, но в голословные утверждения мне что-то слабо верится. Я почти убежден, что практически те же временные (и финансовые) затраты ушли бы на причесывание имеющегося положения дел. Но ситуацию не знаю досконально, поэтому ограничусь подозрениями
И последнее: по моему личному убеждению, "дальнейшая автоматизация и повышение скорости работы проектных отделов" не совсем другая история, а основная часть показанной. И значительно более важная. А про нее - ни гу-гу.
По общим впечатлениям от текста: статья написана не для САПРовцев и не для тех, кто работает "на земле". Целевая аудитория у нее, скорее, менеджеры и руководители, которые к проектной работе имеют весьма опосредованное отношение. Расхлебывать-то нововведения точно не им.
Экспорт таблиц Excel в таблицы AutoCAD, nanoCAD (версии 10 и выше), ZWCAD (не Classic) и обратно.
Предусмотрен экспорт в новую или существующую таблицу AutoCAD. При предварительном выборе таблицы AutoCAD целиком экспорт происходит в существующую таблицу с добавлением новых строк и столбцов. При выборе диапазона ячеек в таблице AutoCAD экспорт и импорт ведутся с начала выделенного диапазона. Также присутствует возможность импорта таблиц, состоящих из примитивов (разбитых на отрезки, полилинии и текст). После импорта из AutoCAD таблицу Excel можно очистить от кодов форматирования многострочного текста. Все процессы выполняются в реальном времени между открытыми окнами AutoCAD и Excel.
Установка производится через .bat-файл. Перед установкой Excel должен быть закрыт. При установке есть выбор набора команд контекстного меню для правой кнопки мыши. Если установка через .bat-файл не работает, можно установить надстройку вручную (Параметры > Надстройки > Управление (внизу окна) > Надстройки Excel > Перейти. > Обзор. > указать необходимый файл)
Команды в панель быстрого доступа (вверху) добавляются вручную (Параметры > Панель быстрого доступа > Выбрать команды из: (вверху окна) > Вкладка "Экспорт/импорт в AutoCAD" > Добавить).
Внимание. Во избежание потери данных вследствие фатальных ошибок nanoCAD и ZWCAD рекомендуется сохранять чертеж перед выполнением каких-либо действий.
- при экспорте в AutoCAD и nanoCAD новой таблицы экспортируются ширина и высота ячеек из Excel с округлением до 1 мм;
- при импорте таблицы из AutoCAD и nanoCAD на пустой лист Excel выдается запрос на импорт размеров ячеек;
- добавлена возможность создания связи таблицы nanoCAD и Excel (для AutoCAD, к сожалению, средствами VBA реализовать невозможно);
- улучшены алгоритмы разбивки объединенных ячеек и добавления строк и столбцов при экспорте в готовую таблицу.
- в nanoCAD исправлена ошибка при добавлении строк к существующей таблице;
- в nanoCAD исправлена функция отмены при экспорте;
- добавлена версия для ZWCAD.
- при импорте в Excel восстанавливаются предыдущие параметры вычислений в книге. Ранее всегда устанавливались на "Автоматически";
- в nanoCAD исправлена ошибка, при которой в существующую таблицу иногда не добавлялись новые столбцы, если не добавлять строки;
- в nanoCAD при экспорте и импорте таблицы .dwg, а также таблиц из примитивов размеры ячеек корректируются в соответствии с масштабом отображения объектов. Размер текста в таблице .dwg устанавливается согласно стилю таблицы либо вручную;
- в nanoCAD при создании связи таблицы nanoCAD и Excel связываемый диапазон теперь назначается по выделенным ячейкам на листе Excel. При выделении всех ячеек листа Excel создается связь со всем листом (без указания диапазона ячеек).
- при импорте в Excel перед значением ячейки будет добавлен служебный символ апострофа ('), если в ячейку импортируется значение, начинающееся с апострофа, или неприемлемое значение (например, формула с неверным десятичным разделителем), или значение, автоматически форматируемое в дату. В последних двух случаях апостроф будет добавлен, если формат ячейки не является текстовым. Служебный символ апострофа виден только в строке формул и не отображается на листе и при печати.
- при импорте в Excel исправлена ошибка при очистке объединенных ячеек.
- только при экспорте из Excel в AutoCAD добавлен автоповорот текста, если текст в ячейке Excel повернут на 90 градусов;
- добавлен поиск открытого окна AutoCAD при нескольких установленных версиях AutoCAD.
- в nanoCAD возникает ФАТАЛЬНАЯ ОШИБКА. в случае удаления ячеек смешанного типа (текст + блок), созданных или измененных при ранее проведенном экспорте в таблицу .dwg. Не экспортируйте данные в таблицу .dwg с ячейками смешанного типа;
- в nanoCAD неправильно работает метод добавления строк с наследованием свойств (InsertRowsAndInherit), в котором при добавлении строк к существующей таблице .dwg тип ячейки устанавливается как смешанный (текст + пустой блок) и создаются проблемы при последующей работе с таблицей. Метод заменен на InsertRows при котором в nanoCAD так же наследуются свойства последней строки таблицы;
- в nanoCAD периодически возникает ошибка, при которой в существующую таблицу не добавляются новые столбцы, если не добавлять строки. Ошибка потенциально исправлена добавлением дополнительных строк перед добавлением столбцов с последующим возвратом количества строк к исходному состоянию;
- в nanoCAD не работает экспорт в выделенную область таблицы .dwg (свойство HasSubSelection всегда False). Потенциально оставлена такая возможность, если это исправят в новых версиях nanoCAD;
- в nanoCAD при обновлении связи неверно устанавливаются размеры ячеек (не соответствуют размерам в режиме "Разметка страницы" в Excel). Чтобы сохранить ширину столбцов таблицы nanoCAD необходимо через редактор таблицы сохранить данную таблицу в файл .xls, скопировать из него столбцы и вставить их ширину на нужный лист (Специальная вставка > Ширины столбцов);
- в ZWCAD при экспорте таблица не обновляется самостоятельно. Для обновления таблицы необходимо совершить движение мыши в области окна программы;
- в ZWCAD при экспорте возможно зависание Excel. Если это произошло, следует удалить незавершенную таблицу, сохранить чертеж и перезапустить ZWCAD;
- при импорте таблиц из примитивов наличие среди примитивов блоков существенно замедляет процесс. Разбивайте ненужные блоки при импорте примитивов.
От автора
Эта статья – наш реальный опыт перехода с AutoCAD на российский nanoCAD. Такой, каким он был на самом деле. Только факты и никакой рекламы.
Надеюсь, что она получится непредвзятой к тому или иному вендору САПР, поможет другим предприятиям избежать некоторых сделанных нами ошибок и позволит не совершить собственных. Рамки статьи не позволяют подробно описать все нюансы, связанные с переходом, поэтому придется ограничиться основными организационными моментами плюс некоторыми техническими подробностями.
От ЗАО Нанософт
Нас часто спрашивают «как реально осуществляется переход на nanoCAD?» — сейчас ощущается нехватка информации подобного рода; выступления, передающие опыт внедрения всегда слушают внимательно. Именно поэтому мы решили под пятницу опубликовать статью, которая максимально объективно описывает процесс, и поделиться опытом — все описанное в статье очень похоже на наш опыт работы с проектными организациями и без сомнения будет полезна интересующимся. В комментариях давайте обсуждать ваши ситуации.
Основные действующие лица
- Проектный институт СибГТУ «Сибгипробиосинтез»; – поставка и обслуживание ПО (в основном САПР);
- ЗАО «Нанософт» – разработчик nanoCAD.
Предыстория и суть проблемы
В сентябре 2014-го руководство института решило навести порядок в используемом программном обеспечении и с помощью совершенствования применяемого ПО повысить эффективность предприятия в целом. Далее рассматривается только ПО САПР, хотя надо понимать, что модернизация коснулась и всей остальной IT-инфраструктуры. Компания «ИнфоИндастри» участвовала в этом процессе как основной поставщик и интегратор по продуктам САПР: «Сибгипробиосинтез» уже пять лет является клиентом нашей организации по системе NormaCS, разработкам Autodesk и НТП «Трубопровод».
В институте работают 40 проектировщиков, коллектив в основном возрастной.
- основное используемое ПО – AutoCAD 2007-2012 («зоопарк» из разных версий, частично лицензионный). СПДС GraphiCS («зоопарк» из разных версий, частично лицензионный), установлен на части ПК. Бесплатный СПДС-модуль Autodesk, установлен на части ПК;
- отсутствие единых настроек ПО;
- отсутствие четкой структуры и правил ведения архива проектной документации;
- отсутствие стандарта предприятия (СТП);
- отсутствие плана развития САПР.
Итак, выбираем основную САПР.
- Апгрейдить существующий AutoCAD (не LT) и докупить не лицензированные ранее места.
+ Качественный, стабильный, зарекомендовавший себя в работе инструмент.
+ Никакого переобучения сотрудников и проблем с переходом.
— Цена вопроса на лицензии и апгрейд.
— Необходимость апгрейдить или менять «железо» для многих рабочих мест. - ZWCAD
+ Недорого при довольно сильном функционале.
+ Поддержка *.dwg (ODA).
— Переход и все связанные с ним сложности.
— Отсутствие прямого контакта с разработчиком и регионального представительства. - nanoCAD
+ Поддержка *.dwg (ODA).
+ Цена.
+ Наличие официального дилера в Красноярске.
+ Возможность прямого контакта с разработчиком.
— Переход и все связанные с ним сложности.
— Наличие в продукте моментов, требующих доработки.
Этапы перехода
![]()
1. Знакомимся (октябрь-декабрь 2014)
1.1 Первое, что сделали мы и руководство предприятия на этом этапе, – организовали собрание полного состава всех проектных отделов. На этом собрании я как представитель вендора провел краткую презентацию продукта, а руководство подробно объяснило свои планы и (что немаловажно) мотивы действий. Все сотрудники должны максимально ясно представлять что, зачем и почему происходит. Также на этом собрании мы озвучили основные этапы перехода и ответили на вопросы (в том числе на вопрос проектировщиков «Как же теперь мы будем работать?!»).
2.1 Второе – тестовая эксплуатация. Проводилась, чтобы можно было еще до начала перехода снять некоторые вопросы и посмотреть, с какими трудностями придется столкнуться.
Данный этап прошел из рук вон плохо. Несмотря на то что абсолютно всем сотрудникам объяснили, зачем нужно начинать работать в nanoCAD, делать этого почти никто не стал. Многие не поверили, что AutoCAD вообще исчезнет как инструмент работы; сказались и текущие задачи, и непонимание, что именно нужно делать в новом ПО, да и просто лень. Этап продлился два месяца и ощутимых результатов, к сожалению, не принес.
Я считаю, что хороший результат в случае тестирования nanoCAD – это четыре листа вопросов по итогам, а также ясное понимание руководством и самими проектировщиками плюсов и минусов ПО.
- объясните всем сотрудникам цели установки демо-версии ПО;
- требуйте развернутых письменных отчетов по тестированию;
- выделяйте время для тестирования;
- ставьте на период тестирования конкретные задачи для ПО и сотрудников.
2. Согласование спецификации/закупка (декабрь 2014)
Поставка и оформление ПО прошли в штатном режиме за две недели.
3. Установка/развертывание (январь 2015)
Еще пару недель заняли согласования, какие настройки выносим/не выносим в сеть и какие делаем редактируемыми/нередактируемыми. В итоге мы пришли к некой схеме (просьба не считать ее единственно правильной).
- сервер сетевых лицензий – один на все продукты nanoCAD;
- один общий SQL-сервер для всех продуктов, использующих базы элементов/деталей на SQL (nanoCAD СПДС, nanoCAD Механика и др.). Не SQL-базы (Access) были установлены на локальные ПК (nanoCAD Электро);
- Один общий *.dwt-шаблон;
- Дополнительная папка шрифтов на сервере. Туда в дальнейшем сложили все «экзотические» шрифты.
В общем, «долго запрягали, да быстро доехали»: установка заняла полчаса. Под единичные продукты дистрибутивы не адаптировали, расставили за пару часов вручную.
- nCAD.cfg (системные настройки интерфейса и т.д.) по умолчанию в Program Files (ну зачем?), а Program Files у всех пользователей защищены от изменений;
- папка автосохранения файлов, назначенная по умолчанию в AppData/Local/Temp, тоже оказалась закрытой для редактирования. Пришлось объясняться, как это так, и перенастраивать.
4. Привыкание к новому ПО (февраль-март 2015)
- через два месяца AutoCAD будет полностью удален с ПК;
- nanoCAD установлен и готов к эксплуатации. Настоятельно рекомендуется начинать работать в нем.
- все проверки в AutoCAD (_purge, audit и т.д.);
- ручное удаление объектов. Например, зачеркнутой (но зачем-то присутствующей в файле) части проекта.
Далее чертеж сохранялся в *.dxf, затем открывался в AutoCAD и сохранялся в *.dwg. После этого открывался в nanoCAD и после всех проверок сохранялся уже окончательно.
Порядок расписан здесь в общих чертах, для проектировщиков сделали подробную пошаговую инструкцию. В nanoCAD разрешалось либо создавать файлы «с нуля», либо работать с файлами, прошедшими все стадии очистки. Проконтролировать это довольно сложно, и, надо полагать, копирование кусков проектов из файлов, не прошедших проверку, еще как практиковалось…
Также стоить отметить, что именно на этом этапе большая часть проектного коллектива осознала серьезность намерений начальства по переходу на nanoCAD. Но мало кому хочется выходить из зоны комфорта, поэтому плотно работать в nanoCAD начали немногие.
5. Обучение (март 2015 – настоящее время)
Обучение, которое проводилось силами специалистов ООО «ИнфоИндастри», мы начали практически сразу после установки ПО. Сформировали группы по 15 человек, на каждую группу было отведено по два часа в неделю – в определенный день и заранее назначенное время. Основная задача первого этапа обучения – научить работать в nanoCAD СПДС как минимум с такой же скоростью, что и в AutoCAD. В данном случае продвинутые технологии AutoCAD (динамические блоки, подшивки, внешние ссылки/совместная работа, аннотативность и т.д.) практически не использовались, поэтому задача за короткое время выйти на прежнюю скорость работы была вполне реальной.
Сложнее всего оказалось ответить на вопрос, чему именно учить. Процесс работы и в nanoCAD, и в AutoCAD практически одинаков, инструменты работы тоже в большинстве одинаковы. То есть люди в принципе-то всё умеют – на «чертежном» уровне. Поэтому, хотя я и подготовил стандартную программу обучения, менять ее приходилось «по ходу событий». Это было обусловлено еще и тем, что у обучаемых разный уровень владения AutoCAD да и компьютерной грамотности вообще: кому-то изучаемая тема более чем понятна, а другим надо объяснять и объяснять. Причем в разных группах по-разному.
Вывод: для подобного обучения нужно либо проводить детальное тестирование на знание AutoCAD (да и на предмет компьютерной грамотности как таковой) и на его основе формировать группы, либо смириться с «разноуровневостью» аудитории.
Обучение, связанное с модулем СПДС, прошло довольно гладко, поскольку возможности этого модуля были знакомы лишь немногим проектировщикам. На каждом занятии часть времени (15 минут) посвящалась решению текущих проблем и вопросов, не связанных с основной темой обучения.
На момент написания статьи (июнь 2015-го) основной курс обучения «платформа + СПДС» пройден, дальше планируем разбираться с «вертикальными» решениями, начав с nanoCAD Электро.
6. Работа на новой платформе (март-июнь 2015)
В марте 2015-го вновь начатые проекты уже разрабатывались в nanoCAD, а AutoCAD был удален с рабочих мест проектировщиков. Реакция на это событие была довольно разной, от адекватного восприятия необходимости изменений до редко встречавшегося, но кардинального неприятия нового ПО. Считаю, что здесь нужна внятная и четко выраженная позиция руководства предприятия. Желающие «разводить демократию» найдутся в любом коллективе, и задача руководства адекватно на это реагировать. Если уж вы, уважаемое руководство, решились переходить на другое ПО, то нужно строго следовать плану и доходчиво (но если понадобится – жестко) объяснять это сотрудникам. В начале активной работы с новым ПО на интеграторов и разработчиков «вешают» всё: от действительных недоработок ПО до проблем, вообще никак с этим ПО не связанных.
По части техподдержки мы (ООО «ИнфоИндастри») старались все вопросы решать очно, на рабочих местах – это самый эффективный способ. Организовали мы и отдельный адрес для обращений по электронной почте, но вопросов туда поступало крайне мало. Дело в том, что для описания некоторых вопросов требуется много времени и сил, а при личном общении та же проблема формулируется за минуту. Пик обращений по техническим вопросам пришелся на первые два месяца.
- вопросы, связанные с форматом *.dwg. Сюда относятся нюансы «конвертации» *.dwg, неразрушаемые proxy (привет разработчикам первых версий бесплатной СПДС Autodesk), «битые» Z-координаты и т.д.;
- «хочу как в AutoCAD!» и отсутствие некоторого функционала в nanoCAD. Например, на тот момент не было привязки со смещением и поворота видовых экранов. В nanoCAD 7 все это уже появилось, а вот фильтра слоев по имени нет и сейчас ;
- трудности с восприятием нового ПО и технологические ошибки в работе проектировщиков решались обучением и индивидуальными консультациями.
7. Стабилизация (июнь 2015)
К моменту написания статьи скорость работы вышла на прежний уровень, только на другой платформе. Естественно, планируем повышать. Количество вопросов сейчас невелико: один-два в неделю. За этот период (около полугода) nanoCAD в рамках данной организации прошел путь от практически неизвестного проектировщикам программного продукта до основного инструмента работы, со своими плюсами и минусами.
В целом я считаю, что в институте «Сибгипробиосинтез» переход от AutoCAD к nanoCAD полностью завершен. Дальнейшая автоматизация и повышение скорости работы проектных отделов – уже совсем другая история.
Иван Солдатов
ООО «ИнфоИндастри»
Формат *.dwg — самый популярный формат хранения электронных чертежей. Зачастую *.dwg-файлы хранятся годами, сохраняются в различных системах, используются разными пользователями и из-за этого могут накапливать различные ошибки. Чтобы обезопасить себя и свои документы, перед началом работы с файлами в nanoCAD рекомендуется выполнить ряд действий для их проверки, очистки и оптимизации. Ниже мы рассмотрим основные инструменты и методы работы с *.dwg-файлами.
Как узнать версию *.dwg-файла?
Откройте *.dwg-файл через текстовый редактор – например Блокнот. Первые символы укажут на версию, остальная часть файла будет отображаться в зашифрованном виде.
Для открытия в Блокноте больших файлов может потребоваться дополнительное время.
Узнать версию dwg, в которой сохранен файл, можно из списка:
AC1015 — dwg 2000
AC1018 — dwg 2004
AC1021 — dwg 2007
AC1024 — dwg 2010
AC1027 — dwg 2013
AC1032 — dwg 2018
*.dwg-файл не открывается
Перезапустите программу nanoCAD и воспользуйтесь утилитой Восстановление документа.
- Меню: Файл > Утилиты > Восстановление документа…
- Командная строка: ВОССТАН (RECOVER)
Если файл все равно не удается открыть, отправьте его специалистам технической поддержки, сопроводив письмо подробным описанием проблемы.
Как почистить *.dwg-файл?
1. Проверка документа
- Меню: Файл > Утилиты > Проверка документа
- Командная строка: ПРОВЕРИТЬ (AUDIT)
- Проверка_Z_координат – проверка координат по оси Z всех объектов чертежа;
- Проверка_Штриховок – проверка правильности отображения штриховок в границах контуров.
Симптоматика этой проблемы бывает разной. Плохо работают привязки, не отображается часть объектов, пропадает курсор в модели или чертеж медленно работает. Проблема очень актуальна при работе с большими файлами: генпланами, подложками и пр.
Начиная с 7-й версии платформа nanoCAD при запуске *.dwg-файлов проверяет Z-координаты автоматически, и если в вашем файле обнаружится проблема, вы увидите следующее окно:
3. Конвертация в 2D
- Меню: Файл > Утилиты > Конвертирование в 2D
- Командная строка: КОНВ2D (FLATTEN)
Способ №1
В этом случае требуется выбрать все объекты, лежащие вне нулевой плоскости. Для этого нам необходимо:
- Включить вид сбоку и выбрать все объекты, которые лежат выше или ниже нуля.
- После выделения всех объектов, которые находятся за пределами нулевой плоскости, переключаемся на вид сверху (это важно, иначе функция сплющит нам чертеж не на ту плоскость) и, не снимая селекции объектов, вызываем функцию Конвертация в 2D.
Дело в том, что конвертация в 2D разрушает объекты оформления СПДС (выноски, оси, отметки уровня и т.д.), поэтому перед началом конвертации нам необходимо исключить эти объекты из селекции.
- Выбираем все объекты чертежа (Ctrl+A). Переходим на функциональную панель Свойства, выбираем из выпадающего списка объекты оформления и исключаем их из выбора. Повторяем эту операцию до тех пор, пока в селекции не останется объектов оформления СПДС.
- Не сбрасывая селекции с объектов, вызываем функцию Конвертация в 2D. Затем файл можно снова проверить на ошибки. После проверки сохраните файл под другим именем – например, Архитектура_audit_flatten.dwg. Я использую при сохранении версионность, чтобы в случае какой-либо ошибки вернуться к предыдущей версии файла и не проделывать все операции по очистке с нуля.
4. Очистка документа (purge)
- Меню: Файл > Утилиты > Очистка документа…
- Командная строка: ОЧИСТИТЬ, ОЧ, УДАЛИ (PURGE, PU)
- Удаление вложенных элементов – включение режима удаления всех неиспользуемых именованных объектов, содержащихся внутри других неиспользуемых именованных объектов.
- Автоматическая очистка непривязанных данных – удаление устаревших стилей векторных данных формата DGN.
Файлы с DGN-стилями весят больше обычного, хотя содержат мало графики. Такие файлы могут медленно работать и вызывать зависание при сохранении.
Такие объекты тяжело найти в модели. Тексты визуально отображаются только после селекции, так как не имеют содержимого.
После выполнения очистки сохраните файл под другим именем. Я сохраняю чертежи с постфиксом утилиты, которой его проверял. Поэтому имя нашего файла будет теперь выглядеть так: Архитектура_audit_flatten_purge.dwg.
5. Перекодировка текста
- Меню: Файл > Утилиты > Перекодировка текста
- Командная строка: ДЕКОД (TEXTDECODER)
Утилита перекодировки текста представлена в виде отдельного выпадающего окна. Первое, что нам необходимо выбрать, это тип объектов, которые мы будет перекодировать. Такими объектами могут быть слои, стили, тексты и т.д.
Существуют два режима декодирования: вручную и автоподбор. Первый – самый точный и очень трудозатратный, второй – быстрый, но связанный с риском появления ошибок. Давайте рассмотрим подробнее каждый из них.
Выбираем из списка текст и назначаем ему конечную кодировку. Далее нажимаем Декодировать и смотрим результат в окне Результат декодирования. Если не угадали с кодировкой, выбираем другую и перекодируем заново.
В этом режиме программа подбирает конечную кодировку самостоятельно. Выберите пункт из списка с проблемной кодировкой, установите режим декодирования Автоподбор и нажмите кнопку Декодировать. Программе не всегда удается верно определить конечную кодировку, поэтому пользователю предоставляется список результатов с различной кодировкой. Из выпадающего списка выбираем верное представление.
Перекодировка всех объектов
Можно перекодировать и весь массив данных. Для этого нам нажать кнопку Выбрать все, установить режим декодирования Автоподбор и нажать на кнопку Перекодировка.
Если вам предстоит перекодировать большой массив объектов, постарайтесь исключить из перекодировки те из них, которые отображаются корректно. Сделать это можно, щелкнув по элементу списка левой кнопкой мыши при зажатой клавише Ctrl (Ctrl+ЛКМ).
После исправления кодировки сохраните файл под другим именем – например, Архитектура_audit_flatten_purge_decod.dwg
6. Вставка чертежа в новый файл
Создаем в nanoCAD новый файл (меню Файл > Создать). Далее нужно вставить проблемный чертеж в этот открытый файл как блок (Меню Вставка > Блок). В окне Вставка блока следует снять флажок Указать на экране, чтобы вставить чертеж сразу в нулевые координаты. Еще нужно установить флажок напротив пункта Разбить, чтобы вставленный чертеж после вставки не пришлось разбивать.
7. Разбивка и удаление прокси-объектов
- Меню: Редактирование > Дополнительные средства > Удаление прокси-объектов
- Меню: Редактирование > Дополнительные средства > Разбивка прокси-объектов
Прокси – это технология транзитного хранения данных. Говоря простым человеческим языком, она позволяет приложению сохранить свой объект и защитить его от разрушения, даже если вы откроете его в другой САПР-системе, не имеющей данного приложения. Поэтому, прежде чем разбивать и удалять прокси, задумайтесь: вдруг объект стороннего приложения вам еще пригодится и не стоит спешить с его разбиением на примитивы.
Некоторые разработчики специализированных приложений защищают свои объекты, не позволяя разбить их командой EXPLODE. Именно для таких случаев в nanoCAD реализованы специальные утилиты разбивки и удаления прокси. Работают они достаточно просто, нужно только выбрать прокси-объекты и вызвать необходимую команду (разбивка и удаление). Эти команды доступны и контекстном меню Диспетчера чертежа – специального инструмента, показывающего всю структуру *.dwg-файла.
Заключение
После работы со всеми утилитами внимательно ознакомьтесь с финальным файлом. Иногда для сложных файлов может потребоваться 2-3 прохода утилитами. Если все нужные проектные данные целы и текущий результат вас полностью устраивает, удалите промежуточные файлы и оставьте исходный файл архитектура.dwg, а финальному присвойте имя архитектура_rec.dwg.
Используя такую маркировку, вы будете знать, какие файлы у вас уже обработаны, а какие еще только следует проверить. Всегда работайте в файлах с пометкой _rec.
Надеюсь, приведенная информация поможет вам навести порядок в ваших файлах, упростить и ускорить работу в *.dwg-среде, а также избежать критических ошибок и потери данных.
Читайте также: