AVAIL Behavioral Change.
With the latest update we’ve made significant underlying changes to the way we can identify content being managed on the AVAIL platform.
AVAIL has always relied on using what is known as a Hash to uniquely identify content. The Hash is important in being able to automatically identify and associate metadata with content. This is what allows AVAIL to recognize duplicate content across your file system even if the name of the file has been changed.
Another important piece of information that can be used to identify content is the Location of the file on the host File System. It’s important to understand that files stored on a file system can have only one Path/Address on that file system. That is both a strength and weakness of file systems.
For example, image A is located at \\unc_path\demo\ImageA.jpg. A copy of ImageA.jpg is made, renamed and stored at \\unc_path\another_demo_path\ImageB.jpg.
ImageA.jpg and ImageB.jpg are exactly the same file contents which means they will produce the same Hash. But they are stored in two different locations on the file system which gives each file a unique Location.
File Name | Hash | Location
ImageA.jpg |as3w-wa25 | \\unc_path\demo\ImageA.jpg
ImageB.jpg |as3w-wa25 | \\unc_path\another_demo_path\ImageB.jpg
From this example, while the Location is important in referencing where the file is located on the file system, that information does not tell us that these two files are copies of one another. The Hash, on the other hand, tells us that these two files are exact duplicates of one another.
How Do We Store Data In AVAIL?
Rather than rely exclusively on the Hash of a file for identity in the AVAIL database we are now assigning what is known as a GUID (Globally Unique Identifier) to content indexed into AVAIL. Along with the GUID we then can store a Hash, Location, and other Tags (metadata). This allows AVAIL to reference instances of the same file (Hashes the same) stored in different locations on a file system but assign different Tags.
Why Is This Important?
These changes allow us to develop more robust Tag management capabilities that leverage both Location and/or Hash information. It is also important as use cases for AVAIL expand beyond static content libraries. When using AVAIL to manage project information it is common for content from source libraries to be copied into project-related areas on the file system. On the initial indexing of the copied files, the Hash helps us understand where the source file originated. Once that file is edited for use in a project the Location becomes the most important identifying piece of information.
Sound Confusing? It can be :). Thankfully most of you don’t spend much time diving into the intricacies of file systems. It seems simple on the surface but when you begin digging into different use-cases, identifying and managing content gets complicated.
How Does This Affect Me?
Randall Stevens, CEO
Major Enhancements to AVAIL
In the sections that follow is a brief summary of the major enhancements for the August Release of the AVAIL Product Suite.
The following are the enhancements and fixes to the current released version of AVAIL. These enhancements apply to the AVAIL Desktop and AVAIL Browser for Revit
Text Search and Tag Search Now Linked – When using the Text Search Box, the Tags within the Filters Panel will now automatically update per the results of the search. The ‘Clear Search’ options will now clear all selected tags and text. Based on the search and/or Tag selection, Tags in the Filters Panel are highlighted with medium gray to represent that these Tags will not result in narrowing search results. Tags highlighted in black represent that the tag has been selected by the user.
View Websites within AVAIL – Like the PDF preview, you can now view full websites for URLs that are indexed into AVAIL.
AVAIL Desktop
AVAIL Browser for Revit
AVAIL Database Upgrade