Note for Drupal 7 users: this module is Drupal 6 only, you can try out the Taxonomy access fix module instead.
Taxonomy term lock adds a permission for each vocabulary, this permission allow users which does not have the "administer taxonomy" permission to add and reorder terms for this vocabulary.
Users with "administer taxonomy" permission will be able to lock some terms, prevent editing and prevent node to be tagged with those terms.
Locking is an optional feature, you can just use the module to assign individual administer terms for vocabulary N permissions (N is the id of that vocabulary, permissions strings uses the vid in order to ensure consistency if vocabulary name changes).
Storm is a nice and handy project management suite for Drupal and it comes with organizations, projects, people, invoices, tasks, notes, and timetracking. This module extends the timetracking functionality by providing a simple block which displays a list on "in progress" projects. The user just selects one of those projects when he/she starts working on that project and as soon as he/she selects a different project, this module creates a records for timetracking and allows quick access to that record to fill in further details.
When you select a project to work on, you get the start time of that project displayed at the bottom of the block and when you click on that date you get to the project's page directly. As soon as you select another project to work on (or the top-most item "no billable work") then this module creates a timetracking node with all the relevant data. Nothing else needs to be done. This means you don't lose any time when timetracking!
This is a utility module for deleting "orphaned" taxonomy terms. By default, terms with zero nodes associated with them are considered orphans, though administrators can specify the number of nodes associated with a term in order for it to be considered an orphan.
WARNING: This module is in development and should be used with caution. Be sure to back up your database before using this module.
NEWS There now is an experimental release for D7. Use with caution!
Version 2.x comprises the following enhancements:
automatic pruning (cron) with whitelist/blacklist (see picture)
simulation of what would be removed (manually or by the automatic job)
failsafe parameter for automatic mode for all and/or any nodes
option to only prune tag based vocabularies (this is usually where the biggest mess is)
option to remove empty vocabularies (dependent on whitelist/blacklist)
Visitor path module [visitorpath] tracks external referrer and onsite path information for visitors to your site (actually, extracts it from the Drupal core statistics module's accesslog table), including time on each page and an attempt at parsing what search keywords, if any, brought a person to your site.
Visitor path integrates with Webform module by automatically creating hidden webform fields for path tracking and search keyword information from the moment a user (anonymous or authenticated) enters your site to the point where they submit a form.
Specifically, Visitor path makes available for recording:
Entrance page title and URL (page on which a visitor first landed on your site)
Previous page title and URL (page on which a visitor was before recording this information, such as before submitting a form or reaching another conversion goal)
Conversion page title and URL (page on which recording ends, such as where a form is submitted and this path information is captured)
Full history (the page title, URL, and duration of time before moving to the next page for each step of the visitor's path through your site)
Source (URL that the visitor's browser reports as having been the source of sending the visitor to you – that is, the referrer aka referer, if any