Спасибо, понял что мыслю в правильном направлении. А где у вас находятся локальные файлы, у проектировщиков? А как у них организованы каталоги?
|
Спасибо, понял что мыслю в правильном направлении. А где у вас находятся локальные файлы, у проектировщиков? А как у них организованы каталоги?
Смысл локального файла в том, что он всегда принадлежит одному человеку. Он является местом "приложения сил" конкретного человека, при работе с проектом как с целым. Засчёт дублирования в локальном файле всего проекта из Хранилища(Центрально файла) получается реализовать совместный доступ к проекту разным людям одновременно. По этому вполне логично чтобы локальный файл хранился на компьютере человека который с ним работает.
Про какие из каталогов идёт речь?
Я понимаю смысл локального файла. Я хотел узнать в какой папке каждый участник на своем компе сохраняет локальный файл (например в моих документах). Или кто как захочет?
Предполагаю что положение локального файла не имеет значения. Вообще, будет отлично если всю информацию пользователя держать на втором разделе жесткого диска (или на втором диске вообще), чтобы при переинсталяции ОС не искать для сохранения пользовательские файлы на системном разделе,
начиная с 2010 версии ревит при открытии центральлного файла, позволяет автоматически создавать локальный файл, его имя, и открывает его же. По умолчанию файл лежит в Моих документах на локальной машине. Так как у нас работает над проектом не много людей и файлов тоже не много, то такое положение дел полностью устраивает. ПРограмма помнит список 10 последних файлов, что были открыты, более того те которые наиболее актуальны, можно "пришпилить" в списке и они всегда будут доступны через главное меню.
Если же речь пойдёт о потоковом производстве где будут задействованы много людей и значительное количество файлов, то тут имеет смысл систематизировать процесс.
Доброе время суток! Наша фирма занимается проектированием инженерных сетей, но есть у нас и архитектор, работающий в Ревит. Сейчас первый проект делаем в Ревите в режиме коллективной работы. Небольшой коттедж. Архитектор ваяет архитектуру. Его проект на сервере. Проект инженерных сетей в режиме работы с рабочими наборами. Архитектура подгружена к проекту МЕР по ссылке. Для инженерных сетей – это самое оно. ОВ делают свое, ВК свое и т.д. Каждый все видит в «реальном времени». Есть только один нюанс - архитектуру приходится обновлять вручную. Т.е. входить в «Диспетчер связей» и выбирать «обновить». Плохо это или хорошо? Думается, все-таки хорошо – позволяет контролировать процесс изменения в архитектурной модели. Правильный ли это путь для организации совместной работы архитекторов и смежников?
Интересно, а как у кого из архитекторов строится взаимодействие со смежниками?
Подскажите как вы решаете размещения в РЕВИТ когда оборудование (раздел ТХ) "покупное".
То есть, при объектах более-менее сложных, проектанты оборудование получают с заводов-изготовителей (или фирм продающих) в виде - габариты, технологические условия, в pdf и "отрисовывают на плане" условными знаками
А как его в РЕВИТ засунуть? Отрисовывать нереально по срокам.
Мы уже 16 лет работаем в проектировании инженерных сетей зданий. В AutoCad накоплена большая база элементов в 3D. Перенести из AutoCad в Revit, как Вы понимаете, не проблема. Как правило, в новом проекте не так уж много совершенно новых элементов. Их можно в Revit создать "с нуля", можно путем "глубокой модернизации" имеющихся элементов. И то и другое делается достаточно просто. Как-то с этим проблем не возникает...
Добрый день.
Понял, спасибо - я рад что вы накопили такую чудесную базу.
Вот только мы делаем проект промышленного объекта:
1. там оборудование как правило уникальное
2. оборудования очень много
3. оборудование постоянно меняется (из проекта в проект)
4. качество требований (ТХ) от изготовителей плохое (эскизы в pdf)
5. отрисовывать нереально - увеличит время на проект в 2-3 раза
ПОка придумали два варианта:
1. Взять аналог, переименовать без перерисовок. На планах будет все ОК
2. Сделать семейство оборудования. Отображать в виде параллелепипедов с габаритами и занесением основных свойств. Ну и на плане автоматом чтобы отображались условными знаками.
Посмотрим какой жизнь выберет.
Здраствуйте, я последний год работал в Archicad в большой фирме, смог подчеркнуть плюсы командной работы, нужно сказать, что она поставлена на высоком уровне. Ренее работал около года в Ревите, к сожалению знакомство с ним не было таким быстрым.
Хочу обратить внимание на Уроки архикад легко доступные с главного сайта графисофт. Разбитые по темам и позволяющие быстро ознакомиться с основными приемами работы. http://www.graphisoft.com/education/training_guides/
А также обилие форумов с темами "хитрости работы в Архикад"
Плюс ,конечно огромная работа по налаживанию системы совместной работы ,на фирме где я работаю.
Все это я надеюсь будет учтено людьми заинтересованными во внедрении своей продукции.
НО, не могу не отметить массу несомненных преимуществ Revit_а, И я сейчас хочу занятся переносом опыта работы в Archicad_е . Воссоздав объект в Revite со всеми удобствами в работе и оценить плюсы наглядно.
Всвязи с этим сразу возник вопрос :
В архикаде активно использовалась система модулей . Это подгружаемые друг в друга система файлов, . пример: мод файл вентблоки подгружены в модфайл типовой этаж , который подгружен в основной файл. Модульные файлы легче т.к. многое перенимают из основного.
В одном случае это были "аналоги" семейств (вентблоки, отверстия, перемычки..). Удачно заменяемые ссемействами а REVIT
Во втором случае это целые этажи, фасадные стены, квартиры. Кто имеет опыт ,чем лучше это реализовать в REVIt.
Мои соображения: это группа (очень возможен разрыв связей между группами при больших масштабах) ,
Либо импорт файла этаж , с этим я не имел опыта работы.
Возмоно будет удобно делать многоэтажные стены, но возможно ли будет в таком случае определить объем кладки поэтажно?
Возможно ктото еще чтото посоветует? Поделитесь пожалуйста опытом.