Revit Architecture

Reply
*Matt Dillon
Message 1 of 13 (123 Views)

Revit can't count?

123 Views, 12 Replies
07-15-2004 01:59 PM
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
*Matt Dillon
Message 2 of 13 (123 Views)

Re: Revit can't count?

07-15-2004 02:07 PM in reply to: *Matt Dillon
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 > >
*Aaron Rumple
Message 3 of 13 (123 Views)

Re: Revit can't count?

07-15-2004 02:40 PM in reply to: *Matt Dillon
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 > > > > > >
*Jeffrey McGrew
Message 4 of 13 (123 Views)

Re: Revit can't count?

07-15-2004 03:07 PM in reply to: *Matt Dillon
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. :smileyhappy: 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
*Matt Dillon
Message 5 of 13 (123 Views)

Re: Revit can't count?

07-15-2004 04:58 PM in reply to: *Matt Dillon
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. :smileyhappy: > > 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
*Christopher Zoog
Message 6 of 13 (123 Views)

Re: Revit can't count?

07-15-2004 07:58 PM in reply to: *Matt Dillon
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... >
*matthew jezyk [autodesk]
Message 7 of 13 (123 Views)

Re: Revit can't count?

07-16-2004 05:12 AM in reply to: *Matt Dillon
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 > > > > > >
*Matt Dillon
Message 8 of 13 (123 Views)

Re: Revit can't count?

07-16-2004 06:17 AM in reply to: *Matt Dillon
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 > > > > > > > > > > > > >
*Matt Dillon
Message 9 of 13 (123 Views)

Re: Revit can't count?

07-16-2004 06:18 AM in reply to: *Matt Dillon
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... > >
*matthew jezyk [autodesk]
Message 10 of 13 (123 Views)

Re: Revit can't count?

07-17-2004 05:58 AM in reply to: *Matt Dillon
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 > > > > > > > > > > > > > > > > > > > > > >

You are not logged in.

Log into access your profile, ask and answer questions, share ideas and more. Haven't signed up yet? Register

Announcements
Are you familiar with the Autodesk Expert Elites? The Expert Elite program is made up of customers that help other customers by sharing knowledge and exemplifying an engaging style of collaboration. To learn more, please visit our Expert Elite website.

Need installation help?

Start with some of our most frequented solutions to get help installing your software.

Ask the Community


Revit Exchange Apps

Created by the community for the community, Autodesk Exchange Apps for Revit helps you achieve greater speed, accuracy, and automation from concept to manufacturing.

Connect with Revit

Twitter

Facebook

Blogs

Youtube