Jump to content

rexwexford

Member
  • Content Count

    80
  • Joined

  • Last visited

Community Reputation

9 Neutral

About rexwexford

  • Rank
    Apprentice

Personal Information

  • Location
    Christmas Island

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. ah nice! i knew there was a reason i rant on here! i suspected it could have been related to an upgrade. its too useful to get rid of! thanks
  2. hi all has anyone noticed that in vwx 2021 the grouping and pasting of a viewport into another document no longer works? i used this ALL THE TIME! any suggestions for a work around?
  3. yeah this is one of those instances where I really wish you could change the order of the tools rather than the key shortcut. OR if they introduced something new, they stick it at the end so it doesnt mess up ingrained muscle memory !
  4. hi all i regularly use 'shift' + 'm' to select the move by points tool . once this is activated i then pressed 'o' as the shortcut to enter the number of objects to be duplicated. in vectorworks 2021 pressing 'o' now selects the new 'selection retention mode' very annoying as i work between 202+ 2021 depending on what project im on. is it possible to switch these keys back without changing the p and o round for all other settings? driving me mad ta
  5. thanks bruce i think this clears it up. ill amend my drawings and see if i have success
  6. after confirming that the DLVP's position is determined by - origin in source file + object positions - origin in reference file i need a strategy (other than dragging the DLVP) to make it return to its correct location. is there a way to tell the DLVP to return to its original position, or resetting the dlvp without re-creating it? If it is glitching or has somehow been moved unknowingly it would give me a method to implement to correct it thanks
  7. hi bruce thanks for taking the time to respond in such a detail manner. a lot of what you have said made sense to me, and i suppose has also made me realise that i could have stated somethings in my original post better. the DLVP is moving in the reference file when i update the reference, but the origin of both files is staying the same, and im not physically moving the DLVP around in space the design layer of the reference file or the source file. The point you make (highlighted bold above) is how i understood DLVPS to work and that is how i set up my file so it was originally 'correct' and this is what i have formed the basis of my drawing around - when it then moves it becomes problematic. strangely, sometimes it is located correctly when i open the file, and other times its not in the correct location but im not moving it in either instance. does this sound like a glitch?
  8. bump. if ive encountered an issue that nobody else has come across before, can anyone please suggest my next port of call? thanks
  9. bump. can i clarify any more? anyone else had this issue? sorry to be persistent. its really troublesome at present and i dont know how to correct. thanks again
  10. hi all, more fuel to the fire to explain the scenario. - I have a building plan with a user origin (File 1) ( - 405001813 , - 287134229) this has the building drawn to world coordaintes. - I want to reference this via a design layer viewport into another file so i can draw my details over it. (File 2) This file also has a user origin ( - 405001813 , - 287134229) File 2 has been working for a few months with several reference updates. When i created the DLVP, it was in automatically in position and i thought all was well. Now, however when I updated the dlvp the last time it moved position. (screen shot A . It is appearing correctly except its location and is deliberately pixelated for uploading to this forum) If i select the DLVP, the properties panel shows its x & y as matching the user origin numbers but does not have the negative value infront of it numbers. if you look at the cross hairs it is clearly nowhere near the origin. This is the crux my problem. If i manually move it back into correct position (re the crosshairs) it becomes correct again in the properties box but this doesnt seem very scientific. To me, it seems to be the issue of the two origins adding up. On a traditional reference you can set it to 'ignore source user origin' but i dont have that option here. What i would like to establish is 1) what controls /overides a DLVP's position 2) what would cause it to move in the first place? 3) what determines where a DLVP is positioned when you first create one. Im hesitant to physical move the viewport as i have several files like this and dont want the same fate to happen to them, and end up moving all my viewports manually each time this happens many thanks for your time and sticking with me
  11. hi all is my question not clear? anything that i can clarify to help people understand my issue? thanks
  12. hi all me again, design layer viewports, again.. origins again! 2d user here. i'd like to know what determines a DLVPs position within the model space when a user origin is active. the reason for this is because my DLVPs keep flying into strange locations. With traditional referencing when this happens i can make sure my user origin is set correctly, and this normally pulls everything back into alignment. There is also the 'ignore source user origin' to stop the two origins 'adding together' which is often the problem i encounter in other members of staffs files. with DLVPs you can physically drag the viewport around in the design layer . Is there a way to set it to essentially 'where it should be' ? there seems to be no way of anchoring them. (you an lock them but they move when the origins change) im really trying to understand the quirks of vectorworks but getting very frustrated everytime the DLVP moves with seemingly no explanation. many thanks
  13. ive just tried your second method. I had tried it before but it wasnt working . I just got it to work by trying in an unrotated view which seemed to help. Select a viewport and run Modify > Convert > Convert Copy to Lines. this is a good back stop and essentially gives me what we need as a worse case scenario . The only reason its a worse case its that it loses class information, and i'd have to do this for each apartment every time i wanted to export something. so circa 30 times. if there was a way i could export this info in the same way without individually selecting each viewport i think that could work. mark - can pick this up in the direct messages if easiest? thanks
  14. mark thanks for the detailed response! I appreciate its difficult to understand without seeing the file. I perhaps could have given more information but was in the middle of red mist haha whilst trying to get some documents out. we produce modular residential buildings which have multiple layout options internally which are determined by customer specification after work on site has started. what we needed was a plan or symbol that has all possible permeations of layouts within it so that we can turn and and off the correct layers to show the design information on an apartment by apartment basis. Previously we have done this in symbols but it was problematic if we needed to change something that was typical to all options, such as a wall build up or services routes . I thought i had been clever by building our files around DLVPs because it meant all the design info was saved once 'in place' and it was much easier to edit several layout options at once, in a way that a symbol couldnt do. it avoided the need to check all symbols were correctly referenced and updated. our file structure looks like - master design library . typical floor plan options built in layers ( a different layer for each possible internal variation, kitchen types etc) - site file (with sheets) - a series of DLVPs referencing the above file set out to real world coordinates in the configuration of the building and all annotations on sheets. the trouble is when i export it, it seems to have so much info in the DLVPs that it shows more than what we are seeing on the sheet later, and almost x-rays the building so we see layers that we dont want to see in the dwg. (ie a kitchen from a residential 1st floor layer, gets lumped on the ground floor which might be commercial) I suppose (not having access to autocad) im not entirely sure what the consultants are seeing. I only get to see it by importing the exported dwg back into vectorworks which might be making it more complicated .I end up with a series of layer links, which become very confusing and easy to accidentally manipulate to show the wrong information unless someone knows the building. i will have a trial of all the above and get back to you.
  15. so it looks like its impossible and ive wasted months down the wrong path is there a way to essentially convert a DLVP as you see on screen into a 'sea of parts' of just polygons?

 

7150 Riverwood Drive, Columbia, Maryland 21046, USA   |   Contact Us:   410-290-5114

 

© 2018 Vectorworks, Inc. All Rights Reserved. Vectorworks, Inc. is part of the Nemetschek Group.

×
×
  • Create New...