[realdoc]

Формат *.dwf очень удобен для хранения и печати документации внутри компании - компактный, шустрый, можно вытащить миниатюры для предварительного просмотра в СЭД. Можно вытащить размеры форматов листов опять же для обработки в СЭД, названия листов и т.п.
Описание способов работы с ним было приведено еще более 10 лет назад в книге "Сапр на базе AutoCAD. Как это делается" Зуева С.А.
Но почему-то по моим наблюдениям в проектных организациях он не прижился и по сей день. Понятно когда речь идет о передаче Заказчику, рассчитывать что у него будет специальный вьювер для такого формата не приходится и PDF лучше. Но для организации электронного архива ведь и размер имеет значение, и скорость обработки и возможность просмотреть миниатюры без полного выкачивания файла без архива.
Мне это интересно с точки зрения именно СЭД - стоит ли ориентироваться на этот формат допустим для предварительного просмотра чертежей без загрузки *.dwg и печати именно из *.dwf. Или будущего у этого формата нет и надо ориентироваться на PDF и XPS?

[swell{d}]

я за PDF и XPS

[ShaggyDoc]

DWF - это Drawing Web Format. Изначально Autodesk разработала его для публикации чертежей в Интернете. Это было очень удобно и, даже в "модемные" времена, чертежи в векторном можно было публиковать для просмотра в браузере. У меня с 1998 года до сих пор на сайте лежит вся топография города 1:500, причем в связке с информацией. Предполагалось, что DWF вообще может стать универсальным форматом для векторной графики. Но не случилось.

Да и сама фирма фактически угробила DWF - появились разные несовместимые библиотеки, стали делать "как лучше" (по разумению очередных разработчиков), а получалось "как всегда".

Но за это время гораздо большее развитие получил PDF. Появились и виртуальные PDF-принтеры, и несколько программ просмотра, в том числе с возможностью пометок, подрисовок и прочего. Сам PDF при печати из векторных программ отображает именно векторные изображения, т.е. с возможностью масштабирования. PDF можно и внутри баз данных хранить и просматривать без использования тормозных "контролов".

На мой взгляд в СЭД надо ориентироваться именно на PDF - как на универсальный для "чего угодно". А DWF оставить для каких-то специальных применений - где "покрутить" надо, слои поотключать, ссылки встроить.

[swell{d}]

в pdf тоже можно слои отключать.

[realdoc]

Спасибо!

Сообщение от ShaggyDoc На мой взгляд в СЭД надо ориентироваться именно на PDF - как на универсальный для "чего угодно"

Видимо по этому пути пойдем - организуем внутренний просмотрщик PDF для просмотра небольшого изображения.

Сообщение от ShaggyDoc PDF можно и внутри баз данных хранить и просматривать без использования тормозных "контролов".

Мы отказались от хранения файлов в базе и используем хранение в системе папок. Максимум - средствами СУБД передавать файл пользователю (из таких же папок на сервере), чтобы не использовать FTP и т.п. Основной аргумент против хранения в базе - система должна быть устойчива к сбоям базы, потому как рассчитывать на наличие грамотного админа СУБД в проектных организациях не приходится. Т.е. если даже база рухнет, то как минимум на время восстановления базы все файлы должны быть доступны.

Сообщение от swell{d} в pdf тоже можно слои отключать.

Да, но допустим 3D PDF не существует, а DWF есть - очень удобно было бы покрутить модель для предпросмотра.

[Stefanovsky Denis]

Евгений, Екатеринбург по-моему активно использует realdoc и dwf. Если Вы с ним как-то связаны, то он, возможно, укажет личное мнение, основанное уже на его опыте.

[ShaggyDoc]

Мы отказались от хранения файлов в базе и используем хранение в системе папок.

Ну и храните, а в базе - относительные ссылки. Причем файлы могут быть вообще любых форматов, а просмотр - универсальным вьювером, встроенным в программу.

Все-таки подавляющая продукция проектных организаций - плоские чертежи (даже если на них 3М-модель изображена). Чертежи в архивах надо хранить точно в таком виде, как они выданы заказчику. PDF для этого больше всего подходит. Причем лучше всего, если PDF изготовит и сдаст непосредственный исполнитель (а не какая-то архивная служба) - он хоть увидит, всё ли так как задумано. А ведь бывает при печати и совсем не так.

Но иногда бывают специальные работы, когда конечной продукцией является именно DWF. Мы такие выполняли - например 3D-модель технологии ТЭЦ со всем оборудованием и трубопроводами. При этом к каждому изображенному элементу ещё и привязана информация из базы данных. Это наподобие ГИС, но с "моделью местности" сделанной в САПР. Тут DWF заменить нечем.

Да, но допустим 3D PDF не существует

3D PDF, да со слоями, существуют, и даже в DNL пример лежит. Но изготовить не так просто, и просматривать тоже не все PDF-вьюверы могут.

[realdoc]

Сообщение от 7215 Евгений, Екатеринбург по-моему активно использует realdoc и dwf.

Конечно он предлагает что можно улучшить, но он является адептом DWF, причем без особых аргуметов, хотелось бы услышать и другие мнения - в других организациях предпочитают PDF.

Сообщение от ShaggyDoc Ну и храните, а в базе - относительные ссылки.

Хотели сделать хранение ссылки, но остановились все-таки на динамическом формировании ссылки - путь к альбому формируется из номера объекта и инвентарного номера выпуска вида: 5\issueds\174. Внутри этой папки можно уже хранить что хочешь по объекту.

