🔍

Science Highlight

 

 

More...
news!

Known Issues for Cycle 11 temp

Known Issues affecting the Cycle 11 release of the ALMA Observing Tool

The following table lists those issues which are known to affect the Cycle 11 version of the Observing Tool. This will be updated to denote whether an issue has been fixed and whether this fix has made it into an updated release.

 

Issue

Description

Resolved?

Deployed?

C1_032

Leaving the OT open for days at a time can cause an error upon saving. Saving to another file, closing the OT and re-opening produces a "ZLIB input stream" error i.e. the project is unreadable. This issue is yet to be satisfactorily characterised.

 

 

C2_009

Placing spectral windows that are exactly as far apart as they can possibly be can cause an error, the text of which is also misleading.

 

 

C6_001

The OT's mosaicing algorithm will not allow an even number of pointings along a single row. A custom mosaic may be used instead.

 

 

C8_001

The time estimate dialogue for VLBI and Phased Array Science Goals is not enforcing the three-hour minimum. However, the correct time is shown on the Cover Sheet and will be used by the Proposal Handling Team.

 

 

C8_002

When setting the hour of a multiple visit using the time-constraint interface, it may not be possible to select certain values and attempting to do so may cause the OT to freeze. There is no known workaround at present.

 

 

C8_003

Sources with different velocities may bring up a validation error relating to 'tuning groups'. Small changes to the source velocity may solve the problem. The first source typically seems to be the problem.

 

 

C8_004

For a "simultaneous" 12-m + ACA proposal, the Cover Sheet will show TP time even if the TP Array is not required. However, TP Time will not be charged to the project.

 

 

C10_001

When selecting “Simultaneous 12-m and ACA observations” in a project where two different 12-m configurations are required (e.g., C-5 and C-2), the smaller configuration (e.g., C-2) is dropped without any warning.

 

 

C10_002

Single continuum full polarization projects may trigger a validation error about exceeding the maximum allowed data rate. At times this problem can be solved by creating a spectral line setup that mimic the single continuum case (same bandwidth, same resolution).

 

 

C10_003

In the Cycle 10 OT (Phase 1 Patch 1), if ‘Standalone ACA’ is selected in ‘Control and Performance’, integration times can be underestimated if the Bandwidth used for Sensitivity (BufS) is set to ‘RepWindowEffectiveChannelWidth’ or ‘FinestEffectiveChannelWidth’. PIs should set the BufS to ‘User’ to prevent this miscalculation. Please note that the ‘User’ choice allows you to set a value that is equivalent to either the ‘RepWindowEffectiveChannelWidth’ or the ‘FinestEffectiveChannelWidth’, but the time estimate will be correct. Single continuum observations or observations requiring the 12m array are not affected by this problem.

 

 

C10_004

In the correlator configuration section of the Technical Justification in the OT, the effective bandwidth is wrongly displayed as representative spectral window resolution and thus the calculation of the line width / representative spectral window resolution is not correct.

 

 

C10_005

In the Technical justification of the proposal pdf, the effective bandwidth rather than the spectral resolution is displayed in the Resolution column of the Spectral Setup summary. The effective bandwidth is also wrongly used in the calculation of the resolution element per FWHM.

 

 

C11_001

If the user chooses a source velocity above 298893 km/s with Doppler Type Radio or above 299787 km/s with Doppler Type Relativistic, validation is aborted.