| Review: Imatch 3.6 | July 12th, 2008 |
|---|
Reviewing DAM products takes a lot of patience… as soon as you finish one review, you are eager to get started on the competition and see how they compare. Having just reviewed Idimager, I immediately began work reviewing our next product: IMatch! I have spoken with many photographers that use either program and they are always comparing Idimager and IMatch to each other. So, here is my take on Imatch!
| Application | Version | Review Date | Price | Review By | Technology |
|---|---|---|---|---|---|
| IMatch | 3.6.0.60 | July 7, 2008 | $64.95 | Andy | PC (MAC via Parallels) |
| Website | http://www.photools.com | ||||
General Overview
IMatch is a technical photographer’s dream program. As with Idimager, IMatch has been developed and is supported by a single developer, Mario Westphal. The product contains a full suite of management features that let you organize and find your images fast.
Before getting into the detailed review, I do want to fully disclose that Mario did provide me with a press license for the software so I could test the features beyond the 30 day trial. As with my review of Idimager, I assure everyone that it did not affect my review of the product in any way. Ok, on with the review!

Installation
The installation of the product went very smoothly. You are first presented with the welcome screen which is then followed by standard license agreement followed by the location to install the files to:



After a couple minutes, the install is complete and Imatch is ready to run!

After starting the program for the first time, I chose to create a new database using the Database Wizard. The database is of course central to IMatch and contains the thumbnail and XMP data used to view and search for images in your collection. The database for IMatch is in a proprietary format but can be exported any number of ways to access the data outside of the main program - more on that later. In any event, I was presented with the first screen of the wizard:

After hitting Next, I was presented with the option to create a password for my database and then asked for the location to store the database on my system. I was also given the option of setting the thumbnail size for images - if you choose to change the thumbnail size later, then you must rebuild all your thumbs to see them at that size (including offline images):


Next, you are given the option to setup some initial database content, specifically default categories and properties fields. Since I will be testing the application by building categories from IPTC keywords, I chose to turn off the category creation:

Once the database was created, I was then offered the option to import some photos into the database. As you can see below, I chose to include my test stock photos to add and used the default settings to include all image types:


I then was given the option of assigning these photos directly to a category. Since my DB was just created, and I chose not to include any categories, the cateogry assignment box is empty:

Finally, the program was ready to go and started the import into the catalog. The import was very fast and only took about 20 seconds for the 32 images:


And that was that. I was then presented with the default GUI and was off and running.
So, to recap, the install process was very smooth - the database wizard did a great job taking you through the process of creating the DB and then seeding it with images. The process was quite fast as well although I wasn’t assigning the images to any categories.
Just a note… I’m not sure if it is my test system or not, but it takes me around 30 seconds or so before IMatch starts. Perhaps the program is doing some updating up front on watched folders, etc.. but I was a bit surprised by this.
Ok.. on to the GUI!
User Interface (GUI)
Note: As mentioned before in other reviews, I am running my display at 1024×768 using a 15″ LCD display which significantly curtails the amount of screen real estate I have. As such, please realize that most users will have *a lot* more screen to work with and will be able to display more panes or larger panes than I have in my screenshots.
The picture below shows you the main GUI for IMatch:

As you can see, the GUI is broken shown above has 2 sections: the Main Thumbnail Viewer and the DB/Catgory Panel. You can also have open the properties panel, the 1-click dialog bar and the Category Assignment Dialog which will all be shown in screenshots below. In general, the GUI is clean and fast but somewhat limited in terms of customization. You are able to customize the colors of the thumbs, screen and background via the program properties:

You can also modify the information that displays around your thumbnails. To me, this is very important and IMatch handles this very well by allowing you complete control via scripting. In addition, IMatch allows you to customize 3 different views: a small thumbs view, a medium size compact view and a large detailed view. Of course, since you control the width and height of thumbnails under each view, you can make each of these as small or large as you’d like. As you can see below, not only can you choose basic information such as filename and dimension but you can design how add’l information will appear by using HTML code along with XMP database variables:


The results of the above are thumbnails that appear as follows for each view - thumb, compact and detail:



Very nice!
Unfortunately, you do not have the ability to move the panes around and you cannot create workspaces that can be saved and displayed as needed. As I’ve mentioned before, this is a really important option for me as I typically change my views with my workflow steps. While I can resize and turn on and off the panes as needed, the lack of workspaces does slow down my workflow a bit. IMatch will remember the pane sizes as you move between tabs in the DB/Catalog panel though. So, if I always open the preview tab wide with a narrow thumbnail panel, when I switch from the catalog tab to the preview tab, the system will remember that setting and reopen my thumbnail strip as narrow with a large preview… close.. but not quite enough:

