Constraints are not satisfied

‘Constraints are not satisfied’ Kent u die uitdrukking dames en heren?

Ik hoor al gillen op de achtergrond. Het is dan ook een erg vage, en vreselijk irritante melding, bij het maken van een Revit Family. Revit bepaald op de achtergrond wat u wel en niet mag doen. En ja computers maken geen fouten. Dus het ligt echt aan ons. Zucht. Laten we dan maar proberen iets van de mechanismen van de constrains in Revit (via trail en error) te achterhalen. Kan dat ook slimmer? Vast wel…

Ik heb voor de testjes enkele Parameters aangemaakt met de volgende vernuftige benamingen:

• Type_Lock
• Type
• Instance_Lock
• Instance

Om het mezelf moeilijk te maken (en om te laten zien hoe fout Revit lijkt te zijn) heb ik ze allemaal een lengte van 500m meegegeven. De Instance_Report Parameter is te flexibel en is daarom niet relevant.

De Parameters

In het testmodel  gebruik ik losse maatvoering. En maatvoering met een Equality. Ooh wat zal ik fijn veel foutmeldingen krijgen! Om het verder zo zuiver mogelijk te houden, maatvoer ik Reference Planes die allemaal de eigenschap Not a Reference hebben.

Het doel van deze hele exercitie is om de Revit Constraints in een Family te onderzoeken. Hopelijk kunnen we daar lessen uit trekken, om foutmeldingen zo veel mogelijk te beperken.
Waar ik niet aan toekom is de impact van Formules. Maar ook de invloed van de sterkte eigenschappen van Reference Planes etc. Ik concentreer me vooralsnog op de maatvoering.


De basis: je kan prima de Label vervangen door een andere