Hi Truong, > Hi all, today i have a question about the format of log file of dspace . > > Here's a line of converted log file ( after using the command dspace > stats-log-converter ): > > 20101127091315421,view_bitstream,14996,2010-11-27T09:13:15,[email protected],58.187.49.62 > > As i understand, here's the information i get from that line: > view_bitstream : the user has downloaded the file > 14996: the bitstream id > 2010-11-27T09:13:15: time of download > [email protected] : user's email > 58.187.49.62: user's IP > > and i don't know what does 20101127091315421 mean in this case ?
Solr stats require each entry to have a unique identifier. This number is used as the unique identifier. Is is built up of the date and time when the even took place: 20101127091315421 = 2010/11/27 09:15 15 seconds 421 milliseconds The date stamp is also used, so that if you re-ran the statistics importer, the event would get overwritten by the same event, rather than creating a duplicate because they have the same unique identifier. But this number has no other purpose, so can be ignored. > The second question is : > When a user download a file, here's the information from the converted log > file: > > 20101126155918271,view_bitstream,21989,2010-11-26T15:59:18,[email protected],123.26.217.170 > 20101126155918466,view_bitstream,21989,2010-11-26T15:59:18,[email protected],123.26.217.170 > 20101126155918608,view_bitstream,21989,2010-11-26T15:59:18,[email protected],123.26.217.170 > 20101126155918645,view_bitstream,21989,2010-11-26T15:59:18,[email protected],123.26.217.170 > 20101126155918647,view_bitstream,21989,2010-11-26T15:59:18,[email protected],123.26.217.170 > 20101126155918911,view_bitstream,21989,2010-11-26T15:59:18,[email protected],123.26.217.170 > 20101126155918941,view_bitstream,21989,2010-11-26T15:59:18,[email protected],123.26.217.170 > 20101126155918969,view_bitstream,21989,2010-11-26T15:59:18,[email protected],123.26.217.170 > > Why there're so many lines in this case ? The time of download is the same, > the difference lies in the first numbers ( they're different ). You'll need to look in the relevant dspace.log file for that time to see the raw events that took place at that time. It does seem strange that one host would download the same bitstream many times so fast, but your dspace.log might help work out what happened. > How 's everything working in case a user's began downloading a file ?? > And the third question is: How the stats know that a user doesn't succesfully > finish downloading a file ? I don't think it knows that. > I'm sorry for so many questions here :) > Thank you very much for reading. No problem, I hope this helped explain it a bit. Thanks, Stuart Lewis IT Innovations Analyst and Developer Te Tumu Herenga The University of Auckland Library Auckland Mail Centre, Private Bag 92019, Auckland 1142, New Zealand Ph: +64 (0)9 373 7599 x81928 ------------------------------------------------------------------------------ Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! Tap into the largest installed PC base & get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev _______________________________________________ DSpace-tech mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dspace-tech