Next, I thought I mention how fast the program feels to the user… it’s very fluid. I would have to say that IMatch is as fast as Pro 2 and much faster than Idimager in general. Scrolling through the thumbnails shows a noticeable improvement over Idimager even with similar XMP tags to display on the thumbnails - there is no delay in showing the XMP info and the thumbs and info is always there - a problem I often run into with Idimager.
Well.. that about wraps up the GUI. In summation, not bad really. I like the speed and the fact that your info is available to view when you want it to be. The panels are clearly labeled and certainly let you take care of cataloging and finding your images… however, I wish you had the additional flexibility to further customize things - especially creating retrievable workspaces and being able to move panels to different screen locations. But - the ability to fully define your thumbnails takes it to the next level. Not bad at all!
Metadata Handling
So, how does IMatch work with your metadata? Let’s test drive this important functionality and see!
Metadata in IMatch can be created in a many ways. I took a dual approach to testing this for IMatch and found a few interesting things out along the way. First of all, you can access your metadata by using the 3 editors included in Imatch - one for IPTC, one for EXIF and one for XMP:

Each editor will allow you to view and change the values for a single or group of images and will write that data into the database and the image:


The editors are well laid out and allow you access to advanced functionality such as thesaurus and user fields. I really like how you can view and edit you XMP fields as well.. again - nicely done:

Another way you can apply metadata is by linking your images to categories. Similar to catalog labels in Idimager, categories can be a hierarchical organization of topics that allow you to quickly and easily find your images. Categories can be auto-created/assigned when you import images into the database by reading your IPTC keywords, categories or supplemental categories:

The main issue I have with this method is.. it only works well if your IPTC categories or keywords are already stored in dot-notation. For example, I uploaded an image that I have sync’d with Idimager without dot-notation and the following categories were created:

As you can see, IMatch created 8 top level categories for this image. This makes sense of course as each keyword is considered a seperate element but it does mean that unless you are using a hierarchical setup already in your image data, importing the images into IMatch will include a lot of cleanup if you then want a hierarchical structure. Once I cleaned up the images a bit, my categories looked like this:

Very nice… I then wrote out my categories as dot notation and they overwrote the keywords in my images which is great! The only problem, lets say you import another images with “cat” as a keyword…. you will get another top level category of cat and image will need to be moved to the Animals->cat category. This of course isn’t a problem if you are not importing your metadata into IMatch - but since the majority of users will be doing this, it is something to be aware of.
Synching metadata between your database and your images is very important… You want to be sure your images contain all the database data so you can easily move from DAM application to application as you might want to. If you use the IPTC or EXIF editors, then IMatch automatically writes IPTC and EXIF data back to the original image at the moment you save the info. This is also true if you use a script to modify the IPTC or EXIF data.
In Imatch, I have found you need to do 2 things to ensure your catalog metadata is always written to your image files: Run the script: Copy IMatch Categories into IPTC Categories and Refresh XMP Cache. When you run these 2 functions, your categories get written to the IPTC file and then your XMP cache and file metadata get updated. While I cannot wait for the day when you will be able to just have synching enabled real time without any performance hit, in the meantime, this isn’t a bad approach to ensure you data is sync’d correctly.
As an aside, you can also write out all your XMP changes by simply disabling the asynchronous update mode setting from the Preferences -> XMP dialog. IMatch will then flush out changes made to XMP data to the original file or the sidecar file immediately… then you can turn it back on again. Neat!
Ok.. moving right along, another big aspect of metadata in Imatch is dynamic categories. Dynamic categories allow you to setup expressions that will then automatically update based upon that logic:

In the screenshot above, you’ll note that this category is setup to always show unassigned images - images not assigned to any category in the system. Setting up dynamic categories is a great way to manage images in your collection.
Another really nice feature in IMatch is the One-Click Bar. This vertical strip is displayed on the right side of the screen and contains a number of “shortcuts” to features such as running scripts and assigning categories:

You can setup individual categories or create “Splashers” that enable you to assign images to multiple categories at once.. this is a real time saver! For example, I setup a splasher for client portraits that linked to several categories: Client, portraits, June, etc. You can also setup individual categories as shown above. You can assign different colors to highlight more commonly used categories or to arrange them in a specific order. I also use the One-Click bar to store my sync scripts which is very handy and is something I used to quickly sync my images with the database.
So, in conclusion, IMatch does a nice job in allowing the user to maintain metadata. With the ability to display information under each thumbnail, you can get a quick overview of meta information without having to scroll through a meta panel. The IPTC/XMP view/editors are nicely laid out and provide you with access to this important information. The only problem I have is with the process of syncing the database to your images. Although an easy 2 step process, I would prefer a more “visual” method that clearly notes on the thumbnails or in a panel which items are out of sync. Also, I really would love for the software to sync images automatically for you… there is a setting in the options to auto-sync but it does slow down the system and it is recommended to keep the option turned off. I’d love to see IMatch thread this process to the background in the future - not having to worry about syncing would remove a huge step in my workflow that could be missed. If this is still too “costly” in terms of processing time, then perhaps a feature where you determine what info to sync (ie: categories to keywords) and the ability to visually see which items will sync. Then, click one button and off it goes in the background.
All in all, I am quite pleased with IMatch so far…
Search Capabilities
Let’s see how IMatch handles looking for and finding images in the database. IMatch takes a slightly different approach than most programs in how they present searches to the users. There isn’t really a “quick search” like you see in Pro 2 and Idimager - instead, IMatch has separate “selections” which can be built to create complex of simple searches. This concept is very nice for the power user but might put off the casual user a bit who just wants to find “Aunt Sarah” quickly. In any event, IMatch does come with some pre-built selections and these appear under the Search Menu as follows:

