TheSwamp
CAD Forums => CAD General => CAD Standards => Topic started by: Bethrine on September 11, 2014, 06:16:12 PM
-
And why? :-)
-
We just revise what needs changing, if we chase all not so good things in drawings we'd never get our job done
-
In terms of profitability, the smart answer is #2.
-
In terms of profitability, the smart answer is #2.
Unless the mistakes are changed dimensions. :|
(I'm still learning when and how to clarify.)
-
Depends on the reason for the revision.
If it is a client change to fit his desires, I'll revise EVERYTHING for which he is willing to pay. If he is not willing to pay for anything I won't revise anything.
If it is an error on our part we will revise whatever is needed to provide the deliverable in a constructable fashion.
-
# 2 as changing anything NOT directly associated with the required revision is wasted effort
OR,
If it was already wrong, but not materially significant to the clarity or constructibility leave it alone.*
*Just remember to NOT make those particular mistakes or use those drafting procedures in the next file.
-
Revision Clouds bite!!
-
Revision Clouds bite!!
Are you familiar with CAB's LISP, PL2Cloud?
-
Are you familiar with CAB's LISP, PL2Cloud?
No will have to look in to it. CAB has some pretty neat stuff.
Drawing them is not the problem. It is having to draw them for foolish reasons like pre-issuing the set at 75% just so prices and bidding can get started then and then having to cloud the entire set for rest of the design. :uglystupid2:
-
A change at 75% issue is technically NOT a revision; as at the time of issue the plans are incomplete.
A change after FINAL 100% plans are issued is a revision.
-
We've had a lot of those recently and, in every case, any reference to that revision on the drawings gets deleted.
-
A change at 75% issue is technically NOT a revision; as at the time of issue the plans are incomplete.
A change after FINAL 100% plans are issued is a revision.
Well Duh! Everyone knows that 15 minutes could save you 15% or more on car insurance.
But did you I know that revision clouds can be used indicate a where changes have happen in a set of drawings at anytime?
-
A change after bid typically needs to get clouded, otherwise the bidders redo all their takeoffs and rebid the whole thing.
-
I understand that helps the bidder but it opens up the whining and complaining with "... that is not in the budget!" or "that was never discussed." and "... the Architects are blowing the project". My point is that we try to be the nice guy by holding their hand and we still get bit.
-
yup, we're always screwed bidding off incomplete documents. my favorite is GC's trying to get job in preconstruction talking about how they help make sure things stay in budget and know how to cover the details, but have no idea what you're talking about when issue for construction comes out. I try explaining to clients that the last 2% of documents cover a bunch of notes that add 10% of the job. (or will be 10% if you issue after bid...) (oh - that little line with no note is flashing? we didn't think you needed that...)
-
My drawings are the final fabrication drawings for the millwork shops, so any revisions have to be complete through the set, only in very rare cases do I not carry the changes through the entire set. If not done, it is too likely it will not be built right.
If they are changes, they have to be paid for, I don't care if the original documents I was given are 5% or the twelfth revision after issue, once you hand off construction documents to me, any change is a change from my original information. I very rarely get any issues over this, but I don't tend to do repeat work for those who think it should be free because it was issue for bid and not for construction.
-
A change at 75% issue is technically NOT a revision; as at the time of issue the plans are incomplete.
A change after FINAL 100% plans are issued is a revision.
Agreed.
Drawings *should* only be "revised" (with rev clouds and an entry on the status block) after the first set of stamped drawings go out (be it Issued for Bid or Construction or whatever your contract says).
However.. sometimes we have clients (or PMs) that want to treat a revised 60% set like an IFB set, and sometimes we lose that battle. And so it becomes an a "Revised 60% Design Submittal" with clouds etc.. wicked stupid.
Thankfully that doesn't happen often, and when it does we wipe the slate clean when it becomes a stampable set.
-
If a client calls in and wants to make a change at say 40% drawings. How do you differentiate internally between the drawing changed and the original?
-
If necessary, eg suspecting that the change will revert back later on, I would copy the original to a temp archive before making the changes - or rename it with the date that the change request came in. Working folders only have current versions, and use the 'real' file names so Xref and SheetSets are not affected by superseded versions.
that's presuming of course that it's in the design phase (40 percent as mentioned), and has not yet gone out to bid or permitting.
-
If a client calls in and wants to make a change at say 40% drawings. How do you differentiate internally between the drawing changed and the original?
This is where using Design Review can really help - as the Mark Up for that change can be saved, annotated and archived to track this type of change that may happen before any bid, or construction sets have been issued.
-
The drawing compare in Design Review can be useful in this respect, without having the redlines.