Community
cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

ACC - Make 'Photos' behave consistently across the platform

ACC - Make 'Photos' behave consistently across the platform

To put this nicely, ACC handles photos (e.g. images) very poorly. There is no consistency across the platform.

And while there are numerous ideas on this board regarding specific photo features, this idea is to deal with the larger matter that there is no coherent approach across ACC.

 

Two licenses, two approaches, two problems

The first and biggest problem is that there are two approaches to how photos are managed, depending on whether you are a Docs user or a Build user.

Docs has the bare minimum features integrated into the standard folder/file browsing, while Build has a dedicate Photos module with some awesome organisation functionality. The fact that the Photos module is only available to the Build users borders on contempt to the Docs users who participate only during the design phase.

ACC fails to understand workflows and requirements for users anywhere from early site investigation through to pre-construction where photos play an important role leading up to the transition to build. They can't be treated as a second-class file in the Docs space.

 

Photo Features

Let's now look at the features between the Docs and Build spaces.

  • Management - Build's Photos module has great management features through AI feature tagging, photo types, and locations including the photo's geolocation for viewing on a map.
  • 360 Photos - Build's Photos module correctly supports 360 photos.
  • Markups - Build supports basic markups on the mobile app, but not the desktop. Photo files in Docs supports the full markup toolset, but only on the desktop since there is no mobile app support for Docs.
  • Duplicated Photos - Build's Photos, when marked up on the mobile app duplicates the photo. This results in the newly marked up photo no longer maintaining references with other documents, such as a photo markup on a document. I suspect it does this due to the Build Photos module not supporting the full markup toolset that is available in Docs.

Mobile App Access

Build's Photos module experience is fairly similar between the desktop and mobile app.

But since Autodesk Docs is not supported on the mobile app, it means there is currently zero way for a Docs user to make use of any image/photo features while on site. It means that the Docs user cannot effectively undergo a site inspection during the early design stages.

 

There are some great features for managing photos/images across Docs and Build. But it comes with a confusing and messy message that greatly favours a particular role of user.

 

This idea is to consolidate the Photos module across both Docs and Build, ensuring that any early photographic work can start in Docs during design, and ultimately be available in Build during construction.

4 Comments
chad-smith-hy
Enthusiast

Edit: Wrong account. See next post.

Chad-Smith
Advisor

Expanding on my previous post.

 

In ACC, the Photos feature is only available in Build, and therefore only available to Build licensed users.

 

Yet, a user who is not Build licensed, and is licensed and using other ACC features such as the Clashes in Model Coordination, when they capture a clash it is recording a screenshot in the Photos library.

 

This creates a few problems.

  1. This is inconsistent platform behaviour. A user who does not have permission to use a feature, should not be able to indirectly interact or produce data for that prohibitive feature.
  2. Those users who are producing indirect data for that prohibitive feature, cannot access the feature to browse all their data. This is actively restricting/hindering the user from accessing their data.
    e.g. For the MC Clashes, they can't view all their clash screenshots in the Photo library.
  3. For Build users who can view the Photo library, they can see these screenshots which maybe they should not be seeing, especially if they have not been provided access to the feature (i.e. Clashes) that produced the screenshot.

So beyond not equitably providing Photos access in other modules such as Docs/MC/DC, it is also leaking data that may not be needing or allowed to be provided to other users.

It also highlights the need for the Photos feature to have permissions.

Ap.Kofidis
Enthusiast

This is an excellent idea and a much-needed improvement within ACC. The inconsistency in handling photos across Docs and Build licenses creates unnecessary confusion and frustration for users. Consolidating the Photos module to ensure a coherent approach across both platforms would greatly enhance the user experience and streamline workflows. It's crucial for users to have access to robust photo management features throughout all stages of the project, from early design to construction. Thank you for highlighting this issue and advocating for a more cohesive solution!

allan.stableford
Advocate

Agree here @Chad-Smith.

Photos are not just a Construction/Build phase but are integral to the full design lifecycle. Therefore should be brought into the core Docs module for availability within Design phases, as well as through into Build phase.

 

This thread should also be moved @handjonathan into the new ACC forum I think?

Can't find what you're looking for? Ask the community or share your knowledge.

Submit Idea  

Technology Administrators


Autodesk Design & Make Report