As you can see in the image above, a variety of selections are available to you: File Name, XMP Metadata, specific formats, by date/time, and even an advanced method where you can find images by matching them to a selected image. It is an interesting approach and with the ability to create your own selections using expressions, it is a very powerful feature - but I’ll cover that shortly. First, let’s have a look at some of the searches you’ll be doing often: file name and XMP Metadata.

In the above screenshot I’ve selected the File Name Search and chose to search for ‘+901′. This expression will search the database for any image with ‘901′ in the filename. If IMatch doesn’t find any, then a dialog box appears to let you know the search results are empty. If it does find images, they are presenting in a new “window” as follows:

As you can see, the results are displayed along with a preview window in a new window “on top of” the original IMatch window. A nice feature.. if you resize say the preview window - the next time you run a search, the window will display with your modifications. If you close this window, then your workspace will re-appear as it was setup before the search. This works out well and is a nice idea.. Since you can swap between the windows, you can keep your searches open if you’d like as you work in another workspace.
Let’s take a look at the metadata/XMP search:

The search window for XMP allows you to either search all XMP fields.. or to narrow you search to a specific XMP field. You can use a pattern as I did above - look for ‘cat’ which would find cat, catch and placate if these words appeared in any XMP field. You can also use regular expressions which allow you to do some advanced searches like: \Abeach which with find all file names starting with beach or “[a-z]” will match any character in the range “a” to “z”. There are lots of options and the help file does an ok job explaining them and providing some examples.
The real power comes in the ability to define your own selections.. and then use them combined to create more powerful selections. Let’s take a look at some of other pre-built selections and then we’ll look at the selection editor:

In the window above, you note that I’ve selected the “selections” tab in the bottom left window which displays the selection panel. Once I chose the “Find all files <= 100 KB in the database” section, the selection details window opened in the middle screen. The selection details window is where you define the specific search criteria that makes up the selection.
So, in the above example, you will see that we use the Basic Selector: File Size and have chosen to select images with an absolute file size between 0 and 100 KB. If we were to run this selection, we would be provided will all database images with a file size < 100 KB. Let’s look at a more powerful example:

In the above example, I created a selection that would show me all JPG images that are greater than 2 MB in size and are copyrighted to me. This required me to setup selectors for File Format, File Size and XMP Data (bolded above). Pretty neat stuff!
Some other cool things you can do… you can choose a particular image and have the software find images that are “similar”. This can be similar in color or similar in shape. You can even find images that are similar to a particular shape that you sketch.. although I didn’t have much luck using my sample DB (I almost always received all the images as results even though most shouldn’t have been found).
A nice feature - the result window (result set) also contains the original selection data which you can modify to further narrow your results. Another nice feature is the selection result history which will allow you to quickly recall recently used selections. Note: the history is only available while the program is running. As soon as you close the database, the history is reset. Also, if you add any images to the database, these images are not reflected in the selection history and you will need to re-run the selection in order to get accurate results.
To keep result sets even after you close the program, you’ll need to convert the results to Persistent Sets. These sets will remain in the database so you can view them down the road… but you will still need to re-run them if new images are added. It would be nice for the system to automatically update these (again - in the background) as you manipulate the database although having to re-run them isn’t too much trouble.
To be honest, I’m not sure what value saving the result sets brings to you since you must manually re-run them whenever you modify the database… the real value would come if the system maintained these for you as you work through your database - then, commonly used searches would return accurate results instantly.
So, in summary, the search capabilities while different than other DAM applications, is a powerful way to find your images. I think the lack of a quick search type box might put off the non-power user.. but to the power users amongst us, selections is a very powerful mechanism to locate images. In my test database, searches were quick but of course I was only using my 32 image DB.
Scripting/Batch Functionality
At the heart of a great DAM is the ability to script. This feature opens up your database (and the application) and allows you to truly create new functionality that is missing from an application. IMatch thankfully contains a powerful scripting language based upon a BASIC programming language and comes complete with an integrated development environment (IDE) to create, edit and debug (!) your scripts. Let’s take a peek shall we?:

Ok, so under the scripts menu we see a number of things: access to the pre-defined and user scripts, access to the scripting manager and access to edit application and database event scripts (more on that later). FIrstly, lets talk abut the Scripting Manager:

The Script manager is a centralized location to manage and maintain your scripts. The icons above the script list allow you to edit, run and create scripts while being able to view the script details in the detail pane. Scripts can be ordered into groups for easier viewing as well.
The main place to create or edit scripts is in the script IDE editor:

As you can see above, the script editor is a full featured IDE with the ability to even debug your scripts as you run them. Given that IMatch uses a BASIC variant for programming, the readability of scripts is very high - perfect for learning how to create your own. If you want to present the user with a dialog, you can either program the dialog in the code or use the user dialog editor:

