Dear Mr Wadsack, Thank you for your answers.
Re: SORTBY I do know and use the SORTBY command. My question referred to entries that cannot be sorted by the parameter given there, because the parameter has the same value for them (i.e. pages each requested once, referrers each referring once etc.). I cannot see a consistent logic behind ranking such entries. Running analog one day might produce: no.: pages: %pages: site ---: -----: ------: ---- 85: 1: 0.24%: http://images.google.com/ 86: 1: 0.24%: http://www.google.com.au/ 87: 1: 0.24%: http://www.google.ca/ and the next day (run on fresh log files): 87: 1: 0.22%: http://images.google.com/ 88: 1: 0.22%: http://www.google.ca/ 89: 1: 0.22%: http://www.google.com.au/ Nothing changes in terms of these 3 items, still they are shown in a different order. Why is this happening, and what can be done to make such entries rank according to some rule consistently? Re: Referral Time Reports "Can I find out which files each referrer pointed to? or Can I find out which files each host has read? or Can I find out which hosts have read each file? or Can I find out the number of hosts visiting on each day? or lots of similar questions." [from FAQ] I feel my suggestion is not analogous with these. In such cases analog would first aggregate entries that belong together (e.g. log lines belonging to the same host or same file) then sort them by another parameter (e.g date or file). To create a referral time report, analog does not have to aggregate entries that belong together because each referral is on its own. A referrer field is a straightforward, easily recognizable, one-off information, like a page request. I am not a programmer (not by far), but to me it seems that a time report should not need cross-referencing as long as it counts individual, discrete entries, without any pre-aggregation. Perhaps I am wrong, I only wonder. Thanks for your help. Best regards, Akos +------------------------------------------------------------------------ | TO UNSUBSCRIBE from this list: | http://lists.isite.net/listgate/analog-help/unsubscribe.html | | Digest version: http://lists.isite.net/listgate/analog-help-digest/ | Usenet version: news://news.gmane.org/gmane.comp.web.analog.general | List archives: http://www.analog.cx/docs/mailing.html#listarchives +------------------------------------------------------------------------
