KMLM List
View email archives for the history of this mailing list.
|
|
|
|
sushidevelopers - Counter 3 SUSHI question
|
Message Thread:
Previous |
Next
|
- To: <SUSHIdevelopers@xxxxxxxxxxxxx>
- From: Luke Holt <lah@xxxxxxx>
- Date: Wed, 1 Aug 2012 17:28:34 -0400
- Send Email to sushidevelopers@list.niso.org:
- Send new message
- Reply to this message
|
Hello,
I'm trying to create a COUNTER 3 compliant web service with SUSHI.
I've had trouble finding sample clients that support CR2 and
database reports so I've been looking at the examples at http://www.niso.org/workrooms/sushi/reports_R3/
I've been looking at CR2. http://www.niso.org/apps/group_public/download.php/5140/counter3_0_example_cr2.xml
The output under ItemPerformance blocks shows categories SEARCHES
and SESSIONS in use with a single instance of metric type count.
I've noticed the same thing for DB1. It seems like these reports
should actually include the federated search and federated session
data rather than just totals for session and search. Are the
examples on that website correct or should there be some
representation of federated numbers in the SUSHI/Counter reports?
If so, what is the correct way to do this?
I've been wondering if there should be two instances per category
using the metric types of session_fed and session_reg, etc.
Something like this within an item performance block:
<coun1:Category>Searches</coun1:Category>
<coun1:Instance>
<coun1:MetricType>search_reg</coun1:MetricType>
<coun1:Count>0</coun1:Count>
</coun1:Instance>
<coun1:Instance>
<coun1:MetricType>search_fed</coun1:MetricType>
<coun1:Count>0</coun1:Count>
</coun1:Instance>
rather than the example version:
<ItemPerformance>
<Period>
<Begin>2009-01-01</Begin>
<End>2009-01-31</End>
</Period>
<Category>Sessions</Category>
<Instance>
<MetricType>count</MetricType>
<Count>4</Count>
</Instance>
</ItemPerformance>
Luke
|
|
|