OpenWetWare:Software/Feature requests

From OpenWetWare

Jump to: navigation, search
Back to Community Portal

Please add feature requests/comments to this page. The list is prioritized by the steering committee and the board. The most important features are implemented by the senior tech developer. See this page for the features currently being implemented.

This page includes items formerly found on this page -

Criteria for prioritizing features

  1. Front end/Back end
  2. Impact to the user experience on OWW.
  3. Likelihood of increasing contribution or new users
  4. Alignment with Mission of OpenWetWare
  5. Open Science proof of principle
  6. Indirect benefits to other users on OWW

Information contribution

Top priorities

  1. Publish to OpenWetWare button for private wiki's and external wiki's
  2. Seeding of user pages upon account creation
  3. Auto-generation of lab notebooks

Full list

Tools that encourage contribution of new content / improve existing content

  • Hooks for Genbank, SwissProt etc.
  • Protocols
  • Courses
  • Lab homepages
  • Reviews
    • Conversion of the PLoS One Topaz XML to wiki markup (with references included).
  • Lab notebooks
    • A private wiki (or public) wiki that was specially geared to be a lab notebook (include a calendar, etc). I know people have pretty nice private lab notebooks so would be good to get the best practices collected and then have them automatically implemented. A "publish to OWW button" (see below) would allow pages to be moved to OWW when ready.
  • Front ends for existing databases (e.g. how biblio interfaces with pubmed)
  • Better UI for using biblio
  • "Publish to OWW button" - publish from a private OWW wiki to the public OWW site with one click
  • Lab backups -- labs should be able to have a backup (independent of the complete backup) of all their lab/specific pages as well as all the files they've uploaded.
  • "Tell user about this edit"
    • One of the more annoying things about the wiki is that when I post a reply to someone on a random talk page I don't know for sure that they will notice it. A lot of time I end up emailing them "I replied to your comment, follow this link", just to be sure. Would be nice to include a feature on the edit page that had a box to type in the username of anyone you wanted to get an email telling them about the edit. (would include a link, etc). People could opt out of receiving the emails in the their preferences, and the email itself could explain how -- so don't think it would bother people too much or anything.
    • Something like the Subscribe to Comments plugin for WordPress.
  • Tables that aren't horrifying to use.
  • Incentive mechanisms:
    • Automatically generated special page gathering best contributions awards ( most visited protocols, most linked protocols, most edited pages, most active users ...)
  • Automatic seeding of user pages from information provided at signup.
    • Forms for automatically creating your userpage (e.g. a better 'getting started')
  • Document conversion to wiki format
  • Change the comment button to reflect chat style comments.
  • WYSIWYG editor
    Rich web text editing with Kupu
    • TinyMCE
    • FCKeditor
    • WICK web input completetion kit
    • wikEd is a full-featured in-browser text editor that adds enhanced text processing functions to MediaWiki edit pages. Currently it works only for Firefox and other Mozilla browsers.
    • Xinha Here! is a Firefox extension that opens a Xinha HTML editor in your browser allowing you to edit the data in a WYSIWYG on any website without copying and pasting to secondary HTML editor
  • Better collaborative writing tools
    • Tools to enable wiki-Reviews

Information management

Top priorities

  1. Notifications to users of relevant changes
  2. Tags and categories including personal tagging of pages

Full list

Tools that better organize existing content and make it more valuable to the community

  • Tags/categories
    • Vincent 13:32, 8 July 2007 (EDT): easier way to add categories to a page (drop-down menus + dedicated text field when editing a page)
    • Vincent 13:32, 8 July 2007 (EDT): ability to define a watchlist/RSS feed based on a 'Category' (or set of Categories)
  • Watchlist improvements
    • What my lab members / friends have edited
    • Automatically add every page I've started, or every page that friends have started.
  • Better UI for editing the sidebar / very confusing at the moment for new users
  • Add protocol to my notebook
    • Could have a button on protocol pages that would automatically put a link to the protocol on a sub-page of the userpage like User:Jasonk/Protocols. This could also automatically add the protocol to the user's watchlist.
  • OWW community related information
    • tools to improve networking (friends list, collaborators list, automatic google map showing where the users are)
    • user profile template
  • Case sensitivity (Can we turn it off?)
  • Way to add more structured data (form for adding protocol)