In general, the ability to script in IMatch is very well done. Of course, as with any language, you’ll need to learn the vagaries of it before you can really program your own scripts. I found myself wishing for the easier syntax of Delphi or Python but after review many of the examples, was able to put together a few scripts that I use in Idimager to perform similar operations in Imatch.
IMatch comes with a good number of scripts that you’ll find yourself using often. For me, its the IPTC to XMP Categories script which copies your catalog catalogies directly to your XMP. As mentioned above, this enables me to keep my database and images in sync and is a very nice script to have.
One other very powerful feature in IMatch is the ability to define database and application event scripts! While processing commands, IMatch sends messages (events) to the scripting system on an ongoing basis. The events can be added or removed from the system as the program processes instructions. The beauty of this… you can create scripts to run based on these events! Let’s say you would like a script to automatically create a new image resized to 800×600 whenever an images is added to the database. You can setup a database event script to do this based on the event handle: FileAdded. Perhaps this isn’t the most practical idea… but you get the idea of what you can do with this.
Of course, you need to keep in mind that this will slow the system down and does have the potential to really impact how the program performs. You can also really cause some major damage to your system if you do something wrong (as with all scripts) so please be careful about how you use db and application scripts.
In summary, I was really impressed with scripting in IMatch. In reviewing the forums and talking with many users, it certainly is one of the main reasons they use the product.
The Kitchen Sink
So, what else does IMatch have that fits the bill for this section? Let’s take a look:
Slideshow
IMatch includes the ability to view images in a slideshow format:

I really like this window as you can view some metadata, set ranking/ratings and even assign/review categories right from this window! However, it doesn’t allow you to create or save slideshows so is basically just a full screen view that can be setup to move from manually or automatically from image to image.
Batch Processing
Although I typically include this with the Scripting discussion, I wanted to separate this out for IMatch and include it under the additional functions here. For IMatch, the 2 really are distinct tools with a variety of batch functions and conversions available to the end user. Let’s start by showing some of the options:

As you can above, you first get to choose a preset to load. The presets all contain data that will be displayed on the upcoming screens - so you can create your own batch presets to load for your own usage (ie: adding a custom watermark). Let’s look at the screens:




Using similar settings, I converted an image to a 600×800 JPG with a frame and frame mask to get the following:

Neat! The one thing I wish you could do would be to batch editing commands such as sharpen or brightness contrast. Otherwise, this is a powerful batch utility that works really well.
Editor
IMatch includes a basic photo editor which can be accessed to perform general modifications to your images:

Shown here with the Image panel pulled down, you can see the editing commands available to you. With the ability to create custom selections, you can really narrow down exactly where edits will take place which is a nice advanced feature.
Image Reviewer
IMatch also contains a neat feature called the Image Reviewer. Basically, it is a quick summary screen where you can see and manipulate details such as categories for a single or group of images.. kinda like a mini slideshow or browser:

The only problem I have with this is the inability to resize the window or the category panel. But this was a nice easy and quick way to review images and make some adjustments as needed.
Side-by-Side Preview
A relatively new feature to IMatch is the side-by-side view. Allowing you to view multiple images in a single screen, the SBS view is a great way to compare images and really helps my workflow, especially the initial review of images:

With the ability to rank, label and bookmark your images from the screen as well as the ability to auto enhance the images, the SBS window is a great tool to choose a single image from a group of similars (of course, not my example above). A great feature… the loupe tool. Like a magnifier on steroids.. the loupe is really great to zoom in and see an area in detail.. no doubt how sharp this image is!:

