User Tools

Site Tools


ideas:development_topics

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
ideas:development_topics [2008/08/22 18:21] pkubanekideas:development_topics [Unknown date] (current) – external edit (Unknown date) 127.0.0.1
Line 1: Line 1:
-This section depicts what is missing inside RTS2. In states expected human (and other) investments, profile of people doing that and a brief description of the problem. If somebody will be interested in taking problem and solve it, we will move it to extra page under ideas: namespace and provide a link there.+This section depicts what is missing inside RTS2. In states expected human (and other) investments, profile of people doing that and a brief description of the problem. If somebody will be interested in taking problem and solve it, we will move it to extra page under ideas: namespace and provide a link there.
  
 ====== Final integration of meteorite detection code to RTS2 ====== ====== Final integration of meteorite detection code to RTS2 ======
Line 7: Line 7:
 Profile: image processing, C++, Subversion Profile: image processing, C++, Subversion
  
-I have meteorite detection code for RTS2, however it is not integrated in RTS2. The task of the student will be to take the code, merge it with current RTS2, fix bugs and run it on our widefiled CCDs.+I have meteorite detection code for RTS2, however it is not integrated in RTS2. The task of the student would be to take the code, merge it with current RTS2-related pipelines, fix bugs and run it on our widefiled CCDs.  
 + 
 +The work may be extended so that it would take advantage of the WCS (pixel->world) calibration to provide direct 3D resolved result if observed from more than a single camera.  
 + 
 + 
 +====== Transient pipeline ====== 
 + 
 +Will be provided by Pi-of-the Sky, expected to be integrated by end of 2008.
  
 ====== GUI ====== ====== GUI ======
Line 15: Line 22:
 Profile: GTK, PyGTK ideal, XML-RPC, Subversion, GUI design, user documentation Profile: GTK, PyGTK ideal, XML-RPC, Subversion, GUI design, user documentation
  
-There is prototype implementation of GUI, however I do not have time to finish it. It is in [[http://www.pygtk.org|PyGTK]], uses [[http://www.xmlrpc.com|XML-RPC]] to communicate with RTS2I am able to give away code and provide guidance what shall be implemented.+For description of XML-RPC interface, please see [[code:xmlrpc|XML-RPC wiki page]]. Also see description of current [[doc:gui|GUI]] there. 
 + 
 +As astronomers are strange beastsit **must** be multi-platform (at least Windows + Linux, Mac highly recommended). We do not expect it will be feasible to code all as Web application - standalone application is preferred. The application might integrate various programmes (image display,..) with [[http://www.ivoa.net/cgi-bin/twiki/bin/view/IVOA/SampDoc|SAMP]]. We expect various team members will pick different areas. 
 + 
 +What we expect: 
 + 
 +  * configurable interface to display (using various fancy displays - barsgauges,..) and change variables, display events, notification and warnings, and display and modify scheduling database. 
 +  * 3D telescope visualisation, with interface to describe various system attached to the telescope and describe its status, failures etc.. 
 +  * plotting of history of selected variables (temperature,..), similar to what [[http://finance.google.com|Google]] provides for finance or [[http://meteo.othello.ch|Meteo]] provides for meteo data display 
 +  * display observations, images related to observations,..
  
 ====== RTS2 Web ====== ====== RTS2 Web ======
Line 33: Line 49:
 We went through an interesting history none -> SOAP -> XML-RPC regarding external access to RTS2. I just recently read through Atom specification, which is widely used by Google (so that was not XML-RPC - my mistake) and do not know if that is what we wanted. I like few characteristics of Atom, but dislike few others (apparent lack of C++ library to handle Atom requests is most probably the most serious one). The tasks of this mainly theoretics work is in comparing those various possibilities, try/use simple implementation with RTS2 and compare them. We went through an interesting history none -> SOAP -> XML-RPC regarding external access to RTS2. I just recently read through Atom specification, which is widely used by Google (so that was not XML-RPC - my mistake) and do not know if that is what we wanted. I like few characteristics of Atom, but dislike few others (apparent lack of C++ library to handle Atom requests is most probably the most serious one). The tasks of this mainly theoretics work is in comparing those various possibilities, try/use simple implementation with RTS2 and compare them.
  
-====== Better scheduling ======+====== Scheduling ======
  
-Expected costs1 student for 6 months+[[ideas:Better scheduling]]
  
-Profile: process scheduling (mathematics or computer science), some programming+====== Advanced scripting ======
  
-I am currently working on making ultimate scheduling, which will answers all problems which we have in scheduling. Having somebody else working on some topics, but using different algorithms (I am using genetics algorithms as this is requirement) can be useful and possibly beneficial for both parties.+[[ideas:Advanced scripting]]
  
 +====== Database improvements ======
  
 +We need to improve database design. Current summary is given at [[devel:database_structure|there]]. Database was originally developed as a quick hack, and the project grows of the original scope. It is clear that we will need to improve our current design. The work should provide summary of a current state, and should try to draw a new design.
  
ideas/development_topics.1219422113.txt.gz · Last modified: 2008/09/06 00:00 (external edit)