GC Image User Forum

We are pleased to announce the release of Version 2.9 Release 1 (v2.9r1) for GC Image and LC Image. This latest version includes new features, improvements, and critical bug fixes over 2.8 releases. What's New: ( for GCxGC , for LCxLC ) Improved Smoothing for Baseline Correction New and Improved Sup...

Here is a quick check list: Does the program report any error when Import Image? Check here for a MassHunter-related problem. After Import, does the TIC look normal? In order to generate a 2D chromatogram image, raw data need to be uniformly sampled. But almost any MS/MS mode results in non-uniform ...

Can you import the data and see a normal 2D TIC in GC Image?

Actually we are working on a feature like what you described. But, current version does not have such feature. Possible workarounds are Tune blob detection settings. If you always need to split blobs, it may be due to high smoothing factors. Try setting the smaller smoothing factors in Configure > S...

If you prefer an offline version, the same User Guide is available within the software through Help > User Guide menu.

The Base Peak chromatogram can only be generated during Import by setting Multi-Spectral Filter > Ordinal Limit to 1 . Filtering out a m/z can be done by either of During Import, set Rang Limit to "0-370.5, 371.5-" After Import, View > SIC View to view the SIC, and use File > Save Image As...

You can use File > Import and Merge with either Column-by-Column or Cut-by-Cut. The difference between the two modes is that Column-by-Column option assumes continuous scan acquisition (usually in a comprehensive mode). 2D chromatograms imported by Column-by-Column and Cut-by-Cut will look similar, ...

It should not take that long if the matching settings are reasonable. I just tested matching with about 700 blobs. It took about a couple of seconds. If some matching settings are set too big, matching could take much longer time. Also, if template peaks have qCLIC set, it will take more time to com...

Another possible workaround is to replace ExactMassList with pre-calculated exact masses. Of course, it would not be as convenient as the function.

In any case, you may want to update at least to v2.6b4.

Which version of the software are you using?

It might be related to a bug fixed in v2.7r3 and v2.8r2:
https://www.gcimage.com/gcxgc/usersguid ... -8r2-qCLIC