Conclusion
So.. another long detailed review of one of the top DAM applications on the market. My final thoughts? I do like IMatch and think it is a great DAM product but it feels a bit “old” when compared with some of the other DAM products I’ve recently reviewed. The GUI looks a bit outdated and lacks the flexibility that many users might want (ie: workspaces). I also feel that the product is geared more towards the “power user” as it lacks many simple functions that a non-power user might lookfor (ie: ability to email photos, upload to flickr, photo view by calendar, etc). I do hope that many of these issues are addressed in the next version of IMatch dubbed IMatch NG (next generation).
However, the program shines in terms of speed and the ability to define solid selections and beginner to advanced scripts. So, once again, it really depends on what type of user your are and what your goal is in terms of asset management.
Pros:
Scripting: IMatch certainly does scripting well and if you are a power user, you will love the ability to setup scripts for just about any task you might envision. The IDE is a nice touch and enables anyone to learn from existing scripts and even debug them while they are being developed.
Support: As a single developer, Mario is an active member of his forum (and other popular photography boards) and responds with helpful advice. The forums are pretty active with a dedicated user base that truly loves their product.
Metadata: XMP support, easy input screens
Searching: Complex or simple searches via selections, ability to save selection for future usage
Speed: Thumbnails display very quickly even with full XMP data displayed, operations are done quickly
Extras: Side-by-side View is a great recent addition to the program! You can send files (even multiple) via the “Send Email” command.
Cons:
GUI: Not fully flexible user interface, no ability to define and save workspaces, cannot move panels, no tab browser/search result panels.
Complexity - again, this is a tough concept since each person can have a different take on a program… but I do feel like the program might not be the right fit for a non-power/newbie user.
Versioning - no ability to easily setup links between similar images
Downloader - no built in downloader
Web Gallery/FTP - no built in editor - although there are scripts ( Scripts > Publish your images to the Web) that allow template-driven web page creation.
July 15th, 2008 at 12:13 pm
A fairly decent Web Gallery creation tool is included in the installed scripts and there is a more full featured script available on the forum.
Thanks for the review. I need to study it more. The scripting power of iMatch is both a blessing and a curse. An awful lot of functionality that normally would be built into the application is available in scripting. The major downside is scripts have an exceedingly limited interaction with the UI making them all feel tacked on.
I use SketchUp quite a bit for 3D modeling and it too is a very powerful application with an equally powerful scripting system. The main difference is SketchUP scripts can interact with and become part of the base UI making the add-ins look and feel like they were part of the original application.
This type of functionality in iMatch would go a LONG way to alleviating my issues with iMatch’s UI and it’s unholy dependence on scripting to do things which most users want to do.
Thanks for your time, yet again.
chris
July 18th, 2008 at 9:35 am
Hi, Andy. Good job! I’ve been waiting for this review since you so thoroughly reviewed IDImager, as I was very curious how you would compare these two close competitors.
While I’m not asking you to pick a winner (that would be too simplistic, given the varying priorities of diverse users), I would love to see a comparison chart highlighting the differences in particular features between IDI and IM: which one does each feature better, or has a feature the other doesn’t.
I myself am currently evaluating both, and it’s tricky. IMatch seems faster (important) and more flexible, with better scripting. But it also seems very cumbersome and convoluted to get it to actually manage the metadata in your photos. It really wants you to just categorise within its own database, and doesn’t help you much updating the metadata in your actual photos. As you pointed out, you have to manually tell it how to import existing EXIF & IPTC into its catalog, manually figure out which photos need updating, and manually run multiple scripts to do that. I really hate that approach, it’s why I abandoned ACDSee.
IDIMager, on the other hand, understands from the get-go that users want to manage the metadata in their actual photos, automatically maps that metadata into its catalog, tells you when photos need syncing/saving, and then lets you sync with one button.
At least that’s my impression of the 2 so far, but there are perhaps things I don’t yet understand.
Again, thanks for the review!
July 19th, 2008 at 8:53 am
Thx Chris and Jasper - appreciate you stopping by and checking out the review - and you are both welcome for the review.. it was fun to do!
Chris - yes - I agree. The sheer power of scriping is Imatch’s real feature which is great for the power users but not so great for the average “Joe/Jane”. I think the NG product will totally change that with a really cool revised UI that should “soften” the tech-i-ness of the product.
Jasper - Thx for the kind words! I think picking a winner is difficult as you mention - I really need to get a comparison chart built - I’m thinking about a chart with ratings and a summary under each topic explaining the rating. It will take me a bit to get it done though..
‘ve been using Idimager for my personal and business photos now for 2 months and the more I use it, the more I love it. If I had to recommend one product over the other, it would have to be Idimager. The key feature for me - the ability for the program to automatically import your keywords and keep them assigned to the correct category label.
For example: I had setup a catalog label structure as: People -> Friends -> Mike
Animals -> Birds -> Woodpeckers -> Downy
In Imatch, when I imported images that had Downy or Mike as keywords, they would get added to the catalog tree as new entries… and I’d need to manually move them into the existing catalog hierarchy.
In Idimager, when I do the same import, all images get added to the existing category structure! Seamless. That to me is a huge plus because I was importing over 40,000 images with embedded keywords already in place. So, as I embedded new keywords and add them to my category structure, new instances of those keywords get placed automatically.
I like some of the advanced features of the catgories as well such as the ability to automatically add GPS Geo info directly into the images upon adding them to the catagories (and syncing). I did this for all my location specific images such as those taken on vacation in WDW.. just add the geo coords, location, city, state, zip, etc info to the category and then any time you mark the image with the category, all the GPS info will be written to the appropriate XMP Geo labels for you… Neat step saver!
IMatch has Idimager beat on speed… I was really impressed with how quickly things display in IMatch expecially when you scroll through thumbs. Although Idimager still has some work to do in this area, the program certainly isn’t slow… just not as fast as Imatch. I’d love to be able to have auto-sync turned on in both programs and cannot wait for the day when the software can utilize my quad core 4 GB memory to do so without any performance hit.
Finally, support from both products is top notch. Both developers are the primary members of their forums and respond to questions and issues quickly and accurately. I have to once again give the nod to Idimager here though… while Imatch gets some bug fixes from time to time, Idimager continues to grow with new features and fixes on a more than monthly basis. The leap from 3.x to 4.x was huge and I’m sure once Imatch gets bumped from 3.6 to the NG product, new features, etc will be rolled out quickly as well. But for now, I’d have to give the nod to Idimager… the new features (such as the new Bridge Service) is simply amazing and included in your one time perpetual license fee.
Hope this helps.. and thx again for you comments!
July 27th, 2008 at 2:34 am
Andy,
Great work you’re doing. I particularly enjoyed your reviews of IDI (IDimager) and IM (IMatch). I have used both and agree with your points.
However I think it is important to point out to potential users of either program the huge difference in ongoing development of IDI versus IM.
IDI has Versions and Stacks; IM has been talking about these features for several years and there is still no sign of them in the product. To be fair there are a couple of User Scripts available for IM to implement pseudo versioning but in IDI it just works. The IDI Version Wizard is a gem !
IDI has a Timeline and Calendar plus Metadata Categories automatically generated on Import/Download. IM can produce some of these features via User scripts but they are add-ons and relatively tedious to set-up and use.
The IM NG (New Generation) has been discussed in IM’s User Forums for at least 2 years and there is still nothing to show for it. The underlying database was revised in May 2007 to support new features but that’s over a year ago and very few new features have appeared.
One last but IMO important point is the support of dual monitors; available for some time in IDI but still awaited in IM.
I used IM for several years and was a great fan of the product but sadly I feel it is falling far behind.
So I would recommend for new users to check the user forums of both products for the past couple of years and get a feel for the difference in the rate of new development in both products.
Best regards,
Steve.
July 27th, 2008 at 8:34 am
Thx Steve for your nice comments.. I’m glad you enjoyed the reviews - it makes all the work I do to create them worth the effort!
I do agree with your points - they really are 2 different products and both have features not commonly found in the competition. IMatch certainly has a loyal following but is certainly starting to show its age with missing features. I’ve read about NG on their forums for awhile now as well and folks get a bit “ruffled” when you ask about its release… but I do know from Mario that it is getting there! From the little bitty bit I’ve seen, it will be a completely different looking program than the current version which should raise some eyebrows when it is finally opened to Beta/released.
On the other hand.. Idimager is here today and now and has some amazing features already in place - most of them you mentioned. I would add to mix the amazing Downloader, Web Gallery tool and Batch tool to the mix - all of which could be self contained programs in themselves.
I whole=heartedly wish both products would get the market attention they deserve as they do surpass most of the “mainstream” competition out there… but being small companies, don’t have the advertising machines that Adobe and the like have..
Anyway.. thx for your comment and for stopping by - appreciate the support as always!
July 28th, 2008 at 1:12 am
Andy,
These reviews are very helpful, and I’m grateful for your efforts in narrowing the field. I’ll just share a bit of my experience, too:
I narrowed the field to IM and IDImager and trialled both of them. I found IDImager to be a much more modern looking program, with more “built-in” features.
However, when I tried to understand how it would fit into my workflow (I use a D70 shooting raw and use Nikon Capture NX for editing), I found it to be very hard to understand and inflexible. I’m a software engineer by trade, and IDImager struck me as pretty on the surface, but with poorly designed internals.
IM, on the other hand, supported my workflow effortlessly, and I found it very simple to add “missing” features such as automatically generated metadata categories (no script needed, just a simple Dynamic Category).
There is no doubt in my mind that, while IM is more old-fashioned that IDImager, it is also far more flexible (and easier to understand in that flexibility, with the exception of its weird searching/selection UI).
In the end, while I liked the versions feature and better UI of IDImager, that wasn’t enough to make up for its inflexibility or its higher price. So iMatch got my money… (Since my purchase, I haven’t done a great deal, but iMatch is proving fast and effective for my workflow, including batch processing for web export — something that IDImager couldn’t do for me because it couldn’t process Capture NX edited raw files.)
Regards,
Malcolm.
July 28th, 2008 at 8:07 am
Hi Malcom - thx for stopping by and posting your comments. I appreciate your perspective on things and agree with many of the points you mention.
When I first started using the trial of Idimager, I felt completely overwhelmed.. and to a certain extent, even after using it for a few weeks, felt like I still had much to learn to just get by on the basics…. However, after using it for a few months now, I really get it and have really come to understand the power in it…. and - the flexibility to really use it however you’d like to in your workflow. I’m curious where you found Idimager to not be inflexible.
That’s interesting about what you say about Idi and NX raw files. I have helped a few folks over at NikonCafe setup Idimager to write the IPTC data directly to the NEF’s and use NX (we were using NX2) as well - it was a pretty seamless transition… metadata updated both ways very well and allowed the user to add Idimager into his workflow while maintaining his love for NX2. While I have taken a more DNG centric approach to things.. and use Lightroom just for RAW editing and client gallery creation, teh ability of both programs to write directly into the NEF files is a nice feature.
I will admit that IMatch certainly feels faster to use at times than Idimager… that’s been my main complaint with Idi so far… IMatch displays thumbs and thumb info much quicker and certainly when used as a “browser” feels a bit more snappy. I think things scale about the same on higher end machines though where Idimager takes advantage of multiple cores and expanded memory availability.
I agree with you about the dynamic category concept.. that is quite powerful in IMatch. Idimager will do this to.. but it is automated and I’m not sure if it is as flexible as IMatch… metadata (not sure if ALL metdata) is imported into the database as you import and sync images.. it is displayed under the Metadata category and then further broken down by IPTC/XMP structures. You aren’t able to create your own import categories.. but you can create export categories.. for example, lets say you have a category for Places->Florida->Walt Disney World - you can setup Location specific Geo data for this topic and then when you assign an image to this category, the location metadata will automatically get added to the IPTC/XMP structures.. You can also just setup maps to any individual XMP field as well such that the value for that field will be setup with the name of the category - this is useful if you want to say automatically set the Caption to the category name, etc.
I’d be curious to know where else you feel IMatch is more flexible than Idimager (or Idimager just inflexible) - they both have wonderfully powerful scripting engines built into the program but come at it and present things to the user in different ways.
I am very hopeful that IMatch NG will deliver the more modern look/feel while still maintaining its power and speed… that will be wonderful indeed!
Thanks again for your comments and insight… its always great to read what others have experienced and how they are using DAM programs in their workflow!
- Andy.
July 30th, 2008 at 3:18 am
G’day Andy,
A big part of my needs were support for displaying the NX edited image properly (ie. as NX had edited it), and being able to batch process outputs for web or print. Since IdImager uses an independant renderer, it couldn’t do this. iMatch uses the Nikon libraries, so it could. This was the selling point for me.
In terms of the metadata, I haven’t yet tried to write it back into the files — I’m quite happy for it to reside in the DB for the moment. According to the forums, it looks like iMatch is quite competent in this area.
Regarding the complexity, it’s hard to describe, because I just felt more overwhelmed. Part of it was to do with trying to figure out how to get images to display properly in IdImager for me. One thing was a bit of disappointment with the versioning: I expected it to automatically discover versions on importing my photos — so I was disappointed that I had to go through each photo manually running some process to set up versions. That made versioning much less attractive to me, and it was the only real benefit IdImager had over iMatch.
Things like relational labels in IdImager seemed quite easy to duplicate in iMatch, but the reverse wasn’t true (I could do things with iMatch’s dynamic categories etc. that I didn’t seem to be able to do with IdImager).
The way I use one of these tools is as a window into my photos. If I want to find a photo of Bob from our trip to Italy last year, I should be able to go straight there. If I want to send someone photos of buildings in Italy, it should only take a few moments to search, select, and batch process to emailable jpegs. IdImager could do the former for me, but not the latter (since it couldn’t properly render my NX edited raw files). iMatch could do both. That was really the crux of the matter.
July 30th, 2008 at 1:22 pm
Thank you so much for reviewing iMatch, PM, iDimager etc.
As a home user that wants to adhere to good DAM principles I am somewhat stymied. If I purchased all the products in “the dam book” I would be out over $1 to $2K and at the end of the day I would locked in to that product set 4Evah.
While you are covering all of the affordable alternatives your reviews leave the following unanswered:
1. How do the products handle metadata for non photographic files, especially videos.
Explanantion: For the most part this and the dam book discus Photo Asset management not Digital asset management. However most cameras generate movies as well as photos. Metadata standards for video lag way behind photos, as a result most products only allow for metadata within the product and allow no export options for video metadata. There are some exceptions. Idimager will generate an xml “sidecar” file for videos. However, while the effort is appreciated I have yet to find a product that will read those sidecar files (I have only have tested picasa, adobe ps and premier elements).
2. Support for XMP ratings: While I see that xmp is supported by iMatch it is unclear if the ratings in imatch are exportable as XMP ratings. This is important if ratings compatibility with adobe, vista, and other products is desired. For example ACDSEE does not support XMP ratings, but instead uses the antiquated IPTC urgency field as a ratings hacks. Also are Lightroom color labels supported? Programs such as Photo Mechanic make the effort to maintain at least as an option XMP compatibility in this respect and should be given credit as it is unlikely that any of these products will be an island.
Unfortunately so far I have found no products that meet my basic requirement: rating and keywording my 50K pictures and videos while allowing for exportating those ratings/keywords to other programs.
July 30th, 2008 at 1:52 pm
Also:
3. In this day an age our final product is on the web, so most are intersted in how well do the products integrate with online photosharing sites such as flickr, smugmug etc.
You do touch on these features, however the essential issue is not really addressed: our online assets represent another version of our images, that is not handled well by most DAM software. Specifically changes to online assets is not reflected in the originating asset management software.
For each popular service I would want to know:
Is upload supported
What metadata upload supported (ideally captions, keywords, ratings)
Is metadata synching/download supported?
Wile most produts (even picasa) have some support for metadata transfer upload, so far iMatch (with the appropriate scripts) is the only product I know of that will support the both the upload and downward synching of metadata.
http://wiki.photoolsweb.com/index.php?title=IMSmugTools_-_scripts_to_integrate_IMatch_and_Smugmug
July 30th, 2008 at 9:10 pm
Hi Malcom - that’s the beauty of all these different projects on the market - there is going to be one that fits your needs just fine. It’s one of the main reasons why I try not to directly compare any products against each other… they really do fill the needs of folks differently.
Idimager is quite complex… and does kinda take some time to get used to. IMatch is really the same but the more minimal interface I think makes it a bit more approachable.
As for the versioning in Idimager - it can do this automatically on download but only if you are importing versions themselves. If you say import a folder that contains RAW, TIFF and JPG’s that are the same files, the system will version these based on rules you establish. You can also batch version after the fact - typically I do this with my RAW’s and JPGs.. I choose a filter to just so the RAW images.. select them all and then use the version function. It will search the folder I indicate (or you can just search everywhere if you don’t know where the version reside) and it matches them and links them as subversions. It’s not as totally straightforward or seamless as I would like it to be.. but once I used it a few times and understood the process - it does do the job.
Dynamic categories in IMatch is a huge thing… I agree with you.
I think I added the 2 steps that are needed in IMatch to sync your data between the database and the images… its an easy process that you’ll want to eventually do (in my opinion) because it will allow you to easily move to a different program and/or view your metadata (or use it) in an external process from IMatch. My transition from Thumbsplus to Idimager took roughly 3 hours of work mainly because I had all my keywords, rating and other IPTC data already written into the files from the T+ database. After that, it was just a matter of creating categories and dragging/dropping keyword categories to their correct spot… highly recommend to do that.
Anyway… I think IMatch is a great tool and is only going to get better with the addition of NG.. enjoy the product and please stop by from time to time to let me know how you are doing with it.
Great stuff.. Thx - Andy.
July 31st, 2008 at 6:48 am
Hi Malcolm,
Thank you for at least looking at IDimager. I feel uncomfortable to reply in the iMatch review but I’d like to comment on your statement:
>> A big part of my needs were support for displaying the NX edited image properly (ie. as NX had edited it), and being able to batch process outputs for web or print. Since IdImager uses an independant renderer, it couldn’t do this.
This is incorrect. Edits from NX and NX2 are visible in IDimager and there are many IDimager/NX(2) users who use this on a daily basis.
Hert
Hert
August 8th, 2008 at 12:28 am
G’day Hert,
(Excuse us, Andy.
)
Yes, but I believe that IDimager only manages this by using the JPEG preview. While this is OK, it has its limitations, which I wasn’t really happy with (I sometimes want to batch generate high-quality images). If there’s some other way to do this, I couldn’t find it in the help or the support forums, which I searched.
If IDimager’s versioning was more effortless (I didn’t put in enough effort to figure out the sequences that Andy mentions), then that may have swayed me…
One thing I’ve discovered over my years as a programmer: UI’s are very personal. There was something that worked for me in a large part of iMatch’s UI that IDimager didn’t have. I would probably express it as orthogonality — iMatch has a range of features that it allows you to combine in any which way to build more powerful combinations (the features are orthogonal, so they can combine to define a larger “space”). IDimager tends more towards the pre-configured feature approach (which is more common in Windows apps), with less ability to combine features. I prefer the orthogonal approach (but I think I’m in the minority).
Just my thoughts,
Malcolm.
October 18th, 2008 at 6:34 am
On the issue of importing controlled vocabularies (aka hierarchial keywords, structured categories), it is unfair to criticise IMatch for not translating idImagers Catalog Label structures.
I suspect that idImager cannot translate iMatch’s dotted keyword syntax and I doubt that either product will translate ACDSee Pro 2.5’s Categories.
The problem is the lack of any standard as to how controlled vocabularies are to be defined in XMP. Its a pity that there’s nothing in the IPTC 2008 draft. However I would guess that they are waiting for the XMP committee to do the work in this regard because the use of controlled vocabularies extends far beyond the IPTC’s bailiwick.
I’ll take this opportunity of asking once again that you include some performance and volumetric testing in your product reviews.
October 20th, 2008 at 3:05 pm
Thanks for putting in all this work. Its a big help!
I am an Imatch user, but looking around as I update my photo catalogue to a DAM standard.
I am wondering why you did not review Iview/ExpressionsMedia, as that it the SW of choice of the DAM Book?
Thanks again!!
October 20th, 2008 at 3:50 pm
Hi Caleb - thanks for the kind words.. it is appreciated! Actually, Iview/EM is on my short list of software to review.
I actually think it would be quite interesting if the DAM Book was re-written today, which application Peter would have really chosen given all the software choices on the market. I think he chose Iview because of what he had available at the time and how the software/community had developed around that product. I would guess that EM would not be his choice if he were starting from scratch today…
But.. please stay tuned for an EM review soon… Thx again for your comments! - Andy.
November 4th, 2008 at 5:20 pm
>> I suspect that idImager cannot translate iMatch’s dotted keyword syntax and I doubt that either product will translate ACDSee Pro 2.5’s Categories.
Hi Philip,
Just to be clear: IDimager also supports the dotted keyword syntax that iMatch offers. So you can create your catalog in IDimager based on the dotted keyword syntax written with iMatch.
Hert
December 10th, 2008 at 7:00 pm
[…] - bookmarked by 5 members originally found by xKunoichiHinatax on 2008-11-19 Review: Imatch 3.6 http://www.damroundup.com/2008/07/12/review-imatch-36/ - bookmarked by 6 members originally found […]
February 23rd, 2009 at 4:42 pm
hi andy,
wow - you certainly have put time into this research and i hope you realize how appreciated it is by people like me - ie dunderheads trying to make sense of the plethora of products out there. i have been ‘cataloging’ in windows explorer for 5 years and now and just getting panicky about the impossible complexity of of the future. then i discover DAM’s !! Wow , my eyes light up! but which one? i have tried the free version of iMatch so far, and agree with you that its just too complex for a simpleton like me (and it doesn’t look great either)so, on your recommendation i am going to try idImager next (personal version) will let you know how i get on!
thx again. treforW