projects
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revisionNext revisionBoth sides next revision | ||
projects [2012/08/23 02:49] – jonathan | projects [2013/04/23 16:10] – mb | ||
---|---|---|---|
Line 1: | Line 1: | ||
- | ====== | + | ====== |
- | (Listed in order received.) | + | |
- | ====== | + | Currently offered Projects, Summer 2013 |
+ | |||
+ | (some projects still subject to confirmation) | ||
+ | |||
+ | |||
+ | ====== | ||
+ | |||
+ | **Supervisor**: | ||
+ | |||
+ | **Required Background**: | ||
+ | |||
+ | The Leap Motion, leapmotion.com, | ||
+ | |||
+ | ====== 3D Drawing System with 3Gear gesture tracker ====== | ||
+ | |||
+ | **Supervisor**: | ||
+ | |||
+ | **Required Background**: | ||
+ | |||
+ | The 3Gear system, threegear.com, | ||
+ | |||
+ | |||
+ | |||
+ | ====== Tilt Target Selection on Touchscreen Phones ====== | ||
+ | |||
+ | **Supervisor**: | ||
+ | |||
+ | **Required Background**: | ||
+ | |||
+ | Touchscreen mobile devices commonly use a built-in accelerometer to sense movement or tilting actions of the device. | ||
+ | |||
+ | **Readings**: | ||
+ | |||
+ | ====== Attentive Sensing for Better Two-Way Communication in Remote Learning Environments ====== | ||
+ | |||
+ | **Supervisor**: | ||
+ | |||
+ | **Required Background**: | ||
+ | good math skills, knowledge of C and MATLAB programming languages | ||
+ | |||
+ | One of the challenges in remote learning is to allow students to communicate effectively with the lecturer. | ||
+ | |||
+ | The goal of this project is to apply attentive sensing technology (www.elderlab.yorku.ca) to this problem. | ||
+ | |||
+ | In particular, working with a senior graduate student or postdoctoral fellow, the successful applicant will: | ||
+ | |||
+ | - Study the problem of detecting hand-raises in the preattentive sensor stream | ||
+ | - Implement algorithms for detecting hand-raises based upon this investigation | ||
+ | - Evaluate these algorithms in a real-classroom setting, using proprietary attentive sensing technology | ||
+ | |||
+ | |||
+ | ====== Attentive Sensing for Sport Video Recording Markets ====== | ||
+ | |||
+ | **Supervisor**: | ||
+ | |||
+ | **Required Background**: | ||
+ | |||
+ | |||
+ | The goal of this project is to modify York University’s patented attentive sensor technology to the sport video recording market. | ||
+ | |||
+ | The general problem is to use attentive sensing technology (www.elderlab.yorku.ca) to visually detect and track multiple moving agents (e.g., skiers, riders, horses) and to select specific agents for active high-resolution smooth pursuit. | ||
+ | |||
+ | The student will work with senior graduate students, postdoctoral fellows and research scientists to help modify the attentive sensing technology to operate in these domains. | ||
+ | |||
+ | 1. | ||
+ | 2. | ||
+ | 3. | ||
+ | |||
+ | |||
+ | |||
+ | |||
+ | ====== Continuation of a Path Diagram to Syntax Application | ||
**Supervisor**: | **Supervisor**: | ||
Line 16: | Line 86: | ||
To date a promising functional application has been developed in JAVA by a Computer Science student as a 4080 project. The existing software allows the user to draw a path diagram and outputs code for the R package sem. There are a number of improvements to be made (refinements and additions to graphical user interface) and then the application needs to be extended to output syntax appropriate for additional software applications (openMX, MPlus and EQS). Though this project may not begin at “the first stages” of the software lifecycle, this scenario is likely common in the software development market. In addition, the student will be working with a primary “client” who is far less technically advanced, which is also reflective of real-world situations. | To date a promising functional application has been developed in JAVA by a Computer Science student as a 4080 project. The existing software allows the user to draw a path diagram and outputs code for the R package sem. There are a number of improvements to be made (refinements and additions to graphical user interface) and then the application needs to be extended to output syntax appropriate for additional software applications (openMX, MPlus and EQS). Though this project may not begin at “the first stages” of the software lifecycle, this scenario is likely common in the software development market. In addition, the student will be working with a primary “client” who is far less technically advanced, which is also reflective of real-world situations. | ||
+ | More details {{: | ||
+ | |||
+ | |||
+ | |||
+ | ====== Enabling SaaS access to an experimental AI planner ====== | ||
+ | |||
+ | **Supervisor**: | ||
+ | |||
+ | **Required Background**: | ||
+ | 3402 -- Functional & Logic Programming, | ||
+ | 3101 -- Design and Analysis of Algorithms, | ||
+ | 4302 -- Compilers and Interpreters. | ||
+ | |||
+ | **Description**: | ||
+ | |||
+ | The components are various Unix executables and LISP programs that need to interact in complex ways. The components may be residing in different servers in different universities. Currently integration is performed manually, at the expense of usability. Thus, we aim at constructing a module that: (a) integrates involved components to deliver output in one call, (b) exports a unique web interface (preferably following WSDL/SOAP) to be easily accessed by custom front-end tools by anyone, anywhere, (c ) offers a simple front-end for human users. | ||
+ | |||
+ | Learning objectives: | ||
+ | * Understand the technologies and process involved in turning native code into a web-service (" | ||
+ | * Study a state-of-the-art AI planner and understand its workings. | ||
+ | * Exercise scripting skills. | ||
+ | |||
+ | |||
+ | ====== Predicting Angular Error in Rigid Registration ====== | ||
+ | |||
+ | **Supervisor**: | ||
+ | |||
+ | **Description**: | ||
+ | navigation. Several (seemingly) different approaches for predicting | ||
+ | distance errors in registration are known, but for some surgical | ||
+ | procedures, the angular error in registration is more important. | ||
+ | This project will validate an approach for predicting angular | ||
+ | error in registration; | ||
+ | simulated and actual registration data for testing purposes. | ||
+ | |||
+ | ====== Calibration of a Tracked Pointer ====== | ||
+ | |||
+ | **Supervisor**: | ||
+ | |||
+ | **Description**: | ||
+ | navigation systems. A typical pointer has a tracked target on one | ||
+ | end and a sharp or ball tip on the other end. Finding the location | ||
+ | of the tip relative to the target is a calibration problem. One | ||
+ | solution to the calibration problem involves pivoting the pointer | ||
+ | about the tip while tracking the target; if the tip is kept | ||
+ | stationary, then the target moves on the surface of a sphere. | ||
+ | Fitting the tracking data to the surface of a sphere yields the | ||
+ | location of the tip as the sphere center. Unfortunately, | ||
+ | calibrated tip position obtained using such a spherical calibration | ||
+ | has high variance. This project will investigate how much variance | ||
+ | there is in the calibrated tip position, and methods for reducing | ||
+ | the variance of the calibrated tip position. | ||
+ | |||
+ | |||
+ | ====== A privacy safeguard framework for sharing photos on Facebook ====== | ||
+ | |||
+ | **Supervisor**: | ||
+ | |||
+ | **Description**: | ||
+ | One of the major privacy concerns in Online Social Networks is photo sharing. | ||
+ | **Required prerequisite background**: | ||
+ | **Desired prerequisite**: |
projects.txt · Last modified: 2016/01/13 20:05 by stevenc