Projectwise和CAD/BIM库
我工作的公司在全国各地都有办公室，我们的EDMS/协作工具正在转向Projectwise。与许多大公司一样，标准差异很大(每个办公室似乎都至少有一个自己的标准),因此我们希望(随着时间的推移)创建一个BIM/详图/图块库，存储在projectwise服务器上。
我很想知道是否还有其他人走这条路，以及他们在这样做时发现的任何积极和/或消极的方面。在我们开始创建这个图书馆的第一步尝试时，任何帮助或建议都将非常感谢。非常感谢
**** Hidden Message ***** 需要有一个培训师团队，确保每个人都知道
为什么，
否则你最终会回到你所在的位置，
每个人都在做自己的事情，只是为了完成工作。 它的目的是让每个人都能获得适当的培训、使用指南和图书馆最新添加内容的列表。
就技术方面而言，我应该试着更好地回答这个问题。
1.如何控制提交/检查/批准流程。
2.由于我们是一家多学科公司，如何分割库-我们是先用软件（Revit、Acad/C3D、Microstation，然后是规程，还是先用光盘，然后是软件？
3.如何在库中构建最佳的“可搜索性”，让用户更容易找到他们要找的东西。
随着我的大脑试图解决这个问题，将会有更多的问题 在可能的情况下...
ACAD-工具栏
REVIT-模板文件
Microstation-种子文件
在默认文件中构建尽可能多的内容以删除任何用户输入
我建议
地区或国家/学科/软件组织-这允许在一个国家或地区内进行各种允许的施工或施工标准 我没有任何有用的建议，但我对你的表现很感兴趣。请随时向我们更新！
我喜欢“地区或国家/学科/软件”组织建议，如果这有助于您做出决定，jonesy。
我不会对Revit模板或我的同事这样做(我怀疑您也想对Microstation种子文件这样做)。我不会转移这个话题...jonesy，这里有一个链接，链接到一个试图讨论“Revit模板文件类型”的一些观点的线程。
https://www . the swamp . org/index . PHP？topic=49185.0 为此，mech总是先在Mech文件夹中查找，然后再在软件中查找，这似乎是有道理的我不会为Revit模板或我的同事这样做(我怀疑您是否也想为Microstation种子文件这样做)。我不会转移这个话题...jonesy，这里有一个链接，链接到一个试图讨论“Revit模板文件类型”的一些观点的线程。 https://www . the swamp . org/index . PHP？用户群对在模板中尽可能多地构建感到不舒服，因为太多的层和块(在acad中)以及太多的族会使项目膨胀。我对Revit了解不多，无法监督模板，我将这留给BIM经理。我的工作将是成为所有这些数据的数据经理/整体项目经理，我想尽可能使它易于使用，所以我正在寻找一些事情的想法...文件夹结构(约翰和迈克尔提到过，所以谢谢你们俩)。
如何控制数据(谁可以上传图块和族，谁检查图块和族。
可能是“旧的”/取代的块和族的文件夹，这些块和族可能不再是当前的，但以后可能用于历史图形)。
谁可以对任何特定文件夹进行读写访问。
建模人员或CAD人员如何提交文件以供该库考虑的过程，我希望这里有人已经建立了一个在多办公室、多学科和多软件环境中成功的目录/库，他们可能能够提供一些建议。
上次我参与构建一个细节库时，我们关注于使用CSI规范部分作为驱动组织元素。这是使用旧的16分区系统，当前的2014年4月计划使用49个分区，其中一些分区保留用于未来的扩展。
该公司主要关注水/废水、处理计划和相关建筑/土木工程。但是效果相当好。在我看来，让细节和规格一起前进是很方便的。 我们为每个客户创建了工作区。创建项目时，将向该项目分配一个工作空间，该项目具有所有图层/级别，块/销售等。
页:
[1]