Just looking at producing some info for a contractor and trying to get 'material' info for a ceiling.
Within a Ceiling Schedule I have access to data for 'structural material' but I'm not aware of any way of actually adding a structural material to a ceiling - can anyone clarify how this is done?
Within Walls for example I have a specific column in the buildup to specify 'Structural Material' but not for ceilings....
Cheers
K.
Hi Keith,
You could create a ceiling schedule and add your own material parameter as an instance you can then set a material for each ceiling.
Or you could just try a material take off.
I would add mark to the ceilings to help with grouping.
Yes indeed I can, that in itself is not the problem here....
I'm just trying to understand why ADesk have given us access to fields in the schedule that can't be populated, as far as I'm aware...
Yeah I'm not entirely sure of the use of the Structural Material drop down in the field chooser for ceilings either.
sorry.
There is something weird going on. I can get structural material parameters to appear in a schedule, but ONLY for an OOTB ceiling GWB on Metal Stud.
Even doing a straight duplicate and not changing anything in the duplicate ceiling type, it loses reporting of the structural materials. If I make any changes to the material used in the default ceiling type, I lose reporting of the structural material. There is something not right going on with the schedule.
What would expect to happen is all of the material parameters from the "Physical" tab of the material type will populate for the layer of the ceiling defined to the "structural" function. This is what is happening for the default GWB on Metal Stud ceiling from the default architectural template, but like I say as soon as you make ANY change to it, it stops reporting into the schedule.
I will file this one with development to see what they have to say.
Issue filed with development for investigation.
For reference:
Revit - 119058
@Keith_Wilkinson wrote:
@loboarch fundamentally I don't have an option to set a structural material when defining a ceiling. Maybe different in 3018.1?
Yes this is true, but in the ceiling type dialog, you can set a layer in the ceiling structure to the "structure" function. Then the material you have there will(can) have a "Physical" material asset applied. The parameters from this Physical material asset should be used to populate those fields in the schedule. That is what is happening for the default ceiling GWB on Metal Studs. It is just not happening for any other ceiling types or even a duplicated GWB on Metal Studs.
I think there is some wire crossed somewhere because the ceiling type dialog is borrowing UI from the other "layered" system families (wall, floor, roof) which are typically considered "structural" where a ceiling is really not ever a "structural" element. So some kind of confusion is happening behind the scenes.
I'm curious does the 'Forum Team' have targets to meet?
This thread isn't 'Solved' the problem has been identified but until such times that Revit actually deals with the issue then it's still a problem.
I guess now it just gets swept under the carpet with the multitude of other things that just don't work like they should.... ![]()
@Keith_Wilkinson wrote:
I'm curious does the 'Forum Team' have targets to meet?
This thread isn't 'Solved' the problem has been identified but until such times that Revit actually deals with the issue then it's still a problem.
I guess now it just gets swept under the carpet with the multitude of other things that just don't work like they should....
I was not the one who marked this as "solved", but there might be 2 ways of seeing this. No the problem is not "solved" because a code fix is required to make it work, so until then it will not be "solved".
On the other hand the problem has been submitted to development and I provided the issue number, if an internal person wanted to do research, so in that sense the issue you originally brought up is "solved" as far as investigating the issue etc...
I think "solved" is a matter of perspective in this case. It is your thread though so you have control to say if "solved" or not for you.
Sorry Jeff, not having a go at you here I appreciate the time you put into this and at least now anyone looking at the thread will have a clearer idea of what is happening.
It's frustrating though when you are looking for solutions on the forum and you see a thread marked as 'solved' only to read the 'solution' to find it's not a solution at all but rather a clarification of the cause of the issue.
I'd prefer it be left as 'unsolved' until such times as the coding is fixed and then an update added to the thread accordingly and closed off.
Sie finden nicht, was Sie suchen? Fragen Sie die Community oder teilen Sie Ihr Wissen mit anderen.