Динамические блоки - панацея или головная боль

Хочу поднять тему использования динамических блоков при оформлении плана большой территории, на моем примере предприятия. Немного опишу алгоритм работы. Актуализация плана завода выполнялась несколькими этапами. 6 лет назад были какие-то оцифрованные планшеты, пополнявшиеся в последний раз в 1991 году и абсолютно не сведенные. т.к. оцифровка выполнялась без калибровки, но это другая история. Съемку завода выполняли разные подрядчики в два этапа. Планы получились огромные. Сшивать в один файл нецелесообразно, т.к. ПК виснет на раз-два, думаю еще более раздробить, но это чуть позже. Пользуюсь методом внешних ссылок. Но в связи с тем, что постоянно выполняются какие-то работы, добавляются различные объекты, которые наносятся на генплан. Для удобства работы я создал динамические блоки (в основном колодцы инж. коммуникаций). В динамическом блоке прописывается номер колодца, отметка люка, земли, лотка трубы, дно и есть атрибут примечания. При этом каждый атрибут лежит в своем слое. Для чего я это сделал - на предприятии внедрили ГИС на платформе ArcGIS, (которая еще в сыром состоянии), и подгружая данные из Цивила, у точечных объектов (колодцев) уже есть свои атрибуты, что облегчает работу по пополнению новыми исполнительными съемками.
Но а теперь о самом главном. Файлы автокада часто подвисает. В крайний раз преобразовал динамические блоки в служебные блоки *U1... Из-за чего это произошло и как с этим бороться? Прошу рекомендаций по альтернативным способам отображения колодцев. Копию файла восстановил из */bak. Прилагаю фрагменты плана. EDIT2.dwg - восстановленная копия.

 

Нам пообещали в ближайшем будущем Нанокад или Компас..... вместо Цивила и Автокада

 

Уважаемые господа, неужели не у кого не возникало глюков в Цивиле с отображением динамических блоков? Не один же я пользуюсь аннатотивными динамическими блоками при оформлении планов. В geo_tools есть замечательные аннатотивные блоки для оформления карт, я доработал для себя. Поделитесь опытом.
Переходить на другое ПО нет возможности, т.к. существуют корпоративные стандарты.

 

идиоты

Простая БД в любой из следующих СУБД решит ваши проблемы: MS SQL Server, MySQL, PostGIS
Из AutoCAD Map/Civil подключаемся через FDO - и наслаждаемся скоростью работы!

--- Сообщения объединены, 25 ноя 2018, Оригинальное время сообщения: 25 ноя 2018 ---

для этого как минимум есть OD

ну совсем для ленивых - можно просто подключится к ArcSDE

 

Объясните, в чем заключается идиотизм?
В теме я задал вопрос, как бороться с глюками динамических блоков и не более. Два варианта - не использовать динамические блоки, т.к. это не излечимый трабл и есть вариант решить проблему - и какое решение. Цивил нужен для оформления генплана и дальнейшее предоставление подрядчикам (изыскателям, проектировщикам и т.д.), т.к. все работают в основном в AutoCAD. Пространственный анализ выполняется в ГИС, там же решаются все вопросы связанные с проецированием в другие СК. Скажу вам по секрету, некоторые подрядчики предоставляют исполнительную, где линии между колодцами отрисовываются отрезками и в промежутках пишут титул линии и все отрисовано в слое "0", или выполнив в Геониксе или Кредо не экспортируют чертеж в AutoCAD...

 

ГИС не нужна, а нужен СУБД с ПБД

эта задача не решается динамическими блоками, она решается через ПБД или как минимум через Object Data

Тот же Civil прекрасно работает с ПБД через FDO

 

Это не для обиды - это гипербола. :)

Блоки из файла примера не динамические. Простые блоки с незакрепленными атрибутами. Аннотативные. (А она Вам нужна, аннотативность?).

Попробуйте ODCLASS. А потом до кучи к нему ODEDIT.
Прикладываю файл описания тех объектов, которые были в EDIT2.dwg.
Загрузите ODCLASS обычным _APPLOAD (ЗАГПРИЛ) в свой Civil, вызовите его окно ODCLASS_GUI, окно для характеристик командой ODCLASS_PROPERTIES или File--Properties.
Скопируйте куда хотите приложенный завод_ред.txt - файл описания объектов вашего файла примера. Подправьте пути к ресурсам на нужные в строках:

