[FedyaT]

Сразу скажу я в этом деле пасс но ОООчень надо !
Босс хочет что бы
20 проектировщиков работали с одним чертежем - ато у нас каждый делает свое а потом много изменений разных - файлов куча изменений туча в плане здания и т.д. такая каша получается...
как это сделать , Куда смотреть?
В смысле есть 5 строителей 5 электриков
5 автоматизация 5 вентиляционщиков

Как реализуется такая система .. что бы небыло тучи файлов а всего один
и если ктото внес изменения то это видели все .

[Baron]

А Xref не пробовали, на сервере основной файл, Xref manager предупреждает об изменениях..........

[Apelsinov]

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

[FedyaT]

А точнее можно ...
Тоесть строители создали здание Xref
Электрики вносят изменения
вентиляционщики тоже

Но ведь если строители решат внести изменения в Xref
то они изменятся у всех - это хорошо .. Но как сделать так что бы все сразу увидели изменения .... в режиме он лайн

[Baron]

А Xref не пробовали, на сервере основной файл, [size=18] :) Xref manager предупреждает об изменениях..........[/size]

сразу предупреждает ?
вроде мы пробовали не предупреждал....

Как сделать так что бы строители несколько человек работали с одним файлом на который сделан xref ?

[Perezz!!]

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

Как сделать так что бы строители несколько человек работали с одним файлом на который сделан xref ?

Подождать 2079 год...

FedyaT->
У нас в фирме я решил подобную проблему.

Во-первых, работать над ОДНИМ файлом совместно невозможно. Перец прав. Такого нигде нет. Значит будем юзать любимые Xref. :wink:

Во-вторых, есть несколько стандартных схем использования xref.

1. Условно можно назвать "кольцо". Для совместной работы нескольких специалистов ОДНОЙ специальности над ОДНИМ проектом. Например 3 спеца. Каждый должен видеть чертежи двух своих соседей через OVERLAY ссылку! Т.е. [1] прицепляет [2] и [3] через overlay, [2] прицепляет [1] и [3], а [3] прицепляет [1] и [2].
Для сбора чертежей этих трех специалистов используется т.с. [0] (нулевой) чертеж. Где ссылки [1], [2], [3] собираются вместе через ATTACH.
На [0] могут ссылатся смежные специальности и видеть все изменения. On-line конечно не получится, но 2004 уведомляет об изменении - уже хорошо. Можно приблудку накатать, которая уведомлять будет в 2002.

2. Второе "кольцо". Для совместной работы несольких СПЕЦИАЛЬНОСТЕЙ над ОДНИМ проектом. Например [3] специальности: [1]технологи, [2]строители, [3]электрики. Опять каждый прицепляет к себе чертежи смежных специальностей, т.е. [1] прицепляет [2] и [3] через overlay, [2] прицепляет [1] и [3] и т.д.

Все выше описанное для совместной работы требует следующего:

a. Чертежи совместной работы (назовем их ключевыми) желательно делать "легкими", т.е. без избыточной информации.
b. Не оформлять в ключевых листы со штампами на layout'ах.
c. Чертить все с единой точкой привязки (в одной координатной системе). У всех должен быть один о тот же 0,0,0. :!:
d. Единый масштаб желателен.
e. Без слоев это никак. Причем четкая система именования слоев.

3. Для оформления чертежа на штампик придется делать отдельный чертеж, в котором сослаться на свой xref. Однако, помните, что ссылки overlay и их придется подключать повторно. Это уже схема "звезда". Рекомендуется создать еще один ключевой, скажем [0.1] в котором ничего кроме xref нет. И они все подключены через ATTACH!
Например:
Технологи хотят показать на своих чертежах сваи строителей и коммуникации электриков.
Ключевой технологов [1.0] (1 - техн., 0 - содержит [1], [2], [3] технологов) будет содержать в себе [2.0] и [3.0] через ATTACH.
На [1.0] ссылается чертеж со штампом и уже в нем все доводится до логического конца.

С виду, все очень сложно. На самом деле, если все это разрисовать и объяснить, все становится очень просто и логично. Мы работаем по такой схеме уже 5-ый год.

Неоднозначным остается только вопрос блокирования чертежей при их выпуске. :evil:

[Mikhail]

Добрый день.
Вот хочу поднять тему, т.к. возникли некоторые сомнения.
Тут у нас фирма тоже озаботилась работой над одним файлом и какого то специалиста позвали... Он сказал что есть какая то то ли сетевая версия АвтоКАДа, или серверная не помню точно. В общем он сказал что она как то позволяет работать с одним файлом.
Честно говорю что я в этом очень сомневаюсь... Но может чудеса техники дошли и до такого. Может там не совсем паралельная работа, а просто очень быстрое обновление документа...
Так что если знаете что то по этому поводу поделитесь.
Спасибо.

Какая бы версия AutoCAD'а или любой другой CAD системы не было, сетевая или нет, все равно, для совместной работы над одним файлом должны выполняться как минимум два условия:
1. Сетевая ОС должна позволять открывать файл нескольким пользователям, разруливая при этом права.
2. Сам файл должен иметь структуру хранения данных, позволяющую изменять его в любом порядке (что-то типа базы данных).

Где такое видано?
А ОС есть такая? Кто-нибудь знает? Я не слышал. :shock:

Знаю, что PLANT-4D попытался реализовать схему хранения графической информации в базе данных, но получился отстой (субъективно). :twisted:

