Re: [Summary-Talk] incremental processing

[Jason Linhart <jason@xxxxxxxxxxx>]

Summary shouldn't count anything twice just because you process the logs
an extra time. The most common way to get double counting is to put the
same log file in two different sub-folders of Summary's Logs folder.
Summary will never count files in two different locations as being the same.

This can also come up if Summary sees the same log file uncompressed and
then again after it has been compressed. Summary can't detect that it is
really the same log file in that situation and will count log entries
from both copies.

In all other situations when running in incremental mode, Summary should
recognize that a log file is nearly or exactly the same as it was before
and only read the new log entries.

To fully debug this situation you need to look at the Log Files report
when inflated reports are present. Look particularly for several log
files covering the same time period in the same domain, or log files
that Summary is reporting as having more log entries in them that they
"really" have.

Good Luck
Jason


Dale LaFountain wrote:
> 
> With incremental log processing enabled, I manually sync these files
> and tell Summary to Process for a second time.  When it finishes
> processing, I notice many the reports for that day are now inflated,
> presumably because some of the information is counted twice.

-- 
Jason@Summary.Net
--
Dr. Seuss books . . . can be read and enjoyed on several levels. For
example, 'One Fish Two Fish, Red Fish Blue Fish' can be deconstructed
as a searing indictment of the narrow-minded binary counting system.
   -- Peter van der Linden, Expert C Programming, Deep C Secrets

-------------
Go to <http://summary.net/list.html> to update subscription info.