It may not be immediately obvious how you can quickly transfer Project Parameters or Area Schemes between linked models (to allow scheduling of linked RVT data in a host project).

Turns out the answer is pretty simple – just use Ctrl+C (Copy to Clipboard) to copy the required Schedules from one RVT to another.

The full process is described at:
Including Project Parameters or Area Schemes from Linked Models in a Schedule – WikiHelp

Thanks to one of our readers, we have a solution for the schedule precision problem described here.

The comment below the lines gives the formula to convert an Area into a rounded number in a schedule, and the totals work!  Thanks Максим Ашихмин.

Type: Number

round(Area / 1 м² * 100) / 100 – rounding to 2 decimal place
round(Area / 1 м² * 10) / 10 – rounding to 1 decimal place

My previous post:
What Revit Wants: Area Calculation Totals – Rounding and Precision

The problem – even when you use Rounding (by changing precision settings in the schedule), the totals are still calculated from the most accurate measurement Revit has available.  So, for 3 areas of 4.4m² Revit says that:
4 + 4 + 4 = 13m²

One workaround is to convert the Areas into Integers (using a Calculated Parameter), and hide the original Area column … still doesn’t exactly work sometimes.  While you get an illusion of consistency, you tend to lose precision.  The reason is that the overall rounding of the figures does not necessarily match the individual rounding of figures.

For example, lets say you have 3 areas of 4.4m² each.  Using rounding to 0 decimal places by using the precision settings, you will get 13m² for the total, but using the integer method above you will get a less accurate but more consistent 12m².

I wonder if a percentage based technique could be used?  It still wouldn’t be ideal, particularly if there were some ‘dumb’ constants that had to be added to Calculated Parameters.

What about you?  How do you solve this precision vs consistency problem?  One obvious way is to simply use more decimal places in your schedule – but then you cannot use the Integer method, and you can still run into the same problem…  For example, 3 areas of 14.45m², using rounding to 1 decimal place:
4.5 + 4.5 + 4.5 = 13.4m²

Download the example file here

Here is what the Integer method looks like:

Some other info:
It’s possible with ordinary schedules too… There are a few things you need to do:

1. Sort your schedule on the units you want to differentiate on.
2. Add a calculated value, percentage, which calculates the percentage of a single element to the unit total (that’s why you need to sort on units, otherwise you can’t use the unit total in the percentage calculation)
3. Multiply Area by percentage in a calculated value, and check the “calculate totals”
4. Check off “Itemize every instance”. If you did it correctly it now shows proper totals.

This takes some fudging to get it right. If you can’t get it done, post an example. 
via
2012: Total Cost in a schedule – Page 2

I have run into an issue when using a Key Schedule, Area Plan and View Template.  My Area Plan uses a Color Fill Scheme which uses a Key Schedule as its basis for the different colors of shading. If I change an entry in the Key Schedule, it seems to ‘break’ the Color Scheme on the Area Plan.

To correct this issue:

  1. Un-apply the View Template (set view to
  2. Open the View Template Properties
  3. Open the Color Scheme dialog for the affected View Template
  4. Set the Schemes to (none), then
  5. Reapply the original Color Scheme by clicking its name.
  6. Press OK a few times

The Color shading for the scheme should now re-appear.