Revit Architecture Forum
Welcome to Autodesk’s Revit Architecture Forums. Share your knowledge, ask questions, and explore popular Revit Architecture topics.
cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Revit can't count?

12 REPLIES 12
Reply
Message 1 of 13
Anonymous
917 Views, 12 Replies

Revit can't count?

I am working on a multi-level model with four true levels, a parapet "level" and a roof level. The 2nd level is a typical floor, so I developed my typical plan on that floor plan view. There are also several load-bearing and exterior walls that span multiple floors. Once I got the typical floor plan laid out, I went to a 3D view and hid all of the elements that span multiple levels. Next I selected the elements making up my 2nd floor and copied them to the clipboard. Then I selected Paste Aligned, with the Pick Views option. I selected Level 1 to copy to, and the elements copied to Level 3. OK... so what happens if I choose to copy them to Level 3? They go to Level Roof. It's like they're copying to the 2nd level above whereever I try to send them. Is this because they're coming from Level 2 originally? That doesn't make any sense at all... OK... I have a 13 year old, so I can deal with twisted logic. I created a couple of "Bogus" levels that were below my 1st floor and did the Paste Aligned to the lowest of these. Bingo - everything got copied to the 1st floor. Checking the properties of any of these elements shows them referencing Level 1 and not "Bogus 1" or "Bogus 2". Is this "normal"? -- Matt Dillon
12 REPLIES 12
Message 2 of 13
Anonymous
in reply to: Anonymous

Additional Note... It seems to have something to do with the amount of objects that I had selected (only thing I can think of anyway). I had to go back and select windows/doors, etc. that were embedded in the spanning walls, and since I selected those in much smaller groupings, apparently, the copy/paste aligned seemed to work correctly. -- Matt Dillon "Matt Dillon" wrote in message news:40f6f043$1_1@newsprd01... > I am working on a multi-level model with four true levels, a parapet "level" > and a roof level. The 2nd level is a typical floor, so I developed my > typical plan on that floor plan view. There are also several load-bearing > and exterior walls that span multiple floors. > > Once I got the typical floor plan laid out, I went to a 3D view and hid all > of the elements that span multiple levels. Next I selected the elements > making up my 2nd floor and copied them to the clipboard. Then I selected > Paste Aligned, with the Pick Views option. I selected Level 1 to copy to, > and the elements copied to Level 3. OK... so what happens if I choose to > copy them to Level 3? They go to Level Roof. It's like they're copying to > the 2nd level above whereever I try to send them. Is this because they're > coming from Level 2 originally? That doesn't make any sense at all... > > OK... I have a 13 year old, so I can deal with twisted logic. I created a > couple of "Bogus" levels that were below my 1st floor and did the Paste > Aligned to the lowest of these. Bingo - everything got copied to the 1st > floor. > > Checking the properties of any of these elements shows them referencing > Level 1 and not "Bogus 1" or "Bogus 2". > > Is this "normal"? > > -- > Matt Dillon > >
Message 3 of 13
Anonymous
in reply to: Anonymous

You'll have to get used to the way Revit hosts its objects. Lets say I make a Wall that is 20' high. It happened to span from Level 1 to above Level 2 @ 10'. The height was set explicitly. If I place a window between Level 1 and Level 2 - that window becomes associated with Level 1. Move the window up above Level 2 and it still references Level 1. These relative references when combined with explicit and relative can get confusing until you get a feel for things. There was probably one object that had some relative reference that caused the pasted object to think the group was a level higher than it really was. It is very important to keep that all sorted out if you start using groups. I has one group I created that everytime I inserted it it returned the roof to a default level which was 2' lower than where it was moved to in the original group of objects. "Matt Dillon" wrote in message news:40f6f21d$1_3@newsprd01... > Additional Note... > > It seems to have something to do with the amount of objects that I had > selected (only thing I can think of anyway). > > I had to go back and select windows/doors, etc. that were embedded in the > spanning walls, and since I selected those in much smaller groupings, > apparently, the copy/paste aligned seemed to work correctly. > > -- > Matt Dillon > > > "Matt Dillon" wrote in message > news:40f6f043$1_1@newsprd01... > > I am working on a multi-level model with four true levels, a parapet > "level" > > and a roof level. The 2nd level is a typical floor, so I developed my > > typical plan on that floor plan view. There are also several load-bearing > > and exterior walls that span multiple floors. > > > > Once I got the typical floor plan laid out, I went to a 3D view and hid > all > > of the elements that span multiple levels. Next I selected the elements > > making up my 2nd floor and copied them to the clipboard. Then I selected > > Paste Aligned, with the Pick Views option. I selected Level 1 to copy to, > > and the elements copied to Level 3. OK... so what happens if I choose to > > copy them to Level 3? They go to Level Roof. It's like they're copying to > > the 2nd level above whereever I try to send them. Is this because they're > > coming from Level 2 originally? That doesn't make any sense at all... > > > > OK... I have a 13 year old, so I can deal with twisted logic. I created a > > couple of "Bogus" levels that were below my 1st floor and did the Paste > > Aligned to the lowest of these. Bingo - everything got copied to the 1st > > floor. > > > > Checking the properties of any of these elements shows them referencing > > Level 1 and not "Bogus 1" or "Bogus 2". > > > > Is this "normal"? > > > > -- > > Matt Dillon > > > > > >
Message 4 of 13
Anonymous
in reply to: Anonymous

