You are in: Observing Tool (OT) > Known Bugs    

OT

OT Known Bugs

Known bugs (and workarounds, where possible) in the Observing Tool are described here. If you find a new problem, please submit the information via the Gemini HelpDesk and include any stack trace (by default Windows does not give a stack trace).

05 February 2007
Avispa 2.1 fetch attachment bug:
On Solaris and certain Linux flavors (e.g. Fedora) there is a problem with the feature to fetch attachments. The files will appear to download but the files will not appear in the selected directory.  The problem is related to operating system restrictions on renaming files across file systems (disk partitions).  The easiest workaround is to save all attachments to the /tmp directory and then manually move them to the desired location.   A solution will appear in the next public OT.

23 June 2006
Abeja 3.3 GNIRS and GMOS-S bugs:
In the GNIRS static component the number of coadds cannot be saved in the static component, the coadds must be set in a GNIRS sequence iterator.  Also, changes to the PA in the static component cannot be saved.  The PA can be changed by dragging the slit or IFU field in the Position Editor.  For GMOS-S, the visualization of the IFU nod & shuffle focal plain units in the Position Editor is incorrect and the planned time does not appropriately account for the binning.  All of these problems are fixed in Abeja version 3.5 released 30 June 2005.

29 June 2005
Palote 3.1 not compatible with Fedora Core 4 Line distribution:
We have discovered that the Sun JRE included with the Palote_3.1 Linux distribution is not compatible with the Fedora Core 4 Linux distribution. The symptom is that the fetch/store fails immediately with a stack trace starting as follows:

ERROR [SwingWorker] 2005-06-28 18:16:28,748:  
edu.gemini.oodb.OodbClientBase - Connection problem
java.net.SocketException: Invalid argument or cannot assign requested
address
...with several more lines...
This is a known problem with the Fedora Core 4 people. The FC4 installation notes suggest that users upgrade their JRE to the latest 1.5_04 distribution from Sun at http://java.sun.com. We've tested this and confirmed that it fixes the fetch/store problem. After additional testing, we will make a special FC4 version available on the Gemini ftp site.

 

9 January 2005
RA values considered to have units of hr:
The units for RA are assumed to be hr (hours). Values greater than 24 are 'unwrapped' e.g. 243.7, intended to be in degrees, is interpreted as 10 revolutions plus 3.7hr and is converted to an 'RA' of 3h 42m.

 

10 Dec 2004 - fixed in public re-release
Sequence not copied when modified observation merged:
After fetching a program and modifying observation sequences, the changes are not correctly integrated when the program is stored to the Observing Database. This only affects Grillo-01.6, which was the initial public release available for about 12hr overnight on 9 December, and is fixed in subsequent releases. 

 

4 Feb 2003 - fixed in river-10 internal release
Offset sequences not preserved when copies are made:
This occurs when an offset iterator is copied from one observation to another and then one of them is edited. The problem is that a new copy of the list is not being made; it is being shared between the copies. This bug also manifests as the apparent 'disappearance' of offset and nod-and-shuffle steps when exporting and re-importing saved (XML file) copies of the science program. 

 

20 January 2003 - fixed in river-10 internal release
Image quality observing condition not loaded correctly:
From semester 2003A, the previous image quality observing conditions (20%, 50%, 80% and "any") were changed to (20%, 70%, 85% and "any"). Some science program or Phase I proposal created with OT or PIT from 2002B or earlier and imported into later versions of OT are not correctly translated, e.g. 80% is interpreted as "any". The image quality observing conditions should be checked and changed manually.

 

11 July 2002 - fixed in OT river release of January 2003
Offset iterator steps are defined in wrong axis for rectangular grid:
In the telescope offset iterator, a rectangular grid of steps can be created using the grid pattern tab. The number of steps specified in the p axis (the upper button) incorrectly produces that number of steps in the q axis (and vice versa). This can be seen by inspecting the iteration table or visually by viewing the offsets in the position editor. The initial offset and spacing parameters are handled correctly. 

The pop-up tip (when the cursor is held over the step boxes) incorrectly labels them as RA and dec. The relation between the [p,q] coordinate system and (RA, dec) depends on the defined position angle on the sky. 


17 April 2002 - fixed in OT limberlost release of 10 July 2002
GMOS OIWFS does not correspond to current hardware configuration:
As it has an asymmetric configuration relative to the optical axis, the GMOS on-instrument wavefront sensor's patrol field will change when the instrument is mounted on the up-looking and any side-looking port. (The effective patrol field is flipped about the x-axis by reflection in the science fold mirror). Thus although the same guide star may in principle be used regardless of port, the instrument may need to be rotated to acquire that star and the OIWFS probe arm will vignette a different part of the field. 

The current public OT release (OT2002A.11) assumes that GMOS is on the up-looking port; in fact the instrument is now mounted on a side-looking port. PIs should continue to define their programs using the public OT; their Gemini Contact Scientist will notify them of any problems. 


5 February 2002 - fixed in OT river release of January 2003 (use the Position Editor...Catalog...Proxy Server menu)
Guide star catalogue or digital sky survey searches fail because user machine is behind proxy server:
If the user's computer connects to the outside world via an HTTP proxy server then PIT catalogue assistant searches, PIT proposal submission (UK, Canada and Australia) and OT guide star or image searches will fail, often with the error exception occurred while retrieving the data: java.net.ConnectException: Connection refused.  This problem arises because PIT and OT currently do not support sites with an HTTP proxy (support is being added for the next public releases of PIT and OT).

There is a workaround for those using PIT and OT under solaris or linux operating systems. (If you are using Windows, please contact us as there may also be a solution). The Java Virtual Machine (JVM) on Solaris and Linux allows setting two system properties at runtime to indicate that HTTP access should go through an HTTP proxy server.

The two system properties are:

By setting the site specific values for these two properties before starting PIT and OT, the access for posting the proposal and gathering WFS stars will go through the indicated proxy. You may find the name of  your proxy by looking in your web browser preferences.

A modified command for starting PIT would look like the following (where the -D allows setting the system property on the command line):

 
exec java ${JFLAGS} -Dhttp.proxyHost="proxy host" -Dhttp.proxyPort="port" edu.gemini.phase1.tool.app.PIT

An example PIT.sh script is available that includes two new variables (called PROXYHOST and PROXYPORT) and can be edited with your local information. Similar modifications should work for the OT.


23 October 2001 - only an issue for semester 2001B
Bugs in Phase I - to - Phase II skeleton conversion. In the translation of approved Phase I proposals to the XML skeletons for Phase II several errors were introduced: 


3 May 2001
In (first) public release OT1.0.0

[Science Operations home] [Observing Tool home]


Last update February 5, 2007: Bryan Miller