Jump to content

Amorphous - Julian

Member
  • Posts

    409
  • Joined

  • Last visited

Posts posted by Amorphous - Julian

  1. Way back in 1997, ArchiCAD introduced Teamwork, a file-based project sharing method, like how we have it in Vectorworks today.

     

    In 2009, ArchiCAD ditched Teamwork and introduced BIMserver, a server-side project sharing management tool, allowing fast and simultaneous syncing.


    In 2014, ArchiCAD introduced BIMcloud, which allows remote collaboration.
     

    In 2019, ArchiCAD retired BIMserver, supporting only BIMcloud.


    In contrast for us, it is year 2020, Vectorworks still ’project shares’ with the technology of Teamwork, Archicad ditched this method 11 years ago because of its problems.

     

    Problems with file-based Project Sharing: Entire file needs to be synced (takes a long time, processing); Other team members are locked out during the sync process (waste of staff time); Constant file corruption and information loss (waste of time and soul destroying). This has been my experience, and I also verified this with someone who professionally maintains ArchiCAD systems for architects and saw through its ‘file-based project sharing’ era.

     

    As both ArchiCAD and Vectorworks are Nemetschek brands, surely Vectorworks engineers can learn from the experiences of ArchiCAD engineers and implement BIMserver into Vectoworks quickly?

     

    @Tolu @Julian Carr @JuanP @Biplab please close this 23-year technology gap with ArchiCAD on Project Sharing. We need to end project delivery disruptions due to the current method of Project Sharing.

     

    Below is a video on ArchiCAD BIMserver and BIMcloud. Note time code 5:45 in the video:

    BIMserver’s mulitherading architecture allows any number of clients to simultaneous sync....’

     

    That’s really music my ears. With this feature, it would make Vectorworks scaleable for any offices and project size.

     


     

    Following is my post documenting our office’s struggles with Vectorworks file-based Project sharing that began 6 months ago. The disruption caused by Project Sharing to our office has became unacceptable, and must change fast.

     


    Thank you for your attention to this.

     

     

    • Like 3
  2. 11:00pm. We are trying to untangle the myriad of working files after the crash. 

    Some bits appear on one file and not another... other pieces appear on another one. Some have titleblocks, some don't, some have tiled floors, others don't. 

    This is making our work impossible. I'm exhausted and just want to publish drawings and go to rest.

    If we never went with the route of project sharing we'd never be mired in this mess. 

    Please either swiftly fix PS once and for all, or release it when it's truly ready and reliable. 

  3. After what my team has been through today. I may just answer my own questions. 

     

    On 3/12/2020 at 5:23 PM, Amorphous - Julian said:

    Lately, with all the issues we go through, I can't stop asking myself....

    (1) If I didn't run this practice, and haven't already invested/committed so much time and resources into Vectorworks, would I work in an office that uses Vectorworks?

     

    I have worked in an ArchiCAD office before, and at no time have I ever experienced chronic, ongoing project sharing issues like this. For the purpose of project sharing, I would prefer to work in an ArchiCAD office if the choice was my own. 

     

    On 3/12/2020 at 5:23 PM, Amorphous - Julian said:

    (2) Weighing everything up, does Vectorworks aid, or hinder, my work?

     

    For my team's work today, it has without-doubt been more hinderance than aid. 

     

    On 3/12/2020 at 5:23 PM, Amorphous - Julian said:

    (3) Is it unrealistic to expect Vectorworks to become a snappy, responsive, efficient & stable program? When may that happen?

     

    I just wish for Vectorworks to throw all resources it has at its disposal to make it robust, efficient and stable. It can't happen quickly enough.

  4. [Update 6 -  13/03/2020]

     

    Just as we are going to 'publish what we have', we find that in sheets after sheet our data tags are disassociated (we are publishing 30 sheets today).

    I have just been told by another VW employee that if I don't check out both the tag, and the object it tags, then the disassociation is certain. 

    We  were given a workaround that is simply infeasible. 

    So are we meant to re-do the work we have done over and and over and over again everytime we save and commit?


    image.thumb.png.45cc74e03e8d7f2f4948ebded58b0231.png
     

     

  5. [Update 5 - 13/03/2020]

     

    I forced my Vectorworks to quit, it didn't 'lock up' the project file like it often does when you force quit in the middle of a save and commit. 

     

    The other team members are able to commit their changes to the project file, but my working file now wouldn't open. 

    My last save and commit was at 4:30pm, 3.5 hours ago. So I am losing 3.5 hours of work. 

    Not happy. 

  6. [Update 4 13/03/2020]

    Just to top off a terrible Vectorworks Project Sharing workday, my S&C is stuck on 'Updating Story Bounded Objects'

    image.thumb.png.ad5c88d4d8ced8f4ff3de8e6edd6ceb2.png

    It has been stuck here for 10 minutes now. No one else can work on ANYTHING in the meantime.

    I have a few options:

    - Force Quit now- and everyone loses ONE HOUR of work 

    - If we Force Quit, the Project File remains in the LOCKED state, and no one else can connect back into it. 

    - Wait for this to be over-  and don't know when this will end 

    FRIGGIN LOSING HOURS OF WORK AGAIN...ARRGGGGHHHHH!!!!

  7. @Luka Stefanovic this is a ridiculous.

    Sorry.... but this is unacceptable.

    Version 2019 is now at SP6, version 2020 is now at SP2. How can such a fundamental problem not be fixed by now?

    Do you know what it's like to look at the work you and your team do disappear in front of your eyes?

     

    Do you have a sense of the economic costs of this?

     

    This is real, we pay wages. Lots of wages. We can't waste our resources like that.

    As for the workaround, when we tag an entire floor of walls, doors, windows, and we have a few people working as a team, it is simply not feasible to use that workaround suggested.

    When would the fix be available?

  8. 15 hours ago, Luka Stefanovic said:

    It also gives you a choice to tag an instance or a definition of a symbol.

     

    @Luka Stefanovic this is the part I'm confused about. What does 'definition of a symbol' refer to?

    Also, after save and commit, we lose all data in all tags. This is incredibly frustrating for a Friday. 


    image.thumb.png.3769aa844b3764a3387b38d54b52e491.png

     

    I have posted the above S&C causing data tags to reset values in the post below. Really need this to be fixed (it's not the first time I have posted about this data tag loss issue).

     

     

  9. [UPDATE 13/03/2020]

     

    The following issue has been bugging our file for over a year now. 

     

    None' class will erratically - after save & commit- turn its default line colour to green. It is always this same green. 

    We can go months without this issue, but it suddenly came back again recently. 

    It is quite difficult in PS situation to change the settings of a class like 'none'. Because it is commonly used by many others on the file and causes a permission issue. 


    image.thumb.png.b524092d69c57162916e89f9bf1d01ec.png
    So this becomes one of those 'weekend file admin' things I come back to the office to do. 

    image.thumb.png.fab34d81f451e0c36d9687f46eee988d.png

  10. I am not entirely sure about permissions related to 'viewport annotation' in 'project sharing'

     

    If we have three people wanting to do different things in a viewport, say:
    1 - one is tagging walls, and;
    2 - another is dimensioning the plan, and;
    3 - another is tagging the doors

    Can all three people be in the viewport at the same time? 

    If so people can concurrently work in a viewport, then when does a viewport require 'checking out'?

  11. Say you are annotating (in annotations).

     

    And then you realise, 'Oh, I need to edit that thing before I annotate further' (be it dimension, etc).

     

    Normally, you'd have to exit annotation, click back into the design layer to edit. Once done- click back into sheet layer, and then back into the annotation space to continue where you left off.

     

    By the time you're done with all those mouse clicking, entering and exits, you would have already forgotten what you were doing before. 


    Much better if we can 'force select, and edit' right from inside the annotation space, and once editing is done, click 'exit' to re-enter annotation space.

    • Like 1
  12. Hi Pat, thanks for writing. In our instance, it turned out the issue was leaving the referenced 'Survey' layer (DWG linework) hovering over our 'Proposed GA' layer in the viewport, which contains the wall objects. 

    When we turned off the referenced 'Survey' layer, then the wall tagging worked again without issue. 

  13. 52 minutes ago, Tolu said:

    You said the Walls are missing in the Viewports. Are the Walls also missing in the model space? 

     

    Yes, missing in the Viewports and also Model space. Otherwise we won't be doing 'copy-and-paste' from a previous version back into here 😆

     

    This is another wall that went missing. Our team member tagged this door (door 20, type G) just a couple of hours ago tonight. After a few rounds of S&C the wall is gone. 

    He's given up and will continue tomorrow. 


    image.thumb.png.57ca571c85f588fca27a2fdc3cbfe888.png

  14. Another viewport with another wall just disappeared (let me be clear, it is a viewport. We don't change our classes here)

    As you can see, we tagged a wall here previously. The wall has now disappeared.

    We are now copying the walls back from a previous version. We are not imagining this. 

    10:44pm now here and I was intending to issue this drawing set. But we will no longer meet this deadline. 

     



    image.thumb.png.ef6902727c3f84b37b2ad358d026574e.png

  15. 12 minutes ago, Tolu said:

    This looks like classes are turned off in that specific Working File.

     

    This is taken from a VIEWPORT. 

     

    All my walls that are masonry are on THE SAME CLASS.

     

    No, the classes were not turned off. Here's another screenshot viewport of another viewport I didn't post up. 

     

    image.thumb.png.16789eec07a94b814c65b5629c28ddda.png

     

    Sure, I didn't know about the 'filters'. But me and my team know something as simple and checking if our classes are turned on before we spend time making a post.

  16. 15 minutes ago, Matt Panzer said:

     

    @Amorphous - Julian,

    The Filter popup is set to "Invisible Classes" in the video.  This may be why they disappear from the list when you make them visible.

     

    13 minutes ago, Tolu said:

    Hi Julian,

    The screen recordings you provided show that you have class filters turned on. You are only showing invisible classes.  

    Your classes are not disappearing.

     

    Never used that function before... thanks for pointing it out. I'll let the team know

×
×
  • Create New...