Material takeoff gives wrong values for generic model

Material takeoff gives wrong values for generic model

erdem_adali
Participant Participant
1,869 Views
14 Replies
Message 1 of 15

Material takeoff gives wrong values for generic model

erdem_adali
Participant
Participant

I create two component (model in place or family, doesn't matter). 100x100cm cubes, one as generic model and second as wall. And paint one of their faces. 

Material takeoff for wall shows 1 m2 paint. No problem, 100x100cm face is equal to 1 m2.

But material takeoff for generic model shows 6 m2 paint in my computer, 2 m2 in my colleagues computer!

Our company produce facade claddings. we use paint tool to calculate the  certain surfaces areas of our products.

Does anyone has an answer? What is the cause or solution?

 

0 Likes
Accepted solutions (2)
1,870 Views
14 Replies
Replies (14)
Message 2 of 15

barthbradley
Consultant
Consultant

That's just the way Revit calculates. Paint is a good way to go.  

0 Likes
Message 3 of 15

barthbradley
Consultant
Consultant
0 Likes
Message 4 of 15

erdem_adali
Participant
Participant

Thank you for your respond.
What do you mean with "That's just the way Revit calculates."?  Does Revit gives random values for paint on generic model? Is there no solution?

We are a facade firm. Architects mostly model their facade with generic model element. We calculate our quantity over their models. Thats why i can't say "oh ok, i will make my models with wall element now on".

0 Likes
Message 5 of 15

barthbradley
Consultant
Consultant

I think you misunderstood me - or I misunderstood you.  

 

I merely confirmed that Paint was a good and widely used approach.  Other than that, you should expect - and get -close to dead on ballz accurate MTOs from Revit.  

 

Are you aware that you can also Paint Surfaces in a Family with a Paint Parameter? 

 

https://www.youtube.com/watch?v=3J5fYF2eaks

0 Likes
Message 6 of 15

erdem_adali
Participant
Participant
Accepted solution

Answer for my own question ; Even if you only paint only one face of a generic model, materiall take off gives all area of all faces. 

For example: i create a 1x1m cube. Paint only one face. But material takeoff gives 6m2 quantity, all surface of the cube.

But if i paint another surface with a different material materiall takeoff gives true values. 1m2 quantity for both material.

 

0 Likes
Message 7 of 15

barthbradley
Consultant
Consultant

I don't understand your solution, but it sounds like you are using Paint as per my suggestions above.  However, your conclusions sound flawed:  "Even if you only paint only one face of a generic model, materiall take off gives all area of all faces."  

 

Cube 317.png 

0 Likes
Message 8 of 15

erdem_adali
Participant
Participant

You have paint all the faces of the cube. thats why revit gave you the correct values. Try to paint only one face, it will say 6 SF again. Paint two face with same color, still 6 SF.
But if you paint one face blue and other face red its gonna say 1 SF blue and 1 SF red.

0 Likes
Message 9 of 15

barthbradley
Consultant
Consultant

@erdem_adali wrote:

You have paint all the faces of the cube. thats why revit gave you the correct values. Try to paint only one face, it will say 6 SF again. Paint two face with same color, still 6 SF.
But if you paint one face blue and other face red its gonna say 1 SF blue and 1 SF red.


 

I still don't understand your conclusions, but only 2 faces of the cube in my previous screenshot have a Paint Parameter applied to them.  The cube geometry's Material is "Blue". 

 

Maybe these 2 screenshots will help clear up the confusion.  In the first screenshot, there are 2 cube families; one with 1 side painted and the other with 2 sides painted. Both cube geometry's Material is the one named "Default".  

 

Cube 317A.png

 

In this screenshot, no faces have a Paint Parameter applied to them: 

 

Cube 317C.png

 

 

 

 

Message 10 of 15

barthbradley
Consultant
Consultant

You know, I'm starting to think that your issue "Material takeoff gives wrong values for generic model" is due to the way you constructed your schedule - not the way you constructed your family.  What do you think? 

0 Likes
Message 11 of 15

erdem_adali
Participant
Participant
Accepted solution

Aha! We were not choosing any material for generic model. We have only created the model and paint one face.

You selected "default" for the generic models material, so it says 1sf red and 5sf default. We didn't think it was necessary.

Okay, it's easier to choose a material than to paint it another color. Thank you.

Message 12 of 15

barthbradley
Consultant
Consultant

@erdem_adali wrote:

Aha! We were not choosing any material for generic model. We have only created the model and paint one face.

You selected "default" for the generic models material, so it says 1sf red and 5sf default. We didn't think it was necessary.

Okay, it's easier to choose a material than to paint it another color. Thank you.


 

 

Huh?  What does all this mean and why do you keep marking your own posts as the "Accepted Solution"?  Please provide a lucid solution.     

Message 13 of 15

info8XB2Y
Community Visitor
Community Visitor

Are you dumb? He finally found the solution to this whole debacle, which we were all looking for. Revit calculates the area from all the faces of the model. If you don't assign a material to your family "rather than accept the ""by type"" parameter", and then paint one of the faces with a specific material, you can filter our the area of one face by Material Name. Now the general global public can finally create area schedules in generic model families using a multi-billion dollar company's software, which they cannot bother to update to workeable standards. 

0 Likes
Message 14 of 15

p.rikaniemi
Explorer
Explorer

I also noticed the same behaviour of the painted material calculations as described before.

An additional thing I'm noticing is that if you have a generic model with a painted surface and cut that model with a separate void family, the area calculation of the painted area becomes larger when it should be getting smaller. If you cut the generic model within the family editor (=not with a separate family), the area calculation is correct. Does anyone know why this happens and if there would be a way to use a separate void family and still get a correct area calculation?

0 Likes
Message 15 of 15

p.rikaniemi
Explorer
Explorer

Okay, I already found a work-around that works for me. If I use a second solid generic model and join it with the one I want to cut, then place the solid on a workset which I then turn off, the element gets cut and the area calculations are correct. Voids for some reason don't work correctly for me except if they are inside the same family as the solids.

0 Likes