[
http://jira.dspace.org/jira/browse/DS-552?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=11586#action_11586
]
Tim Donohue commented on DS-552:
--------------------------------
This new feature may have overlap with the REST API project, and potentially
the Discovery (Solr-based browse/search) project. Those potential overlaps
should be investigated further.
This issue was discussed during today's DSpace Developers Meeting:
[20:22] <tdonohue> Servlet to deliver repository size statistics :
http://jira.dspace.org/jira/browse/DS-552
[20:23] <richardrodgers> Isn't this also proposed 1.7 feature?
[20:23] <mhwood> Depends on DS-494
[20:23] <bollini> 0 It seems more a REST function
[20:24] <tdonohue> yea, this was a proposed 1.7 feature -- any comments mhwood?
Sounds useful to me, assuming it's obviously Admin-only
[20:24] <tdonohue> (and also assuming we add links to this /content-statistics
path from the Admin UIs)
[20:25] <mhwood> We're using it here for the "library dashboard", to show
anyone who cares how many items we have and suchlike.
[20:25] <mhwood> It's not really formatted for browsing; it's a little blob of
XML for other app.s to use.
[20:25] <bollini> the output content is in xml
[20:26] <kgerbeitson> what's the "images" statistic?
[20:27] <mhwood> Any bitstream with MIME time "images/*".
[20:27] <kgerbeitson> ok
[20:27] <bollini> move this stuff in the rest project so that it is separate
from jspui/xmlui
[20:27] <mhwood> Assuming that the REST project is adopted, that is probably
the place for this to go.
[20:27] <tdonohue> if it's just XML returned, it seems logical to add to either
REST or SOLR (or both)
[20:28] <mhwood> How would it fit into Solr?
[20:28] <PeterDietz> expose via REST, +1
[20:28] <bollini> via REST +1 (in solr project only staff related to the solr
engine)
[20:29] <tdonohue> Solr can store any data -- so, it could just as easily be
used to store/cache this information about content stats (you just need to feed
it into Solr, and then build an interface to pull it out of Solr into a UI)
[20:29] <kshepherd> hi all
[20:30] <PeterDietz> hi kshepherd
[20:30] <bollini> I think that with dspace-discovery we can already build these
data
[20:30] <mhwood> Seems simpler just to ask the DBMS to count index entries, for
now. If the data model changes radically then Solr might be more attractive.
[20:30] <kshepherd> sorry for lateness, i'm a bit further from work these days..
[20:30] <tdonohue> bollini -- yea, I think you might be right -- and
dspace-discovery is built on Solr :)
[20:31] * mhwood makes a note to finally find out what dspace-discovery is.
[20:31] <bollini> I'm starting to investigate about discovery
[20:31] <kshepherd> mhwood: solr search+facets instead of ArtifactBrowser in
XMLUI, basically :)
[20:31] <tdonohue> ok -- any resolution on DS-552? sounds like many in favor of
moving this to REST or at least putting on hold for now?
[20:32] <kshepherd> +1 REST, it already has some 'countitems' verbs that i've
noticed
[20:32] <mhwood> +1 hold for REST decision
[20:32] <bollini> +1 rest
[20:32] <tdonohue> ok -- DS-552 -- keep assigned to mhwood. On hold to
investigate moving to REST
> Servlet to deliver repository size statistics
> ---------------------------------------------
>
> Key: DS-552
> URL: http://jira.dspace.org/jira/browse/DS-552
> Project: DSpace 1.x
> Issue Type: New Feature
> Components: DSpace API
> Reporter: Mark Wood
> Assignee: Mark Wood
> Priority: Minor
> Fix For: 1.7
>
> Attachments: stats.patch
>
>
> A tiny servlet to return counts of bitstreams, items, collections, and
> communities, and the amount of storage occupied. The attached patch also
> maps it into both JSPUI and XMLUI at /content-statistics.
> The returned "page" is an XML document. For now, see the package.html
> changes in the patch. I'll update the end-user documentation presently.
> We use an earlier version of this with 1.5.1 as input to our library
> "dashboard", which gathers statistics on various services for quick reference.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.dspace.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
------------------------------------------------------------------------------
This SF.net email is sponsored by
Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
_______________________________________________
Dspace-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dspace-devel