Aaron Rumple wrote: > You'll have to get used to the way Revit hosts its objects. Lets say I make > a Wall that is 20' high. It happened to span from Level 1 to above Level 2 @ > 10'. The height was set explicitly. If I place a window between Level 1 and > Level 2 - that window becomes associated with Level 1. Move the window up > above Level 2 and it still references Level 1. That's dead-on. Matt, just remember that moving stuff doesn't change the 'rules' that it's following. In this example, Revit was told that the window lives on level one. Drag the window to any other location, and Revit will still follow the rules it was told when the window was placed. You have to redefine those rules if you want the window to behave differently. Understanding these 'rules' and how the content behaves within Revit is just part of the learning curve, something that you'll have down when you work with Revit more. Revit, in this instance, is doing what you're telling it to do, it's not an error- you're just not aware yet of how it interprets what you told it to do. :) It would be the same with a wall's location line, for example. If I draw a wall based upon it's exterior finish face, but then align it's center with another wall of the same type adjecnt (but that was draw based upon it's centerline), if the walls change thickness there finish face will no longer be aligned (unless the align was locked prior), because one of the walls is based upon it's center and the other it's finish face- regardless of where they were moved, post-drawn. -- Jeffrey McGrew Application Specialist BSD AEC Technologies, a division of ID8 Media Inc. (415) 593-6000 x 129 (415) 593-3333 Fax (415) 505-4689 Cell www.aectech.com www.id8media.com
Message 5 of 13
Anonymous
in reply to: Anonymous

