Hello,
This is probably my last report. Any comments about the project are
very appreciated. :)
GSoC is almost over and i just pushed all the work i’ve done these
three months. It was one of the greatest experiences and i’ve learned
a ton of stuff. I feel proud of my work and i can’t wait
Greetings,
Following a new report. I've finished a coalecor daemon and i wrote
some generators for KittyStore too. I'm now into establishing a real
MM3 connection.
The first version of coalescor is ready!
Coalescor is a custom Django admin command that is responsible for
maintaining the
Hello,
Here's my new report. I've finally published my code and created some
samples for all of you. Youhou! :) Any feedback is very welcome.
I’m happy to report that the first version of the software is now
public. I have set up the app with some graph samples here [1], and
hosted the code
Hi everyone,
Here's my new report [1] just before the midterm evaluation.
---
Ι am before the midterm evaluation and i’m having fun coding and
learning.
The project has reached the first version and achieves most of the
targets set. Specifically:
Metrics store is ready and it is designed in a
* Patrick Ben Koetter p...@state-of-mind.de:
let me throw in some thoughts just to annoy you ;)
Like with most statistical data I mostly see the figures being used to give
statements on quantity - top poster, number of threads etc. Do you think it
would be possible to also make some
Hello Stephen,
On Sat, May 19, 2012 at 09:12:03PM +0900, Stephen J. Turnbull wrote:
I don't see why. I would think quality metrics would be usefully
presented via the same application as quantity metrics. It would be
interesting to correlate quality and quantity, for example.
What i was
George Chatzisofroniou writes:
Author
This model represents an author of the mailing list. It mostly keeps
track of the number of postings and number of threads started. It has
the following fields:
- authorid – IntegerField
AFAIK every Django object has an internal ID. Why do
George Chatzisofroniou writes:
Hello Patrick,
On Fri, May 18, 2012 at 12:09 AM, Patrick Ben Koetter
p...@state-of-mind.de wrote:
Like with most statistical data I mostly see the figures being
used to give statements on quantity - top poster, number of
threads etc. Do you think it
On May 19, 2012, at 7:12 AM, Stephen J. Turnbull wrote:
George Chatzisofroniou writes:
Hello Patrick,
On Fri, May 18, 2012 at 12:09 AM, Patrick Ben Koetter
p...@state-of-mind.de wrote:
Like with most statistical data I mostly see the figures being
used to give statements on quantity -
On May 19, 2012, at 6:58 AM, Stephen J. Turnbull wrote:
George Chatzisofroniou writes:
Author
This model represents an author of the mailing list. It mostly keeps
track of the number of postings and number of threads started. It has
the following fields:
- authorid – IntegerField
On May 19, 2012, at 08:18 AM, Richard Wackerbarth wrote:
I think that we should remove ALL of the author information from the MM core
and create a separate service to collect and manage it. The mail handling
core can subscribe to this service for the little necessary information that
it requires
Hello Patrick,
On Fri, May 18, 2012 at 12:09 AM, Patrick Ben Koetter
p...@state-of-mind.de wrote:
Like with most statistical data I mostly see the figures being used to give
statements on quantity - top poster, number of threads etc. Do you think it
would be possible to also make some
The following document is the lowest level of my design concept. You
may also read it in my blog [1]. Of course, comments are very welcome.
--
Models
In order to store statistical data, the app will use some Django models:
Author
This model represents an author of the mailing list. It mostly
On Sat, May 5, 2012 at 11:26 PM, Barry Warsaw ba...@list.org wrote:
Do you know exactly what kind of information you need?
With my current implementation plan i only need author and date of the
message to export my metrics.
The suggestion to use the IArchiver interface is convenient, but might
Terri Oda writes:
So... If AJAX is the fastest way to get some initial prototypes going,
that's a good place to start.
As the author of the original suggestion about AJAXing the charts, I
don't actually think it is the easiest way. I think it's easier to
just generate a fixed-size chart
Am 05.05.12 17:21, schrieb Stephen J. Turnbull:
Terri Oda writes:
So... If AJAX is the fastest way to get some initial prototypes going,
that's a good place to start.
As the author of the original suggestion about AJAXing the charts, I
don't actually think it is the easiest way. I
On May 03, 2012, at 02:04 AM, George Chatzisofroniou wrote:
Interface to the MM core
The app needs to interact with the Mailman core. I think the best idea
is to implement a message bus that will send a notification every time
a message is sent (the same way an archiver works). Based on this
Richard Wackerbarth writes:
I will take the blame for any misunderstanding in this area.
There's no blame to be assigned, really, unless to me for being a
busybody. :-) If George is making these plans while consulting his
mentor, that's what this is all about (but he didn't say that, so I
Steve,
I am in complete agreement with your points about adequate planning.
However, I rarely see large projects that do enough research to plan things
properly from the start.
Usually, a few people, who think that they understand the whole problem, make
early design decisions that often
Hello Stephen,
On Thu, May 3, 2012 at 8:04 AM, George Chatzisofroniou
soph...@latthi.com wrote:
I’m also thinking to rearrange the GSoC schedule a bit. I’ll start
writing code on the bonding period,
It's up to your coding mentors, but it's generally not a good idea to
try to move up the
Richard Wackerbarth writes:
Usually, a few people, who think that they understand the whole
problem, make early design decisions that often become obstacles in
the future. It is only after the prototype has been developed that
others are able to point out weaknesses in the initial design.
George Chatzisofroniou writes:
It's not clear to me why year views can't be generated as an aggregate
of monthly data? This would allow years to start with arbitrary
months without too much redundancy.
Generating the year views from monthly data is some more calculations
while
On Fri, May 4, 2012 at 4:06 PM, Stephen J. Turnbull step...@xemacs.org wrote:
OK, but these are pretty cheap calculations if I understand Django's
design correctly.
Yes, these are cheap calculations. Although, the number of
calculations is based on the years of list's existence (e.g. a 10 year
On Fri, 4 May 2012, George Chatzisofroniou wrote:
On Thu, May 3, 2012 at 8:04 AM, George Chatzisofroniou
soph...@latthi.com wrote:
I don't know how feasible it would be to implement, but if you're
willing to use AJAX, you could simply build up bar and line charts on
the fly, adding slices of
Hello Geoff,
On Sat, May 5, 2012 at 12:17 AM, Geoff Shang ge...@quitelikely.com wrote:
I would just like to restate my plea for the ability to manage Mailman
without needing javascript. Note that I'm not saying don't use any, I'm
merely asking for it to be possible to use without it.
I use
On 12-05-04 3:17 PM, Geoff Shang wrote:
I would just like to restate my plea for the ability to manage Mailman
without needing javascript. Note that I'm not saying don't use any,
I'm merely asking for it to be possible to use without it.
This is totally a reasonable request, but I'd like to
Hi George,
Thanks for the report! A couple of quick comments:
On Thu, May 3, 2012 at 8:04 AM, George Chatzisofroniou
soph...@latthi.com wrote:
I’m also thinking to rearrange the GSoC schedule a bit. I’ll start
writing code on the bonding period,
It's up to your coding mentors, but it's
Steve,
I will take the blame for any misunderstanding in this area.
The GSoC calendar is based on the assumption that the students will have
completed their spring academic work prior to the serious coding phase.
Since conditions in Greece have delayed George's academic year, his spring
final
28 matches
Mail list logo