[qwertyqwer]

Суть проблемы такая, необходимо в Delphi открыть файл AutoCAD'a в формате DXF/DWG и реализовать возможность взаимодействия с объектами на этом чертеже (работа со слоями, выделение линий и любых других объектов, получение их координат и т.п.).

Насилую все возможные поисковики уже почти 2 недели, а найти что то дельное так и не удалось.

НО, после прочтения сотен статей пришел к выводу что данное действо можно реализовать по следующим путям:
1. Заплатить много денег и купить VCL компоненты с их полным описанием для работы с CAD файлами (отпадает сразу=)))
2. Реализовать отображение с помощью нескольких DLL и pas библиотечек (но нет никакого описания что там и как там)
3. Реализовать работу с CAD файлами с помощью GLScene (самый, часто встречающийся вариант который мне попадался)

Последние 2 пункта вроде бы неплохо подходят, но опять НО, я не особо силён в программировании, и по этому без толкового описания мне разобраться во всех этих библиотеках ооочень и очень сложно.

Буду благодарен за любую помощь, информацию (исходники приветствуются=)))

Заранее оговорюсь, в данных файлах хранятся карты местности и сделаны они именно в AutoCAD'e, поэтому и обратился на этот форум
Может есть какие решения уже

[ShaggyDoc]

Очередной искатель "чертежей самобеглого коня" на мускульной силе.
Посмотри похожие темы внизу этой страницы

1. Заплатить много денег и купить VCL компоненты

Или потратить много лет и написать свои. Других вариантов в Delphi нет.

я не особо силён в программировании, и по этому без толкового описания мне разобраться во всех этих библиотеках ооочень и очень сложно.

Остается только "стать силен".

Внутри Delphi-программы, без наличия тех самых компонентов, DWG никак не откроешь. Ну, разве что самые примитивные старинные версии DXF, если найдешь готовые компоненты. И AutoCAD внутрь не встроишь, в качестве "container". Работать можно только:
1. Используя сам AutoCAD как COM-сервер.
2. Делая основной программу, работающую внутри AutoCAD. При необходимости обращаясь к Delphi-приложению как к COM-серверу, для чего-нибудь "вижуального".

При этом в любом случае надо иметь навыки программирования именно в AutoCAD на Lisp. Или на ObjectARX или .NET (но тогда Delphi не нужна).

В любом случае на всех компьютерах, где должна работать программа, должен стоять и AutoCAD. Вот потому-то карты местности давным давно делают в ГИС, которые гораздо дешевле AutoCAD. А если уж в DWG, то в организациях (например проектных), где AutoCAD основной инструмент на всех рабочих местах.

[zamtmn]

qwertyqwer
http://sourceforge.net/projects/zcad/ попадался на глаза?

>>с помощью GLScene
Помощи будет немного, в "игровых" движках другие задачи, для CADов они плохо подходят

[DEM]

zamtmn
У него там сплайны скорее всего....
Если бы он сплайны сделал бы для zcada то было бы отлично..

[qwertyqwer]

Прочитал ваши советы, спасибо=)
Я думал делать прогу на основе ГИС, но тут тоже своих проблем хватает, опять таки бесплатного и более менее функционального мало, а то что есть работает только со своими форматами карт или ещё хуже с картами google/yandex что вообще ни как не подходит.
По причине того, что AutoCAD является основным инструментарием в организации для которой пишется прога, я собственно и прицепился к этим форматам...
Но с каждым днём поиска информации задумываюсь о реальности осуществления данного проекта без денежных затрат на компоненты.
Идея приложения работающего внутри AutoCAD'a тоже приходила, но будущее приложение должно будет иметь ряд функций абсолютно не связанных с AutoCAD'ом, да и ещё много нюансов по которым пришлось отказаться от такого способа.

а на счёт "Если бы он сплайны сделал бы для zcada то было бы отлично.." можно чуток разъяснить?? =))

[DEM]

qwertyqwer
Просто Zcad не все примитивы поддерживает....
А у тебя там наверное сплайны или еще чего раз на основе ГИС решил делать..

[qwertyqwer]