But that's not exactly what happened - I'm not sure we're talking about the same thing. I think I've experienced what you and Aaron are talking about on another project and discovered exactly that, but in this case it's different... I had a bunch of interior components walls, doors, windows, cabinetry, floors, ceilings, plumbing fixtures. I selected all of them and instructed Revit to copy them to the clipboard. I then paste-aligned them and selected Level 1 (the originals were on Level 2 - the walls had a base constraint of "Level 2" and a top constraint of "Level 3" - the other components were either hosted or were assigned Level 2 in their properties.). Logic would dictate that when I copy them to anothere level, those properties would be changed. I can go into their properties and change the level and they move, right? (Rhetorical question ;-)). So, the result was that EVERYTHING went to ... not Level 1, but Level 3. Looking at a wall, the new copy had Level 3 as it's Base constraint and the top constraint was the Penthouse Level (forgot to tell you about that level ). So... when I created a bogus level that was 2 levels below level 1, then copied the same elements from Level 2 to the bogus level using the same method, WHAMMO - every copy went to level 1, and sure enough, checking properties, was now explicitly assigned Level 1, with the copied walls now having a base constraint of Level 1 and a Top Constraint of Level 2. Next I went to an elevation view and selected all of the hosted windows and doors that were on the second level and used the "Copy" tool to copy them from Level 2 to Levels 3 and 1 graphically, which also worked. Checking one of those hosted components (a window) that I copied graphically to Level 1, and it's properties show it is now assigned to Level 1, as I would expect. I can also repeat this by accidentally creating an in-place family with Level 1 as my working plane. When I try to cut and paste it to the bogus level below level 1, it goes to Level 2. We won't even talk about what happens if I try to mirror that in place family. Thanks for the replies, however. At this point, everything is in it's proper place. I can get around it - just thought it was strange... -- Matt Dillon "Jeffrey McGrew" wrote in message news:40f70030$1_3@newsprd01... > Aaron Rumple wrote: > > > You'll have to get used to the way Revit hosts its objects. Lets say I make > > a Wall that is 20' high. It happened to span from Level 1 to above Level 2 @ > > 10'. The height was set explicitly. If I place a window between Level 1 and > > Level 2 - that window becomes associated with Level 1. Move the window up > > above Level 2 and it still references Level 1. > > That's dead-on. Matt, just remember that moving stuff doesn't change > the 'rules' that it's following. In this example, Revit was told that > the window lives on level one. Drag the window to any other location, > and Revit will still follow the rules it was told when the window was > placed. You have to redefine those rules if you want the window to > behave differently. Understanding these 'rules' and how the content > behaves within Revit is just part of the learning curve, something > that you'll have down when you work with Revit more. Revit, in this > instance, is doing what you're telling it to do, it's not an error- > you're just not aware yet of how it interprets what you told it to do. :) > > It would be the same with a wall's location line, for example. If I > draw a wall based upon it's exterior finish face, but then align it's > center with another wall of the same type adjecnt (but that was draw > based upon it's centerline), if the walls change thickness there > finish face will no longer be aligned (unless the align was locked > prior), because one of the walls is based upon it's center and the > other it's finish face- regardless of where they were moved, post-drawn. > > -- > Jeffrey McGrew > Application Specialist BSD > AEC Technologies, a division of ID8 Media Inc. > (415) 593-6000 x 129 > (415) 593-3333 Fax > (415) 505-4689 Cell > www.aectech.com > www.id8media.com
Message 6 of 13
Anonymous
in reply to: Anonymous

Any chance Level 3 did not have a plan view associated with it? I ask because copy paste aligned via pick level by name will not work if the level does not a have a plan view to go with it. Otherwise, I'm not sure what's going on with that model? -Z Matt Dillon wrote: > But that's not exactly what happened - I'm not sure we're talking about the > same thing. I think I've experienced what you and Aaron are talking about on > another project and discovered exactly that, but in this case it's > different... > > I had a bunch of interior components walls, doors, windows, cabinetry, > floors, ceilings, plumbing fixtures. I selected all of them and instructed > Revit to copy them to the clipboard. I then paste-aligned them and selected > Level 1 (the originals were on Level 2 - the walls had a base constraint of > "Level 2" and a top constraint of "Level 3" - the other components were > either hosted or were assigned Level 2 in their properties.). Logic would > dictate that when I copy them to anothere level, those properties would be > changed. I can go into their properties and change the level and they move, > right? (Rhetorical question ;-)). So, the result was that EVERYTHING went to > ... not Level 1, but Level 3. Looking at a wall, the new copy had Level 3 as > it's Base constraint and the top constraint was the Penthouse Level (forgot > to tell you about that level ). > > So... when I created a bogus level that was 2 levels below level 1, then > copied the same elements from Level 2 to the bogus level using the same > method, WHAMMO - every copy went to level 1, and sure enough, checking > properties, was now explicitly assigned Level 1, with the copied walls now > having a base constraint of Level 1 and a Top Constraint of Level 2. > > Next I went to an elevation view and selected all of the hosted windows and > doors that were on the second level and used the "Copy" tool to copy them > from Level 2 to Levels 3 and 1 graphically, which also worked. Checking one > of those hosted components (a window) that I copied graphically to Level 1, > and it's properties show it is now assigned to Level 1, as I would expect. > > I can also repeat this by accidentally creating an in-place family with > Level 1 as my working plane. When I try to cut and paste it to the bogus > level below level 1, it goes to Level 2. We won't even talk about what > happens if I try to mirror that in place family. > > Thanks for the replies, however. > > At this point, everything is in it's proper place. I can get around it - > just thought it was strange... >
Message 7 of 13
Anonymous
in reply to: Anonymous

Matt, Try the exact same thing you did initially but instead of copying to the clipboard from a 3d view, keep the 2d floor plan view as the active view. Copy from Level 2 plan view to the clipboard then go to the Level 3 plan and Paste Aligned|Current View. Does that work for you? The best way to describe the difference between copying from a 2d view vs a 3d view is it's like Copy-Paste vs Copy with Basepoint in autocad (well, roughly). It's a matter of what is your known copy point. When you copy to the clipboard, revit tries to figure out where the base references are for the selected objects. It sounds like what is happening in your case is it is using a lower base reference than it should (like Level 1, say) even though you know that you selected a bunch of stuff that is really associated with Level 2. Then when you paste, the new objects end up being too far up in space, right? This is why trying the same operation from a 2d plan view should work better - the plan view knows which level it's associated with so when you copy, that level will be used as the ref. There are other options in Paste Aligned that allow you paste typical floors all the way up the building (Paste Aligned|Select Levels by Name and Pick Level Graphics.) Another way to do this is using the Copy command and not Copy-Paste at all (ahh, just like acad now - this is very much like Copy-Paste vs Copy with Basepoint in autocad). Try selecting your objects in whatever view you want and then go to an elevation or section. With the objects still seleted, hit the Copy button on the toolbar (not ctrl-c) and make sure to uncheck the Constrain option. You should end up with a picture that looks like the attached screenshot. Now you are in a mode were you can precisely copy from one point to another and (when using unconstrian) and references will be remapped like they are in regular copy-paste. Using Copy/unconstrain in elevation/section is a pretty useful option. Hopefully this makes sense, matt jezyk autodesk revit "Matt Dillon" wrote in message news:40f6f21d$1_3@newsprd01... > Additional Note... > > It seems to have something to do with the amount of objects that I had > selected (only thing I can think of anyway). > > I had to go back and select windows/doors, etc. that were embedded in the > spanning walls, and since I selected those in much smaller groupings, > apparently, the copy/paste aligned seemed to work correctly. > > -- > Matt Dillon > > > "Matt Dillon" wrote in message > news:40f6f043$1_1@newsprd01... > > I am working on a multi-level model with four true levels, a parapet > "level" > > and a roof level. The 2nd level is a typical floor, so I developed my > > typical plan on that floor plan view. There are also several load-bearing > > and exterior walls that span multiple floors. > > > > Once I got the typical floor plan laid out, I went to a 3D view and hid > all > > of the elements that span multiple levels. Next I selected the elements > > making up my 2nd floor and copied them to the clipboard. Then I selected > > Paste Aligned, with the Pick Views option. I selected Level 1 to copy to, > > and the elements copied to Level 3. OK... so what happens if I choose to > > copy them to Level 3? They go to Level Roof. It's like they're copying to > > the 2nd level above whereever I try to send them. Is this because they're > > coming from Level 2 originally? That doesn't make any sense at all... > > > > OK... I have a 13 year old, so I can deal with twisted logic. I created a > > couple of "Bogus" levels that were below my 1st floor and did the Paste > > Aligned to the lowest of these. Bingo - everything got copied to the 1st > > floor. > > > > Checking the properties of any of these elements shows them referencing > > Level 1 and not "Bogus 1" or "Bogus 2". > > > > Is this "normal"? > > > > -- > > Matt Dillon > > > > > >
Message 8 of 13
Anonymous
in reply to: Anonymous

Matt, I think that's got it. I was doing the large copy (that messed up) from a 3D view because it was easier for me to hide the spanning components that I didn't want to copy. The other copies that went the way I would have expected were done in either a plan or elevation view. So... would the correct approach have been to maybe use the 3D view to place all of the spanning components in a group, then go to a 2D view and hide the group, and THEN do the copy? Following that, I would guess I'd unhide the group and break it up into it's individual objects again? Thanks -- Matt Dillon "matthew jezyk [autodesk]" wrote in message news:40f7c64f_3@newsprd01... > Matt, > > Try the exact same thing you did initially but instead of copying to the > clipboard from a 3d view, keep the 2d floor plan view as the active view. > Copy from Level 2 plan view to the clipboard then go to the Level 3 plan and > Paste Aligned|Current View. Does that work for you? > > The best way to describe the difference between copying from a 2d view vs a > 3d view is it's like Copy-Paste vs Copy with Basepoint in autocad (well, > roughly). It's a matter of what is your known copy point. When you copy to > the clipboard, revit tries to figure out where the base references are for > the selected objects. It sounds like what is happening in your case is it is > using a lower base reference than it should (like Level 1, say) even though > you know that you selected a bunch of stuff that is really associated with > Level 2. Then when you paste, the new objects end up being too far up in > space, right? This is why trying the same operation from a 2d plan view > should work better - the plan view knows which level it's associated with so > when you copy, that level will be used as the ref. There are other options > in Paste Aligned that allow you paste typical floors all the way up the > building (Paste Aligned|Select Levels by Name and Pick Level Graphics.) > > Another way to do this is using the Copy command and not Copy-Paste at all > (ahh, just like acad now - this is very much like Copy-Paste vs Copy with > Basepoint in autocad). Try selecting your objects in whatever view you want > and then go to an elevation or section. With the objects still seleted, hit > the Copy button on the toolbar (not ctrl-c) and make sure to uncheck the > Constrain option. You should end up with a picture that looks like the > attached screenshot. Now you are in a mode were you can precisely copy from > one point to another and (when using unconstrian) and references will be > remapped like they are in regular copy-paste. Using Copy/unconstrain in > elevation/section is a pretty useful option. > > Hopefully this makes sense, > > matt jezyk > autodesk revit > > > > > > "Matt Dillon" wrote in message > news:40f6f21d$1_3@newsprd01... > > Additional Note... > > > > It seems to have something to do with the amount of objects that I had > > selected (only thing I can think of anyway). > > > > I had to go back and select windows/doors, etc. that were embedded in the > > spanning walls, and since I selected those in much smaller groupings, > > apparently, the copy/paste aligned seemed to work correctly. > > > > -- > > Matt Dillon > > > > > > "Matt Dillon" wrote in message > > news:40f6f043$1_1@newsprd01... > > > I am working on a multi-level model with four true levels, a parapet > > "level" > > > and a roof level. The 2nd level is a typical floor, so I developed my > > > typical plan on that floor plan view. There are also several > load-bearing > > > and exterior walls that span multiple floors. > > > > > > Once I got the typical floor plan laid out, I went to a 3D view and hid > > all > > > of the elements that span multiple levels. Next I selected the elements > > > making up my 2nd floor and copied them to the clipboard. Then I selected > > > Paste Aligned, with the Pick Views option. I selected Level 1 to copy > to, > > > and the elements copied to Level 3. OK... so what happens if I choose to > > > copy them to Level 3? They go to Level Roof. It's like they're copying > to > > > the 2nd level above whereever I try to send them. Is this because > they're > > > coming from Level 2 originally? That doesn't make any sense at all... > > > > > > OK... I have a 13 year old, so I can deal with twisted logic. I created > a > > > couple of "Bogus" levels that were below my 1st floor and did the Paste > > > Aligned to the lowest of these. Bingo - everything got copied to the 1st > > > floor. > > > > > > Checking the properties of any of these elements shows them referencing > > > Level 1 and not "Bogus 1" or "Bogus 2". > > > > > > Is this "normal"? > > > > > > -- > > > Matt Dillon > > > > > > > > > > > > >
Message 9 of 13
Anonymous
in reply to: Anonymous

Nope. It had a view associated with it. I think Matt Jezyk got it. What he describes makes sense for the way I was doing it. Live an learn :-). Thanks, -- Matt Dillon "Christopher Zoog" wrote in message news:40F74472.6020606@jrparch.NOSPAM.com... > Any chance Level 3 did not have a plan view associated with it? I ask > because copy paste aligned via pick level by name will not work if the > level does not a have a plan view to go with it. Otherwise, I'm not > sure what's going on with that model? > > -Z > > > Matt Dillon wrote: > > But that's not exactly what happened - I'm not sure we're talking about the > > same thing. I think I've experienced what you and Aaron are talking about on > > another project and discovered exactly that, but in this case it's > > different... > > > > I had a bunch of interior components walls, doors, windows, cabinetry, > > floors, ceilings, plumbing fixtures. I selected all of them and instructed > > Revit to copy them to the clipboard. I then paste-aligned them and selected > > Level 1 (the originals were on Level 2 - the walls had a base constraint of > > "Level 2" and a top constraint of "Level 3" - the other components were > > either hosted or were assigned Level 2 in their properties.). Logic would > > dictate that when I copy them to anothere level, those properties would be > > changed. I can go into their properties and change the level and they move, > > right? (Rhetorical question ;-)). So, the result was that EVERYTHING went to > > ... not Level 1, but Level 3. Looking at a wall, the new copy had Level 3 as > > it's Base constraint and the top constraint was the Penthouse Level (forgot > > to tell you about that level ). > > > > So... when I created a bogus level that was 2 levels below level 1, then > > copied the same elements from Level 2 to the bogus level using the same > > method, WHAMMO - every copy went to level 1, and sure enough, checking > > properties, was now explicitly assigned Level 1, with the copied walls now > > having a base constraint of Level 1 and a Top Constraint of Level 2. > > > > Next I went to an elevation view and selected all of the hosted windows and > > doors that were on the second level and used the "Copy" tool to copy them > > from Level 2 to Levels 3 and 1 graphically, which also worked. Checking one > > of those hosted components (a window) that I copied graphically to Level 1, > > and it's properties show it is now assigned to Level 1, as I would expect. > > > > I can also repeat this by accidentally creating an in-place family with > > Level 1 as my working plane. When I try to cut and paste it to the bogus > > level below level 1, it goes to Level 2. We won't even talk about what > > happens if I try to mirror that in place family. > > > > Thanks for the replies, however. > > > > At this point, everything is in it's proper place. I can get around it - > > just thought it was strange... > >
Message 10 of 13
Anonymous
in reply to: Anonymous