Publishing

Tools that allow for dissemination of OWW content to other sites / outlets

Top priorities

  1. Wiki to Word/PDF converter
  2. Move last tiem edited to the top of the page / consider color coding for when it's been edited recently
  3. Pligg system for article ranking

Full list

  • DOI - output an OWW page and give it a DOI with one click
  • Display a printable version of a subsection of a wiki page. This was suggested by smd on Wiki questions page.
  • RSS feed digests
    • So we have the capability to provide RSS feeds of labs or projects (see Endy:Screening plasmid RSS feed.), though it's not especially obvious how to set it up. However with every edit showing up it overwhelms the ol feed reader -- would be nice to provide a daily digest. LifeHacker does this so might be model there on how to implement.
    • Also in general, it would nice to have the feed icon show up on the actual article page, rather than only on the history page (where no one just browsing the site sees it).
  • Wiki to PDF converter
    • Reshma 15:11, 23 May 2007 (EDT): At a panel discussion on use of wiki's in education at MIT yesterday, there were several comments from educators that while wiki's were great for collaboration, they aren't great for putting together proper reports. For example, they said that if a group of students start writing stuff up on a wiki, eventually they have to move everything to a Microsoft Word document in order to make a report that was submittable for the class assignment. My guess is that part of this sentiment is psychological ... since the wiki feels like a work in progress, users don't feel as much need to clean up errors and spelling mistakes. And part of this sentiment is the practical problem of it being hard to print out a wiki page and make it look "polished". Right now, since we can compose latex docs on the wiki that look "polished", it shouldn't be very difficult to write an extension that goes from wiki markup direct to a latex-generated PDF. It might be useful to be able to generate a "polished" version of a page.
      • Jason R. Kelly 18:05, 24 May 2007 (EDT): This would be especially valuable for the Reviews section. If you wanted to submit a review periodically for peer-review and publication in traditional journals then it would be nice to be able to dump it straight from the wiki.
  • --Johncumbers 14:57, 7 July 2007 (EDT) pligg/digg for OWW cool stuff
  • --Johncumbers 14:57, 7 July 2007 (EDT) move the last edited by date to the top of the page, important to see if following a protocol, and more useful to have it here for OWW than for wikipedia, for example.
  • --Johncumbers 14:57, 7 July 2007 (EDT) heat map to change color of page/text if edited frequently, again good to know if it's current or past info. (just an idea really)
  • Links or buttons to post each page to Digg, del.icio.us or reddit.
    • Would this be useful? It is very common on many news and blog sites.

Scientific Credit

Tools to provide or establish credit for particular ideas or contributions.

  • Time stamps
  • DOI for page on request
  • Searchable histories
  • Scoring of contributions to particular pages

Backend

Infrastructure

  • User management system - overall works well, but there are some open bugs that need to get sorted out.
  • Search
    • wiki search should search the OpenWetWare namespace
    • put Google search box to the left sidebar (this would require developing a new default skin)
    • Google search code: current hack modifies one of the MediaWiki core files, so the changes are lost after upgrade to a new version. It would be nice to create a script that automatically fixes it for new installation by automatically adding in the google code via sed or something of the sort (see admin/mwcreatelinks.sh on the server)
  • "View source" instead of "Edit" tab for anonymous users (to be able to read the wiki text)
    • currently only protected pages show "View source"
    • viewing source is possible by appending ?action=raw to the page URL which is not very convenient
  • chat
    • currently implemented as a WikiChat extension which works but doesn't scale well with number of simultaneous users
    • one options is Meebo Rooms, see sandbox for demo
  • WikiSpeller - spellcheck extension
  • MediaWiki 2.0
  • Journal impact factor is a measure of importance of scientific journals. Something like this could be used to measure the success of the OpenWetWare?
  • Semantic Web
  • Wiki data
  • MIME types not working for kml/kmz files
  • Change owwdump and owwbackup scripts to work with all subwikis, or create a wrapper like admin/update-all-wikis.sh. If you put it into each wiki's images/dumps directory, then the dump will also be protected by the same mechanism as the wiki. Thus all subwikis can get a copy of their own dump.
  • Adapt the OpenID client plugin for Wordpress to work with WordPress MU

