Jump to content


  • Posts

  • Joined

  • Last visited

Posts posted by Taproot

  1. On 1/30/2019 at 6:24 AM, bpsabatier said:

    Closing the program should not be the fix.  A stable program is... 


    seemingly not available this year...


    In your situation, you are probably best off just redrawing that wall.  The new wall will likely accept the doors and windows.  I find when an object 'breaks' like that, recreating it is usually the best long-term solution.


    Over the last five months, we've tried to use v2019 several times... starting up new projects, etc.  Even with the latest service packs and a lot of patience, we've eventually had to abort each attempt and return to v2018.  This last week, I just re-expierenced this lesson (again).  Fortunately, backsaving to the older version of the program has worked fine.


    The Undo bug I posted in this thread is mostly fixed ... but yes, I have still been able to recreate the problem - albeit after several hours in the program.

    One of the other critical bugs that we discovered ... and I don't believe has been reported yet is in Floor Objects.  This one is hard to recreate - as it works fine for quite a while ... and then it doesn't.


    We found that when reshaping a floor object (the polygon within the object) that the 3D object would remain unchanged regardless of the fact that the 2d geometry had been revised.  Once the bug appeared, it was stubborn and persistent.  After a fair bit of troubleshooting, we eventually replaced all of our floor objects with roof objects (with no pitch).  That solved 'that' problem.


    Another critical flaw was the disappearance of all geometry display in 3D openGL.  Fortunately, our pre-saved views would restore visibility, so we just learned to work from saved views rather than axonometric or other standard VW views. 


    I like a lot of the features in 2019, but using it hasn't worked well for us.


    Upon Reflection:

    I think the bug submital process could be really improved for program users.  Our working files have private information relative to our clients as well as lots of intellectual property that we don't mind sharing with the VW engineers, but also don't want to post publicly.  I think this forum should have an option for attaching files that are viewable only by the VW staff.  That way problem files can be attached directly to posts but remain private.  If this functionality exists, I am unaware of it.


    At present, it feels like it takes a substantial amount of effort to report bugs, submit files, and help resolve issues in the software.

    Clearly this is a persistent need and could use some improvement.







    • Like 1
  2. On 12/14/2018 at 2:04 PM, Jim Smith said:

    I've been working in a new VW 2019 file, added a roof object and now the whole thing isn't visible in 3D. I'm quitting for the day & will have to start fresh early on Monday to be ready for the client. 

    I don't recall so many bugs in earlier versions of VW. 


    Is it just the roof that isn't visible, or is the whole model invisible in 3D?  I've had the latter problem happen.


    My workaround ... keep both VW 2018 & 2019 versions active.  When the file breaks in one version, (backsave as necessary and) open it in the other one.


    So far that has worked. 

  3. Acip79


    I'm not using Stories, but the first place I would check would be the Z height of the layer that the roof is on.


    Control / right click on the layer, select EDIT ... then check what elevation the layer is set to.  You may need to reduce it to the same as the ground level (if you have manually placed the roof to match in your 3D working view).


    Here's an image.



  4. We tried to adopt stories a few times and ran into so many problems that we ignore that part of the workflow opting instead to manually offset components, etc.  So far - I think it has been the right choice. 


    On the other hand, I'm happy to hear that you are dedicating some time to provide habitat for the elusive unicorns.  Their needs are often overlooked.

    • Like 1
  5. Archdaly,


    Those two columns appear to be corrupted.  I was able to solve the problem by creating two new columns and then copying and pasting your original criteria (in the database header row) to them.


    Attached is your test file with that update.  The original two columns are shaded - you can delete them.  The working columns are unshaded.





  6. Jim,


    Another quirk is that if you use the eyedropper between walls, but click "cancel" when the wall component matching dialog opens textures will still be applied to the second wall.  I don't think the program is intended to work this way, but I often use it as a quick method of moving textures between walls when I need to.

  7. Archdaly,


    I assume that you tried to type directly into the worksheet.

    Try selecting the door and then in the OIP - click on "Settings" 

    In the settings, select the "Data" tab at the bottom of the list and try and enter your data there.


    If that doesn't work, the doors may be styled - so that they all retain the same labeling ...


    If you post an example file with that schedule in it, we may be able to figure out what is going on.


  8. I decided to run a parallel test - dropping in the door leafs outside of a door object and then using the symbol asymmetric scaling option in the OIP

    I presume that is what the tool is doing anyway...


    All of the leaves tested function perfectly. 


    Therefore, my conclusion is that this is a bug.






  9. Christiaan,


    I don't have a texture to offer, but I have been looking into how best to render Living Roofs and have some thoughts that might be helpful.

    We've had good results with the FOLIAGE tool.


    One technique is to use a random rotation grass object around the perimeter of the roof - which adds some better dimension to elevation views.

    Here's an example and the settings:





    For surface areas, another technique is to use the same tool to add three dimensional texture to the surface of the roof.

    We did this using the "Area on Ground" setting of the Foliage Tool.  That way, you can use a standard base texture map for the majority of the surface and add a little three-dimensional interest .  It works well if used in moderation ... too large a surface and it slows things down.




    • Like 2
  10. The CMU / Siding issue is probably related to which way your textures are oriented.  It's pretty common to need to rotate them visually on the surface of an object.  To do this:

    Select the object you want to modify.  Then go to the render tab of the OIP.


    Here's a wall example.  For this example, I'm using the mode "By Object."  That allows you to texture each object differently.  You can also use by class or by wall style for universal texturing.  For maximum control, use "by object." 


    Where it says "Part" select the face of the wall you want to change.  You can pick left, right or overall.  In plan you'll see an arrow and a dot at the ends of the wall when it is selected.  Left or right is relative to the direction of the arrow.   


    Once you select a face, you can control the texture and mapping upon it including rotation of the texture in degrees.


    The process for a roof object is similar with the parts listing "Top, Bottom, etc"


    2061659118_ScreenShot2018-12-06at11_08_46AM.thumb.png.3cd5760b8d038410d99cdd56c28c7f1b.png             1116384106_ScreenShot2018-12-06at11_09_12AM.thumb.png.2b5aacdfbd09796290558cfccd485332.png


    If you find the texture is consistently oriented the wrong way, you can simply rotate the texture itself in the resource manager

    To do this, select the thumbnail of the texture in the Resource Browser.

    Right click or Option-click to edit the texture

    Which will bring up the following screen.

    Where it says Color>Image, click edit.

    In the pop up will be the option to "rotate the image".


    Be aware that if you do this after you have applied this texture elsewhere in your file, it will rotate the texture on all instances where it has been applied.

    This can be a quick way to change a texture throughout your drawing.


    I hope that helps.






  11. Is anyone using self-made custom door leaves?

    I modeled a number of them years ago in considerable detail.  Around v.2017 they stopped resizing correctly.

    The doors were modeled as 6'-8" tall.  I commonly need to adjust them to 7'-0 or 8'-0".


    I'm trying to fix this issue, but can't seem to figure out how. 

    I have followed all of the "rules" i.e. generic solids, insertion point at bottom center, etc.  But I'm getting weird distortions when sizing is applied to the symbols:

    • Glass panels stay in position while the sash stretches
    • One sash stretches (i.e. exterior or interior) while the other keeps it's original size.
    • in some cases there are no change to the size of the object


    I've tried copying the geometry into new symbols and duplicating the VW custom leaf symbols and then replacing my geometry within those objects ... without consistent results.

    Attached are a few screenshots of the distortions plus the file.


    I keep thinking it shouldn't be this hard ... is it just broken and no one is using this functionality?  Or, is there some fundamental shift in how VW codes solids that my older data doesn't conform to?  Guesses and guidance appreciated!



    Screen Shot 2018-12-05 at 1.50.44 PM.png

    Screen Shot 2018-12-05 at 1.50.33 PM.png

    Custom Leaves_Taproot.vwx

  12. If the roof is one plane, you can  make the roof face tool work so long as you compute the actual angle of the slope of the roof relative to horizontal. With a bi-directional roof pitch the slope arrow for the roof polygon will need to be at an angle rather than perpendicular to the polygon perimeter.  You can calculate the angle using trigonometry (or a lot of trial and error)...

    • Like 1
  13. We migrated one of our projects to v.2019, but after running into a number of bugs, have backsaved it to v2018 as it is more stable.

    The file, however, now appears to be corrupted. 


    In 2D, everything looks OK, but in 3D, the walls vanish, reappear, or display distorted depending upon which direction the model is viewed from (and none of them are actually correct)

    Is there a tech I can send the file to - to determine if there is an easy fix.  I could try copying all of the data into a new file, but the likelihood is that the problem is in the data and wouldn't go away.


    Here's some screen shots of the behavior.   The first one shows all 3D info hidden, except when your cursor runs over it a ghost appears.  The second shows some kind of weird parallel universe where x-ray vision has been implemented (partially)...





    Screen Shot 2018-10-19 at 3.10.13 PM.png

    Screen Shot 2018-10-19 at 3.11.59 PM.png

  14. We're seeing the following behavior:


    If we do an action - say move a wall.

    Then, with a different object selected we hit "Undo" - the software breaks down.


    Here's an example where I moved a wall and then selected a car and then thought to undo moving the wall.

    It moves the wall back on-screen, but creates a ghost object where the wall actually is.  From here on things get messy.  You need to cut and paste the wall to reset it to work properly.


    It may just be walls that are affected by this bug, but it has resulted in corrupted files for us where we've had to go back to an earlier saved version.

    We've duplicated this on both of our workstations.


    This one is nasty enough, that we're likely going to resume using v.2018 until SP-1 comes out.



    • Like 1
  15. 7 hours ago, Nikolay Zhelyazkov said:



     - You could accomplish this by selecting only the TBBs from "Select Sheets to Use" dialog in Title Block Manager, that you would like to be included in the worksheet report and after that create the report. 


    I did try this, but I found that I had to add each sheet one by one. Shift or Command clicking wouldn't work for multiple select.  So this option seemed a little tedious.  Perhaps you could check if that is normal behavior or just my experience.



    7 hours ago, Nikolay Zhelyazkov said:

     - Yes.


     - I assume that you have changed the selection from "Select Sheets to Use" dialog? In the Title Block Manager, if there are multiple TBBs selected, we display only the common Project/Sheet Data fields that they have. You could view all of the Project/Data fields of a single TBB, by switching to single edit mode from the buttons in Top Right of Title Block Manager dialog.

    Another reason for this might be that you have selected external files that are not loaded. For files that are not loaded, we display only the fields we know they have for sure - the default fields. If you want to see what fields are there actually, you will have to load these files from Select Sheets to Use dialog and Load Files button.


    OK, I'll dive into this deeper.



    7 hours ago, Nikolay Zhelyazkov said:

    - The Title Block Border is not using the record that you have previously used. You should change your criteria to match the new records used by the Title Block Border - Title Block Project Data and Title Block Sheet Data.


    It sounds like I just need to rebuild my titleblock with the new standard fields.

    Speaking of which - what are they? 

    Is there a list somewhere or should I just use Pat's script to determine the field names for criteria, reporting, etc.?



    7 hours ago, Nikolay Zhelyazkov said:

    The attached images are not opening, that is why I am only assuming what might be the problems.




    I'm not sure what happened to them.  They worked initially.  I've uploaded them again.


    Thanks for your help.

  16. 2 hours ago, jnr said:

    yes. changes save just fine. what doesn't change is the view where I left off. In this case say I go in and work on design layers save the work and close, then reopen the file and it puts me back where I started on a sheet layer view. It's a bug.


    I can confirm this behavior as well.  It will save your view location on the sheet layer itself, but if you are on a design layer and save ... the next opening will bounce you to a sheet layer.

  17. OK, file sent via Private Message.


    Is there a detailed guide to titleblocks for the current version?

    I've gone deeper and I can't quite make sense of how it is supposed to work.


    Our Titleblock predates the Manager, so I'm used to thinking about it as a symbol with fields that attach to records.

    The records are then reported to a schedule / worksheet.


    Now, it seems like the Manager has added some additional layers to that process and it's not very clear how to work with them.

    For Example:


    In our titleblock , we have an "In Project" field with a Yes/No list of options.  When it = "Yes" the sheet is included in the Drawing Index, when "No" it is ignored (but still present and can be added to the set at a later date).  In 2019, this field doesn't seem to function.


    Here's a screenshot of the Titleblock manager.  When managing the sheet data, some of the fields are in italics and some are not.  I assume italics designates my custom fields and standard text are system supplied fields. Is that true?


    I've had erratic results.  Sometimes the italicized fields will show up in the manager (as they do in this screenshot).  At other times they will not.




    Screen Shot 2018-09-17 at 1.10.34 PM.png


    Continuing on:  I've placed the new titleblock "Issue Index / History" worksheet in my file.

    Editing the Criteria to filter display results no longer seems to work.  If I limit the criteria to my 'Taproot Titleblock' records, zero results are found.

    So, the actual criteria is either controlled somewhere else, or my data is being captured by the manager and filtered so that not all of it comes through.


    I'm a little stumped ... guidance would be appreciated.



    Screen Shot 2018-09-17 at 12.49.47 PM.png


    I don't know why the images disappeared.  I've attached them again.



  18. We're just starting to transition our template file to 2019 and have discovered that for some reason the software has duplicated all of our titleblocks.  I discovered it when experimenting with the "Create Sheet List" command.  In the attached screenshot, I've deleted the duplicate for the first sheet, but you can see all of the other sheets are copied.  It looks like the solution is to manually go through each sheet and draw a marquee around the titleblocks and manually delete one. 


    FYI: We ran into this issue last year as well, but just accepted it as a nuisance. 

    Screen Shot 2018-09-17 at 9.58.54 AM.png

    Screen Shot 2018-09-17 at 9.59.35 AM.png




  • Create New...