Projectdb

From OLPC
Revision as of 20:03, 7 June 2008 by Sj (talk | contribs) (..)
Jump to navigation Jump to search

The projectdb (alpha name) is a database designed to capture and track requests for XOs.

It is currently being used as our live contributors program/developers-program interface. Over the past week it has processed 100 applications from LinuxTag.

Current feature requests are listed below; Aaron Kaplan and Chris Hager are the two current project maintainers. The codebase is currently only partly open, as git access is not generally available. The code is being cleaned up this week to accomodate important feature requests. REMARK: SJ *believes* the code is only partly open . In fact it is. But I just have a roadmap for it for initial release. And that roadmap will be followed in order to assure some quality. 213.47.53.193 15:39, 7 June 2008 (EDT)

The first weekend in June, --Sj talk, femslade and erikgarrison are working on extending the curent data model to cover further aspects of projects (including the stage of completion, idea through implementation, initiatives and trials, as well as projects that require new hardware to get underway).

general db

A further extension of a shared database should cover information about all the data that is core to OLPC:

  • projects - ideas, development, creation; initiatives, trials, research
  • parts - XOs, spares, peripherals, power
  • places - countries, cities, schools
  • people - individual teacher, developers; organizations, partners; chapters, interest groups


current use

A half-dozen people are reading data from the current temporary interface and hand-parsing it into xls formats to satisfy a changing process; this will later be done via xml (with xml export to B* and xml import from them for confirmation of receipt and shipping). We are working on better export formats to support the interim process.


Data specification for processing projectdb requests

The process of requesting XOs currently is passed on to B* via spreadsheet. They are working on an xml solution that will accept and generate XML lists to automate the process.

NOTE by Aaron: we have been pushing SJ for literally *months* to get a proper specification from B*. This sucks! Suddenly everything has to be done very very fast and the two main developers are not given any time to prepare a proper release. (unsigned by aaronKaplan)
Yes, this is a problem. I still don't have those specifications; so we have to make do with what is currently required (csv --> xls, split up by country).
This article is a stub. You can help the OLPC project by expanding it.