inikolova

Yes, this is definitely high on our list of priorities!

Just pasting my response to the other thread here to keep everyone in the loop.

Hi @milezee, The file size is not the biggest factor when it comes to handling files in AR mode. What matters more is the polygon count. I see that this model has 19706 faces - see the attached screenshot. I realize that this is a Vectorworks symbol from the library, but it has a lot of faceted geometry. Unfortunately, this type of model cannot be handled by the AR viewer engines at the moment. We are actively looking to find a solution for these types of problems in the future. Best regards, Iskra Nikolova

Hi @milezee, I am sorry to hear that you are having troubles using the AR viewer. Can you please provide more details? What device and OS you are running on? Is Nomad crashing as soon as you enter the viewer, or is it crashing at the point when it is trying to load your model? If it crashes when it is trying to load the model, you can try reducing the size/complexity of the model. I posted some tips on how to do that here:

Thanks for your feedback! We are looking into the possible ways we can make Nomad handle large files. In the meantime, I'd like to offer some tips that you can use to reduce the file size of your models, so they can be handled by Nomad. - Try decreasing the polygon count. Round stair handrails and guardrails have high poly counts. - Use the Simplify mesh command - Export less objects to the .vgx file by making layers and classes invisible. - Use the clip cube to control which parts of the model are exported. - Use lower export quality setting in the Export Web View dialog - affects curved surfaces and quality of textures.

Hi @sandii, I work with the team who develops the Nomad mobile app. We are able to reproduce the problem you are seeing and we will investigate it. I will post an update when it becomes available. Thanks, Iskra Nikolova

Hi @techdef, We investigated the issue that you are reporting. Our logs indicate that the files are synced to the cloud, but the problem is actually happening while trying to download the files on your local computer. It seems that the user running the Vectorworks Cloud Services desktop app does not have write permissions to the Vectorworks Cloud Services folder, or at least parts of it. Please refer to this page: https://support.apple.com/kb/ph25287?locale=en_US and especially the "apply to enclosed items" action. Please let us know if you continue to experience problems after checking your permissions. Regards, Iskra Nikolova

hi @Jan-Burger TROOST, I am not aware of any plans to make the two viewers identical at this time. I will enter it into our tracking system as something consider implementing in the future. Thanks for your feedback! Iskra Nikolova

Hi @Jan-Burger TROOST, Yes, the .vgx file is displayed by different viewers when opened in Nomad versus a browser. Note that you can use the mobile browser on your device, to access the features that the browser viewer provides. Please let me know if you need any additional information. Regards, Iskra Nikolova

Hi Simon, From the behavior you are describing, it sounds like you are trying to view a model that the AR engine cannot handle. I would suggest simplifying the model by turning off layers and classes that aren't needed or that contain a lot of curved geometry. If you are willing to share your file, we can take a look and we might be able to identify which objects are the biggest burden in your specific file. You can contact me directly at inikolova@vectorworks.net. Regards, Iskra Nikolova

I am glad you found my response helpful! Yes, I would say "Stay away from shortcuts in general, especially if they point to a network location". I was the one who needed to test the behavior of shortcuts when this feature was added, and I honestly still remember the nightmares I was having from that 😅. Things can get really confusing if you also install the desktop app on more than one computer. I hope we can make this more clear with the redesigned app.

Hi Bo, The Vectorworks Cloud Service Desktop app is syncing one file at a time currently. The upload/download speed largely depends on the distance between you and the server, where the files are stored (in our case Northern Virginia). We could be doing things better in the future, such as having servers around the world, so users can upload/download from a server that is closest to their current location. Another issue is that the Desktop app hasn't gotten much development lately. We are planning an entire redesign of the app, which should address a lot of the current deficiencies. Currently, the Desktop app doesn't delete folders from the cloud, just files inside of them. So, if you delete the folders from your Vectorworks Cloud Services folder, you will end up with empty folders on the Web portal, that you would need to delete manually. That could be contributing to the confusion. According the our log files, the syncing process did take a log time, but eventually completed. You could use the Vectorworks Cloud Services desktop app's Status dialog to get an idea if a sync is currently going or not. We can't be exactly sure that this is really what happened, it but after review of our log files, our theory is as follows: - You created a shortcut of a network folder into the Vectorworks Cloud Services folder, which resulted in the files from their original location on your server to be uploaded to the cloud. - There was a network interruption to your network folder, which resulted in files from the cloud to get deleted, because the app thought that the files were deleted locally - When the connection to your network folder was resumed, the app deleted them locally, because they were no longer available on the cloud So, the files that got deleted should be available in the Trash folder on the Vectorworks Cloud Services Web portal, but they will not be in a folder, due to the fact that the Desktop app deleted them individually and left the folder undeleted. See https://cloud.vectorworks.net/portal/help/pages/integrate-with-dropbox/ and https://cloud.vectorworks.net/portal/help/pages/share-files/. If the Dropbox syncing works much better for you, you could use the Dropbox sharing while still allowing Vectorworks Cloud Services access to your files, so you could use all of the Vectorworks Cloud Services features (such as cloud rendering capabilities, viewing of 3D models in the browser, Bluebeam integration, viewing of 360 panoramic images and so on) with your Dropbox files. I apologize for the inconvenience this has caused you. Please don't hesitate to contact me directly at inikolova@vectorworks.net with any additional questions. Best regards, Iskra Nikolova

Hi @Ian M., This is the Help article about the Photos to 3D model: https://cloud.vectorworks.net/portal/help/pages/generate-3d-models-from-photos/?app=WEB This is the Help article about the 3D model generation on the cloud: https://cloud.vectorworks.net/portal/help/pages/generate-3d-models-from-vwx-files/?app=WEB This is the article that explains how to control the model that is generated on the cloud: https://cloud.vectorworks.net/portal/help/pages/prepare-vwx-files-for-cloud-processing/?app=VECTORWORKS# Note that some of the articles have more than one tab that you can switch to, to provide you content for the platform that you are interested in - Web refers to the Vectorworks Cloud Services website, Android and iOS refer to the Nomad mobile apps. For the last article, I'd like to clarify that the cloud server always does "Fit to objects" before exporting the web view, so setting a specific perspective view locally won't result in the same initial view for the web view when processed on the cloud. If you want to have a specific initial view of the web view, which doesn't have the entire model within the screen boundary, we recommend that you do the web view locally and then upload the .vgx file to the cloud. This is something I have planned to add to this article with the next documentation updates. Please let me know if you have any further questions. Regards, Iskra Nikolova

Hi @elepp, Would you please email me a sample test file that demonstrates what you are describing at inikolova@vectorworks.net? I am not sure I understand exactly what you are faced with. It might be a bug or something that we are not supporting currently. I cannot answer your question without understanding the situation in more details. I look forward to hearing back from you. Regards, Iskra Nikolova

@Wesley Burrows , If you scroll down to the 6.8.0 release notes on the Web portal, you will see a Desktop app section in them. That means that a new desktop app version was released at that time. For 6.8.10 Release, no new version of the Desktop app was released, so 6.8.0 is still the latest. We'll think about making the way we post release notes a bit more clear in the future. Best regards, Iskra Nikolova