On 5/14/06, Paul E Condon <[EMAIL PROTECTED]> wrote:
I suggest that the heirarchy be patterned after the organizational structure of the faculty of a major university. There is, I believe, a lot of agreement on this structure.
No there is not agreement. Harvard ended up with the Divison of Engineering and Applied Sciences (DEAP) as it was called only after a bid to transfer the funds to MIT was blocked by the court. Superb research programs have encountered difficulties because they were considered "off-topic" by the conventional disciplines -- too applied for the maths dept, too mathy for the botany dept. One way to defeat the tradional academic breakdown would be to permit multiple categories, e.g., Ag(riculture), Bo(tany), Ch(emistry), Ec(onomics), Ma(thematics), Ph(ysics), Ag+Ma, Ma+Ph, etc.
Some may object that certain departments at their university don't really do Science with a capital 's'. But few would hold that these non-Science departments do not actually exist. So, the structure provides a convenient place to put any software associated with any activity whose practitioners aspire to being 'scientists'. Any other structure, opens Debian to becoming a battleground for an academic war. Because I am somewhat parochial American, I suggest some sort of union of the tree structures of the several Ivy League schools.
Some math dept's would put "mathematical software" in the category of non-math just as some physics depts would put economics in non-science.
Alternatively, look at the faculty structures of the top dozen schools in the world in terms of the number of Nobel Prize winners on the faculty. But this alternative suffers from there being good scientific activities for which there is no Nobel Prize.
The goal for Debian should be to make it easier for users to locate tools for their problems. There are many tools that are specific to a narrow subject area (e.g., DNA sequencing apps could be biology, medicine, forensic, agriculture, fisheries) and others (vector/matrix languages such as octave, Gnu Data Language, S+) that are used in many different fields. One way to implement this would be to support multiple established classification systems and and let authors/packagers choose the system(s) that feels right to them. The top level breakdown would be done by the classification scheme. Multiple schemes would be handled by having, e.g., AMS, GAMS, AMS+GAMS, ..., "3 or more". I'm familiar with GAMS and the AMS 2000 schemes: <http://gams.nist.gov/Taxonomy.html>. The current GAMS scheme is viewed as part of a larger scheme encompassing all software, but I don't know if the larger scheme has ever been put to practice. American Math Society 2000 Mathematics Subject Classification <http://www.ams.org/msc/> http://xml.coverpages.org/classification.html lists many classification systems -- if someone feels they can't use GAMS or AMS, the might find something here. -- George N. White III <[EMAIL PROTECTED]> Head of St. Margarets Bay, Nova Scotia