View Full Version : CMU wall w/ furring not displaying correctly
Archman
2003-10-17, 12:14 AM
This is a known issue to the Revit Development team and they are working on it...read on to see the work around. You have to do exactly what this team did to produce the issue but nevertheless it is a glitch. to summarize: Using a compound wall, that extends multi-level, with finishes unlocked to allow extending them requires very specific direction of placement otherwise you get unexpected hatching (poche) display of the wall at upper levels."Q"
I have a two level CMU wall with furring only on the first level. It shows up correctly at detail level fine on the first level, but the material hatch changes to a gyp. bd. like material on the second level. Am I missing something? Any and all help would be appreciated.
Thanks!
Steve_Stafford
2003-10-17, 12:31 AM
The wall seems to have an offset value...removing it and the wall behaves. Changing the explicit height of the wall doesn't have the same problem. Do you need the furring on the lower level only.
Archman
2003-10-17, 12:38 AM
Thanks for responding Steve. I'm not sure what you mean by offset value. Are you referring to the fact that the top of the furring is set below the top of the CMU? I do need the furring on the first level only. This wall type is for the perimeter of a reception room with a mechanical area above. I don't need furring at the meachanical area, but I do at the reception room. The only other way I know to do it is to stack two walls on top of each other. Is that what I should be doing?
beegee
2003-10-17, 12:55 AM
What's happening is that the CMU, when cut above the top extension distance, is reading as a projection, not a cut section ( ie you are seeing the cmu surface pattern, I think ) You can see this by changing the cut plane to 9' 0" on the level 1 plan view.
Obviously that shouldn't be, but I've yet to find why its happening.
Steve_Stafford
2003-10-17, 01:04 AM
Take a look at the properties of your wall...scan down the list toward the bottom, you'll see an top offset value of 11' and change.
If you need different wall assemblies on each floor, model the walls separately on each floor.
I've attached a modified version...
beegee
2003-10-17, 01:11 AM
Yes, its a compund wall with the top extension distance set at 11' 1 45/64", but that doesn't explain why the cmu is not reading as a cut section in the level 2 plan view, or any cut plan view above the top extension distance.
Modelling as two separate walls is certainly a work around, but I'd still like to know why this happens.
Steve_Stafford
2003-10-17, 01:48 AM
He's got a wall with the two finish layers unlocked to extend them back down to the lower floor. Counter-intuitive to me, but it "should" work. The catch is as soon as you do...Revit seems to map the cut material to something else and I can't tell where from?
Seems buggy to me? Archman, give support a call to let them get a look at your file. I recreated it from scratch in project "default.rte", so it isn't on your end only.
It may come down to, "It hurts when I do this...don't do that then"... :D
beegee
2003-10-17, 02:26 AM
Yep, I tried it on one of my own compound walls and got exactly the same result.
The only unusual thing about this situation is that a plan view is cut at a level above the where the finishes terminate. Most situations involve the core continuing for structural reasons or the finish extending for aesthetic reasons and usually only for a relatively short distance and in a location where you wouldn't normally cut a plan.
My logic is that a wall should be able to run from lower levels to upper levels without the need to stack.
Anyway, sounds to me like its heading for the "Known Issues" part of the forum.
PS. The GWB type hatch is not a surface pattern. I have not idea what it is either.
Archman
2003-10-17, 02:36 PM
Our great Revit master at our firm figured out how to deal with this. simply click the blue arows to flip the wall orientation and then rotate the wall 180 degrees. Not sure why it does this. Seems to have something to do with the inside/outside relationship of the wall.
Steve_Stafford
2003-10-17, 03:03 PM
Clever your guru...but it makes no sense. There are no other walls for inside outside to matter. Simply flipping the wall shouldn't make a bit of difference?? Very strange, I may call support myself on this one.
Okay, called support and they confirm that it is an issue and they are aware of it, working on a fix. Moving to known issues
beegee
2003-10-17, 10:01 PM
I wonder if support would be kind enough to publish a list of their known issues, so we don't spend time trying to figure out something that has already been identified. ( all spoken in a calm, reasonable tone, without any hint of a rant )
Powered by vBulletin® Version 4.1.11 Copyright © 2013 vBulletin Solutions, Inc. All rights reserved.