OpenWetWare:Meeting notes

From OpenWetWare
Jump to navigationJump to search

8/11/05

Purpose

A proposed meeting to discuss future issues that are pending for OpenWetWare. The most pending issue currently is interest from people outside of MIT for joining OpenWetWare. Also, we should discuss moving the server and upkeep to the BioMicro Center.

Time/Date and attendence

If you are interested in attending, please add your name to the list, and possible time constraints. For now, I am proposing Thursday 4pm 8/11/05 --Sri Kosuri 17:12, 8 Aug 2005 (EDT). This can be changed depending upon availability.

Major Topics

Scope of OpenWetWare

summary

There has been interest by groups outside of MIT to join OpenWetWare. The question we should consider is whether we should begin allowing participation by individual labs outside of MIT.

pros

  • There are a number of labs that have expertise in areas that relate to any of the individual labs. It seems that combining those resources would provide an even greater resource for ourselves and to the greater community.
  • The alternative is the rise of a number of disparate communities. This seems foolish at it fragments the user base, ends up in tons of recapitulated effort. The wiki structure is morphable enough to easily organize and accomodate hundreds if not thousands of labs (see wikipedia).

cons

  • There is a possibility in the future that too many labs that are physically separated will make it become hard to find useful information to any one group. The nice part of having it be all MIT, is that for example, if there is a piece of equipment listed, we know it belongs to a lab here.
    • This is a definite possibility. If we do open it to outside groups, there will be an increased reliance on a larger group of people than currently exists that update and actively change the organization of information.
  • We lose the MIT branding of the site. Outsiders looking at the information presented won't really know where that information came from and possibly would trust it less.
    • There is also an opportunity cost for MIT researchers by not allowing others to join that is far larger than any cost to others looking at the site from the outside
  • Once we start adding friendly labs, it will become impossible to justifiably prevent any other lab from joining. Even those labs that certain labs on OpenWetWare have scientific controversies with. Those original labs dilute their story by having to share space with their enemy labs.
    • One could easily create their own spaces for the two competing camps. The interesting thing that may come out of a larger community is that often these controversies are due to lack of reasoned communications. The Wiki may be a good place for that.

BioMicro Administration

summary

We think that as we expand, it may behoove the community to switch to faster, more reliable hardware. Currently, we are running OpenWetWare on an over 5 year old server. The usage on the server has been growing at quite a clip. It may help us to move over to a faster server, more backups, and more reliable service. That being said, we have had zero problems so far with reliablity, speed, or administration.

pros

  • Faster computers
  • BioMicro handling fixes
  • More backups

cons

  • If it ain't broke, don't fix it.
  • The easiest way to implement this would cost us to lose model.mit.edu IP address. That said, the only things that now point to this server are broken links. In addition, no one really uses labbase or other things.

Meeting Notes

6/22/05

We decided to open the wiki up to other groups local to MIT and that openwetware was not a crappy name.

Before we bring other labs on board we decided that it would be good to have an example of a protocol page (or several pages) as we would like to see them develop. The (somewhat of a) consensus on this was:

  • A general page such as DNA Ligation which gives background information as well as a version of the protocol where each step is explained with the relevant biology. Also, the "biological lore" which is usually not written down in standard protocol books could accumulate on this page. The version of the protocol on this page could be imagined as stepping towards a "standard" protocol or be imagined as a beautiful information resource about the biology behind the steps, depending on your philosophy.
  • Links within that page to individual (or user) protocol pages. This will enable labs/users to be more likely to participate/view the general page and would be a source to glean information to be put into the general page (such as identify points where the protocols differ).

To Do list: (before inviting labs):

  1. Perfect the DNA Ligation protocol (and some others)
  2. Make a good openwetware front page
  3. Add an "ettiquette" type of page
    • Done: Etiquette -- need to work on formatting of this page.

To Do list: (additional ideas): --Reshma 11:29, 27 Jun 2005 (EDT)

  1. Develop a logo to replace the media wiki logo in the top left corner of each page (perhaps just a simple OWW from the logo on the Main Page).
    • Been working on it. I have one that might work perhaps. I'll put up a few options. --Sri Kosuri 11:49, 27 Jun 2005 (EDT)
  2. Add a redirect from the old Endipedia site to the new OpenWetWare site.
  3. Add a google search of OpenWetWare pages only to the Main Page to improve search functionality.
    • This might take some hacking. We also should change the sidebar on the left. --Sri Kosuri 11:49, 27 Jun 2005 (EDT)

Also, we gave some thought to a stable lab protocol resource, potentially independent of the wiki. I think this could potentially be useful but needs to be better specified. For instance, I think that Endy:Protocol could serve a similar purpose and live on the openwetware wiki. We could then create a locked version of these once a year (or whenever) to be sued locally by people who wanted a stable resource.

I will also be adding the BEiNG (biological energy interest group) front page in next couple days, and give them user access on Monday of next week. I don't think they will be creating many protocols at least to start; they'll probably just be adding content to their space. --Jasonk 20:11, 22 Jun 2005 (EDT)