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/25 18:26] pkubanekideas:development_topics [Unknown date] (current) – external edit (Unknown date) 127.0.0.1
Line 10: Line 10:
  
 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.  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 17: 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 34: Line 48:
  
 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.
 +
 +====== Scheduling ======
  
 [[ideas:Better scheduling]] [[ideas:Better scheduling]]
 +
 +====== Advanced scripting ======
 +
 +[[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.1219681563.txt.gz · Last modified: 2008/09/06 00:00 (external edit)