Is it just me or does it seem that the managment parts&families is lagging behind other aspects microstation.
next weeks gripe... making productivity tools more efficient / intuitive (stairs, handrails, PCS etc)
Robert::
Perhaps I am not interpreting your comments correctly, but I believe that a large amount of your complaint (#1) is solved in V8i with Family/Part Concatenation. The screen capture simplistically captures concatenation where a part "CMU" exists in the family "Wall Leafs" at both the project and corporate level and the project settings over-write the corporate. The blue "Wall Leafs" indicates that a part from that family is defined elsewhere, and the red "CMU" indicates that the part is being overwritten by a part definition at an other level. If you are not familiar with this and would like me to elaborate just reply indicating as such and I will go into further detail.
I hope this helps,
Travis
The problem is it is still too compicated
The terminology does not even match educaton. I never heard of a wall in any architectural school but I do know what a wall is and a wall assembly is.
Ustn since 1988SS4 - i7-3.45Ghz-16 Gb-250/1Tb/1Tb-Win8.1-64bEric D. MilbergerArchitect + Master Planner + BIMSenior Master Planner NASA - Marshall Space Flight CenterThe Milberger Architectural Group, llc
I have this need as some clients require client-specific deliverables (not just particular gov't clients, but others) AND they have model deliverable needs as well. They don't want a jumbo-all-encompassing dataset of every part I've ever created. They just want theirs.
If all you have is a 2D or a PDF deliverable, your single growing-group parts may work. In my world of multiple offices, synching part libraries, model deliverables, etc. Project-based libraries are crucial and integral to the workflow.
Thanks,
Shawn
------------
Echoing Shawn's comment. Firms that have any of the following: multiple offices, studios, divisions, or project types would want Family/Part concatenation. There are certain parts that can be standardized for all project types and those would be your Corporate standard families/parts. Then there are parts that are project type specific. You wouldn't want the same parts for designing a hospital as you would for designing a manufacturing plant. There are specialized wall types for prisons/institutional buildings that not everyone would want in a corporate mega-dataset. There are also cases where 1 project might want to show data differently from other project for one reason or another, concatenation allows that. In most cases, there will not be a single solution that fulfills every need.
-travis
I am aware to the concatenation effect, but I've had mixed results as to whether the correct "version" of a part is being picked up without glitching. A bentley consultant subsequently indicated it was a bad idea having two parts with the same name. So we switched to having general users looking at the local project parts only, and an "admin" user who could see both part libraries to copy / sync parts.
My real issue in the mixed ofice/project dataset is that when selecting a part there is no way to see if that part is an "office" part or a "project" part - seeing all parts is useful, but using just project parts is what I'm after.
If a user does select an office part it needs to be automatically added to the project library - perhaps with some sort of indicator showing whether it is in sync with the office version.
I ended up creating a "configuration level" between site and project where we have like-type project standards (what I call "Facility") We load Facility above Project, and then load a Project Part Library at the Project level. Project Libraries have the Project Code for that Project (usually the Facility name, not our internal number, which means nothing to the owner), and then we add the Project Parts as necessary. Our template Facilities setup and our Template Project Setup are easily editable via an XML editor (like Notepad++).
Once the project is over, we scrub the Project library for content that should be "promoted" to the Facility, so everyone working on that type of Facility in any of our offices can benefit from the content.
Works for us. Maybe something similar can work for you.
Robert:
I have thoroughly tested the Family/Part concatenation and will admit that I filed 3 or 4 trouble reports related to it early on, but those were all resolved in the Refresh Release 2 builds (08.11.07.80). If you are still experiencing glitches related to concatenation, let me know and I will make sure to file a TR for it. If the system that you have in place is working for you, then by all means continue with that process. However, it appears from your rant that it is not working as well as you would want it to work. All I can tell you is that their has been a software solution implemented by Bentley that should address your needs if you choose to take advantage of it. As I said, I have done thorough testing on this and have trained this workflow to dozens of offices in the US and I have not had any complaints from any of them related to the workflow.
If you configure your workspace to prepend the project parts your project parts will always be read over the office part (if one exists for the project). TFDIR_PART < $(PROJECT_DATASET)part/
Out of curiosity could you tell me who the Bentley Consultant was that told you that? I will check with him and find out why he would make that recommendation.
I will try replicate the glitches I was having. But I have probably upgraded versions since then.
I worry that this very much based on knowing how xml works, and even through the dataset explorer there is a lot of cutting and pasting going on that needs to carefully managed. Typically my architects just want to get on with designing, and not have to worry learning "computer stuff" like xml.
Some sort of Sync tool would be useful.