Old discussions

  1. Watch a group of pages (similar to Recentchangesfilter) for even pages that don't exist yet (i.e. all calendar pages) or be able to choose to receive email on changes. Perhaps a calendar specific email notifying system.
  2. BC 19:04, 24 April 2006 (EDT): Since you can get the xml link for a google calendar, we could actually just use a google calendar for OWW and embed the xml into a wiki page with some formatting.
  3. Ilya 00:40, 9 May 2006 (EDT): Display a printable version of a subsection of a wiki page. This was suggested by smd on Wiki questions page.
  4. Najaf 15:00, 15 June 2006 (EDT) Maybe this is the wrong section to mention this, but has the possibility of allowing members to upload software that might be of use to the community been considered? It would be great if groups such as ours could post free/open-source software within openwetware instead of something like SourceForge.net.
  5. RS 19:06, 5 July 2006 (EDT): Just came across UniWakka (a scientific wiki) which has these features.
  6. Reshma 11:55, 6 September 2006 (EDT): One problem that we're soon going to face with courses is how to archive off the old version of a course. You could just update the course pages every year and rely on the history files for old version, but in the case of courses, it might be nice to have an complete snapshot of the course after it is finished. For instance, move all the BE.109: pages to BE.109/2006:.
    • Austin Che 12:15, 6 September 2006 (EDT): Why not just plan ahead and put everything that might be dated under a page name with a date?
    • Reshma 13:35, 6 September 2006 (EDT): Too late ... I didn't plan ahead and so now I need this feature.
  7. Ilya 15:55, 8 February 2007 (EST): from questions page by PaulGrayson - "any lab seriously using openwetware will want to maintain a complete local backup of their contributions, so how about a way to download all of the uploaded files as well? Eventually it might be important for you to make it possible for a lab to get a complete backup of its files with a single click."
  8. Ilya 18:20, 19 April 2007 (EDT): (via Jason) auto conversion of PLoS One papers in XML format to wiki
  9. Reshma 12:42, 2 June 2007 (EDT): A bot to delete pages marked with the {{deleteme}} template.
    • Austin Che 13:25, 2 June 2007 (EDT): There's deleteBatch.php maintenance script that deletes a lists of pages from a file of page names which I generated via this. Should be easily automated.

Implemented feature requests

  1. RS 13:22, 13 March 2006 (EST): Inclusion of content from parts of pages. Currently you can include content from a page into the current page using {{:Page name}}. It would be nice to also be able to include content from a subsection of a page like this {{:Page name#Topic name}}. This may require a software modification rather than an extension (and thus be beyond our capabilities), but I thought I would put the request here anyway.
    • Austin 13:30, 13 March 2006 (EST): Can you give an example where this would be particularly useful? You can always put the subsection into its own page and include it both from the 'content page' and the 'including page.'
    • RS 13:37, 13 March 2006 (EST): Well the case I just encountered was wanting to include {{:Synthetic Biology:Vectors/Single copy plasmid#Layout}} on the Synthetic Biology:Vectors/Wishlist under the pSB5* heading. I could spin out the information to a separate page, but ideally I would like to leave it on the original page and just include it elsewhere.
    • Austin Che 19:26, 5 April 2007 (EDT): You can now do this with the DynamicPageList extension, e.g. {{#dpl:title=Synthetic Biology:Vectors/Wishlist|include=#pSB5*}}.
  2. Allow users to add custom links to their sidebar.
  3. Modify show/hide extension so it works when printing. Even better, allow show/hiding without the extension at all using just css/js.
  4. Allow importing of an entire other wiki into OWW. You can dump all pages including revisions of a wiki with dumpBackup.php into a xml file. Ideally, a script should go through and add some prefix to all page names and all the wiki links. Then import into OWW and you have a copy of another wiki under a sub-namespace.
  5. Dgreenf: Could a "watched" page email you whenever there are changes to that page? This would make it easier to keep up with lab announcements, conferences, etc.
    • Reshma 17:51, 24 October 2006 (EDT): This feature already exists. Simply click on the "my preferences" link at the top right corner of any wiki page and then choose "Email me when a page I'm watching is changed". Note that you have to have email enabled via the wiki for this to work. Let me know if you have any trouble with this.


Personal tools