Roadmap
This is the monthly plan for growing the project and helping execution towards growth of the project, which hopefully means increasing its usefulness!
- Sign up for a task by placing ~~~~ at the end.
- This is an example task Jon Phillips 03:30, 14 June 2011 (UTC)
- When a task is completed, add <strike>Some Task</strike> to show its completed.
This is an example closed out task Jon Phillips 03:30, 14 June 2011 (UTC)
We can add features all day, but the projects weakness is not enough contributors and papers. Thus, we will error on the side of getting more contributors and papers first. |
2011.12
- Move site to new infrastructure Jon Phillips 04:27, 14 June 2011 (UTC)
- add ads to the site (mlinksva + fabricatorz)
2012.01
- send emails to top schools departments, followup as humans (pete, spencer, greg-g, rejon)
- Clean up search interface (christopher)
- design (christopher)
- implementation (christopher)
- The lists of Journals, Authors, and Paper Titles should be made easier to read/scan (perhaps by breaking into clear columns)
- The instructions should be state-aware (e.g. "Get fewer results" or "Get more results")
- The search box could have auto-complete based on the meta-data
- AcaWiki Announce list archives are down - http://lists.ibiblio.org/pipermail/acawiki-announce/
- Opened a ticket with ibiblio Christopher Adams 12:58, 1 July 2011 (UTC)
- Announce archives are now visible but don't go back to the beginning of the list.
- Develop our own metrics and expose on site on the design (cube)
- number of contributors
- number of users
- number of edits
- length of summaries
- number of linked to summaries
- number of views of a summary
- max # of contributors to a summary
- Handle pages with blank summaries (spencer)
- An assessment system does not resolve all problem associated with BLANK summaries. In that case:
- blank summaries should not be prominent in search engine results
- blank summaries should not appear in AcaWiki's browse summary (at least not as blue links--the metadata script can fix that)
- Implement standard for Sentence case titles (greg-g)
- Fields for journal volume and issue are reported missing from the "Post a Summary" form (who will do this?) (spencer)
- consider mechanical turk solutions to increase yield (thinking again of researchers to work with) Jon Phillips 04:55, 28 July 2011 (UTC)
- http://projects.csail.mit.edu/soylent/
- http://groups.csail.mit.edu/uid/turkit/
- what researchers are working on text summary?
- Classification system - a system of summary assessment as far as completeness, accuracy, quality
- Cf. Creative Commons
- Cf. WikiProject Council/Assessment FAQ
- Employ the metadata script to displays the quality assessment of every summary
- Quality control lists for AcaWiki content (greg-g)
- We need lists of Articles pages which do not have:
- URL
- DOI
- Subject
- tags
- summary text
- Some of these are valid (not everything has a DOI or URL), but creating lists like that would help with maintenance.
- We need lists of Articles pages which do not have:
- Get data import from Fin, see email thread. Jodi is hooking up, Fab team will import (Jon Phillips)
- Read over and assess AcaWiki:Related_people_and_groups
- Move relevant leads to the roadmap and start working on
- complete questions here
- Look at sharing content with Journalist's Resource - http://journalistsresource.org/
- investigate import of bibliographic sources of academic papers, reality assessment
2012.02
- investigate machine summaries of academic papers (rejon)
2012.03
- Improve LaTeX support, needed for any serious effort in mathematics and related fields. Contact for advice, Michael Kohlhase at Bremen (who will do this?)
His group has state-of-the-art tools for LaTeX to XML/HTML support and are the current maintainers/developers of Bruce Miller's LaTeXML
2012.04
Metadata improvement
Some of these make sense to collaborate on with other open content communities.
- Normalize conferences
Conference venues in CS (where they dominate journals as an organizational structure for the literature) have been indexed extensively by DBLP http://www.informatik.uni-trier.de/~ley/db/ and Microsoft Academic Search http://academic.research.microsoft.com/?SearchDomain=2 Look at the data dumps and APIs provided by these services, and adopt whatever normalization will allow users to frictionlessly import data from such sources. Better still, do a bulk harvesting from these and other sources and support an API to query for basic venue information which could be used to provide javascript dropdown for auto-completion when user starts to type in a venue name.
- Normalize journals
Basic information should be normalized (full name, common abbrevs, issn, publisher, date range, scope description, urls ). There are a number of more or less open aggregations already available which could be pooled for this purpose. I want to see creation and maintenance of an authoritative open index of journals, available with a RESTful API. The number of partners who have told me "sure we can do that, lets just do it" and then been unable to deliver has incremented by about 1 per year for the last 10 years. Why is this so hard? There are only a few hundred K journals. Cant we crowdsource the maintenance of basic information about them?