Уважаемые разработчики.
Раньше не обращал внимания, а недавно обнаружил, что при импорте чертежа из AutuCad’а (DXF) неправильно отрисовываются дуги. Получаются “обратные” части дуг, как дополнение к полному кругу. Причем тот же файл в DWG импортирует нормально. Большая просьба исправить импорт DXF.
дуги вообще по идее не должны из автокада экспортироватся
потому как полилинией они не описываются, а такого объекта как “дуга” в Дигиталс нет
При импорте дуга заменяется на полилинию, проблема в том, что из DXF получается полилиния с точностью до наоборот отрисовывающая дополнение к полному кругу, а не дугу. С DWG все нормально, просто импорт из DWG осуществляется на порядок дольше, хоть и более качественно (и требует установленного ACAD’a).
Почему молчат разработчики? 
что имелось в виду под “в ДВЖ всё нормально” ?
дигиталс в принципе не имеет такого примитива, как “дуга”, поэтому о корректном экспорте из автокада дуги в дигиталс не может быть и речи
Ну почему, Экспериментатор прав. В Дигиталс все графические примитивы других систем преобразуются в полилинии. Видимо в этом преобразовании и содержится ошибка при преобразовании дуг.
Проверил в AutoCAD 2005. Создал объект на базе примитива Arc, экспортировал в dxf, открыл в Digitals и не нашел отличий. Работает правильно. Пришлите свой dwg.
Bondarets Alexander
это как интересно вы не нашли различий? В автокаде это примитив построенный по 3м точкам и неотображаемым формулам, а в дигиталс это просто кривая
Ну тут же речь не о способе представления дуги а лишь о корректном ее отображении.
Примеры файлов отправил на help@vingeo.com.
Александр. никому не нужен РИСУНОК, но всем нужен ЧЕРТЁЖ.
Издалека конечно кривая, приближённая к дуге, похожа на дугу, но математически это два совершенно разных примитива.
>Экспериментатор
скажите пожалуйста, для чего импортировать дугу в дигиталс? Фактически конечным результатом деятельности в дигиталс для землеустройсва является файл in4, который из графики может описывать только полилинии. Мне попадали в руки генпланы НАРИСОВАННЫЕ архитекторами. До сих пор не могу понять, как они расчитывали площадь дилянки, часть которой (дилянки) описана дугой. Дугу менял на кривую (обычно в 3 шага).
Ошибка неверного импорта дуг исправлена, скачивайте новую версию.
Спасибо, всё отлично работает 
Попробавал открыть в Digitals файл .dwg
Выдает какие-то ошибки:
Причем 3-е изображение - так и висит.
Help!
Для открытия в Digitals dwg-файлов используется OLE-сервер Autocad, то есть Autocad должен быть корректно установлен.
Тогда понятно, уменя он не установлен 
Получается я его без Атокада и открыть не смогу?
Это плохо. 
А может OLE-сервер Autocad внедрить в Digitals?
Или это не возможно?
К сожалению, формат DWG формат не открытый и напрямую работать с ним проблема непростая. Как альтернативу разработчики автокада предоставляют открытый формат DXF. Но с ним свои нюансы.
OLE-сервер AutoCAD - это по сути набор функций самого же автокада для работы с ним из других программ и устанавливается он вместе с самим автокадом. Т.е. без автокада от OLE-сервера толку нет.
DWG -глубоко проприетарный формат… спецификация закрыта… а поддержка оного в своем приложении по видимому “очень” дорого стоит… ради интереса поищите конвертер DWG ↔ DXF самый дешевый ~800 грн, при том что он вообще кроме конвертирования делать не умеет, даже отображать… а сам Автодеск дает в бесплатный доступ лишь приложение позволяющее открывать, просматривать DWG файлы, а вот конвертить позволяет лишь в DWG!!! но любой версии…
упс … не видел сообщения Антона…
- ну пусть не OLE (программеры то не все) - а COM сервер - то толк от него есть и еще какой .. другой вопрос что в любом случае такой COM будет денюжку стоить… вот например у ESRI - есть прекрасная библиотека ArcObjects… только вот подписка EDN (для самих разработчиков) стоила окола года назад ~ 2000 у.е. / в год (а не разово)…
OLE-сервер - это часть технологии COM. Но я лично не слышал об аналоге ArcObjects от создателей автокада. И даже если он есть, то стоить должен немало. В нашем случае нет никакой разницы что будет использоваться - сам автокад или же отдельная библиотека со встроенным OLE-сервером, лишь бы функции у них совпадали.
Коневртор, как мне кажется, тоже не совсем хороший вариант, особенно если от стороннего разработчика, ведь в нем могут быть какие-то ограничения, свои проблемы.
ну да для када и я не встречал аналогичной библиотеки, но либо что-то библиотечное у Autodesk все же есть либо же они продают спецификацию закрытого формата DWG - для этого я и привел пример про конвертеры (как самый дешевый вариант из тех кто умеет напрямую “работать” с DWG).
… и встает вопрос а сколько-же для разработчиков и на каких условиях предоставляется то-ли COM библиотечка, то-ли просто спецификация работы с DWG форматом напрямую… Не приценивались?? таки ооочень круто было бы если бы диги имел прямую поддержку DWG (сами с этим паримся и кстати не нашли достойного выхода - как перегонять DWG в диги при отсутствии Атокада)
P.S.: Кстати есть и бесплатная!! (интересно на каких условиях им Autodesk разрешил DWG пользовать ) программа, которая понимает DWG напрямую - gvSIG.