Version at: 07/03/2014, 16:21 vs. version at: 10/03/2014, 00:21
11GSoC ideas for student projects
22===============================
33
44This page lists example ideas for students who would like to take part in [Google Summer of Code](http://www.google-melange.com/) and be mentored by Tatoeba. To quote [GSoC FAQ](http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2013/help_page#3._What_is_an_Ideas_list):
55
66<blockquote>
77<p>An Ideas list should be a list of suggested student projects. This list is meant to introduce contributors to your project's needs and to provide inspiration to would-be student applicants. It is useful to classify each idea as specifically as possible, e.g. "must know Python" or "easier project; good for a student with more limited experience with C++." If your organization plans to provide a proposal template for the students, it would be good to include it on your Ideas list.</p>
88
99<p>Keep in mind that your ideas list should be a starting point for student proposals; we've heard from past mentoring organization participants that some of their best student projects are those that greatly expanded on a proposed idea or were blue-sky proposals not mentioned on the ideas list at all. A link to a bug tracker for your open source organization is NOT an ideas list.</p>
1010
1111<p>You can check out the <a href="http://community.kde.org/GSoC/2011/Ideas">Ideas list for KDE</a> for Google Summer of Code in 2011 to get an idea of what we’re looking for in an ideas list. </p>
1212</blockquote>
1313
1414If you're a student, you're invited to discuss any of these ideas, as well as propose your own. We encourage you to get familiar with the [site](http://tatoeba.org) and the [codebase](main#developers) immediately. Registering on the site, looking at the existing sentences, and adding a few of your own (preferably in the language that you know best) will be a valuable experience for you.
15
16## Contact
1517
1618To contact us developers, use one of these:
1719
1820* Email/Google groups: [Tatoeba's dev mailing list](https://groups.google.com/forum/#!forum/tatoebaproject)
1921* IRC: [Tatoeba on #Freenode](irc://irc.freenode.net/tatoeba), [Webchat](http://webchat.freenode.net?channels=tatoeba)
2022* XMPP: [Tatoeba conference room on chat.tatoeba.org](xmpp:tatoeba@chat.tatoeba.org?join)
2123
2224To get a feeling for the discussions taking place within the Tatoeba contributor community, visit the [Tatoeba Wall page](http://tatoeba.org/wall/index).
2325
2426
2527About Tatoeba (for students)
2628----------------------------
2729
2830Tatoeba is a libre/free database of example sentences translated into many
2931languages. Our goal is to create a resource for people studying
3032languages—either to learn or research. The database is currently used:
3133
3234* As a source of example sentences by free dictionaries and language
3335learning websites (like Jim Breen’s WWWJDIC; Jim Breen is actually a
3436member too):
3537
3638 * There's a list of free dictionary and language learning websites
3739 using Tatoeba's corpus maintained by our member CK:
3840 http://a4esl.com/temporary/tatoeba/links.html
3941
4042* As a rich resource for language learners: They can find out how to
4143use words or how to translate grammatical constructs and idioms.
4244
4345* For research: example papers include:
4446
4547 * Research on treebanking Japanese (Francis Bond, 栗林 孝行 [Takayuki
4648Kuribayashi], 橋本 力 [Hashimoto Chikara] (2008) HPSGに基づくフリーな日本語ツリー バンクの構築
4749[A free Japanese Treebank based on HPSG]. In 14th Annual Meeting of The
4850Association for Natural Language Processing, Tokyo),
4951
5052 * Statistical machine translation (Eric Nichols, Francis Bond,
5153Darren Scott Appling and Yuji Matsumoto (2010) Paraphrasing Training
5254Data for Statistical Machine Translation. Journal of Natural Language
5355Processing, 17(3), pages 101-122)
5456
5557The main site currently has about 1 million page views and 250 thousand unique visitors monthly, as reported by Google Analytics, and the corpus is growing steadily by 3% or more every month.
5658
5759
5860Current site
5961------------
6062
6163Extending current PHP site:
6264
6365* programming in PHP with the CakePHP framework
6466* shell tools for maintenance (e.g.: better export scripts)
6567* JavaScript
6668
6769### Better export scripts
6870
6971Currently CSV dumps are done weekly. They require the database to be switched into a read-only mode, take 5~10 minutes, and do not contain some important information, such as tag creator and comments. CSV dumps are important for people who cooperate with Tatoeba by creating additional tools, so their quality is vital for healthy collaboration.
7072
7173**Deliverables**: An database export mechanism that:
7274
7375 * Dumps all interesting information (everything currently in the data dumps plus modification history, sentence comments, the wall, etc.).
7476 * Can create incremental dumps, making them faster, which will allow them to be made more frequently.
7577 * Provides an interface for collaborators to get notifications about new dumps and allows automatic access.
7678 * (Advanced) Provides a stream of updates via web sockets or a similar mechanism.
7779
7880**Prerequisite knowledge**: a scripting language (Python preferred), PHP, MySQL.
7981
8082### Administrative Scripts
8183
8284The current site has experienced a couple of crashes and instabilities. We would like to increase the number of users who are fully capable of administering it with ease and reliability. In order to ease administration and quickly recover from disaster, a number of scripts covering common administrative tasks are needed.
8385
8486**Deliverables**:
8587
8688*Shell scripts* that cover:
8789
8890 * backup
8991 * restoring of backups
9092 * export of data
9193 * import of data
9294 * adding new languages
9395 * deduplication of sentences
9496 * indexing of sentences by the search daemon
9597 * preserving existing translations when typos in the source UI strings are fixed
9698 * getting external services up and running
9799 * updating the production site from the repository
98100 * deployment on a real server from scratch
99101 * deployment on a development machine from scratch
100102 * monitoring the server and logging load and activity
101103 * other necessary tasks
102104
103105An *administrative interface* accessible by admins to manually execute any of these tasks on the server with progress bars and statistics.
104106
105107**Prerequisite knowledge**: a scripting language (bash, Python, Perl, etc..), possibly familiarity with a build system (ansible, vagrant), and possibly familiarity with setting up and maintaining a monitoring system (newrelic, nagios, cacti, munin)
106108
107109### Testing Suite
108110
109111The current website doesn't have any tangible automated tests or any form of continuous integration. Any new code that gets added to the repository can break the existing website and most testing is done manually at this point. In order to make the code future proof and give the users a stable experience, a battery of tests for the main functionality of the website is needed.
110112
111113**Deliverables**: A number of tests that create a test database and emulate a browser, testing some or all of the functionality that the website currently offers. Refer to this [list](http://en.wiki.tatoeba.org/articles/show/functionality-test-list)
112114
113115**Prerequisite knowledge**: a scripting language (Python, PHP, etc...), MySQL, and a web testing framework (selenium, or something similar).
114116
115117### API
116118
117119The Tatoeba database is used either through the main website interface or through data dumps. Having a real API that can be called through AJAX and return machine-readable results would provide real-time access for external applications.
118120
119121**Deliverables**: A web application that provides a set of API calls for data stored in the current database. The API should cover all data available through the current web interface, including sentence comments, wall comments, recently-added sentences and top recent contributors.
120122
121123**Prerequisite knowledge**: a web application language (Python or PHP preferred), MySQL, and a data exchange format such as JSON or XML.
122124
123125### API Compliant Interface
124126
125127With the presence of an API and an API [spec](https://github.com/trang/tatoeba-api/wiki/Tatoeba-API-specification-2) most direct SQL queries in the current codebase will become obsolete and the preferred way to do it would be through the API. So a rewrite or a completely new Interface will be the next logical step.
126128
127129**Deliverables**: A rewrite of the current codebase to use the API instead of SQL queries or a completely new interface in another language, preferably in a javascript framework.
128130
129131**Prerequisite knowledge**: strong knowledge of CakePHP, familiarity with the API, and familiarity with the current codebase, or strong knowledge of a web framework (django for example) or a javascript framework (angularjs for example).
130132
131133### Improvements in user interface for end users
132134
133135Tatoeba now handles several kinds of queries, but more are desired. The translation interface, in particular, needs improvement. Examples of desired types of queries:
134136
135137* Get all sentences in a given language by a given user that have not been translated into a given language. For example: *Show me all English sentences by user "CK" not yet translated into Japanese.*
136138
137139* Same as above, but limited to sentences with audio. For example: *Show me all English sentences by "CK" with audio that have not been translated into Japanese.*
138140
139141* Get all sentences by native speakers of a given language not yet translated into a given language. For example: *Show me all Finnish sentences by native speakers not translated into Hungarian.*
140142
141143* Get all sentences in a given language with a certain tag not translated into a given language. For example: *Show me all Georgian sentences with the tag "restaurant" not translated into Armenian.*
142144
143145* Same as above, but limited to sentences by native speakers not translated into a given language. For example: *Show me all Korean sentences by native speakers with the tag "weather" not translated into Japanese.*
144146
145147* Get all sentences in a given language under a certain length not yet translated into a given language. For example: *Show me all Japanese sentences fewer than 50 characters in length not translated into French.*
146148
147149* Same as above, but limited to native speaker sentences.
148150
149151* Same as above, but limited to sentences by a given user.
150152
151153* Get all sentences by native speakers of a given language that match a given search keyword that have not been translated into a given language. For example: *Show all English sentences with the word "mountain" not translated into Japanese.*
152154
153155* Same as above, but limited to native speaker sentences.
154156
155157* Same as above, but limited to sentences by a given user.
156158
157159**Deliverables:** Implementation of some or all of the above. Project might include additional queries. It would be highly desired to provide a generic way of adding new types of queries.
158160
159161**Prerequisite knowledge**: PHP, CakePHP.
160162
161163### Allow users to follow each other
162164
163165This feature would allow users to keep track of newly created sentences of other users, just like Twitter does. One could be able to get notified of new sentences of users he or she's following, and to browse them. Public and private visibility of who’s following who should be discussed prior to development.
164166
165167**Deliverables:** a mean to follow one or more users ; a page that displays the sentences of the followed users and allows to browse and search through ; configurable notifications about new sentences of the followed users ; displaying of who’s following who.
166168
167169**Prerequisite knowledge**: PHP, CakePHP.
168170
169171### Word requests
170172
171173This feature would allow users to request example sentences that show the correct usage of a given word or phrase. Contributors could browse lists of 'requested words' and add sentences that include them.
172174
173175People interested in this idea should consider and discuss possible implementations details prior to development. Typical questions include:
174176
175177* What should be the scope of the lists (per-language, per-user…)?
176178* How should the lists be maintained?
177179* Can we indicate that a 'requested word' now has enough example sentences? If yes, how?
178180* What’s the lifecycle of a typical requested word?
179181* What if users want to express additional information in their requests, such as the context or sense for the requested word?
180182* What about synonyms, inflections… ?
181183
182184**Deliverables:** a mean to express the need of example sentences of a given word ; a way to easily contribute new sentences that shows example of wanted words
183185
184186**Prerequisite knowledge**: PHP, CakePHP.
185187
186188### Show pronunciation in IPA for sentences
187189
188190IPA stands for "International Phonetic Alphabet" and is used to describe pronunciation of human languages in an unambiguous way. As such, it helps learning languages whose pronunciation rules are complex (e.g., English). Tatoeba could display IPA pronunciation for each sentence in basically the same way it currently displays pronunciation for Japanese using kana. One possible way of performing the task is to use an external library or application to prepare IPA annotations. For example, [eSpeak](http://espeak.sourceforge.net/) seems to be able to handle several popular languages and has an IPA converter.
189191
190192**Deliverables:** A mechanism that shows IPA pronunciation for some languages (chosen by the student). This can be done server-side (as a standalone service or part of existing code) or client-side (using JavaScript). Mechanism should allow pre-generating pronunciation descriptions and should provide means to manually edit pronunciation later. Mechanism can rely on 3rd party tool to generate pronunciation descriptions.
191193
192194**Prerequisite knowledge**: web technology, some web application stack (PHP, Python or CppCMS preferred).
193195
194196New site & CppCMS
195197-----------------
196198
197199Helping Sysko with tatowiki, tatodb. Extending [CppCMS](http://cppcms.com/wikipp/en/page/main). As the new site is still mostly being planned, there are no specific project ideas for the moment. Please ask on the IRC channel for more information. Note that many projects in this category will have an experimental nature, and their scope highly depends on your skills.
198200
199201Standalone user tools
200202---------------------
201203
202204Work on tools such as the following:
203205
204206* [shtooka recorder](http://a4esl.com/temporary/tatoeba/shtooka/) or [swac-record](http://zmoo.fr/swac-tools/) for recording audio for sentences
205207* [tatoparser](https://github.com/qdii/tatoeba_parser) for retrieving sentences that match regular expressions
206208* [katoeba](https://github.com/sadhen/katoeba)
207209
208210Create new tools, such as apps for smartphones, for ordinary or advanced contributors.
209211
210212### Android/iPhone application
211213
212214iPhone users are about 12%, and Android users about 7% of the site visitors. It might help them immensely if they could use a dedicated application.
213215
214216**Deliverables**: A smartphone application for easy access to Tatoeba. Examples of features:
215217
216218* Querying the online Tatoeba site
217219* Adding sentences
218220* Translating
219221* Performing typical corpus maintenance tasks (linking/unlinking sentences, changing sentence language, tagging, etc.)
220222* Access to wall and sentence comments
221223* Recording voice
222224* Offline database access (more difficult!)
223225
224226Note: It is not expected to implement all of these features during a single GSoC event. Depending on your skills, you might prepare a proposal for a basic set of features (if you don't have much experience in mobile development yet) or a more complex or targeted application (if you do have experience and want to prepare something more feature-complete).
225227
226228**Prerequisite knowledge**: Java and Android development or iPhone and iOS developement; using web services.
227229
228230### Streamlined linking of multiple sentences
229231
230232Where multiple sentences in a source language have the same translation in the target language, make it easy to link those source sentences to the same target translation. Collecting the sentences that are likely to have the same translation could be as simple as presenting sentences in order of creation, since variants of a sentence that vary only in, e.g., the number of the pronoun (where the singular and plural forms of the second person map to the same word in English) are likely to be entered consecutively.
231233
232234**Prerequisite knowledge**: JavaScript, possibly Java, possibly SQL
233235
234236### Help bots
235237
236238Produce bots like [those in Wikipedia](https://en.wikipedia.org/wiki/Wikipedia:Bots), to help with maintenance and repetitive tasks such as fixing common mistakes, wrong flag, etc. As on Wikipedia, users that are actually bots should be identified somehow on the website side. Ideally, create a library that could be used as a base to create bots that interact with the Tatoeba website.
237239
238240Note: this idea would highly benefit from having a real API, which is another project listed here.
239241
240242**Prerequisite knowledge**: web
241243
242244Other ideas
243245-----------
244246
245247External services, like [CK's Temporary Tatoeba site](http://a4esl.com/temporary/tatoeba/). Other ideas.
246248
247249### XMPP Integration for Tatoeba
248250
249251Use the XMPP communications protocol to integrate the manipulation of sentences, comments, and wall posts, as well as live feeds of latest comments, sentence additions, and wall posts, with services such as pubsub.
250252
251253**Deliverables**:
252254
253255* An XEP that outlines the protocol tatoeba would use for all of those operations over XMPP ready to be submitted to the XSF
254256* An implementation of this XEP in XMPP clients as plugins, poezio and gajim are top priorities.
255257* An implementation of this XEP server side as a module, prosody is a top priority.
256258
257259**Prerequisite Knowledge**: XMPP, PubSub, Python, Lua, Familiarity with prosody/gajim/poezio codebases and plugin architecture
258260
259261
260262### SRS deck generator
261263
262264Spaced Repetition Systems such as Anki and Mnemosyne are popular tools for learning languages. However, preparing a good SRS deck is a time-consuming task. Therefore, an automated way to generate a deck from a list of sentences (e.g., sentences on a Tatoeba list, sentences tagged by some specific tag, etc.) would help language learners.
263265
264266**Deliverables**: an application (preferably a web-based one) that would use Tatoeba database (for example in the form of a weekly CSV data dump) to create SRS decks for major flash card applications. Examples of features:
265267
266268* Generate a simple deck from a Tatoeba list, tag, or search query.
267269* Generate an N+1-style deck based on user's list of known words and Tatoeba database. (User gives a list of N words that s/he already knows. System chooses a new sentence where exactly one word is unknown, and the rest belong to the already known set.)
268270* Generated decks have proper internal structure (as for Anki decks: proper field scheme is used to store knowledge, so editing is easy).
269271
270272**Prerequisite knowledge**: any web stack, however Django or CppCMS are prefered; Python or C++; knowledge about SRS.
271273
272274### Browsable graph of sentence links
273275
274276Given a sentence, display it as a [graph](https://en.wikipedia.org/wiki/Graph_%28data_structure%29) [like this](http://blog.tatoeba.org/2010/02/how-to-be-good-contributor-in-tatoeba.html#rule2) the linked sentences up to a given depth. The main purpose of such a graph is to show users how Tatoeba is structured at a glance. The current interface doesn’t provide such a view, but it’s important that users understand the actual structure of Tatoeba. This idea could be freely extended to a complete interface allowing linking and unlinking with a click, filter by language, edit sentences, or whatever you can think of.
275277
276278**Deliverables**: a web application or a client-side JavaScript program that provides a graph view of a group of sentences, and allows manipulating them. Code can either operate on database directly or use existing or planned APIs.
277279
278280Note that this idea can be implemented as part of the current code base in PHP or as an experimental service for a new CppCMS site (preferred).
279281
280282**Prerequisite knowledge**: PHP, Python or CppCMS.
diff view generated by jsdifflib

Version at: 07/03/2014, 16:21

GSoC ideas for student projects
===============================

This page lists example ideas for students who would like to take part in [Google Summer of Code](http://www.google-melange.com/) and be mentored by Tatoeba. To quote [GSoC FAQ](http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2013/help_page#3._What_is_an_Ideas_list):

<blockquote>
<p>An Ideas list should be a list of suggested student projects. This list is meant to introduce contributors to your project's needs and to provide inspiration to would-be student applicants. It is useful to classify each idea as specifically as possible, e.g. "must know Python" or "easier project; good for a student with more limited experience with C++." If your organization plans to provide a proposal template for the students, it would be good to include it on your Ideas list.</p>

<p>Keep in mind that your ideas list should be a starting point for student proposals; we've heard from past mentoring organization participants that some of their best student projects are those that greatly expanded on a proposed idea or were blue-sky proposals not mentioned on the ideas list at all. A link to a bug tracker for your open source organization is NOT an ideas list.</p>

<p>You can check out the <a href="http://community.kde.org/GSoC/2011/Ideas">Ideas list for KDE</a> for Google Summer of Code in 2011 to get an idea of what we’re looking for in an ideas list. </p>
</blockquote>

If you're a student, you're invited to discuss any of these ideas, as well as propose your own. We encourage you to get familiar with the [site](http://tatoeba.org) and the [codebase](main#developers) immediately. Registering on the site, looking at the existing sentences, and adding a few of your own (preferably in the language that you know best) will be a valuable experience for you. 

To contact us developers, use one of these:

* Email/Google groups: [Tatoeba's dev mailing list](https://groups.google.com/forum/#!forum/tatoebaproject)
* IRC: [Tatoeba on #Freenode](irc://irc.freenode.net/tatoeba), [Webchat](http://webchat.freenode.net?channels=tatoeba)
* XMPP: [Tatoeba conference room on chat.tatoeba.org](xmpp:tatoeba@chat.tatoeba.org?join)

To get a feeling for the discussions taking place within the Tatoeba contributor community, visit the [Tatoeba Wall page](http://tatoeba.org/wall/index).


About Tatoeba (for students)
----------------------------

Tatoeba is a libre/free database of example sentences translated into many 
languages. Our goal is to create a resource for people studying 
languages—either to learn or research. The database is currently used:

* As a source of example sentences by free dictionaries and language 
learning websites (like Jim Breen’s WWWJDIC; Jim Breen is actually a 
member too):

  * There's a list of free dictionary and language learning websites
 using Tatoeba's corpus maintained by our member CK:
        http://a4esl.com/temporary/tatoeba/links.html

* As a rich resource for language learners: They can find out how to 
use words or how to translate grammatical constructs and idioms.

* For research: example papers include:

  * Research on treebanking Japanese (Francis Bond, 栗林 孝行 [Takayuki 
Kuribayashi], 橋本 力 [Hashimoto Chikara] (2008) HPSGに基づくフリーな日本語ツリー バンクの構築 
[A free Japanese Treebank based on HPSG]. In 14th Annual Meeting of The 
Association for Natural Language Processing, Tokyo),

  * Statistical machine translation (Eric Nichols, Francis Bond, 
Darren Scott Appling and Yuji Matsumoto (2010) Paraphrasing Training 
Data for Statistical Machine Translation. Journal of Natural Language 
Processing, 17(3), pages 101-122)

The main site currently has about 1 million page views and 250 thousand unique visitors monthly, as reported by Google Analytics, and the corpus is growing steadily by 3% or more every month.


Current site
------------

Extending current PHP site: 

* programming in PHP with the CakePHP framework
* shell tools for maintenance (e.g.: better export scripts)
* JavaScript

### Better export scripts

Currently CSV dumps are done weekly. They require the database to be switched into a read-only mode, take 5~10 minutes, and do not contain some important information, such as tag creator and comments. CSV dumps are important for people who cooperate with Tatoeba by creating additional tools, so their quality is vital for healthy collaboration.

**Deliverables**: An database export mechanism that:

  * Dumps all interesting information (everything currently in the data dumps plus modification history, sentence comments, the wall, etc.).
  * Can create incremental dumps, making them faster, which will allow them to be made more frequently.
  * Provides an interface for collaborators to get notifications about new dumps and allows automatic access.
  * (Advanced) Provides a stream of updates via web sockets or a similar mechanism.

**Prerequisite knowledge**: a scripting language (Python preferred), PHP, MySQL.

### Administrative Scripts

The current site has experienced a couple of crashes and instabilities. We would like to increase the number of users who are fully capable of administering it with ease and reliability. In order to ease administration and quickly recover from disaster, a number of scripts covering common administrative tasks are needed.

**Deliverables**:

*Shell scripts* that cover:

 * backup
 * restoring of backups
 * export of data
 * import of data 
 * adding new languages
 * deduplication of sentences
 * indexing of sentences by the search daemon
 * preserving existing translations when typos in the source UI strings are fixed 
 * getting external services up and running
 * updating the production site from the repository
 * deployment on a real server from scratch
 * deployment on a development machine from scratch
 * monitoring the server and logging load and activity
 * other necessary tasks

An *administrative interface* accessible by admins to manually execute any of these tasks on the server with progress bars and statistics. 

**Prerequisite knowledge**: a scripting language (bash, Python, Perl, etc..), possibly familiarity with a build system (ansible, vagrant), and possibly familiarity with setting up and maintaining a monitoring system (newrelic, nagios, cacti, munin)

### Testing Suite

The current website doesn't have any tangible automated tests or any form of continuous integration. Any new code that gets added to the repository can break the existing website and most testing is done manually at this point. In order to make the code future proof and give the users a stable experience, a battery of tests for the main functionality of the website is needed.

**Deliverables**: A number of tests that create a test database and emulate a browser, testing some or all of the functionality that the website currently offers. Refer to this [list](http://en.wiki.tatoeba.org/articles/show/functionality-test-list)

**Prerequisite knowledge**: a scripting language (Python, PHP, etc...), MySQL, and a web testing framework (selenium, or something similar).

### API

The Tatoeba database is used either through the main website interface or through data dumps. Having a real API that can be called through AJAX and return machine-readable results would provide real-time access for external applications.

**Deliverables**: A web application that provides a set of API calls for data stored in the current database. The API should cover all data available through the current web interface, including sentence comments, wall comments, recently-added sentences and top recent contributors.

**Prerequisite knowledge**: a web application language (Python or PHP preferred), MySQL, and a data exchange format such as JSON or XML.

### API Compliant Interface

With the presence of an API and an API [spec](https://github.com/trang/tatoeba-api/wiki/Tatoeba-API-specification-2) most direct SQL queries in the current codebase will become obsolete and the preferred way to do it would be through the API. So a rewrite or a completely new Interface will be the next logical step.

**Deliverables**: A rewrite of the current codebase to use the API instead of SQL queries or a completely new interface in another language, preferably in a javascript framework.

**Prerequisite knowledge**: strong knowledge of CakePHP, familiarity with the API, and familiarity with the current codebase, or strong knowledge of a web framework (django for example) or a javascript framework (angularjs for example).

### Improvements in user interface for end users

Tatoeba now handles several kinds of queries, but more are desired. The translation interface, in particular, needs improvement. Examples of desired types of queries:

* Get all sentences in a given language by a given user that have not been translated into a given language. For example: *Show me all English sentences by user "CK" not yet translated into Japanese.*

* Same as above, but limited to sentences with audio. For example: *Show me all English sentences by "CK" with audio that have not been translated into Japanese.*

* Get all sentences by native speakers of a given language not yet translated into a given language. For example: *Show me all Finnish sentences by native speakers not translated into Hungarian.*

* Get all sentences in a given language with a certain tag not translated into a given language. For example: *Show me all Georgian sentences with the tag "restaurant" not translated into Armenian.*

* Same as above, but limited to sentences by native speakers not translated into a given language. For example: *Show me all Korean sentences by native speakers with the tag "weather" not translated into Japanese.*

* Get all sentences in a given language under a certain length not yet translated into a given language. For example: *Show me all Japanese sentences fewer than 50 characters in length not translated into French.*

* Same as above, but limited to native speaker sentences.

* Same as above, but limited to sentences by a given user.

* Get all sentences by native speakers of a given language that match a given search keyword that have not been translated into a given language. For example: *Show all English sentences with the word "mountain" not translated into Japanese.*

* Same as above, but limited to native speaker sentences.

* Same as above, but limited to sentences by a given user.

**Deliverables:** Implementation of some or all of the above. Project might include additional queries. It would be highly desired to provide a generic way of adding new types of queries.

**Prerequisite knowledge**: PHP, CakePHP.

### Allow users to follow each other

This feature would allow users to keep track of newly created sentences of other users, just like Twitter does. One could be able to get notified of new sentences of users he or she's following, and to browse them. Public and private visibility of who’s following who should be discussed prior to development.

**Deliverables:** a mean to follow one or more users ; a page that displays the sentences of the followed users and allows to browse and search through ; configurable notifications about new sentences of the followed users ; displaying of who’s following who.

**Prerequisite knowledge**: PHP, CakePHP.

### Word requests

This feature would allow users to request example sentences that show the correct usage of a given word or phrase. Contributors could browse lists of 'requested words' and add sentences that include them.

People interested in this idea should consider and discuss possible implementations details prior to development. Typical questions include: 

* What should be the scope of the lists (per-language, per-user…)? 
* How should the lists be maintained? 
* Can we indicate that a 'requested word' now has enough example sentences? If yes, how? 
* What’s the lifecycle of a typical requested word? 
* What if users want to express additional information in their requests, such as the context or sense for the requested word? 
* What about synonyms, inflections… ?

**Deliverables:** a mean to express the need of example sentences of a given word ; a way to easily contribute new sentences that shows example of wanted words

**Prerequisite knowledge**: PHP, CakePHP.

### Show pronunciation in IPA for sentences

IPA stands for "International Phonetic Alphabet" and is used to describe pronunciation of human languages in an unambiguous way. As such, it helps learning languages whose pronunciation rules are complex (e.g., English). Tatoeba could display IPA pronunciation for each sentence in basically the same way it currently displays pronunciation for Japanese using kana. One possible way of performing the task is to use an external library or application to prepare IPA annotations. For example, [eSpeak](http://espeak.sourceforge.net/) seems to be able to handle several popular languages and has an IPA converter.

**Deliverables:** A mechanism that shows IPA pronunciation for some languages (chosen by the student). This can be done server-side (as a standalone service or part of existing code) or client-side (using JavaScript). Mechanism should allow pre-generating pronunciation descriptions and should provide means to manually edit pronunciation later. Mechanism can rely on 3rd party tool to generate pronunciation descriptions.

**Prerequisite knowledge**: web technology, some web application stack (PHP, Python or CppCMS preferred).

New site & CppCMS
-----------------

Helping Sysko with tatowiki, tatodb. Extending [CppCMS](http://cppcms.com/wikipp/en/page/main). As the new site is still mostly being planned, there are no specific project ideas for the moment. Please ask on the IRC channel for more information. Note that many projects in this category will have an experimental nature, and their scope highly depends on your skills.

Standalone user tools
---------------------

Work on tools such as the following:

* [shtooka recorder](http://a4esl.com/temporary/tatoeba/shtooka/) or [swac-record](http://zmoo.fr/swac-tools/) for recording audio for sentences
* [tatoparser](https://github.com/qdii/tatoeba_parser) for retrieving sentences that match regular expressions
* [katoeba](https://github.com/sadhen/katoeba) 

Create new tools, such as apps for smartphones, for ordinary or advanced contributors.

### Android/iPhone application

iPhone users are about 12%, and Android users about 7% of the site visitors. It might help them immensely if they could use a dedicated application.

**Deliverables**: A smartphone application for easy access to Tatoeba. Examples of features:

* Querying the online Tatoeba site
* Adding sentences
* Translating
* Performing typical corpus maintenance tasks (linking/unlinking sentences, changing sentence language, tagging, etc.)
* Access to wall and sentence comments
* Recording voice
* Offline database access (more difficult!)

Note: It is not expected to implement all of these features during a single GSoC event. Depending on your skills, you might prepare a proposal for a basic set of features (if you don't have much experience in mobile development yet) or a more complex or targeted application (if you do have experience and want to prepare something more feature-complete).

**Prerequisite knowledge**: Java and Android development or iPhone and iOS developement; using web services.

### Streamlined linking of multiple sentences

Where multiple sentences in a source language have the same translation in the target language, make it easy to link those source sentences to the same target translation. Collecting the sentences that are likely to have the same translation could be as simple as presenting sentences in order of creation, since variants of a sentence that vary only in, e.g., the number of the pronoun (where the singular and plural forms of the second person map to the same word in English) are likely to be entered consecutively.

**Prerequisite knowledge**: JavaScript, possibly Java, possibly SQL

### Help bots

Produce bots like [those in Wikipedia](https://en.wikipedia.org/wiki/Wikipedia:Bots), to help with maintenance and repetitive tasks such as fixing common mistakes, wrong flag, etc. As on Wikipedia, users that are actually bots should be identified somehow on the website side. Ideally, create a library that could be used as a base to create bots that interact with the Tatoeba website.

Note: this idea would highly benefit from having a real API, which is another project listed here.

**Prerequisite knowledge**: web 

Other ideas
-----------

External services, like [CK's Temporary Tatoeba site](http://a4esl.com/temporary/tatoeba/). Other ideas.

### XMPP Integration for Tatoeba

Use the XMPP communications protocol to integrate the manipulation of sentences, comments, and wall posts, as well as live feeds of latest comments, sentence additions, and wall posts, with services such as pubsub.

**Deliverables**:

* An XEP that outlines the protocol tatoeba would use for all of those operations over XMPP ready to be submitted to the XSF
* An implementation of this XEP in XMPP clients as plugins, poezio and gajim are top priorities.
* An implementation of this XEP server side as a module, prosody is a top priority.

**Prerequisite Knowledge**: XMPP, PubSub, Python, Lua, Familiarity with prosody/gajim/poezio codebases and plugin architecture


### SRS deck generator

Spaced Repetition Systems such as Anki and Mnemosyne are popular tools for learning languages. However, preparing a good SRS deck is a time-consuming task. Therefore, an automated way to generate a deck from a list of sentences (e.g., sentences on a Tatoeba list, sentences tagged by some specific tag, etc.) would help language learners.

**Deliverables**: an application (preferably a web-based one) that would use Tatoeba database (for example in the form of a weekly CSV data dump) to create SRS decks for major flash card applications. Examples of features:

* Generate a simple deck from a Tatoeba list, tag, or search query.
* Generate an N+1-style deck based on user's list of known words and Tatoeba database. (User gives a list of N words that s/he already knows. System chooses a new sentence where exactly one word is unknown, and the rest belong to the already known set.)
* Generated decks have proper internal structure (as for Anki decks: proper field scheme is used to store knowledge, so editing is easy).

**Prerequisite knowledge**: any web stack, however Django or CppCMS are prefered; Python or C++; knowledge about SRS.

### Browsable graph of sentence links

Given a sentence, display it as a [graph](https://en.wikipedia.org/wiki/Graph_%28data_structure%29) [like this](http://blog.tatoeba.org/2010/02/how-to-be-good-contributor-in-tatoeba.html#rule2) the linked sentences up to a given depth. The main purpose of such a graph is to show users how Tatoeba is structured at a glance. The current interface doesn’t provide such a view, but it’s important that users understand the actual structure of Tatoeba. This idea could be freely extended to a complete interface allowing linking and unlinking with a click, filter by language, edit sentences, or whatever you can think of.

**Deliverables**: a web application or a client-side JavaScript program that provides a graph view of a group of sentences, and allows manipulating them. Code can either operate on database directly or use existing or planned APIs.

Note that this idea can be implemented as part of the current code base in PHP or as an experimental service for a new CppCMS site (preferred).

**Prerequisite knowledge**: PHP, Python or CppCMS.

version at: 10/03/2014, 00:21

GSoC ideas for student projects
===============================

This page lists example ideas for students who would like to take part in [Google Summer of Code](http://www.google-melange.com/) and be mentored by Tatoeba. To quote [GSoC FAQ](http://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2013/help_page#3._What_is_an_Ideas_list):

<blockquote>
<p>An Ideas list should be a list of suggested student projects. This list is meant to introduce contributors to your project's needs and to provide inspiration to would-be student applicants. It is useful to classify each idea as specifically as possible, e.g. "must know Python" or "easier project; good for a student with more limited experience with C++." If your organization plans to provide a proposal template for the students, it would be good to include it on your Ideas list.</p>

<p>Keep in mind that your ideas list should be a starting point for student proposals; we've heard from past mentoring organization participants that some of their best student projects are those that greatly expanded on a proposed idea or were blue-sky proposals not mentioned on the ideas list at all. A link to a bug tracker for your open source organization is NOT an ideas list.</p>

<p>You can check out the <a href="http://community.kde.org/GSoC/2011/Ideas">Ideas list for KDE</a> for Google Summer of Code in 2011 to get an idea of what we’re looking for in an ideas list. </p>
</blockquote>

If you're a student, you're invited to discuss any of these ideas, as well as propose your own. We encourage you to get familiar with the [site](http://tatoeba.org) and the [codebase](main#developers) immediately. Registering on the site, looking at the existing sentences, and adding a few of your own (preferably in the language that you know best) will be a valuable experience for you. 

## Contact

To contact us developers, use one of these:

* Email/Google groups: [Tatoeba's dev mailing list](https://groups.google.com/forum/#!forum/tatoebaproject)
* IRC: [Tatoeba on #Freenode](irc://irc.freenode.net/tatoeba), [Webchat](http://webchat.freenode.net?channels=tatoeba)
* XMPP: [Tatoeba conference room on chat.tatoeba.org](xmpp:tatoeba@chat.tatoeba.org?join)

To get a feeling for the discussions taking place within the Tatoeba contributor community, visit the [Tatoeba Wall page](http://tatoeba.org/wall/index).


About Tatoeba (for students)
----------------------------

Tatoeba is a libre/free database of example sentences translated into many 
languages. Our goal is to create a resource for people studying 
languages—either to learn or research. The database is currently used:

* As a source of example sentences by free dictionaries and language 
learning websites (like Jim Breen’s WWWJDIC; Jim Breen is actually a 
member too):

  * There's a list of free dictionary and language learning websites
 using Tatoeba's corpus maintained by our member CK:
        http://a4esl.com/temporary/tatoeba/links.html

* As a rich resource for language learners: They can find out how to 
use words or how to translate grammatical constructs and idioms.

* For research: example papers include:

  * Research on treebanking Japanese (Francis Bond, 栗林 孝行 [Takayuki 
Kuribayashi], 橋本 力 [Hashimoto Chikara] (2008) HPSGに基づくフリーな日本語ツリー バンクの構築 
[A free Japanese Treebank based on HPSG]. In 14th Annual Meeting of The 
Association for Natural Language Processing, Tokyo),

  * Statistical machine translation (Eric Nichols, Francis Bond, 
Darren Scott Appling and Yuji Matsumoto (2010) Paraphrasing Training 
Data for Statistical Machine Translation. Journal of Natural Language 
Processing, 17(3), pages 101-122)

The main site currently has about 1 million page views and 250 thousand unique visitors monthly, as reported by Google Analytics, and the corpus is growing steadily by 3% or more every month.


Current site
------------

Extending current PHP site: 

* programming in PHP with the CakePHP framework
* shell tools for maintenance (e.g.: better export scripts)
* JavaScript

### Better export scripts

Currently CSV dumps are done weekly. They require the database to be switched into a read-only mode, take 5~10 minutes, and do not contain some important information, such as tag creator and comments. CSV dumps are important for people who cooperate with Tatoeba by creating additional tools, so their quality is vital for healthy collaboration.

**Deliverables**: An database export mechanism that:

  * Dumps all interesting information (everything currently in the data dumps plus modification history, sentence comments, the wall, etc.).
  * Can create incremental dumps, making them faster, which will allow them to be made more frequently.
  * Provides an interface for collaborators to get notifications about new dumps and allows automatic access.
  * (Advanced) Provides a stream of updates via web sockets or a similar mechanism.

**Prerequisite knowledge**: a scripting language (Python preferred), PHP, MySQL.

### Administrative Scripts

The current site has experienced a couple of crashes and instabilities. We would like to increase the number of users who are fully capable of administering it with ease and reliability. In order to ease administration and quickly recover from disaster, a number of scripts covering common administrative tasks are needed.

**Deliverables**:

*Shell scripts* that cover:

 * backup
 * restoring of backups
 * export of data
 * import of data 
 * adding new languages
 * deduplication of sentences
 * indexing of sentences by the search daemon
 * preserving existing translations when typos in the source UI strings are fixed 
 * getting external services up and running
 * updating the production site from the repository
 * deployment on a real server from scratch
 * deployment on a development machine from scratch
 * monitoring the server and logging load and activity
 * other necessary tasks

An *administrative interface* accessible by admins to manually execute any of these tasks on the server with progress bars and statistics. 

**Prerequisite knowledge**: a scripting language (bash, Python, Perl, etc..), possibly familiarity with a build system (ansible, vagrant), and possibly familiarity with setting up and maintaining a monitoring system (newrelic, nagios, cacti, munin)

### Testing Suite

The current website doesn't have any tangible automated tests or any form of continuous integration. Any new code that gets added to the repository can break the existing website and most testing is done manually at this point. In order to make the code future proof and give the users a stable experience, a battery of tests for the main functionality of the website is needed.

**Deliverables**: A number of tests that create a test database and emulate a browser, testing some or all of the functionality that the website currently offers. Refer to this [list](http://en.wiki.tatoeba.org/articles/show/functionality-test-list)

**Prerequisite knowledge**: a scripting language (Python, PHP, etc...), MySQL, and a web testing framework (selenium, or something similar).

### API

The Tatoeba database is used either through the main website interface or through data dumps. Having a real API that can be called through AJAX and return machine-readable results would provide real-time access for external applications.

**Deliverables**: A web application that provides a set of API calls for data stored in the current database. The API should cover all data available through the current web interface, including sentence comments, wall comments, recently-added sentences and top recent contributors.

**Prerequisite knowledge**: a web application language (Python or PHP preferred), MySQL, and a data exchange format such as JSON or XML.

### API Compliant Interface

With the presence of an API and an API [spec](https://github.com/trang/tatoeba-api/wiki/Tatoeba-API-specification-2) most direct SQL queries in the current codebase will become obsolete and the preferred way to do it would be through the API. So a rewrite or a completely new Interface will be the next logical step.

**Deliverables**: A rewrite of the current codebase to use the API instead of SQL queries or a completely new interface in another language, preferably in a javascript framework.

**Prerequisite knowledge**: strong knowledge of CakePHP, familiarity with the API, and familiarity with the current codebase, or strong knowledge of a web framework (django for example) or a javascript framework (angularjs for example).

### Improvements in user interface for end users

Tatoeba now handles several kinds of queries, but more are desired. The translation interface, in particular, needs improvement. Examples of desired types of queries:

* Get all sentences in a given language by a given user that have not been translated into a given language. For example: *Show me all English sentences by user "CK" not yet translated into Japanese.*

* Same as above, but limited to sentences with audio. For example: *Show me all English sentences by "CK" with audio that have not been translated into Japanese.*

* Get all sentences by native speakers of a given language not yet translated into a given language. For example: *Show me all Finnish sentences by native speakers not translated into Hungarian.*

* Get all sentences in a given language with a certain tag not translated into a given language. For example: *Show me all Georgian sentences with the tag "restaurant" not translated into Armenian.*

* Same as above, but limited to sentences by native speakers not translated into a given language. For example: *Show me all Korean sentences by native speakers with the tag "weather" not translated into Japanese.*

* Get all sentences in a given language under a certain length not yet translated into a given language. For example: *Show me all Japanese sentences fewer than 50 characters in length not translated into French.*

* Same as above, but limited to native speaker sentences.

* Same as above, but limited to sentences by a given user.

* Get all sentences by native speakers of a given language that match a given search keyword that have not been translated into a given language. For example: *Show all English sentences with the word "mountain" not translated into Japanese.*

* Same as above, but limited to native speaker sentences.

* Same as above, but limited to sentences by a given user.

**Deliverables:** Implementation of some or all of the above. Project might include additional queries. It would be highly desired to provide a generic way of adding new types of queries.

**Prerequisite knowledge**: PHP, CakePHP.

### Allow users to follow each other

This feature would allow users to keep track of newly created sentences of other users, just like Twitter does. One could be able to get notified of new sentences of users he or she's following, and to browse them. Public and private visibility of who’s following who should be discussed prior to development.

**Deliverables:** a mean to follow one or more users ; a page that displays the sentences of the followed users and allows to browse and search through ; configurable notifications about new sentences of the followed users ; displaying of who’s following who.

**Prerequisite knowledge**: PHP, CakePHP.

### Word requests

This feature would allow users to request example sentences that show the correct usage of a given word or phrase. Contributors could browse lists of 'requested words' and add sentences that include them.

People interested in this idea should consider and discuss possible implementations details prior to development. Typical questions include: 

* What should be the scope of the lists (per-language, per-user…)? 
* How should the lists be maintained? 
* Can we indicate that a 'requested word' now has enough example sentences? If yes, how? 
* What’s the lifecycle of a typical requested word? 
* What if users want to express additional information in their requests, such as the context or sense for the requested word? 
* What about synonyms, inflections… ?

**Deliverables:** a mean to express the need of example sentences of a given word ; a way to easily contribute new sentences that shows example of wanted words

**Prerequisite knowledge**: PHP, CakePHP.

### Show pronunciation in IPA for sentences

IPA stands for "International Phonetic Alphabet" and is used to describe pronunciation of human languages in an unambiguous way. As such, it helps learning languages whose pronunciation rules are complex (e.g., English). Tatoeba could display IPA pronunciation for each sentence in basically the same way it currently displays pronunciation for Japanese using kana. One possible way of performing the task is to use an external library or application to prepare IPA annotations. For example, [eSpeak](http://espeak.sourceforge.net/) seems to be able to handle several popular languages and has an IPA converter.

**Deliverables:** A mechanism that shows IPA pronunciation for some languages (chosen by the student). This can be done server-side (as a standalone service or part of existing code) or client-side (using JavaScript). Mechanism should allow pre-generating pronunciation descriptions and should provide means to manually edit pronunciation later. Mechanism can rely on 3rd party tool to generate pronunciation descriptions.

**Prerequisite knowledge**: web technology, some web application stack (PHP, Python or CppCMS preferred).

New site & CppCMS
-----------------

Helping Sysko with tatowiki, tatodb. Extending [CppCMS](http://cppcms.com/wikipp/en/page/main). As the new site is still mostly being planned, there are no specific project ideas for the moment. Please ask on the IRC channel for more information. Note that many projects in this category will have an experimental nature, and their scope highly depends on your skills.

Standalone user tools
---------------------

Work on tools such as the following:

* [shtooka recorder](http://a4esl.com/temporary/tatoeba/shtooka/) or [swac-record](http://zmoo.fr/swac-tools/) for recording audio for sentences
* [tatoparser](https://github.com/qdii/tatoeba_parser) for retrieving sentences that match regular expressions
* [katoeba](https://github.com/sadhen/katoeba) 

Create new tools, such as apps for smartphones, for ordinary or advanced contributors.

### Android/iPhone application

iPhone users are about 12%, and Android users about 7% of the site visitors. It might help them immensely if they could use a dedicated application.

**Deliverables**: A smartphone application for easy access to Tatoeba. Examples of features:

* Querying the online Tatoeba site
* Adding sentences
* Translating
* Performing typical corpus maintenance tasks (linking/unlinking sentences, changing sentence language, tagging, etc.)
* Access to wall and sentence comments
* Recording voice
* Offline database access (more difficult!)

Note: It is not expected to implement all of these features during a single GSoC event. Depending on your skills, you might prepare a proposal for a basic set of features (if you don't have much experience in mobile development yet) or a more complex or targeted application (if you do have experience and want to prepare something more feature-complete).

**Prerequisite knowledge**: Java and Android development or iPhone and iOS developement; using web services.

### Streamlined linking of multiple sentences

Where multiple sentences in a source language have the same translation in the target language, make it easy to link those source sentences to the same target translation. Collecting the sentences that are likely to have the same translation could be as simple as presenting sentences in order of creation, since variants of a sentence that vary only in, e.g., the number of the pronoun (where the singular and plural forms of the second person map to the same word in English) are likely to be entered consecutively.

**Prerequisite knowledge**: JavaScript, possibly Java, possibly SQL

### Help bots

Produce bots like [those in Wikipedia](https://en.wikipedia.org/wiki/Wikipedia:Bots), to help with maintenance and repetitive tasks such as fixing common mistakes, wrong flag, etc. As on Wikipedia, users that are actually bots should be identified somehow on the website side. Ideally, create a library that could be used as a base to create bots that interact with the Tatoeba website.

Note: this idea would highly benefit from having a real API, which is another project listed here.

**Prerequisite knowledge**: web 

Other ideas
-----------

External services, like [CK's Temporary Tatoeba site](http://a4esl.com/temporary/tatoeba/). Other ideas.

### XMPP Integration for Tatoeba

Use the XMPP communications protocol to integrate the manipulation of sentences, comments, and wall posts, as well as live feeds of latest comments, sentence additions, and wall posts, with services such as pubsub.

**Deliverables**:

* An XEP that outlines the protocol tatoeba would use for all of those operations over XMPP ready to be submitted to the XSF
* An implementation of this XEP in XMPP clients as plugins, poezio and gajim are top priorities.
* An implementation of this XEP server side as a module, prosody is a top priority.

**Prerequisite Knowledge**: XMPP, PubSub, Python, Lua, Familiarity with prosody/gajim/poezio codebases and plugin architecture


### SRS deck generator

Spaced Repetition Systems such as Anki and Mnemosyne are popular tools for learning languages. However, preparing a good SRS deck is a time-consuming task. Therefore, an automated way to generate a deck from a list of sentences (e.g., sentences on a Tatoeba list, sentences tagged by some specific tag, etc.) would help language learners.

**Deliverables**: an application (preferably a web-based one) that would use Tatoeba database (for example in the form of a weekly CSV data dump) to create SRS decks for major flash card applications. Examples of features:

* Generate a simple deck from a Tatoeba list, tag, or search query.
* Generate an N+1-style deck based on user's list of known words and Tatoeba database. (User gives a list of N words that s/he already knows. System chooses a new sentence where exactly one word is unknown, and the rest belong to the already known set.)
* Generated decks have proper internal structure (as for Anki decks: proper field scheme is used to store knowledge, so editing is easy).

**Prerequisite knowledge**: any web stack, however Django or CppCMS are prefered; Python or C++; knowledge about SRS.

### Browsable graph of sentence links

Given a sentence, display it as a [graph](https://en.wikipedia.org/wiki/Graph_%28data_structure%29) [like this](http://blog.tatoeba.org/2010/02/how-to-be-good-contributor-in-tatoeba.html#rule2) the linked sentences up to a given depth. The main purpose of such a graph is to show users how Tatoeba is structured at a glance. The current interface doesn’t provide such a view, but it’s important that users understand the actual structure of Tatoeba. This idea could be freely extended to a complete interface allowing linking and unlinking with a click, filter by language, edit sentences, or whatever you can think of.

**Deliverables**: a web application or a client-side JavaScript program that provides a graph view of a group of sentences, and allows manipulating them. Code can either operate on database directly or use existing or planned APIs.

Note that this idea can be implemented as part of the current code base in PHP or as an experimental service for a new CppCMS site (preferred).

**Prerequisite knowledge**: PHP, Python or CppCMS.

Note

The lines in green are the lines that have been added in the new version. The lines in red are those that have been removed.