[Server-devel] [XSCE] xovis on the XSCE 5.0
Martin Dluhos
martin at gnu.org
Thu Jul 3 10:45:41 EDT 2014
On 06/24/2014 07:47 PM, Sameer Verma wrote:
> So, here are some observations:
Thanks for the feedback, Sameer! Tim already addressed many of the things you
point out in the latest xovis pull request, which has been merged into master
(https://github.com/XSCE/xsce/pull/145). My comments follow inline.
> XSCE should pull to get the latest from xovis (Tim Moody has already
> written about this). I don't see the add deployment [+] button and
> spider charts on the XSCE version.
Fixed in #145.
> Add methods to pull from sugar-stats (currently stores data in RRD
> format, but rrdtool does the export in versions 1.4.6 and above) and
> harvest (already has serialized json).
Yes, that would be very useful.
> Also add methods to read from
> Sugar backups done using the Backup activity. Many smaller projects
> have backups done by hand.
Are you talking about projects, which do not use a server at all? If there is a
server, one can always run a ds-backup.
> Resolve the userid:password for couchdb (instead of admin:admin) in
> ansible, so it installs with an account other than admin.
>
> A way to edit out the "OLENepal" header from all charts.
Both handled in #145.
> Maybe we spin a VM with CentOS and xovis (call it the visualizer!)
> where you can plug in a USB stick or external drive with backups, and
> visualize.
I've just added the backup directory as an ansible variable.
> Some basic documentation on the use of xovis and interpretation of
> data for teachers, principals, etc.
Perhaps a 'help' page?
> Something that's quite popular with many similar projects (deployment
> of several mobile computers) is "How many laptops showed up at school
> today?". There are a few different ways this can be done (dhcp log,
> Journal data), but I'd like to discuss this a bit more.
Since we already store Journal data, this wouldn't be too difficult to add. Good
idea!
Thanks for the feedback, Sameer!
Cheers,
Martin
More information about the Server-devel
mailing list