[VladiT]

Впервые вижу подобную ситуацию -
От коллег из Италии получен файл с планировками этажей. Все этажи представлены блоками.
Есть потребность в их редактировании. Но при расчленении блока он как-бы, "размножается". На самом деле, появляется рядом масса похожих планировок, видимо каким-то странным образом использованных при создании этого плана.
При попытке редактирования блока похожий симптом - тоже все странным образом размножается.
Не сталкивался ли кто-то с подобным? Чем это можно объяснить и что можно сделать?
Файл с этой странностью во вложении.

[Cfytrr]

XCLIP-Select objects-Delete

[VladiT]

Если можно - поподробнее. Я применил это к блоку, но в итоге ничего не изменилось, при расчленении он все равно размножается.
Как сделать правильно?

[РастОК]

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

[Cfytrr]

VladiT,
Сделан обычный блок, в который напихано 10 планов, потом к нему применили команду Xclip, и скрыли "ненужные" этажи. Если Вы потяните за ручку эту белую рамочку то увидите все эти скрытые этажи справа и слева. Поэтому удаляете Xclip с блока, заходите в редактор блоков и стираете в нем все ненужное.

[AlexCondor]

LISP. Подготовка подосновы Там есть команда BGBLXCLIPEXP - взорвать подрезанный блок

Хотя нет, плохой совет. Команда должна бы работать, но попробовал, с этим блоком - работает не правильно.

[VladiT]

Сообщение от РастОК Но лучше конечно выложить этот блок отдельно в файл тут, тогда быстрее разберёмся в чём дело.

Вот один блок отдельно-

[Кулик Алексей aka kpblc]

В блоке фактически тьма планов.Они тупо подрезаны, как это было показано в #2

[VladiT]

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

----- добавлено через ~9 мин. -----
Пока что наилучшее решение из анализа ваших советов такое:
1 - Применить к блоку удаление XCLIP (XCLIP-Select objects-Delete) - в результате скрытые в блоке планы появляются на экране.
2 - Расчленить блок.
3 - Стереть ненужные планы.

Или просто сразу расчленить блок, увидеть ненужное и стереть.

Остается понять - по какой технологии работали создатели этого чуда и зачем нагородили такую жуть? Хоть какой-то смысл в этом есть и для чего?
Как по-вашему - это следствие сознательной деятельности человека, или результат того, что работали в каком-то стороннем приложении и просто импортировали в DWG, от чего и получился этот...не знаю как сказать цензурно?

[ailouros]

Сообщение от VladiT Вот один блок отдельно

Мне кажется, что показанный вами блок - это обычный блок с кучей планов, не связанных друг с другом. Если Вы откроете блок через "Контекстное редактирование", то увидите, что отображается один из многих. Можете его удалить, на других ничего не изменится. Разноска между планами в чертеже, очевидно, осуществлялась смещением границ контура x-clip. Эдакая вариация видового экрана

[VladiT]

Сообщение от ailouros Если Вы откроете блок через "Контекстное редактирование", то увидите, что отображается один из многих.

Громадное спасибо - это наилучшее решение в моей ситуации!

----- добавлено через ~2 ч. -----
Начальство связалось с отправителями файла, с вопросом от чего такая жуть?
Сейчас они ответили, что планировки делали в Ревите, затем экспортировали в Автокад, но как именно - не рассказали. Сказали что об удобстве дальнейшего редактировании не подумали.
Извинились и прислали другую версию, сейчас ребята с ней работают и говорят, все ОК, ничего не размножается и редактировать можно привычными средствами.

Кстати, попутно задам еще вопрос:
Я помню с времен начального знакомства с Автокадом, что у Автодек вроде-бы есть юридического плана констатация что пригодным является только файл, который при открытии не дает никаких предупреждений. А в случае наличия любых предупреждений, оператор Автокада обязан работу прервать и вызвать старшего или администратора. И тот должен связаться с отправителем файла и добиться чтобы файл был прислан так, чтобы открывался без каких-либо предупреждений. И в общем, констатировалось что работа с файлом, открывающимся с предупреждениями есть заведомый брак и риск того кто на это решился.

Но вот где эта юридическая норма констатировалась, сейчас не могу вспомнить. А было бы полезно иметь ссылку на нее, если такая норма у изготовителя Автокада имеется. Это бы позволило более уверенно отвергать всю ту корявость, что порой присылают.

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

[kp+]

Сообщение от VladiT с времен начального знакомства с Автокадом

Может, Вы тогда знакомились с самыми первыми версиями, например r10 или еще более древними. И тогда лицензионные соглашения могли быть не такими, как сейчас. Например, Автодеск нес ответственность за работоспособность системы у конечного пользователя при условии работы с "нормальными" файлами, а "битые" файлы могли действительно повредить Акад.
Но в более-менее современных версиях все иначе - Автодеск давно ни за что не отвечает, все риски лежат на пользователе. А в самом Акаде сейчас встроено множество средств контроля и восстановления целостности системы и файлов, защиты системы от неверных входных данных и действий пользователя. Поэтому "убить" современный Акад файлом dwg/dxf, содержащим ошибки или вредоносные инструкции, вряд ли возможно. Соответственно, предъявить претензии смежникам по поводу файлов, на которые Акад ругается, на том основании, что они нарушают условия использования или могут нанести вред Вашему Акаду, уже не получится.

Другое дело, что можно вписать в какое-нибудь приложение к договору что-то вроде "Исходные данные предоставляются в формате DWG версии не выше 2013, не содержащем ошибок целостности данных/прокси/динблоков/внеш. ссылок/вычисляемых полей/аннотативных объектов/нестандартных шрифтов и shape'ов/скрытых или недоступных для редактирования объектов/признаков создания в учебной версии/другой экзотической фигни" (нужное подчеркнуть, при необходимости вписать дополнительное)

Но это требует, чтобы большой начальник сам хорошо разбирался в Акаде или прислушивался к голосу отдела САПР / инженеГров, что огромная редкость.

[VladiT]

Спасибо, понятно.