DEM
Ну да, карты сделаны к сожалению как попало, лишь бы выглядело нормально, где то дом схематично изображен примитивом "квадрат" а где то полилиниями, причем она может проходить по одному и тому же месту по нескольку раз, ну и сплайны само собой, границы многие ими нарисованы =)
И я скачал этот Zcad, и не совсем понял что с ним делать, точнее понял, но как он может мне помочь? он ведь вполне самостоятельное приложение, без исходного кода (или я настолько слепой=))) и изъять из него чего либо навряд ли получится=)

[zamtmn]

>>примитивом "квадрат" а где то полилиниями
да, думаю наврятли чтото получится

[DEM]

Дык это открытый проект...
zamtmn
Его автор, исходники открыты...
Ты можешь сделать на его основе свою прогу...
Как я и сказал раньше он не поддерживает некоторых примитивов...
Поэтому ты должен решить, либо чтой то ищешь еще либо делаешь новые примитивы для этого проекта...

[qwertyqwer]

На самом деле я уже настолько запутался во всех этих спорах "что взять за основу" "делать с нуля или брать чьи то работы и переделывать"
Просто куда не кинься везде без денег не получится ничего более менее стоящего=))
одна лишь разница между компонентами для DXF / DWG файлов и ГИС компонентов это цена=))
А времени остался месяц=))

А на счёт Zcad, я к сожалению временем сильно ограничен, и добавлять новые примитивы... это надо ж структуру файла разбирать а там уж совсем всё глухо для меня=)) в целом то можно, но долго. по этому от этой идеи придётся отказаться (мне по крйней мере), хотя приложение очень достойное, чертежи отрисовывает довольно шустро, причём солидных размеров=)

[DEM]

Ну да если примитив квадрат использовать тогда да....

[zamtmn]

qwertyqwer
Меня всегда забавляют подобные топики, я даже подозреваю что это какойто вид троленья)). ТС регится на форуме и первым его сообщением и темой "нужен компонент\либа\чтотоеще чтобы нарисовать DWG/DXF наформе\вмоейпрограмме\наделфи" причем указывается что

Насилую все возможные поисковики уже почти 2 недели, а найти что то дельное так и не удалось.

Такие темы возникают здесь регулярно, и еслибы автор действительно интересовался и гуглил, то нашел бы последнюю - она была неделю назад))
Уважаемый ТС, у вас 3 варианта:
1- купить ODAвские либы, или готовый компонент на их основе (дорого, но будет всё читаться и рисоваться)
2- "стырить" какуюлибо свободную реализацию (бесплатно, но читаться и рисоваться будет с кучей оговорок)
3- написать всё самому (долго и трудно)
Палочки-выручалочки к сожалению нет, поэтому платить всеравно придется, либо деньгами, либо своим временем и качеством программы

[DEM]

zamtmn
Да ты не кипятись, просто весна обострения у больных и студентов...

[qwertyqwer]

zamtmn
Ну, на счёт поиска я могу с тобой поспорить, я действительно искал много, долго и упорно, и действительно находил подобные решения и даже на этом форуме, НО у данных работ либо другое направление либо (что чаще всего) под другую среду программирования, либо ссылки на источники уже устарели =)
Может я чего и пропустил мимо глаз, то это чисто изза невнимательности, которая возникает в следствии огромного количества читаемой информации (пока не особо продуктивной к сожалению) по этим гребанным файлам, и буду признателен если тыкнешь носом в ту статью которую я прошел мимо=)
А на счёт вариантов решения ты написал ровно то, о чём говорилось ранее, только другими словами=) Из них мне сейчас (на первое время) нужен только бесплатный вариант, и на форум я обратился только потому, что может у кого нибудь есть уже наработки и я попробую их переделать под себя, твой ZCAD например, а может у кого уже есть готовый модуль для работы с этими файлами, малоли, попытка не пытка=)

[DEM]

Как люди любят халяву....
Ты вот хочешь маленький кусочек своего кода добавить и получить свою прогу и деньги...
А другие пущай тебе компоненты делают...

[zamtmn]

