Since 2007. Its beginnings are rooted in 2005 when concept and coding began. Below is a VERY HIGH LEVEL timeline overview of the product over the years.
Primarily it’s around its centralized multi-user capabilities. Collection organizers or administrators can allow any number of users access to the same collection, while being able to A) set who can see what areas, and often more importantly, B) what they can do within those areas. Regarding A, clients need to securly provide access to images by internal or external entities that need to search, view, and possibily export images, but are unable to see the entire collection (unless that is warrented in some cases). And B, once those internal or external users are accessing the collection, it’s extremely important that they are not able to delete images, move or delete them, or edit their data. This provides safe and protected access to a collection.
Beyond this primary reason:
Yes, when using our Cloud Enterprise or Server version. It works well with Box, DropBox, OneDrive, Google Drive, SugarSync and other file sharing services which keep folders across systems and devices in sync.
DBGallery has an auto-sync option that watches folders for new and updated files. Each time someone adds images or updates a file on their file sharing system which has been included in DBGallery, it is added in DBGallery. Clients typically integrate the two because those file sync services are a great to get remote or mobile files back to their servers, and then to DBGallery so the images are in the central system for all to use.
It is written to the database as well as the image file itself.
The database provides quick search capability.
Having the data in the file itself has numerous advantages. When the file moves between systems, get dropped to a website, is shared with someone, or copied to another digital asset management system, there the data is there for usage. We read and write data using industry standard IPTC/XMP metadata standard. Most software and websites use this standard. Any system which complies with the standard can read metadata added via DBGallery. And we read metadata from any system which uses the standard. Examples: Searching within Windows Explorer for files with data added by DBGallery works by keying data into the Explorer search bar. Or if adding data using Photoshop or other Adobe products, DBGallery will pick up that data when added to the system.
It may be installed in-house on your own computers, hosted by us in the cloud, or installed on your own cloud systems.
Plus Web, our server software, simply requires any Windows or Linux server.
Users may use most modern browsers across most devices.
Plus Web runs on a Windows or Linux web server and uses MySql on either of those OSes. Windows IIS is recommended as some features may not be available when hosted on Linux web servers. We host on Amazon’s AWS, but it may be run in your own on-premise servers or any Windows and Linux cloud environment such as Google’s Cloud Platform or Microsoft’s Azure.
You always retain ownership of your content! We provide a service only and rights of images are never transferred to us.
Yes. The only stipulation is that non-Windows file systems, such as Linux or Mac (HFS+ or APFS), must be mounted as samba shares. Hence the file path will have a \\ prefix. [Note: This FAQ is relevant for our on-prem server version of DBGallery.]