Ok, Glad to know it helped. I'm not quite sure what you are trying to achieve in your second paragraph. Sounds like you are using Temp Hide/Isolate as an easy way to 'pre-filter' before you actually select the stuff you want to copy or group? Do you know about box select and using CTRL and SHIFT to add/remove from the selection set? Also the Filter command (the funnel button in the option bar) is very useful. You lost me when you started mentioning hiding the group.... matt jezyk autodesk revit "Matt Dillon" wrote in message news:40f7d568$1_3@newsprd01... > Matt, > > I think that's got it. I was doing the large copy (that messed up) from a 3D > view because it was easier for me to hide the spanning components that I > didn't want to copy. The other copies that went the way I would have > expected were done in either a plan or elevation view. > > So... would the correct approach have been to maybe use the 3D view to place > all of the spanning components in a group, then go to a 2D view and hide the > group, and THEN do the copy? Following that, I would guess I'd unhide the > group and break it up into it's individual objects again? > > Thanks > -- > Matt Dillon > > "matthew jezyk [autodesk]" wrote in > message news:40f7c64f_3@newsprd01... > > Matt, > > > > Try the exact same thing you did initially but instead of copying to the > > clipboard from a 3d view, keep the 2d floor plan view as the active view. > > Copy from Level 2 plan view to the clipboard then go to the Level 3 plan > and > > Paste Aligned|Current View. Does that work for you? > > > > The best way to describe the difference between copying from a 2d view vs > a > > 3d view is it's like Copy-Paste vs Copy with Basepoint in autocad (well, > > roughly). It's a matter of what is your known copy point. When you copy to > > the clipboard, revit tries to figure out where the base references are for > > the selected objects. It sounds like what is happening in your case is it > is > > using a lower base reference than it should (like Level 1, say) even > though > > you know that you selected a bunch of stuff that is really associated with > > Level 2. Then when you paste, the new objects end up being too far up in > > space, right? This is why trying the same operation from a 2d plan view > > should work better - the plan view knows which level it's associated with > so > > when you copy, that level will be used as the ref. There are other options > > in Paste Aligned that allow you paste typical floors all the way up the > > building (Paste Aligned|Select Levels by Name and Pick Level Graphics.) > > > > Another way to do this is using the Copy command and not Copy-Paste at all > > (ahh, just like acad now - this is very much like Copy-Paste vs Copy with > > Basepoint in autocad). Try selecting your objects in whatever view you > want > > and then go to an elevation or section. With the objects still seleted, > hit > > the Copy button on the toolbar (not ctrl-c) and make sure to uncheck the > > Constrain option. You should end up with a picture that looks like the > > attached screenshot. Now you are in a mode were you can precisely copy > from > > one point to another and (when using unconstrian) and references will be > > remapped like they are in regular copy-paste. Using Copy/unconstrain in > > elevation/section is a pretty useful option. > > > > Hopefully this makes sense, > > > > matt jezyk > > autodesk revit > > > > > > > > > > > > "Matt Dillon" wrote in message > > news:40f6f21d$1_3@newsprd01... > > > Additional Note... > > > > > > It seems to have something to do with the amount of objects that I had > > > selected (only thing I can think of anyway). > > > > > > I had to go back and select windows/doors, etc. that were embedded in > the > > > spanning walls, and since I selected those in much smaller groupings, > > > apparently, the copy/paste aligned seemed to work correctly. > > > > > > -- > > > Matt Dillon > > > > > > > > > "Matt Dillon" wrote in message > > > news:40f6f043$1_1@newsprd01... > > > > I am working on a multi-level model with four true levels, a parapet > > > "level" > > > > and a roof level. The 2nd level is a typical floor, so I developed my > > > > typical plan on that floor plan view. There are also several > > load-bearing > > > > and exterior walls that span multiple floors. > > > > > > > > Once I got the typical floor plan laid out, I went to a 3D view and > hid > > > all > > > > of the elements that span multiple levels. Next I selected the > elements > > > > making up my 2nd floor and copied them to the clipboard. Then I > selected > > > > Paste Aligned, with the Pick Views option. I selected Level 1 to copy > > to, > > > > and the elements copied to Level 3. OK... so what happens if I choose > to > > > > copy them to Level 3? They go to Level Roof. It's like they're copying > > to > > > > the 2nd level above whereever I try to send them. Is this because > > they're > > > > coming from Level 2 originally? That doesn't make any sense at all... > > > > > > > > OK... I have a 13 year old, so I can deal with twisted logic. I > created > > a > > > > couple of "Bogus" levels that were below my 1st floor and did the > Paste > > > > Aligned to the lowest of these. Bingo - everything got copied to the > 1st > > > > floor. > > > > > > > > Checking the properties of any of these elements shows them > referencing > > > > Level 1 and not "Bogus 1" or "Bogus 2". > > > > > > > > Is this "normal"? > > > > > > > > -- > > > > Matt Dillon > > > > > > > > > > > > > > > > > > > > > >
Message 11 of 13
Anonymous
in reply to: Anonymous

