Jump to content

mike m oz

Moderator
  • Posts

    4,879
  • Joined

  • Last visited

Posts posted by mike m oz

  1. Better still would be the capability to see the layer scale either in the mode bar at the top of the drawing area or in the border at the bottom of the drawing alongside fit to objects etc.

    Even better still would be the capability to change the active layers scale from this location. More extensive scale changing (ie. multiple layers) could remain as it is now.

  2. Robert

    For 'live' sections (and I am assuming you are working on these to achieve parity with the opposition - ie ArchiCad and Revit) ceilings have to to be real 3D objects.

    There are three componrents to the BIM:

    - accurate 3D representation for selling and communicating

    - 2D drawings for building from

    - accurate data returns for estimating the cost.

    If you are really committed to BIM then you should be moving towards an integrated environment that satisfies each of these needs.

    Facility management should also be an objective - we need to be taking a broader view that does not isolate just the design / build process as what we are interested in. The proportion of new buildings built each year is a small fraction of the total building stock which exists. Intelligent building management is an opportunity for Vectorworks that I hope you are exploring!

  3. Robert

    For 'live' sections (and I am assuming you are working on these to achieve parity eith ArchiCad and Revit) ceilings have to to be real 3D objects.

    There are three componrents to the BIM:

    - accurate 3D representation for selling and communicating

    - 2D drawings for building from

    - accurate data returns for estimating the cost.

    If you are really committed to BIM then you should be moving towards an integrated environmr=ent that satisfies each of these needs.

  4. ADJUSTING HEIGHTS AND SLAB THICKNESSES SHOULD BE POSSIBLE IN THE MODEL SETUP DIALOGUE BOX

    Model Setup works fine if you know exactly what your floor to floor heights and slab thicknesses are at the beginning of a project.

    If however you want to adjust these afterwards it will not accept any changes - these have to be done manually in the Layers dialogue box.

    And yet if you add or remove a floor it will adjust the heights.

    The logic is inconsistant and it is not user friendly!

    Can it please be changed so that it will accept height and slab thickness changes and adjust everything accordingly.

    MODEL SETUP SHOULD DO THE MATHS AUTOMATICALLY

    This second issue relates to the logic of how the heights are entered.

    It would be better if for each storey there were four heights to be entered:

    A floor to floor height

    B slab below thickness

    C ceiling height

    D height from underside of ceiling to floor over

    This would then allow the program to calculate the heights of respective elements automatically. A and D should also be linked so that adjusting one will adjust the other.

    Allied to this is the need for a ceiling object - A necessity if 'live' sections when they are introduced are to be useful.

    javascript:void(0)

  5. I THIRD THIS

    It is a pain in the butt having to reposition plug in doors and windows relative to the centre of them.

    I understand the logic of why this is so but surely the PIO could return the object width to the position dialogue so that its position could be set to an edge.

    Better still would be a graphic dialog box which showed the object width and the dimensions in each direction to the ends of the walls (with the option of selecting inside - centre - outside) with the capability to change all of the dimensions as required with the objects location and/or width adjusting accordingly.

  6. The importance of this issue appears to have been lost in the jousting of the replies.

    Petri's original request is about a real issue which does need addressing. In the design development process walls do have a habit of changing characteristics and therefore width. being able to change the width relevent to a particular reference point like the outside is a necessity.

    Fortunately for us Australian users Julian Carr has managed to overcome this issue successfully in the Australian version of Architect - so surely it is not an insurmountable problem. Similarly he has given us the capabilitry to do corner and bay windows which the basic architect version cannot handle.

    The bigger picture however is the need for some of these type of needs to be addressed in the core program so that all users have this flexibility.

    The program needs to become more intelligent and respect the fact that change is the norm these days and not the exception.

    Improving the capability and flexibility of some of the core capabilities like walls, floors, stairs, dimensioning and the like should be an imperative for 11.5.

  7. I also experience in VW11 the line weights randomly changing to being in mils rather than the mm I prefer.

    In previous versions I noticed that this commonly happened whenever the program crashes or a force quit is used due to the program becoming stalled. Would suspect it is still the same issue.

  8. Built in curved roof capability would also be a desireable feature.

    Of course having the same desired roof - wall interaction 'intelligent' relationship would be nice.

    I suppose that is my major beef about the program these days - the slowness in providing the 'intelligence' that can be seen in many other architectural CAD modelling programs.

  9. Winder option with square corners is essential on standard stairs

    very common requirement - it can be done manually but it is a real dog having to do it and of course if you have to make changes....

    Seems to me like an issue for one of the programmers to get their teeth into.

  10. Petri

    I have tried the method you so kindly provided and yes it does work.

    I still maintain however that it shouldn't be this hard.

    If you have used several of the PIO's with the style 1, style 2 ... classes you lose track of what they 'belong' to.

    At a least the PIO should give you options that mean something like for example stair tread x, stair stringer x etc. Even better would be the option to create a new class from within the PIO dialog box or the Object Info pallette.

  11. The truss (joist) PIO in architect is not that great - its usefulness is limited by the fact that it does not automatically equalise the spacing of the verticals by adjusting the angle of the diagonals

    By comparison the truss PIO in spotlight is brilliant - however because you cannot rotate the truss through 90 degrees the 'flat' trusses it creates can't be used architecturally.

    It seems to me that without much effort the Spotlight truss PIO could be modified to create a great Architect truss PIO.

    How about it.

  12. I also need this.

    Closing cavities at openings is a common construction method here in Australia - particularly where the cavities are wider so that structural steel columns can be concealed in the cavities.

    I have tried all sorts of work arounds but it is difficult to get a solution that works in both 2D and 3D.

    Often the result is uising short sections of walls to make up a wall run OR using separate walls for the inside and outside leaves of walls. This is time consuming though, and when the drawings are exported to consultants the results are messy.

  13. Thanks Petri, but in VW11 you can't actually do that easily.

    If it were so simple to change the popup lists then why don't NNA do it?

    These sorts of issues are just annoying for experienced users - but for new and inexperienced users they are real problem because they just add to the confusion.

    Part of the dilemma I think is that whilst programmers are comfortable dealing with text most users are graphic oriented and therefore 'text issues' like this make the program less user friendly and therefore appealing.

    [ 02-02-2005, 08:08 AM: Message edited by: mike m oz ]

×
×
  • Create New...