Hi Branden, I'm going to have the leave the response to your question up to other people, but I just wanted to provide some additional background information as to how this feed is being used.
The /tags/directory.tagged.json feed is called on the landing page, and provides an overview as to how many content items each of the available categories have. This means that we might easily need up to 20 of these counts in that feed, which I think is why the count is published rather than fetched as part of the request. For us, any solution with the same output will do, as long as no performance problems are introduced. Hope that helps, Nicolaas On 7 May 2012, at 19:34, Branden Visser wrote: > Hi all, > > I'm working on KERN-2829. It appears that when we add or remove a tag > from a piece of content, we update a denormalized "sakai:tag-count" > property on the tag itself. Is there a way to "rebuild" this > denormalized data so that if we fix something now, the bad data > manifested won't live on pending manual intervention? > > Slightly related, would it be better if we indexed the tags of content > with Solr, and just did a count query on the tag name? That way we get > automatic "rebuild". > > -- > Cheers, > Branden > _______________________________________________ > oae-dev mailing list > [email protected] > http://collab.sakaiproject.org/mailman/listinfo/oae-dev _______________________________________________ oae-dev mailing list [email protected] http://collab.sakaiproject.org/mailman/listinfo/oae-dev
