OpenWetWare:Software/Ideas: Difference between revisions

From OpenWetWare
Jump to navigationJump to search
No edit summary
 
(40 intermediate revisions by 8 users not shown)
Line 1: Line 1:
'''Please post any ideas you have about OpenWetWare software development here.'''
Feel free to add further ideas for future implementation or discussion


==Tags==
==Blogs==
*Using '''"tags"''' (similar to sites such as delicious or flikr) so end-users could help categorize protocols with minimal effort.  This idea was suggested by Ishan.
===Plugins===
 
* '''Related Articles''' - A wordpress plugin that could display a certain number of articles related to the topic of the post itself. This could be achieved through proper usage of tags in the blogging software and would allow the plugin to search OWW for related articles based on the tags. This plugin could be used internally on OWW blogs but also on any blog, thus providing great outreach if used on a fair number of top blogs.
===Proposed implementation===
* '''Inline Links''' - Similar the previous plugin, it could be of great interest to have certain keywords in a text automagically become links to relevant articles. Such plugins are used for advertisement in blogs where keywords in the blog post become links to sites related to them. This feature would add a wiki-feel to the blog if implemented seamlessly
In thinking about this issue some more, I think Austin might be right.  We may want to initially try to use Categories as '''tags''' and see how that works.  It seems like the easiest thing to do as it requires no new functionality in MediaWiki.  It seems that the easiest way to enforce this is to only have a single layer of categories and no subcategories.  We could also avoid tags like ''E. coli protocol.''  For example, the page [[Electrocompetent cells | Preparing electrocompetent cells]] would get tagged with <font face="courier">Category:Escherichia coli</font> and <font face="courier">Category:Protocol</font> so that it would fall under both categories.  This would enable users to collect together pages in different groupings.  Someone viewing the category <font face="courier">Escherichia coli</font> would see equipment pages, protocol pages, material pages, and information pages.  I think for our purposes, this might be a more useful application of categories. This would also have the advantage that some pages whose categorization is ambiguous could be labelled with multiple tags.  For example, [[Miniprep]] could be tagged with <font face="courier">Category:DNA</font> and <font face="courier">Category:Escherichia coli</font> and <font face="courier">Category:Protocol</font>.
 
Some useful categories off the top of my head (please edit)
#OpenWetWare
#*for community related pages
# Protocol
# Equipment
# Material
#In vivo
#In vitro
#In silico
#DNA
#RNA
#Protein
#Escherichia coli
#*and one for every other species
#Reference
#*For information resources like [[Web resources | listings of online tools]] and the [[E. coli genotypes | genotypes]] pages.
#Mimulus
#* and one for every research area (like [[Synthetic Biology]])
#Course
#*to indicate class-related pages
#BE.109
#*to indicate pages related to a certain course
#*note that BE.109 should not be a subcategory of course because there might be pages that are useful for BE.109 and thus tagged as BE.109 that are not actually true Course pages.
#Organization
#*to indicate pages that are maintained by a certain organization
#ICSB SC
#*and one for every other organization (like [[BE Board]] and [[Students for Global Sustainability Wiki | SfGS]])
# MIT
#*and one for every other institution
#Wittrup
#*and one for every other lab
#Microfluidics
#Flow cytometry
#Microscopy
#Measurement
#*would something like this be useful for collating measurement methodologies?  I'm not sure
#Safety
 
Later, if this scheme proves useful and maintainable, we could consider trying to customizing the mediawiki software further by renaming '''Categories''' to '''Tags'''.
 
Such an approach may also help the generation of tailored [[Special:Recentchanges]] pages.
 
--[[User:Rshetty|RS]]
 
I really like this idea, though I am concerned about the implementation and usefulness to the user.  Just for clarification I'm going to call what you've descibed above "categories" and make a distinction between that and "tags."  In tagging a user has a set of labels that are specific to them, so they can create a categorization scheme that is most useful to them personally.  For instance, I may want to tag only the e.coli protocols I actualy use as "E.Coli" and then I can click on that tag and bring up my personal list of favorite e.coli protocols.  just to be clear, this is different from categorizing in that I only bring up things I have labeled, not every protocol categorized as "E.Coli".  The reason I like this better is that I think it will be more useful to the user, and as a result, the user will be more inclined to bother categorizing things (in other words, I think it scales better).
 
OK, so tags ''may'' be more useful to the user,  but what about generating protocol pages for the larger community to browse through?  Its clear how the categories scheme allows dynamic generation of protocols pages, i.e. if Category = E.Coli and Category = Protocol then include a link in the E.coli protocols page.  Well, tags enable something similar (and perhaps better), they can aggregate all the tags associated with a page and look at the most popular tag and assign the page under that label on the main protocols page.  Or more complicated things like creating heirarchical categories simply by clustering the tags on pages, see [http://www.flickr.com/photos/tags/biology/clusters/  Flikr's biology clusters] as an example.  The big downside to using tags in my opinion is that it will require some serious changes to the software to implement them in a way that is convenient for the user. 
--[[Jason Kelly|JK]]
 
Also, it's worth noting that since each article has its own URL, we could do this in the framework of existing tagging sites such as [http://del.icio.us/ del.icio.us] -- could at least be a way to easily explore if this whole thing is useful anyway.
 
There has been a some [http://meta.wikimedia.org/wiki/Del.icio.us-style_Tags_for_MediaWiki discussion] about implementing tags for wikipedia, so maybe we could get some development help?
 
==Other==
*'''Discussion boards''' similar to [http://www.fluwikie.com/index.php?n=Forum.Forum these] found on the Fluwiki site.  Actually, there are a number of cool things on the Fluwiki site that might be worth implementing:
**Better [http://www.fluwikie.com/index.php?n=Main.RSSFeeds RSS feeds]
**Easily changeable [http://www.fluwikie.com/index.php?n=Site.StyleOptions site viewing options].
:--[[Jason Kelly|JK]]
*Multiple image upload (or upload of a directory of images).
**This would be very desirable.  There are some posts on the mediawiki message boards saying that this is on the list of things to do so maybe this could be done in collaboration with the mediawiki community?
*Tailored [[Special:Recentchanges]] viewing so that you could look at all the recent changes associated with a particular namespace like [[BE.109]] or [[Synthetic Biology]] or the [[Mimulus Community]].  It helps new users track those changes that they care about more easily.

Latest revision as of 15:13, 29 February 2008

Feel free to add further ideas for future implementation or discussion

Blogs

Plugins

  • Related Articles - A wordpress plugin that could display a certain number of articles related to the topic of the post itself. This could be achieved through proper usage of tags in the blogging software and would allow the plugin to search OWW for related articles based on the tags. This plugin could be used internally on OWW blogs but also on any blog, thus providing great outreach if used on a fair number of top blogs.
  • Inline Links - Similar the previous plugin, it could be of great interest to have certain keywords in a text automagically become links to relevant articles. Such plugins are used for advertisement in blogs where keywords in the blog post become links to sites related to them. This feature would add a wiki-feel to the blog if implemented seamlessly