Из меню окна ODCLASS_GUI загрузите File--Load Description приложенный файл - и попробуйте почертить. При черчении автоматически создаются Object Data - для хранения характеристик объектов.
В окне ODCLASS_PROPERTIES их можно вводить-редактировать. С помощью ODEDIT ввод многих значений можно автоматизировать - загрузить Z, загрузить содержание атрибутов, выгрузить из OD в атрибуты. И многое др.

А можете открыть копию EDIT2.dwg, и выполнить Edit--Define для всего его содержимого. (Копию потому, что файлы-источники ресурсов должны быть закрыты).
И все графические элементы сразу будут определены как нужные объекты, и у них будут заданные OD с заданными полями для характеристик.
Если что не так - есть проверки в Check.

Что, чем, как чертить, какие OD создавать и присоединять, какие значения по умолчанию вводить, какие диапазоны и списки значений допустимы - определено в файле описания.
Там же в начале можно определить все нужные параметры dwg, настройки AutoCAD, которые определяются переменными. (Единицы я начал определять).
И там же в начале определяете все нужные для черчения ресурсы (библиотеки блоков, типов линий, стилей текстов, слои и пр.) - у всех, кто будет чертить из ODCLASS с Вашим файлом описания все будет однородным. Можно обходиться без шаблонов, дизайн-центра, палитр инструментов, файлов-стандартов. Можно обходиться без многих самодельных приложений в части черчения и определения характеристик - сделайте в их требованиях файл описания, и будете чертить, как в 3DService, как в ГУГК, как в чем угодно.
Комплект ресурсов + файл описания.

 

ПБД всё равно лучше, а главное быстрее

 

В обработке уже готовых данных - не сомневаюсь.
Но ПБД уже сравнилась в возможностях черчения с CAD?
Кроме того, исходные данные к ПБД ведь не самозарождаются? Их же нужно собрать-подготовить для нее каким-то подходящим образом и в чем-то.

 

ПБД это способ хранения и анализа

 

Про Object Data не я разговор здесь завел. :)

Да, при большом количестве вхождений динамических блоков замечено торможение. Но у Вас не динамические блоки.
Блоки вообще, скорее, наоборот облегчают чертеж по сравнению с теми же элементами вне блоков. Например, я бы точно отметки с надписями высот сделал тоже одним блоком.
У нас сборные файлы в 40-50 Мб даже с динамическими блоками отметок и пр. нехотя, но вполне ворочались.
С чем у Вас связано торможение, и как вдруг получились Unnamed блоки - мне так сказать сложно. Может быть достаточно отключить аппаратное ускорение. Или регулярно делать _AUDIT.
Возможно, там общие проблемы AutoCAD с большими файлами, или нужно смотреть темы Почему тормозит AutoCAD 20ХХ? или Помогите уменьшить размер файла DWG.

 

поссыпалась аннотативность

БД прекрасно справляются с объёмами, на которых AutoCAD умирает. Нет смысла держать столько инфы в одном файле

 

Может кто-нибудь заморачивался с динамическими/параметризованными блоками. Столкнулся с тем что на съёмке очень много дождеприемников (Ливневые решетки). Не могу понять как можно описать увеличение решетки в длину, т.к. там будут добавляться риски.

 

Вроде бы не вопрос - есть же действие "массив", array.
В примере размеры и пр. от балды.

 

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

 

Кто нибудь понял, что iSpawn, имел ввиду?

 

я

iSpawn, используй LineString

 

Немного конкретизирую свои слова в примере

--- Сообщения объединены, 20 фев 2019, Оригинальное время сообщения: 20 фев 2019 ---

а можно подробнее? а то гугель толком ничего не даёт.

 

LineString(1676.48 1940.78, 1681.72 1917.10, 1662.26 1897.29, 1625.52 1910.20)
и закидываешь в БД, со сплайнами не одна БД пока, к сожелению, не работает