Re: [Sugar-devel] What should be the ideal range for animations FPS ?
Thank you very much. I am looking forward to test these feature : as soon as I manage to fix a problem with my Sugar Gitorious account. Regards 2014/1/9 Manuel Quiñones ma...@laptop.org 2014/1/8 Manuel Quiñones ma...@laptop.org: 2014/1/8 laurent bernabe laurent.bern...@gmail.com: 2014/1/8 James Cameron qu...@laptop.org On Wed, Jan 08, 2014 at 11:49:56AM +0100, laurent bernabe wrote: True, but if you make a simple test available, others can test it for you. Especially so if you can figure a way to give the test report on screen, like a frame rate achieved. If I've well understood, I should give a way to turn on/off the frame rate display ? (Like in some games / 3D frameworks). A display with the current FPS is great for testers. For your own tests, there are impressive debugging tools in web technologies that I never seen before. The inspector timeline in Chrome, for example: https://developers.google.com/chrome-developer-tools/docs/timeline This discussion made me start a new activity that could serve as example. In the attached images you can see the inspector timeline being used First the full page is painted, and after that only the areas that changed are painted. . -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Fedora repository with snapshots from git
On Wed, Jan 8, 2014 at 10:49 PM, Daniel Narvaez dwnarv...@gmail.com wrote: * I still need to improve the queue to skip builds when we have more recent commits. That will probably happen because the ARM slave is super slow. * I want to find a better machine to run the ARM builds, they take something like an hour for each rpm now (!). First I will try to ask the copr developers if they are planning to setup an ARM slave any time soon. If not I wonder if someone would be able to provide a XO or other ARM device running on a somewhat stable internet connection. That should be a lot faster than qemu. I've asked AC for an online XO... @aklis offered an online XO from his home and a buildbot-slave with qemu. [?] ...thanks, aklis! so, we can speed this up. 328.png___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Fedora repository with snapshots from git
Hey,
I don't know who aklis is but great! :) That would really be appreciated!
Thanks! I'd try with the XO first because I suspect that will be pretty
fast.
On Thursday, 9 January 2014, Code Raguet wrote:
On Wed, Jan 8, 2014 at 10:49 PM, Daniel Narvaez
dwnarv...@gmail.comjavascript:_e({}, 'cvml', 'dwnarv...@gmail.com');
wrote:
* I still need to improve the queue to skip builds when we have more
recent commits. That will probably happen because the ARM slave is super
slow.
* I want to find a better machine to run the ARM builds, they take
something like an hour for each rpm now (!). First I will try to ask the
copr developers if they are planning to setup an ARM slave any time soon.
If not I wonder if someone would be able to provide a XO or other ARM
device running on a somewhat stable internet connection. That should be a
lot faster than qemu.
I've asked AC for an online XO...
@aklis offered an online XO from his home and a buildbot-slave with qemu.
[?] ...thanks, aklis!
so, we can speed this up.
--
Daniel Narvaez
328.png___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] What should be the ideal range for animations FPS ?
You're right : I've already a Githhub account. I was just trying hard to push my project on the Sugar Hub. I will try with a new repository into Github instead. Regards 2014/1/9 Daniel Narvaez dwnarv...@gmail.com I wouldn't let issue with gitorious stop you, git is cool because you can easily move to another location etc, you could push to a github repo and then, if you want, come back to gitorious when it's solved. On Thursday, 9 January 2014, laurent bernabe wrote: Thank you very much. I am looking forward to test these feature : as soon as I manage to fix a problem with my Sugar Gitorious account. Regards 2014/1/9 Manuel Quiñones ma...@laptop.org 2014/1/8 Manuel Quiñones ma...@laptop.org: 2014/1/8 laurent bernabe laurent.bern...@gmail.com: 2014/1/8 James Cameron qu...@laptop.org On Wed, Jan 08, 2014 at 11:49:56AM +0100, laurent bernabe wrote: True, but if you make a simple test available, others can test it for you. Especially so if you can figure a way to give the test report on screen, like a frame rate achieved. If I've well understood, I should give a way to turn on/off the frame rate display ? (Like in some games / 3D frameworks). A display with the current FPS is great for testers. For your own tests, there are impressive debugging tools in web technologies that I never seen before. The inspector timeline in Chrome, for example: https://developers.google.com/chrome-developer-tools/docs/timeline This discussion made me start a new activity that could serve as example. In the attached images you can see the inspector timeline being used First the full page is painted, and after that only the areas that changed are painted. . -- .. manuq .. -- Daniel Narvaez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Fedora repository with snapshots from git
thanks aklis! 2014/1/9 Code Raguet irag...@activitycentral.com On Wed, Jan 8, 2014 at 10:49 PM, Daniel Narvaez dwnarv...@gmail.comwrote: * I still need to improve the queue to skip builds when we have more recent commits. That will probably happen because the ARM slave is super slow. * I want to find a better machine to run the ARM builds, they take something like an hour for each rpm now (!). First I will try to ask the copr developers if they are planning to setup an ARM slave any time soon. If not I wonder if someone would be able to provide a XO or other ARM device running on a somewhat stable internet connection. That should be a lot faster than qemu. I've asked AC for an online XO... @aklis offered an online XO from his home and a buildbot-slave with qemu. [?] ...thanks, aklis! so, we can speed this up. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Roger Activity Central http://activitycentral.com/ 328.png___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Fedora repository with snapshots from git
On Thu, Jan 9, 2014 at 1:36 PM, Daniel Narvaez dwnarv...@gmail.com wrote: I'd try with the XO first because I suspect that will be pretty fast. yup, it should. It's a good idea. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] What should be the ideal range for animations FPS ?
Personally I think activities.sugarlabs.org should be the Sugar hub and
git would be just on any of the many free git hosts available.
Probably not everyone agrees with me there but the sugar core modules all
live on github already.
On Thursday, 9 January 2014, laurent bernabe wrote:
You're right : I've already a Githhub account. I was just trying hard to
push my project on the Sugar Hub.
I will try with a new repository into Github instead.
Regards
2014/1/9 Daniel Narvaez dwnarv...@gmail.com javascript:_e({}, 'cvml',
'dwnarv...@gmail.com');
I wouldn't let issue with gitorious stop you, git is cool because you can
easily move to another location etc, you could push to a github repo and
then, if you want, come back to gitorious when it's solved.
On Thursday, 9 January 2014, laurent bernabe wrote:
Thank you very much.
I am looking forward to test these feature : as soon as I manage to fix
a problem with my Sugar Gitorious account.
Regards
2014/1/9 Manuel Quiñones ma...@laptop.org
2014/1/8 Manuel Quiñones ma...@laptop.org:
2014/1/8 laurent bernabe laurent.bern...@gmail.com:
2014/1/8 James Cameron qu...@laptop.org
On Wed, Jan 08, 2014 at 11:49:56AM +0100, laurent bernabe wrote:
True, but if you make a simple test available, others can test it
for
you.
Especially so if you can figure a way to give the test report on
screen, like a frame rate achieved.
If I've well understood, I should give a way to turn on/off the
frame rate
display ?
(Like in some games / 3D frameworks).
A display with the current FPS is great for testers.
For your own tests, there are impressive debugging tools in web
technologies that I never seen before. The inspector timeline in
Chrome, for example:
https://developers.google.com/chrome-developer-tools/docs/timeline
This discussion made me start a new activity that could serve as
example. In the attached images you can see the inspector timeline
being used First the full page is painted, and after that only the
areas that changed are painted. .
--
.. manuq ..
--
Daniel Narvaez
--
Daniel Narvaez
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] What should be the ideal range for animations FPS ?
I wonder if would not be a good idea add a repository property in the activity.info file, to allow users (and future tools) locate where are the sources. In the future, as w have a Duplicate option, we can add a Get Last sources or similar, and clone the repository to allow easier participation. Gonzalo On Thu, Jan 9, 2014 at 1:47 PM, Daniel Narvaez dwnarv...@gmail.com wrote: Personally I think activities.sugarlabs.org should be the Sugar hub and git would be just on any of the many free git hosts available. Probably not everyone agrees with me there but the sugar core modules all live on github already. On Thursday, 9 January 2014, laurent bernabe wrote: You're right : I've already a Githhub account. I was just trying hard to push my project on the Sugar Hub. I will try with a new repository into Github instead. Regards 2014/1/9 Daniel Narvaez dwnarv...@gmail.com I wouldn't let issue with gitorious stop you, git is cool because you can easily move to another location etc, you could push to a github repo and then, if you want, come back to gitorious when it's solved. On Thursday, 9 January 2014, laurent bernabe wrote: Thank you very much. I am looking forward to test these feature : as soon as I manage to fix a problem with my Sugar Gitorious account. Regards 2014/1/9 Manuel Quiñones ma...@laptop.org 2014/1/8 Manuel Quiñones ma...@laptop.org: 2014/1/8 laurent bernabe laurent.bern...@gmail.com: 2014/1/8 James Cameron qu...@laptop.org On Wed, Jan 08, 2014 at 11:49:56AM +0100, laurent bernabe wrote: True, but if you make a simple test available, others can test it for you. Especially so if you can figure a way to give the test report on screen, like a frame rate achieved. If I've well understood, I should give a way to turn on/off the frame rate display ? (Like in some games / 3D frameworks). A display with the current FPS is great for testers. For your own tests, there are impressive debugging tools in web technologies that I never seen before. The inspector timeline in Chrome, for example: https://developers.google.com/chrome-developer-tools/docs/timeline This discussion made me start a new activity that could serve as example. In the attached images you can see the inspector timeline being used First the full page is painted, and after that only the areas that changed are painted. . -- .. manuq .. -- Daniel Narvaez -- Daniel Narvaez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Gonzalo Odiard SugarLabs - Learning Software for children ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] What should be the ideal range for animations FPS ?
2014/1/9 Daniel Narvaez dwnarv...@gmail.com: Personally I think activities.sugarlabs.org should be the Sugar hub and git would be just on any of the many free git hosts available. Probably not everyone agrees with me there but the sugar core modules all live on github already. +1 -- .. manuq .. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] What should be the ideal range for animations FPS ?
On Thu, Jan 9, 2014 at 2:38 PM, Gonzalo Odiard godi...@sugarlabs.orgwrote: I wonder if would not be a good idea add a repository property in the activity.info file +1 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] What should be the ideal range for animations FPS ?
Yes, I think that's a great idea (both adding the property and integrate it
in the sugar experience in te future).
On Thursday, 9 January 2014, Gonzalo Odiard wrote:
I wonder if would not be a good idea add a repository property in the
activity.info file,
to allow users (and future tools) locate where are the sources.
In the future, as w have a Duplicate option, we can add a Get Last
sources or similar,
and clone the repository to allow easier participation.
Gonzalo
On Thu, Jan 9, 2014 at 1:47 PM, Daniel Narvaez
dwnarv...@gmail.comjavascript:_e({}, 'cvml', 'dwnarv...@gmail.com');
wrote:
Personally I think activities.sugarlabs.org should be the Sugar hub
and git would be just on any of the many free git hosts available.
Probably not everyone agrees with me there but the sugar core modules all
live on github already.
On Thursday, 9 January 2014, laurent bernabe wrote:
You're right : I've already a Githhub account. I was just trying hard to
push my project on the Sugar Hub.
I will try with a new repository into Github instead.
Regards
2014/1/9 Daniel Narvaez dwnarv...@gmail.com
I wouldn't let issue with gitorious stop you, git is cool because you
can easily move to another location etc, you could push to a github repo
and then, if you want, come back to gitorious when it's solved.
On Thursday, 9 January 2014, laurent bernabe wrote:
Thank you very much.
I am looking forward to test these feature : as soon as I manage to
fix a problem with my Sugar Gitorious account.
Regards
2014/1/9 Manuel Quiñones ma...@laptop.org
2014/1/8 Manuel Quiñones ma...@laptop.org:
2014/1/8 laurent bernabe laurent.bern...@gmail.com:
2014/1/8 James Cameron qu...@laptop.org
On Wed, Jan 08, 2014 at 11:49:56AM +0100, laurent bernabe wrote:
True, but if you make a simple test available, others can test it
for
you.
Especially so if you can figure a way to give the test report on
screen, like a frame rate achieved.
If I've well understood, I should give a way to turn on/off the
frame rate
display ?
(Like in some games / 3D frameworks).
A display with the current FPS is great for testers.
For your own tests, there are impressive debugging tools in web
technologies that I never seen before. The inspector timeline in
Chrome, for example:
https://developers.google.com/chrome-developer-tools/docs/timeline
This discussion made me start a new activity that could serve as
example. In the attached images you can see the inspector timeline
being used First the full page is painted, and after that only the
areas that changed are painted. .
--
.. manuq ..
--
Daniel Narvaez
--
Daniel Narvaez
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org javascript:_e({}, 'cvml',
'Sugar-devel@lists.sugarlabs.org');
http://lists.sugarlabs.org/listinfo/sugar-devel
--
Gonzalo Odiard
SugarLabs - Learning Software for children
--
Daniel Narvaez
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] What should be the ideal range for animations FPS ?
Believe it or not, it was a ridiculous error !!! I tried to access git command from inside osbuild shell (without then trying outside it) : shame at me. Anyway, problem is solved. Regards 2014/1/9 laurent bernabe laurent.bern...@gmail.com You're right : I've already a Githhub account. I was just trying hard to push my project on the Sugar Hub. I will try with a new repository into Github instead. Regards 2014/1/9 Daniel Narvaez dwnarv...@gmail.com I wouldn't let issue with gitorious stop you, git is cool because you can easily move to another location etc, you could push to a github repo and then, if you want, come back to gitorious when it's solved. On Thursday, 9 January 2014, laurent bernabe wrote: Thank you very much. I am looking forward to test these feature : as soon as I manage to fix a problem with my Sugar Gitorious account. Regards 2014/1/9 Manuel Quiñones ma...@laptop.org 2014/1/8 Manuel Quiñones ma...@laptop.org: 2014/1/8 laurent bernabe laurent.bern...@gmail.com: 2014/1/8 James Cameron qu...@laptop.org On Wed, Jan 08, 2014 at 11:49:56AM +0100, laurent bernabe wrote: True, but if you make a simple test available, others can test it for you. Especially so if you can figure a way to give the test report on screen, like a frame rate achieved. If I've well understood, I should give a way to turn on/off the frame rate display ? (Like in some games / 3D frameworks). A display with the current FPS is great for testers. For your own tests, there are impressive debugging tools in web technologies that I never seen before. The inspector timeline in Chrome, for example: https://developers.google.com/chrome-developer-tools/docs/timeline This discussion made me start a new activity that could serve as example. In the attached images you can see the inspector timeline being used First the full page is painted, and after that only the areas that changed are painted. . -- .. manuq .. -- Daniel Narvaez ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ASLO] Release Memorize-46
Activity Homepage: http://activities.sugarlabs.org/addon/4063 Sugar Platform: 0.96 - 0.100 Download Now: http://activities.sugarlabs.org/downloads/file/28872/memorize-46.xo Release notes: This version of Memorize add two main features. * A complete port to gtk3, with improvements in the use with touch. * New games if the art4apps rpms [1] are installed (need version = 0.3). Thanks to Simon Schampijer and Ignacio Rodriguez by the work on the port to gtk3! More than 50 changes where included in this release, a simplified log is included here: Fix touch interaction with game board (Gonzalo Odiard) Enable use with the game keys - SL #3552 (Ignacio Rodriguez) Set the right espeak voice in art4apps games (Gonzalo Odiard) Select cards with touch events - SL #4109 (Gonzalo Odiard) Set audio path in art4apps games when restart (Gonzalo Odiard) When playing a sound, wait until finish to allow flip other card (Gonzalo Odiard) Play art4apps audio files if available (Gonzalo Odiard) Drop usage of python-libxml2 - Fixes SL #3420 (Gonzalo Odiard) Fix update button state on games with images preloaded (Gonzalo Odiard) Create games with art4apps resources (Gonzalo Odiard) Add menues for art4apps games if installed (Gonzalo Odiard) Remove code not used in the speak directory (Gonzalo Odiard) Fix remove of cards (pending of port) (Gonzalo Odiard) Pyflakes pep8 fixes (Gonzalo Odiard) When a new pair is added to the game, display it (Gonzalo Odiard) Substitute the FontCombo by a FontButton (Gonzalo Odiard) Reorganize canvas if the screen is rotated (Gonzalo Odiard) Port espeak gstreamer part to use dynamic bindings (Ignacio Rodriguez) Port the eye, mouth and face code of the speaking robot to gtk3 (Ignacio Rodriguez) Roundbox drawing port (Ignacio Rodriguez) Port svgcard drawing (Ignacio Rodriguez) Port fixes in cardlist.py (Ignacio Rodriguez) Gobject port fixes (Ignacio Rodriguez) Port to gtk3: parent to get_parent (Ignacio Rodriguez) Change set_icon_name in buttons (Ignacio Rodriguez) self.allocation is not available anymore (Simon Schampijer) Do not use deprecated _shared_activity member (Simon Schampijer) Replace expose-event signal by the new draw signal (Simon Schampijer) pack_start/pack_end: we have to pass all arguments now with the dynamic bindings (Simon Schampijer) Use 'icon_name' property instead of the 'named-icon' one (Simon Schampijer) More gobject and gdk import fixups (Simon Schampijer) Convert the sugar imports to sugar3 (Simon Schampijer) Fixup of the leftovers from the convert script (Simon Schampijer) Running pygi-convert.sh as a first step to port to GTK+ 3 (Simon Schampijer) Updated translations (localization community) [1] http://wiki.sugarlabs.org/go/Art4Apps Sugar Labs Activities http://activities.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [DESIGN] Journal Icon View
Err, this seems to have missed the meeting. You can still have a look :) -- Forwarded message -- From: Sam Parkinson sam.parkins...@gmail.com Date: Dec 21, 2013 2:19 PM Subject: Re: [DESIGN] Journal Icon View To: sugar-devel@lists.sugarlabs.org Cc: Oh, I've changed the location of the code :) https://github.com/SAMdroid-apps/sugar/tree/journal-icon-view Thanks, SAMdroid On Sat, Dec 21, 2013 at 7:47 AM, Sam Parkinson sam.parkins...@gmail.comwrote: Hey. I've made a journal icon view option for you to discuss :) You can check it out by cloning my git: https://github.com/SAMdroid-apps/sugar wikipage: http://wiki.sugarlabs.org/go/Features/Thumbs_View_in_Journal SAMdroid ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Touch Screen isn't very Sweet
Hey I've been playing around with an XO duo (the oplc au XO) and found it very weird in the tablet mode. When in that mode no gesture or button seems to bring up the frame. Unlike other XOs it is touch screen. As touch screens start to infiltrate the XOs we need to maybe think of a gesture. Maybe this is an issue we don't want to address? Maybe swipe down from the top left? SAMdroid :) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Touch Screen isn't very Sweet
Glad you got your hands on an XO. (From OLPCAU in Sydney?) A gesture from the edge inward should bring up the frame. Doesn't work? Lots of room for improvement. -walter On Thu, Jan 9, 2014 at 3:51 PM, Sam Parkinson sam.parkins...@gmail.com wrote: Hey I've been playing around with an XO duo (the oplc au XO) and found it very weird in the tablet mode. When in that mode no gesture or button seems to bring up the frame. Unlike other XOs it is touch screen. As touch screens start to infiltrate the XOs we need to maybe think of a gesture. Maybe this is an issue we don't want to address? Maybe swipe down from the top left? SAMdroid :) -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Touch Screen isn't very Sweet
May be is not easier to get it right at the first try, but you can show the frame doing a little swipe down starting at the top border of the screen. Gonzalo On Thu, Jan 9, 2014 at 5:53 PM, Walter Bender walter.ben...@gmail.comwrote: Glad you got your hands on an XO. (From OLPCAU in Sydney?) A gesture from the edge inward should bring up the frame. Doesn't work? Lots of room for improvement. -walter On Thu, Jan 9, 2014 at 3:51 PM, Sam Parkinson sam.parkins...@gmail.com wrote: Hey I've been playing around with an XO duo (the oplc au XO) and found it very weird in the tablet mode. When in that mode no gesture or button seems to bring up the frame. Unlike other XOs it is touch screen. As touch screens start to infiltrate the XOs we need to maybe think of a gesture. Maybe this is an issue we don't want to address? Maybe swipe down from the top left? SAMdroid :) -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Gonzalo Odiard SugarLabs - Learning Software for children ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Fedora repository with snapshots from git
Thinking again about your cross compilation idea in irc, I remembered that
the building is actually relatively fast (because sugar compiled code is so
little). What takes time is mock setting up a chroot. Which is nice for
build isolation and to support multiple distribution versions on a single
machine. Plus we have mockremote which we can reuse.
For completeness :)
On Thursday, 9 January 2014, Code Raguet wrote:
On Thu, Jan 9, 2014 at 1:36 PM, Daniel Narvaez
dwnarv...@gmail.comjavascript:_e({}, 'cvml', 'dwnarv...@gmail.com');
wrote:
I'd try with the XO first because I suspect that will be pretty fast.
yup, it should. It's a good idea.
--
Daniel Narvaez
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] The quest for data
Sorry for being late to the party. Clearly the quest for data is a commonly shared one, with many different approaches, questions, and reporting/results. One of the already mentioned solutions is the sugar-stats package, originally developed by Aleksey, which have now been part of dextrose-sugar builds for over a year, and the server side (xsce). http://wiki.sugarlabs.org/go/Platform_Team/Usage_Statistics The approach we followed was to collect as much data as possible without interfering with sugar-apis or code. The project has made slow progress on the visualization front, but the data collection front has already been field tested. I for one think there are a few technical trade-offs, which lead to larger strategy decisions: * Context v/s Universality ... Ideally we'd like to collect (activity) context specific data, but that requires tinkering with the sugar api itself and each activity. The other side is we might be ignoring the other types of data a server might be collecting ... internet usage and the various other logfiles in /var/log * Static v/s Dynamic ... Analyzing journal backups is great, but they are ultimately limited in time resolution due to the datastore's design itself. So the key question being what's valuable? ... a) Frequency counts of activities? b) Data such as upto the minute resolution of what activities are running, which activity is active (visible when), collaborators over time ... etc ... In my humble opinion, the next steps could be: 1 Get better on the visualization front. 2 Search for more context. Maybe arm the sugar-datastore to collect higher resolution data. On Tue, Jan 7, 2014 at 12:24 PM, Christophe Guéret christophe.gue...@dans.knaw.nl wrote: Dear Sameer, all, That's a very interesting blog post and discussion. I agree that collecting data is important but knowing that are the questions aimed to be answered with that data is even more so. If you need help with that last bit, I could propose to use the journal data as a use-case for the project KnowEscape ( http://knowescape.org/ ). This project is about getting insights out of large knowledge spaces via visualisation. There is wide (European) community of experts behind it coming from different research fields (humanities, physic, computer science, ...). Something useful could maybe come out... I would also like to refer you to the project ERS we have now almost finished. This project is an extension of the ideas behind SemanticXO some of you may remember. We developed a decentralised entity registry system with the XO as a primary platform for coding and testing. There is a description of the implementation and links to code on http://ers-devs.github.io/ers/ . We also had a poster at OLPC SF (thanks for that !). In a nutshell, ERS creates global and shared knowledge spaces through series of statements. For instance, Amsterdam is in the Netherlands is a statement made about the entity Amsterdam relating it to the entity the Netherlands. Every user of ERS may want to either de-reference an entity (*e.g.*, asking for all pieces of information about Amsterdam) or contribute to the content of the shared space by adding new statements. This is made possible via Contributors nodes, one of the three types of node defined in our system. Contributors can interact freely with the knowledge base. They themselves take care of publishing their own statements but cannot edit third-party statements. Every set of statements about a given entity contributed by one single author is wrapped into a document in couchDB to avoid conflicts and enable provenance tracking. Every single XO is a Contributor. Two Contributors in a closed P2P network can freely create and share Linked Open Data. In order for them to share data with another closed group of Contributors, we haves Bridges. A Bridge is a relay between two closed networks using the internet or any other form of direct connection to share data. Two closed communities, for example two schools, willing to share data can each setup one Bridge and connect these two nodes to each other. The Bridges will then collect and exchange data coming from the Contributors. These bridges are not Contributors themselves, they are just used to ship data (named graphs) around and can be shut-down or replaced without any data-loss. Lastly, the third component we define in our architecture is the Aggregator. This is a special node every Bridge may push content to and get updated content from. As its name suggests, an Aggregator is used to aggregate entity descriptions that are otherwise scattered among all the Contributors. When deployed, an aggregator can be used to access and expose the global content of the knowledge space or a subset thereof. One could use ERS to store (part of) the content of the Journal on an XO (Contributor), cluster information as the school level (Bridge put on the XS) and provide higher level analysis