qwertyqwer
Весь этот топик ровно то, о чём говорилось ранее, только другими словами))
В исходниках zcad`а есть 2 примера использования движка в стороннем приложении, но он под дельфи не заработает, только в лазарус.

[qwertyqwer]

DEM
ну почему ты так, я просто интересуюсь, нет ли у кого решения или конкретной инфы, или просто совета от людей знающих, я не из любителей изобретать велосипеды, поэтому я лучше по тщательнее всё проверю=)))

zamtmn
Может и другими словами=) я надеялся, что именно в моём топике я увижу что нибудь конкретное, не такое как во всех остальных, где сотни строк текста и толпа нерабочих ссылок=) оптимист блин=))

В общем, тема, я так понимаю, зашла в тупик=) И дальнейшее её продолжение бессмысленно, спасибо за поддержку и участие=)

[DEM]

qwertyqwer
Так тебе все объяснили....
Чего же более, халявы не будет....

[zamtmn]

qwertyqwer
>>Может и другими словами=) я надеялся, что именно в моём топике я увижу что нибудь конкретное, не такое как во всех остальных, где сотни строк текста и толпа нерабочих ссылок=) оптимист блин=))
С чего это вдруг? Чтоб увидеть чтото конкретное, надо хотябы спросить чтото конкретное, а не впустую "насиловать поисковики"

>>В общем, тема, я так понимаю, зашла в тупик=) И дальнейшее её продолжение бессмысленно, спасибо за поддержку и участие=)
Когда выведешь ее из тупика, незабудь зайти, поделиться результатами))

кстати,
>>он ведь вполне самостоятельное приложение, без исходного кода (или я настолько слепой=))) и изъять из него чего либо навряд ли получится=)
да, ты настолько слепой))

[qwertyqwer]

DEM
Что ж ты привязался со своей халявой=) Это и так давно ясно=)

zamtmn
По моему, на счёт конкретики, тема топика как никогда точная, конкретнее не куда уже=)

Чувствую выход из этой тины будет далеко не скорым, но надеюсь он будет, обязательно напишу как что то будет=)))))

пысы. Я нашёл его, весь исходный код=))))

[DEM]

qwertyqwer
Та сделай проще....
Есть халявный просмотрщик DWF к нему есть не плохие мануалы....
Делаешь в VS свою прогу, встраиваешь тудыть окошко вьюера...
НАдо будет тебе только все черт. dwg и dxf перевести в формат dwf...

[qwertyqwer]

DEM
Спасибо, но я уже нашел решение, не столько красиво как хотелось бы, но результат не плохой, поставил на Delphi халявный компонент MapWinGis, скачал бесплатную утилиту для конвертации DFX в слои SHP, и эти слои в Delphi этим компонентом открываются на ура, куча функций которые мне были необходимы этот компонент делает отлично=)
Пусть не самый рациональный метод, но результат же достигнут=)) надо было открыть карту из AutoCAD'a в моем приложении?? я открыл=)))
Для демки проги сойдёт и такая реализация, мне необходимо идею показать, а нюансы буду дорабатываться летом=)
А про VS я возьму на заметку, мало ли, может захочется на переделать всё на этой среде программирования=)

[ShaggyDoc]

Делаешь в VS свою прогу, встраиваешь тудыть окошко вьюера...

Точно также это делается и в Delphi.

[DEM]

ShaggyDoc
Точно вспомнил, именно так было в вашей программе по моему, только там еще бд вроде подключалась....

[zamtmn]

qwertyqwer
ок. ждем летом тему "осталась неделя, как всетаки отоброзить ДВГ\ДХФ"))

[qwertyqwer]

zamtmn
это уже будет в VS скорее всего=)

[DEM]

Сообщение от qwertyqwer это уже будет в VS скорее всего=)

Неее, назвался груздем, полезай в кузовок.....
Ждем на Делфях

[trir]

Блин, надо сразу говорить: ГИС или САПР. Между прочим MapWinGis реализован на DotSpatial
http://dotspatial.codeplex.com/

И вообще советую перевести все данные в БД

[ShaggyDoc]

И вообще советую перевести все данные в БД

Ну, так это если всерьез делать, чтобы был результат. Но тут явно стремление показать "я могу". Сколько раз наблюдал такое - приходит очередной "программист" и вместо того, чтобы делать информационную систему (для которых теперь масса готовых инструментов), начинает изобретать свою программу (смотря кто в какой среде маленько разбирается). Со ставкой на халявные компоненты и пиратские Автокады (они же "рисуют").

[zamtmn]

qwertyqwer
>>это уже будет в VS скорее всего=)
Думаешь будет разница?

trir&ShaggyDoc
В чем профит от БД? Только в наличии "халявных" компонентов. Если нужно быстро нарисовать много примитивов - никакая БД не спасет, в данном случае база данных как и DWG\DXF это лишь контейнер для хранения. Внутри компонента данные имеют другую структуру и быстро и массово их обработать можно только в рамках этой внутренней структуры.

[trir]

Если нужно быстро нарисовать много примитивов

- не нужно, большую часть времени люди работают с маленьким кусочком карты. Благодаря технологии Simple Feature Access, многие современные РБД умеют работать с пространственными данными. Это умение заключается в наличии специальных пространственных индексов и пространственных запросов. По этому многие современные ГИС-форматы основаны на РБД: sdf, SpatiaLite...

http://gis-lab.info/docs/ogc-sfa-1.html

"Научить" dotspatial работать с WKB:
http://dotspatial.codeplex.com/wikip...BFeatureSetsCS

Получить данные из Пространственной БД проще и "экономичнее"...

[ShaggyDoc]

В чем профит от БД? Только в наличии "халявных" компонентов.

В том, что в БД хранится информация. Как описательная (семантика), так и пространственная (координаты). Компоненты тут вообще не решающий фактор, хоть бесплатные, хоть платные. Тем более, что есть любые.

С базой данных могут одновременно работать множество пользователей, она может лежать где угодно. В базе данных осуществляются все операции поиска, отбора по множеству критериев. В том чиле по "географическим" - "найди все кабели проходящие через этот участок или находящиеся от него не далее 50 м".

Пространственная информация ("карта") может быть отображена в разном виде в разных графических системах. При этом она могут быть (на основе одних и тех же данных) сформированы тематические карты, картодиаграммы. К данным могут иметь доступ пользователи из самых разных организаций. При этом по одному и тому же пространственному объекту (например, зданию) они могут получать разную информацию. Для кого-то этот дом - "объект недвижимости", для кого-то "абонент", для кого-то "притон архитекторов".

Ничего этого с DWG, как хранилищем данных, делать нельзя. Но AutoCAD можно использовать для рисования "карт", по пространственной информации из БД. Если есть какие-то "карты местности", информация по которым хранится в ГИС (например сети электроснабжения), и есть, например, проектный институт, работающий в AutoCAD, то возможно из ГИС и в AutoCAD эти трассы нарисовать, да еще и на топооснове. Но не только в AutoCAD, а и в других программных системах.

[zamtmn]

trir
>>Получить данные из Пространственной БД проще и "экономичнее"...
при наличии "компонента" - да. Ненадо пространственную индексацию преподносить как достижение баз данных. Любое приложение обрабатывающее большое кол-во геометрических данных должно это уметь, иначе это не приложение а тормоз.

ShaggyDoc
Стандартный ГИС профит)). А как он поможет в рамках топика? Всё вами описаное очень к месту в какойто глобальной гис системе, а ТС (и мне тоже) нужно всеголишь отобразить и отредактировать вот эти пару чертежиков.
>>Ничего этого с DWG, как хранилищем данных, делать нельзя.
Это почему? к примитивам можно привязать любую информацию, найти примитивы по геометрическим и семантическим критериям (в рамках привязанной к ним "любой" информации) тоже вроде можно. Другое дело что БД обычно предоставляют язык запросов для поиска и обработки, а в голом автокаде без програмирования никак.

[trir]

Оно конечно так, но если это приложение пишется для дела, то через много лет и после массы мучений, вы или следующий разработчик, в конце концов поймут, что надо было сразу работать c БД, но будет уже поздно. Ибо аппетит приходит во время еды.
Между прочим. разговор идёт уже не о dwg/dxf, а о shp...

[ShaggyDoc]

А как он поможет в рамках топика?

В рамках топика уже ничего не поможет. Разве что ссылка, где скачать пиратскую версию компонентов CadSoftTools, на что и рассчитывалось изначально.

к примитивам можно привязать любую информацию, найти примитивы по геометрическим

О, как запущено... Садись изучай, что такое настоящие базы данных. Ну да, на одном рабочем месте, при постоянном присутствии программиста к примитивам можно "привязать" кое-что примитивное, например "слова" или "цифры". Можно даже "изобрести" собственный "Автокад" Но эти привязанные данные не будут настоящей базой данных. Так же как "собственный автокад с dxf" не будет настоящим AutoCAD.

[zamtmn]

ShaggyDoc
а в 99% случаев и требуется привязка чегото примитивного. БД это всеголишь удобная надстройка над примитивными "словами" и "цифрами" - бывает к месту и не к месту
>>Но эти привязанные данные не будут настоящей базой данных.
Не будут, и не должны - задача отобразит примитивы, а не сделать БД над примитивами

[qwertyqwer]

У как тут мысль то пошла=)) а не заглядывал сюда пару дней всего=)
Уже даже не знаю где тут спор а где просто обсуждение, и к месту ли тут я вообще=)))
Но хочу тоже немного поучаствовать=)

trir
с тобой согласен полностью, всё дело в том, что я, как и любой программист с очень малым опытом разработки ИС, пошёл не потому пути для решения проблемы, вот и уткнулся носом в этот автокад и этот файл, и только разобрав предметную область уже достаточно глубоко реально понял, что автокад тут не особо то и нужен, разве что в качестве инструмента отрисовки карт, и будущую ИС следует двигать по направлению ГИС, и собираюсь использовать подход который достаточно ясно описал ShaggyDoc, по скольку в моей будущей ИС БУДЕТ использоваться БД (тут опять моя ошибка по скольку речи о ней не завел ранее)


qwertyqwer
>>это уже будет в VS скорее всего=)
zamtmn
>>Думаешь будет разница?
Как минимум тема топика поменяется, да и форум скорее всего другой будет=))

И в целом прошу меня строго не судить, это мой первый серьезный проект у которого возможно есть будущее, и естественно куча ошибок при его проектировании для меня неизбежна, но на ошибках учатся=)

[DEM]

qwertyqwer
А ты профессионально занимаешься программированием?
Тут то в основном самоделкины ...

[zamtmn]

qwertyqwer
>>Как минимум тема топика поменяется, да и форум скорее всего другой будет=))
тоже самое, вид сбоку

>>ясно описал ShaggyDoc, по скольку в моей будущей ИС БУДЕТ использоваться БД (тут опять моя ошибка по скольку речи о ней не завел ранее)
Любят на этом форуме упоминать волшебное слово БД. Повторяю БД (в смысле источник данных которые будем отображать) тут не причем - это способ решить вопросы связанные с хранением данных. А вот "волшебный" компонент понимающий эту БД и умеющий ее "рисовать" очень даже причем, если он есть - всё в шоколаде. Если нет, то абсолютно также как в случае "Просмотр DXF/DWG в Delphi", за исключением что мы легко и просто храним информацию хоть где, разграничиваем к ней доступ, делаем всякие выборки, т.е. решаем вопросы напрямую с темой топика не связанные, но не спорю тоже важные.

Простой пример. Описания примитивов необходимые для экономичного хранения в БД и экономичного вывода на экран кардинально различаются. Для линии в простейшем случае в базе например может быть такое описание: начало,конец,тип линии. Графическая система (GDI, OGL, DX) не знает что такое сложные типы линий из dwg\dxf, ей подавай координаты каждого штриха и точки (а в типе линии могут еще и тексты с шейпами встретиться) отдельно - будь добр, посчитай их. Со сложными примитивами - сплайнами, блоками и т.д. всё еще сложнее. Вот и набегает между БД (по большому счету без разницы БД это или DXF\DWG) и дисплеем сложная програмная "прокладка" которую ищет ТС.

[trir]

zamtmn ты нифига не понял. Не путай САПР и ГИС. В случае ГИС все эти вопросы давно решены. Почитай ссылки в Посте №31

[zamtmn]

Я не путаю, а вот автор путает ГИС и БД, в чем вы с ShaggyDoc ему помогаете))
>>В случае ГИС все эти вопросы давно решены
в случае сапр тоже, как было сказано ранее это вопрос цены. Сейчас придет ТС исправит #37 например на

по скольку в моей будущей ИС БУДЕТ использоваться БДDotSpatial (тут опять моя ошибка по скольку речи о ней не завел ранее)

тогда всё встанет на свои места

[trir]

Пространственная база данных
http://ru.wikipedia.org/wiki/%D0%9F%...BD%D1%8B%D1%85

В современных ГИС - не понятно где заканчивается ГИС и начинается РБД

[ShaggyDoc]

zamtmn ты нифига не понял. Не путай САПР и ГИС.

Да он просто не в теме. Ещё на стадии "батонокидательства", про компоненты думает