Version support for datastore/Proposal: Difference between revisions

fill in anything except the timeline
finish timeline, minor fixups
Line 1: Line 1:
{{TOCright}}
{{TOCright}}
Please note that this proposal isn't fully fleshed out because I decided to apply only last minute (my diploma thesis would have been within the same time frame originally, but got delayed for external reasons so I can participate now). A proper design will be the first part of the project, see the time line given below. The issues and possible solutions are well-known and the scope is sufficiently limited to ensure this project will be a success.




Line 12: Line 9:
* Wiki user name: sascha_silbe
* Wiki user name: sascha_silbe
* IRC nickname: silbe
* IRC nickname: silbe
* Primary language: german
* Native language: german (english preferred for technical communication)
* Location: Germany
* Location: Germany
* Work hours: about 12h to 00h local time, i.e. 10h to 22h UTC
* Work hours: about 12h to 00h local time, i.e. 10h to 22h UTC
Line 58: Line 55:
=== Time line ===
=== Time line ===


(to be completed)
;2009-04-03
 
:Application deadline
2009-04-12: Easter
;2009-04-12
2009-04-20: start of (university) term
:Easter (sunday); UI mockup submitted for review by [[Design_Team|Design Team]]
2009-05-23: start of GSoC
;2009-04-20
2009-07-06: GSoC midterm evaluation ("working and 90% done")
:start of (university) term; submitted API draft for review by [[Development_Team|Development Team]]
2009-07-25: end of (university) term
;2009-05-23
2009-08-10: end of GSoC
:start of GSoC
 
;2009-05-31
<!--
:current code examined and understood; API, on-disk format and UI design chosen
The Summer of Code work period is 7 weeks long,
;2009-06-07
May 23 - August 10;
:data store enhanced to be able to deal with versions (basic API)
 
;2009-06-14
# Convince us, in 5-15 sentences, that you will be able to successfully complete your project in the timeline you have described.
:added (working) prev/next buttons to Journal details view
This is usually where people describe their past experiences, credentials, prior projects, schoolwork, and that sort of thing,
;2009-06-21
but be creative. Link to prior work or other resources as relevant.
:added support for importing from existing data store
For instance, you could avoid facing the issue of automated pruning of old versions for disk space,
;2009-06-28
or not have a converter for existing datastores.
:added unit tests (and potentially regression tests), fixed all known bugs, submitted for review by [[Design_Team|Design Team]]
 
;2009-07-06
Note: the work for this idea is ''more than halfway done''.
:GSoC midterm evaluation ("working and 90% done"); added indexing (e.g. using sqlite)
The olpcfs2 virtual file system linked above is ''working'',
;2009-07-13
supporting versions and metadata;  
:code integrated upstream for increased exposure (testing!); started discussion on extended UI design (version tree etc.)
all you need to do is a UI and an
;2009-07-25
index/searching mechanism on top of that.  
:end of (university) term
And even if your indexing mechanism is just brute-force-search each-time,
;2009-08-10
sure, it will be too slow for real use, but we can take it from there, as long you have a working proof-of-concept UI.
:end of GSoC
 
;2009-10-31
-->
:Fedora 12 release; Sugar 0.86 release short time later?


== Me and the community ==
== Me and the community ==