why does Drupal have its own .ini style parsing function - http://d6-api.drupal.org/api/function/drupal_parse_info_file - instead of using PHP's parse_ini_file - http://us3.php.net/manual/en/function.parse-ini-file.php ? (no, this is not academic for me!)
[4:18pm] Berdir: benjamin-agaric: because it's a different syntax.

Ontology module in SCF profile's custom modules directory, originally authored by Mark Goetz, is very close to ready to be committed to Drupal.org. It relies on Taxonomy extra (taxonomy_extra) module, originally by Alister Lewis-Bowen, and also in SCF profile's custom modules.

Make the (presently undeclared) dependency on graphbrowser module optional.

While we prefer to use existing modules rather than create custom ones whenever possible, the specific needs for storing additional Gene Ontology data with Drupal (multiple kinds of relationships between terms) and the functionality of Term Fields module did not match up.

Furthermore, Term Fields:

webchick agrees!

What I want to do [get rid of default.settings.php]

and put the database settings in db.php

[that's what i do!]

[my caveat:]
you want to include db.php last so that you can override anything in settings.php site specifically

recommendation is that settings.php be version controlled and db.php not be.
[which is exactly my method :-) ]

(Note: This is not an official Science Collaboration Framework document, this is my own draft document for explaining the project, especially to people familiar with Drupal.)

1. Key Points
   1. SCF is Drupal.

( ! ) Fatal error: Cannot redeclare _comment_get_orders() (previously declared in /var/www/imcboston/drupal/modules/comment/comment.module:1857) in /var/www/imcboston/drupal/profiles/imcdrupal/modules/imc_alba/nodecomment/nodecomment.module on line 57

Agaric has added the following modules to our development git repository. Alphabetical order:

http://drupal.org/project/coder
http://drupal.org/project/coder_tough_love
http://drupal.org/project/deadwood
http://drupal.org/project/devel
http://drupal.org/project/enabled_modules
http://drupal.org/project/export_node
http://drupal.org/project/node_export

Struggling with taxonomy import.

After stripping everything out, the conclusion is that taxonomy_save_term, by itself, without even the hooks to add extra data, is simply too slow, with a minimum of three database calls per term. (data, hierarchy, vocabulary)

SCF seems to have a lot of "custom" modules. Do you know who is developing these? Is there a license conflict with GPL2 for not having them on d.o?

regards,
Stéphane.

aka scor

First paragraph about why we're qualified

keep it short

modules we maintain on Drupal.org

CiviCRM implementation

the work plan for getting the work done- that is the process that we go through

preliminary analysis, requirements gathering, then we create statement of work

talk about myagaric project management