Jump to content

Amorphous - Julian

Member
  • Posts

    409
  • Joined

  • Last visited

Posts posted by Amorphous - Julian

  1. Hi Adam, our origin is at the point of our model (See enclosed screenshot), so the origin point shouldn't be our issue here. 
    Since we have Non-Disclosure with clients for all of our projects, it would not be responsible for me to post this model up. 
    This issue only happens intermittently, and where it appears in the model, we'd already fixed them.

    So I'm not sure how much our model would help you reproduce the issue, anyway. 
    image.thumb.png.2c3787c0788369f49516600ce52b99a7.png

  2. @Rishie  We redraw those walls to fix this, we have done quite a bit of redrawing walls because of this. 


    @Ruby S Doesn't seem like an OpenGL issue. We get that in hidden line render (our elevations, sections etc) too. 

    @Ruby S Separately, floors are constantly having this problem too (see enclosed images)

     

    To fix the disappearing floors, we have to click into base geometry of the floor object, change fill to 'solid' from (by class), come outside of the object, go back in side the base geometry, and change back to 'by class'. This may not always work, maybe 60% of the time.

     

    This disappearing floor issue happens way more often than the disappearing walls. Would be great if it can be fixed. 

    __gone.png

    __here.png

  3. We have getting a chronic project sharing problem . Model objects, viewports and sheets regularly disappear from our shared project file. 

     

    No matter the size and complexity of the file, we get this problem.

     

    This happens between 1-2 times a week across different projects. 

     

    Anyone else getting this issue? Is this something Vectorworks can fix in upcoming releases?

     

    ----------------------------------------

     

    Some background:

    - Our shared server runs Mac OS Server 5.2 on Mac OS 10.11.6 El Capitan, with 'SMB Sharing only' turned on in File Sharing.  

    - We tried upgrading our server to Mac OS 10.13 and Mac OS 10.14, but permission issues were even more severe (in both SMB and AFP).
    - We then downgraded back to Mac OS 10.11

    - Previously, when we ran File Sharing on AFP in Mac OS 10.11, this 'disappearing model' issue didn't seem to occur. 

    - Due to other services we have to run, we had to switch File Sharing over to SMB from AFP

    - Sharing files in Mac OS with both 'AFP and SMB' turned on doesn't work, and not recommended by our Vectorworks distributor.

     

     

  4. Correct! The way walls interact with framing and  finishes is best overhauled with a new tool.

     

    We posted a topic on walls construction before, which is about the way walls are construction and how finishes are put over it- Our thought too was that it should be completely re-thought.

     

     

    There are is so much useful user input and feedback on this forum for Vectorworks to improve its tools. Hence I reiterate the point that a dedicated moderator is imperative to collate these suggestions, offer return feedback and questions.

     

    if VW employers don’t respond on this forum. We don’t know that you’re reading and understand our comments.

    • Like 3
  5. @Matt Overton that is a great point! Currently framing doesn’t update with walls and roofs as the design changes. An updated wall, roof and slab tool would make this possible.

     

    Would the Vectorworks employers who actively monitor this forum like to start a Wishlist Topic thread on the issue of how to improve wall, roof and slab tools so we can provide some end-user feedback on the topic?

    • Like 1
  6. I had posted DWG compatibility issues before. But got panned off. 

    This issue needs some SERIOUS resolution. 

    We can't have VW working in a silo and don't talk well with other consultants.

    It's embarrassing for me to go to a project meeting and tell people about the BIM we use, but we can't do something as basic as importing and exporting DWGs simply. 

  7. Totally agree with @Ben Wingrove , it is far better to use local resources, and we have much more control.

     

    We found that we have very little control over VSS turnaround times, and if there are changes or errors we have to resubmit all over again.

     

    From our last test of VSS, we also had to pay for 'credits' to use VSS processing power. If we already have that in-house, we don't see the need for this.

     

    @Dave Donley if VSS make use of multiple servers to process renders and viewports, then can we assume the technology for 'Render Farm'/'Publish Farm' is for VW already available? When can this be made available to customers?

    • Like 1
  8. We are currently needing to export a 'Stair' object from our model to 3D printers. 
    We need some parts of the context to be in-place for this model to make sense. 
    Since there is no way to 'export objects in clip cube', we have to resort to having a staff selected, slitting, deleting objects in the model one by one. 

    Would be great to have this automated by the suggestion made in this post. 

    • Like 1
  9. Hi @Vasil Kitanov I have just sent the file to @Jim Wilson for other testing. Please ask to get it from him. 

    The sheet related to this export is 1.511. 

    We have tried all permutations for export options. So there's no point posting up a screen shot of one particular setting. 

    Our consultants (yes there are many of them on this project) all complain that our DWG is so slow they can't use it. They can't even zoom in or out in the DWG.

    We tried taking out the hatches and that didn't help either. 

    Hope you are able to find the issue with it. 

  10. We are trying to export our 3D vwx to 2D dwg today. (wasting many hours)

     

    Our consultants (in China) say the files we export is so slow upon opening on their side. 

     

    We are the only architects these consultants have ever met who cannot produce and provide usable CAD (DWG) files to them.

     

     

    I hate to say this. But we go in telling them about how great our BIM system is, but we walk out with tail between our legs looking like absolute fools. 

     

    As Architects, we simply cannot fail to provide DWGs to other consultants. Happy to provide this DWG to anyone with AutoCAD for testing (we don't have it, so we can't verify what the consultants are telling us). 

     

    Can this issue please get immediate attention?

     

     

    • Like 1
  11. @Jim Wilson 

    please give me your email and I'll shoot it over.

    @Matt Overton 

    yes.

    This is a problem with surface hatches at the moment. You cannot choose 'tile' hatches in 'Textures' as the surface hatch.

    So in order to do a 'timber' or 'stone' hatch so we have the correct elevational hatch in hidden line drawings (Eg elevations and sections), we have to make tens of layers to achieve that. 

    If 'tile' attaches were allowed to be attached to 'texture', the we would not have this problem. 

    I'll play around simpler hatches and see.

    • Like 2
×
×
  • Create New...