|
||
| Правила | Регистрация | Пользователи | Поиск | Сообщения за день | Все разделы прочитаны | Справка по форуму | Файлообменник | |
|
Поиск в этой теме |
16.12.2013, 22:52 | #1 | |
Как разбить чертеж, чтоб разные люди могли работать с его частями
Регистрация: 16.12.2013
Сообщений: 2
|
||
Просмотров: 2890
|
|
||||
Moderator
LISP, C# (ACAD 200[9,12,13,14]) Регистрация: 25.08.2003
С.-Петербург
Сообщений: 39,787
|
Внешние ссылки.
__________________
Моя библиотека lisp-функций --- Обращение ко мне - на "ты". Все, что сказано - личное мнение. |
|||
|
||||
Engineer Регистрация: 05.09.2003
New-York
Сообщений: 10,288
|
Пусть каждый работает на своей копии, делает свою часть. затем кто-то главный над всеми соберет все работы в один чертеж, и это универсальный совет.
А вообще, давая советы, каждый советчик привязывает совет конкретно к своей ситуации. Хреф годится не всегда, ведь нам неизвестно задание каждому автору. Будут-ли они заполнять свой географический кусок, не связанный с соседним или технологический, когда работа одного внедряется в работу другого. |
|||
|
||||
Инженер-конструктор Регистрация: 24.08.2005
Краснодар
Сообщений: 9
|
Однозначно, внешние ссылки + работа в подшивке. Не раз тема обсуждалась на CAD-форумах. Файл, содержащий в себе проект с необходимой степенью детализации, создает и редактирует ОДИН конструктор высшей квалификации. Параллельно оформлять (размеры, отметки, обозначения видов, разрезов, сечений) могут инженеры более низкой квалификации, хоть вся группа разом. По такой схеме нет необходимости "резать" файлы проекта, максимальная координация действий (можно контролировать процесс в полной мере), все участники проекта своевременно получают информацию об изменениях. Правда, есть необходимый минус, впоследствии превращающийся в огромный плюс, это четкие однозначные коллективные правила и стандарты. При больших проектах число непосредственных разработчиков может быть больше, чем один, с четким разграничением объемов.
----- добавлено через ~17 мин. ----- До работы в подшивках практиковали другой способ. Разграничивали пространство модели между участниками, и фиксировали за каждым исполнителем его уникальную область в каждом отдельном чертеже проекта. Распределяли проект по группам конструкций между конструкторами. Каждый оформлял свою часть в своем квадрате (работали все в листах). После, один человек, простым копированием из пространства "модели" всех участников, формировал общий файл проекта, а также импортировал из разрозненных частей уже оформленные и скомпонованные "листы". Минусы при такой схеме: 1. Досадные, но вполне сносные ошибки округления координат примитивов (особенности работы процессора в операциях с большими действительными числами); 2. Размер файла на выходе может достигать размера более 10...30 Mb, а это начинает тормозить AutoCAD и приводит к учащению ошибок (работа по внесению изменений иногда превращается в настоящую каторгу); 3. Опять же на первом месте правила командной игры, несоблюдение которых ведет к необоснованному увеличению числа слоев, блоков и прочего "мусора" в чертежах. |
|||
|
||||
Engineer Регистрация: 05.09.2003
New-York
Сообщений: 10,288
|
Проект чего? По тексту можно предположить что на него работало много народа, то есть проект немаленький. И весь в одном файле. Гм
|
|||
|
||||
Смею предположить, что засунули в один файл весь проект, а работать каждому надо с парой листов из этого проекта.
Автор раскройте тайну третьей планеты !
__________________
Вопрос : Где находится Тургай ? Ответ : Между Парагваем и Уругваем..... |
||||
|
||||
Конструктор по сути (машиностроитель) Регистрация: 10.10.2005
Набережные Челны (это где КамАЗ)
Сообщений: 11,391
|
Разбить так разбить, что мешает? Удаляешь все лишнее, что не касается отдельной работы, сохраняешь как. Потом из кусков создаешь один файл. Только я не очень понимаю смысл такой работы. Да и лишние проблемы при объединении неизбежны в той или иной степени.
__________________
Век живи, век учись - ... |
|||
|
Опции темы | Поиск в этой теме |
|
|
Похожие темы | ||||
Тема | Автор | Раздел | Ответов | Последнее сообщение |
Какой язык перспективен для инженера-конструктора с условием | The_Mercy_Seat | Программирование | 705 | 17.03.2021 14:19 |