Standards and schema
Templates, naming, classification and the project parameter schema established before a single element is placed.
A model authored to look right and a model authored to be read are visually identical and completely different assets. We produce the second kind.
Modelling
Parameters populated during authoring cost a little at the time. Parameters retro-fitted before handover cost a great deal, are usually incomplete, and produce a model that cannot be checked automatically — which means every downstream promise about automation, quantities and asset data quietly fails. This is unglamorous and it is the precondition for everything else on this site.
Where drawings are drafted alongside the model, a change is two events and they eventually disagree. Where drawings are derived from model state, a change is one event. Getting to the second condition requires template, view and sheet discipline set up before authoring starts, which is why we do that first and will not skip it to save a week.
"LOD 400" as a blanket statement across a project is a way of not deciding. The useful version is element-by-element: what has to be accurate, what has to carry data, and what is placeholder geometry. We agree it explicitly, because it is the single largest driver of authoring cost and the thing most often left vague until it is expensive.
Deliverables
Any of these can be appointed on their own or combined. Nothing here depends on buying the intelligence layer, which is not for sale in any case.
How it runs
Sequence is not a formality on this kind of work. Most of the expensive rework we are asked to fix was produced by doing step four before step two.
Templates, naming, classification and the project parameter schema established before a single element is placed.
Agreed element by element and written down, because it is the cost driver and the source of most scope disputes.
Modelled with parameters populated as elements are placed, not afterwards.
The project rule set runs during authoring rather than only before issue, so failures are corrected while the context is still fresh.
Views, sheets and schedules derived from model state.
Through the CDE at the correct status code, under a named engineer.
What we need to start
Missing any of these is survivable. Not knowing which of them are missing is not, so we establish it at enquiry stage rather than at forty per cent.
Automation
Every line carries its real status. Three of the four states on this site mean "not yet", and we use them.
Scope boundary
Published because a scope boundary discovered at month three is a dispute, and the same boundary stated at enquiry stage is just information.
FAQ
That the project parameter schema exists before authoring starts and parameters are populated as elements are placed. The visible model looks the same either way. The difference appears the first time anyone tries to check, schedule or extract anything from it.
Yes, and it is usually the better option — the model comes back in a state your team can maintain. Where there is no standard we apply ours and hand over the documentation.
Sometimes, and we will tell you honestly which case you are in. Some models can be brought up to a queryable standard economically. Others cost more to remediate than to re-author, and we would rather say that at enquiry stage than discover it at forty per cent.
Yes — built parametrically to the project's data schema. Content downloaded from a manufacturer site and patched is the most common single cause of parameter completeness failure later.
Element by element, in writing, before authoring. A blanket LOD number across a whole project is a way of postponing the decision until it is expensive.
Related
Engineering enquiry
Send a scope, a drawing set or the workflow you want this applied to. You will get a technical response on approach, disciplines, deliverables and what is realistically automatable — from an engineer, not a sales desk.