I'm familiar with both and as well as the filter tool. and I considered, but found it more... call it - reassuring ... to hide the objects I was not wanting to copy, since there were a lot of objects that I did want to copy, and a lot of objects that I didn't want to copy. It seemed at the time that using would have been tedious (not that hiding wasn't ). Re-thinking my process, I should have done it all from an elevation view and it would have been simple. (Had I known that copying from a 3D view like that was going to cause problems, I probably would have). The filter tool really wasn't an option since it only allows you to filter by category, right? If so, in this case it wouldn't have done me much good. -- Matt Dillon "matthew jezyk [autodesk]" wrote in message news:40f92270$1_2@newsprd01... > Ok, > > Glad to know it helped. I'm not quite sure what you are trying to achieve in > your second paragraph. Sounds like you are using Temp Hide/Isolate as an > easy way to 'pre-filter' before you actually select the stuff you want to > copy or group? Do you know about box select and using CTRL and SHIFT to > add/remove from the selection set? Also the Filter command (the funnel > button in the option bar) is very useful. > > You lost me when you started mentioning hiding the group.... > > matt jezyk > autodesk revit > > > > "Matt Dillon" wrote in message > news:40f7d568$1_3@newsprd01... > > Matt, > > > > I think that's got it. I was doing the large copy (that messed up) from a > 3D > > view because it was easier for me to hide the spanning components that I > > didn't want to copy. The other copies that went the way I would have > > expected were done in either a plan or elevation view. > > > > So... would the correct approach have been to maybe use the 3D view to > place > > all of the spanning components in a group, then go to a 2D view and hide > the > > group, and THEN do the copy? Following that, I would guess I'd unhide the > > group and break it up into it's individual objects again? > > > > Thanks > > -- > > Matt Dillon > > > > "matthew jezyk [autodesk]" wrote in > > message news:40f7c64f_3@newsprd01... > > > Matt, > > > > > > Try the exact same thing you did initially but instead of copying to the > > > clipboard from a 3d view, keep the 2d floor plan view as the active > view. > > > Copy from Level 2 plan view to the clipboard then go to the Level 3 plan > > and > > > Paste Aligned|Current View. Does that work for you? > > > > > > The best way to describe the difference between copying from a 2d view > vs > > a > > > 3d view is it's like Copy-Paste vs Copy with Basepoint in autocad (well, > > > roughly). It's a matter of what is your known copy point. When you copy > to > > > the clipboard, revit tries to figure out where the base references are > for > > > the selected objects. It sounds like what is happening in your case is > it > > is > > > using a lower base reference than it should (like Level 1, say) even > > though > > > you know that you selected a bunch of stuff that is really associated > with > > > Level 2. Then when you paste, the new objects end up being too far up in > > > space, right? This is why trying the same operation from a 2d plan view > > > should work better - the plan view knows which level it's associated > with > > so > > > when you copy, that level will be used as the ref. There are other > options > > > in Paste Aligned that allow you paste typical floors all the way up the > > > building (Paste Aligned|Select Levels by Name and Pick Level Graphics.) > > > > > > Another way to do this is using the Copy command and not Copy-Paste at > all > > > (ahh, just like acad now - this is very much like Copy-Paste vs Copy > with > > > Basepoint in autocad). Try selecting your objects in whatever view you > > want > > > and then go to an elevation or section. With the objects still seleted, > > hit > > > the Copy button on the toolbar (not ctrl-c) and make sure to uncheck the > > > Constrain option. You should end up with a picture that looks like the > > > attached screenshot. Now you are in a mode were you can precisely copy > > from > > > one point to another and (when using unconstrian) and references will be > > > remapped like they are in regular copy-paste. Using Copy/unconstrain in > > > elevation/section is a pretty useful option. > > > > > > Hopefully this makes sense, > > > > > > matt jezyk > > > autodesk revit > > > > > > > > > > > > > > > > > > "Matt Dillon" wrote in message > > > news:40f6f21d$1_3@newsprd01... > > > > Additional Note... > > > > > > > > It seems to have something to do with the amount of objects that I had > > > > selected (only thing I can think of anyway). > > > > > > > > I had to go back and select windows/doors, etc. that were embedded in > > the > > > > spanning walls, and since I selected those in much smaller groupings, > > > > apparently, the copy/paste aligned seemed to work correctly. > > > > > > > > -- > > > > Matt Dillon > > > > > > > > > > > > "Matt Dillon" wrote in message > > > > news:40f6f043$1_1@newsprd01... > > > > > I am working on a multi-level model with four true levels, a parapet > > > > "level" > > > > > and a roof level. The 2nd level is a typical floor, so I developed > my > > > > > typical plan on that floor plan view. There are also several > > > load-bearing > > > > > and exterior walls that span multiple floors. > > > > > > > > > > Once I got the typical floor plan laid out, I went to a 3D view and > > hid > > > > all > > > > > of the elements that span multiple levels. Next I selected the > > elements > > > > > making up my 2nd floor and copied them to the clipboard. Then I > > selected > > > > > Paste Aligned, with the Pick Views option. I selected Level 1 to > copy > > > to, > > > > > and the elements copied to Level 3. OK... so what happens if I > choose > > to > > > > > copy them to Level 3? They go to Level Roof. It's like they're > copying > > > to > > > > > the 2nd level above whereever I try to send them. Is this because > > > they're > > > > > coming from Level 2 originally? That doesn't make any sense at > all... > > > > > > > > > > OK... I have a 13 year old, so I can deal with twisted logic. I > > created > > > a > > > > > couple of "Bogus" levels that were below my 1st floor and did the > > Paste > > > > > Aligned to the lowest of these. Bingo - everything got copied to the > > 1st > > > > > floor. > > > > > > > > > > Checking the properties of any of these elements shows them > > referencing > > > > > Level 1 and not "Bogus 1" or "Bogus 2". > > > > > > > > > > Is this "normal"? > > > > > > > > > > -- > > > > > Matt Dillon > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >
Message 12 of 13
Anonymous
in reply to: Anonymous

Note that you can change views _after_ selecting objects, and they stay selected. The base point for Copy to Clipboard is determined based on which view is active when you invoke the command, not the view in which you selected the objects. So, it would work fine if you use the technique you were using to select the objects in the 3D view, then switch to the plan view, then Copy to Clipboard. You can select in whatever view is most convenient for doing the selection. Here's some explanation of why things are working as they are. It seems intuitive that: 1) Copying objects and then pasting them without changing view in between should put the pasted objects at the same height as the originals. 2) Copying objects in one plan view and pasting them in another should change the height of the objects by the difference between the two level heights. 3) Pasted objects should get the same height regardless of what view you copied from. Unfortunately, these three behaviors are mutually incompatible! Consider, for example, a wall that goes from level 1 to level 3. Select it in level 2 plan and paste in level 2 plan and that shouldn't move it. Select it in level 1 plan and paste it in level 2 plan and it should move up to level 2. So, the end result must depend on which view you copied from. We've chosen to give up (3) in order to keep (1) and (2). Revit used various heuristics to select a height for a base point based on the selected objects and the view that is active at the time of Copy to Clipboard. Then, at Paste time it positions this point on the level of the view into which it is pasted. In this case, it sounds like Revit is not choosing the base point height very intelligently. (I suspect that it is including the lowest point of any wall that includes a selected door or window.) Something that has been considered is showing the base point graphically after the Copy to Clipboard command is invoked and letting the user move it around. Would that make things easier to understand? "Matt Dillon" wrote in message news:40f93e25$1_2@newsprd01... > I'm familiar with both and as well as the filter tool. > and I considered, but found it more... call it - reassuring ... to > hide the objects I was not wanting to copy, since there were a lot of > objects that I did want to copy, and a lot of objects that I didn't want to > copy. It seemed at the time that using would have been tedious > (not that hiding wasn't ). Re-thinking my process, I should have done it > all from an elevation view and it would have been simple. (Had I known that > copying from a 3D view like that was going to cause problems, I probably > would have). > > The filter tool really wasn't an option since it only allows you to filter > by category, right? If so, in this case it wouldn't have done me much good. > > -- > Matt Dillon > > > "matthew jezyk [autodesk]" wrote in > message news:40f92270$1_2@newsprd01... > > Ok, > > > > Glad to know it helped. I'm not quite sure what you are trying to achieve > in > > your second paragraph. Sounds like you are using Temp Hide/Isolate as an > > easy way to 'pre-filter' before you actually select the stuff you want to > > copy or group? Do you know about box select and using CTRL and SHIFT to > > add/remove from the selection set? Also the Filter command (the funnel > > button in the option bar) is very useful. > > > > You lost me when you started mentioning hiding the group.... > > > > matt jezyk > > autodesk revit > > > > > > > > "Matt Dillon" wrote in message > > news:40f7d568$1_3@newsprd01... > > > Matt, > > > > > > I think that's got it. I was doing the large copy (that messed up) from > a > > 3D > > > view because it was easier for me to hide the spanning components that > I > > > didn't want to copy. The other copies that went the way I would have > > > expected were done in either a plan or elevation view. > > > > > > So... would the correct approach have been to maybe use the 3D view to > > place > > > all of the spanning components in a group, then go to a 2D view and hide > > the > > > group, and THEN do the copy? Following that, I would guess I'd unhide > the > > > group and break it up into it's individual objects again? > > > > > > Thanks > > > -- > > > Matt Dillon > > > > > > "matthew jezyk [autodesk]" wrote in > > > message news:40f7c64f_3@newsprd01... > > > > Matt, > > > > > > > > Try the exact same thing you did initially but instead of copying to > the > > > > clipboard from a 3d view, keep the 2d floor plan view as the active > > view. > > > > Copy from Level 2 plan view to the clipboard then go to the Level 3 > plan > > > and > > > > Paste Aligned|Current View. Does that work for you? > > > > > > > > The best way to describe the difference between copying from a 2d view > > vs > > > a > > > > 3d view is it's like Copy-Paste vs Copy with Basepoint in autocad > (well, > > > > roughly). It's a matter of what is your known copy point. When you > copy > > to > > > > the clipboard, revit tries to figure out where the base references are > > for > > > > the selected objects. It sounds like what is happening in your case is > > it > > > is > > > > using a lower base reference than it should (like Level 1, say) even > > > though > > > > you know that you selected a bunch of stuff that is really associated > > with > > > > Level 2. Then when you paste, the new objects end up being too far up > in > > > > space, right? This is why trying the same operation from a 2d plan > view > > > > should work better - the plan view knows which level it's associated > > with > > > so > > > > when you copy, that level will be used as the ref. There are other > > options > > > > in Paste Aligned that allow you paste typical floors all the way up > the > > > > building (Paste Aligned|Select Levels by Name and Pick Level > Graphics.) > > > > > > > > Another way to do this is using the Copy command and not Copy-Paste at > > all > > > > (ahh, just like acad now - this is very much like Copy-Paste vs Copy > > with > > > > Basepoint in autocad). Try selecting your objects in whatever view you > > > want > > > > and then go to an elevation or section. With the objects still > seleted, > > > hit > > > > the Copy button on the toolbar (not ctrl-c) and make sure to uncheck > the > > > > Constrain option. You should end up with a picture that looks like the > > > > attached screenshot. Now you are in a mode were you can precisely copy > > > from > > > > one point to another and (when using unconstrian) and references will > be > > > > remapped like they are in regular copy-paste. Using Copy/unconstrain > in > > > > elevation/section is a pretty useful option. > > > > > > > > Hopefully this makes sense, > > > > > > > > matt jezyk > > > > autodesk revit > > > > > > > > > > > > > > > > > > > > > > > > "Matt Dillon" wrote in message > > > > news:40f6f21d$1_3@newsprd01... > > > > > Additional Note... > > > > > > > > > > It seems to have something to do with the amount of objects that I > had > > > > > selected (only thing I can think of anyway). > > > > > > > > > > I had to go back and select windows/doors, etc. that were embedded > in > > > the > > > > > spanning walls, and since I selected those in much smaller > groupings, > > > > > apparently, the copy/paste aligned seemed to work correctly. > > > > > > > > > > -- > > > > > Matt Dillon > > > > > > > > > > > > > > > "Matt Dillon" wrote in message > > > > > news:40f6f043$1_1@newsprd01... > > > > > > I am working on a multi-level model with four true levels, a > parapet > > > > > "level" > > > > > > and a roof level. The 2nd level is a typical floor, so I developed > > my > > > > > > typical plan on that floor plan view. There are also several > > > > load-bearing > > > > > > and exterior walls that span multiple floors. > > > > > > > > > > > > Once I got the typical floor plan laid out, I went to a 3D view > and > > > hid > > > > > all > > > > > > of the elements that span multiple levels. Next I selected the > > > elements > > > > > > making up my 2nd floor and copied them to the clipboard. Then I > > > selected > > > > > > Paste Aligned, with the Pick Views option. I selected Level 1 to > > copy > > > > to, > > > > > > and the elements copied to Level 3. OK... so what happens if I > > choose > > > to > > > > > > copy them to Level 3? They go to Level Roof. It's like they're > > copying > > > > to > > > > > > the 2nd level above whereever I try to send them. Is this because > > > > they're > > > > > > coming from Level 2 originally? That doesn't make any sense at > > all... > > > > > > > > > > > > OK... I have a 13 year old, so I can deal with twisted logic. I > > > created > > > > a > > > > > > couple of "Bogus" levels that were below my 1st floor and did the > > > Paste > > > > > > Aligned to the lowest of these. Bingo - everything got copied to > the > > > 1st > > > > > > floor. > > > > > > > > > > > > Checking the properties of any of these elements shows them > > > referencing > > > > > > Level 1 and not "Bogus 1" or "Bogus 2". > > > > > > > > > > > > Is this "normal"? > > > > > > > > > > > > -- > > > > > > Matt Dillon > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >
Message 13 of 13
Anonymous
in reply to: Anonymous

That would be nice. Thanks, -- Matt Dillon > Something that has been considered is showing the base point graphically > after the Copy to Clipboard command is invoked and letting the user move it > around. Would that make things easier to understand? >

Can't find what you're looking for? Ask the community or share your knowledge.

Post to forums  

Rail Community


Autodesk Design & Make Report