По моему самое логичное на сегодня, это использование внешних ссылок. Надо только четко разрисовать схему их взаимодействия, когда overlay, а когда attach. И довести ее до работников (самое сложное).

[Рашит]

Зря говорите что нет проги которая позволяет работать с одним файлом 2-3 и т.д. пользователям. Есть, прога Карта 2000. Для изыскателей вполне подходит. И генпланы позволяет делать. Прога вообще из ГИСов.

[Perezz!!]

Зря говорите что нет проги которая позволяет работать с одним файлом 2-3 и т.д. пользователям.

В природе нет ни одной операционной системы, которая позволяет изменять файл одновременно двум и более процессам... Доступ к файлу на запись/изменение может получить только один процесс. ВСЕГДА.

[{Smirnoff}]

Есть некотроый опыт работы с англичанами. Эти "правильные" ребята для начала составили четкий график всех этапов проектных работ с "окнами" для согласования между субподрядчиками. Сделали на сервере отдельные директории для всех, раздали всем общие правила оформления документации. И ПОСАДИЛИ ОТДЕЛЬНОГО ЧЕЛОВЕКА который отвечал ТОЛЬКО за получение от субподрядчиков слоев с их чертежами, рассылал всем КОМПЛЕКСНЫЙ ЧЕРТЕЖ для сверки и согласований. Несколько реальных штрафных (очень неслабых) санкций за неисполнение в срок и брак быстро возымели действие и все стали работать в срок и согласованно. Кстати очень удобно, когда не надо постоянно самому держать "руку на пульсе" и узнавать что вентиляторщики зпроектировали свои трубы по твоим сетям. Звонит человечек и говорит что не сервер положены последние изменения в таком то файле. Открываешь там все слои на данный момент, все изменения обведены "облачками" с соответствующими сносками.

Правда все это за большие бабки делалось. Доступ для всех через интернет, координатор этот, четыре секретарши и т. д.

Умеют они все-таки работу наладить, не на Ура а по плану.

Это так для размышлений.

[Рашит]

При чём здесь операционка? Это программа. И она это позволяет.

Есть ли смысл смежникам работать над одним файлом? [sm1001]

Если посмотреть на тему обсуждения с другой стороны, а на сколько рациональна организация работы над проектом в едином файле. При умелом использовании ссылок, организации прав доступа к файлам и правильной структуре проекта, такой надобности нет. Забивать один гвоздь двумя молотками???????? Вспомните о том, что не все специалисты должны иметь права на изменения каркаса и т.п., а лишь могут вносить предложения тут уж без ссылок ну никак. Вентиляционщик создавший отверстие, пересекающее главную балку, только добавит хлопот конструктору... При проектировании крупных объектов необходим серъезный подход к планированию и организации процесса проектирования. Для тех кто не может это организовать на уровне администратора проекта есть отличное решение:
Функции управления проектами Architectural Desktop 2004 позволяют организовывать проекты больших зданий, состоящие из большого количества файлов. Над одним проектом могут работать несколько специалистов, причем все изменения в проекте будут отслеживаться и будут видны каждому участнику проекта (если эти изменения относятся к его части). Возможен контроль над уровнем доступа к тем или иным файлам, использование паролей, дающее возможность ограничить круг людей имеющих возможность внесения корректив.
Менеджер проектов – это мощное средство для достижения конечного результата, которое не просто работает с внешними ссылками из одного файла в другой, но и создает сопутствующие файлы рисунков, в которых описываются их свойства. Место расположения конструкции, инф. о категории к которой относится элемент, высоты отметки, ярусы, секции и т.п. Данная технология позволяет создать структуру проекта с описанными параметрами, которые в свою очередь помогают подготовить виды здания, собрать само здание из этажей, секций, элементов и, наконец, подготовить документацию.

[Perezz!!]

При чём здесь операционка? Это программа. И она это позволяет

При том, что сначала грузится операционная система, и тольком потом, те или иные пользовательские (или серверные -прим. ред. %) приложения или программы. Таким образом, НИ ОДНА ПРОГРАММА не сможет разрешить двум процессам получить доступ к файлу на запись/редактирование (поскольку этого не позволяет НИ ОДНА операционная система)...

хы

2Perezz>
Поправлю и себя и тебя.
Принцип работы такой. Операционная система не дает доступа открытым файлам, т.е. тем, которые приложения открыло и не закрыло.
Если предположить, что приложение дает пользователям вход в один файл, то оно должно открыть файл, скинуть его себе в память и закрыть.
По сути, возвращаемся к нашим бананам - это клиент-серверное приложение аля база данных. Само приложение берет у базы данных то, что ему надо, а все новое на каждой транзакции записывает. Получаем многопользовательский файл Только файл базы данных (абстрактно, все файлы - своеобразные базы данных).

[Pilot]

А если теоретически:

Программа одна. На сервере предположим.
А все пользователи грузят ее на свои рабочие станции как тонкие клиенты. И к работе над одним объектом допущено не несколько процессов, а один, но "несколькими руками".

Кстати, некоторые бухгалтерские программы именно так и работают, предоставляя нескольким пользователям совместный доступ на редактирование единой книги хозяйственных операций.
А дело админа - разграничить права доступа: одному кассовые операции, другому - склад, третьему - платежки. А главбуху - ВСЕ что только можно.

[Pilot]

Ну вот, пока писал свой постинг, Alxd высказал примерно то же но другими словами.