Сообщение от ShaggyDoc Причем лучше всего, если PDF изготовит и сдаст непосредственный исполнитель (а не какая-то архивная служба) - он хоть увидит, всё ли так как задумано. А ведь бывает при печати и совсем не так.

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

Сообщение от ShaggyDoc При этом к каждому изображенному элементу ещё и привязана информация из базы данных.

А вот это было бы интересно, если бы на электронном чертеже была скажем интерактивная спецификация - с возможностью перехода к редактированию.

[ShaggyDoc]

Но при печати из DWF чтобы что-то было отпечатано не так жалоб не было

Жалоб может не быть и потому, что не знают, как на самом деле должно быть отпечатано.

А вот это было бы интересно, если бы на электронном чертеже была скажем интерактивная спецификация - с возможностью перехода к редактированию

Это не сложно сделать. В AutoCAD с помощью специальной программы к примитивам привязывать гиперссылки. В гиперссылке должен быть относительный адрес БД, таблицы и ID записи.
Друга специальная программа предназначена для просмотра DWF. В ней перекрывается событие OnNavigate для того, чтобы при щелчке по объекту с гиперссылкой открывалась соответствующая БД, таблица и находилась запись. Обычно это необходимо только для просмотра, но можно и редактировать.

Вот тут и начинаются проблемы с ненадежностью политики Аутодеск. Первые версии Whip OCX для просмотра DWF были правильно сделаны. Это был просто контрол без интерфейсных кнопок, но со всеми необходимыми свойствами и методами. Его было удобно встраивать в программы и в сайты. А потом, видимо, пришла другая команда и стали по-своему делать. Сделали готовую программу, обрезав функционал для разработчиков.

[LynxM]

Сообщение от realdoc Да, но допустим 3D PDF не существует, а DWF есть - очень удобно было бы покрутить модель для предпросмотра.

Полностью согласен. Если взять 3D модель большого веса и слабый компьютер - то модель в DWF будет оптимальным вариантом.

[realdoc]

Сообщение от ShaggyDoc делали готовую программу, обрезав функционал для разработчиков.

Т.е. по сути не таская с собой Design Review с его API нашу программу использовать будет нельзя. Это не очень хорошо очень плохо, потому что угадать что за ОС у пользователя и, соответственно, какой Design Review надо ставить невозможно - были проблемы.

Сообщение от ShaggyDoc Жалоб может не быть и потому, что не знают, как на самом деле должно быть отпечатано.

Наверное мы о разном говорим. Печать я представляю в виде двух этапов:
1. AutoCad->DWF.
2. DWF->Плоттер.
Вы видимо говорите о первом этапе, потому что на втором у нас проблем никогда не было. Если первый этап делает тот, кто делал сам файл непосредственно, т.е. инженер-исполнитель, то и на первом проблем замечено не было. Точнее важно не кто делает, а на каком компьютере - с теми же шрифтами, СПДС'ами и т.п.
ShaggyDoc, а из *.pdf можно программно (delphi) вытащить формат листа, чтобы отправить допустим его при печати на другой принтер?

[ShaggyDoc]

Т.е. по сути не таская с собой Design Review с его API нашу программу использовать будет нельзя

Сейчас вроде так - но я не занимаюсь. А раньше можно было только Whip.ocx и whiptk.dll, которые даже можно было с сайта автоматически поставить через браузер или в свою инсталляцию включить.

[maratovich]

Сообщение от realdoc Да, но допустим 3D PDF не существует

Сообщение от ShaggyDoc 3D PDF, да со слоями, существуют, и даже в DNL пример лежит. Но изготовить не так просто, и просматривать тоже не все PDF-вьюверы могут.

3D PDF - есть и делается как 2 пальца об асфальт, а просмотр возможен Adobe Reader.
Просто поискать надо - Adobe Acrobat 3D
По осени все объекты в 3D отправляли заказчику - хотел красоту увидеть. Делали 3D PDF и все писали от счастья.

[realdoc]

Сообщение от maratovich 3D PDF - есть и делается как 2 пальца об асфальт, а просмотр возможен Adobe Reader.

понятно, спасибо - я этого не знал.

Сообщение от maratovich Просто поискать надо - Adobe Acrobat 3D

Основное условие нашей программы чтобы все работало у пользователя как работало до этого, причем у всех пользователей работающих в системе. Т.е. высылается только один инсталяционный пакет. Наверное можно включить еще в инсталяцию Adobe Acrobat 3D, подумаем.
Я больше интересовался с точки зрения организации предпросмотра файлов в СЭД, а найти компоненты Delphi отображения даже простого PDF не так просто это вопрос денег, про контролы для 3D PDF надо поискать - не встречал.

[ShaggyDoc]

найти компоненты Delphi отображения даже простого PDF не так просто это вопрос денег

Не надо денег. Можно использовать Atviewer. Это компонент, который можно встроить в свою программу. Он своими средствами многое отображает, позволяет подключать плагины, показывает файлы (в окне твоей программы) просмотрщиками, зарегистрированными в Windows или любым выбранным.

в инсталяцию Adobe Acrobat 3D

Чем Acrobat плох и из-за чего альтернативы делают - очень громоздкий и медленный. Вряд ли Adobe Acrobat 3D нужен везде. Где действительно нужен - ставить отдельно, а своя программа через Atviewer его сможет использовать.

[realdoc]

Сообщение от ShaggyDoc Не надо денег. Можно использовать Atviewer. Это компонент, который можно встроить в свою программу.

Спасибо, попробуем. Я смотрел в сторону gnostice.com.