[Previous]
[Next]
NAME:
XCAL
PURPOSE:
CATEGORY:
Hansteen/Wikstol Data analysis SW
CALLING SEQUENCE:
INPUTS:
KEYWORD PARAMETERS:
Outputs:
None
CALLS: ***
EIS_CAL_DC, EIS_MKFITS [1], EIS_MKFITS [2], EIS_MODFITS [1], EIS_MODFITS [2]
FNAME_EXTRACT, FXADDPAR [1], FXADDPAR [2], GET_DELIM, XCAL_CLEANUP, XCAL_DC
XCAL_DESTROY, XCAL_SAVE, XMANAGER
CALLED BY:
XCONTROL [1], XCONTROL [2]
COMMON BLOCKS:
PROCEDURE:
RESTRICTIONS:
MODIFICATION HISTORY:
15-June-2004: Oivind Wikstol. Version 1.0
[Previous]
[Next]
NAME:
XCOLORS
PURPOSE:
The purpose of this routine is to interactively change color tables
in a manner similar to XLOADCT. No common blocks are used so
multiple copies of XCOLORS can be on the display at the same
time (if each has a different TITLE). XCOLORS has the ability
to notify a widget event handler, an object method, or an IDL
procedure if and when a new color table has been loaded. The
event handler, object method, or IDL procedure is then responsibe
for updating the program's display on 16- or 24-bit display systems.
AUTHOR:
FANNING SOFTWARE CONSULTING
David Fanning, Ph.D.
2642 Bradbury Court
Fort Collins, CO 80521 USA
Phone: 970-221-0438
E-mail: davidf@dfanning.com
Coyote's Guide to IDL Programming: http://www.dfanning.com
CATEGORY:
Widgets, Object, Command line.
CALLING SEQUENCE:
XCOLORS
INPUTS:
None.
KEYWORD PARAMETERS:
BLOCK: If this keyword is set, the program will try to block the
IDL command line. Note that this is only possible if no other
widget program is currently blocking the IDL command line. It
is much more reliable to make XCOLORS a modal widget (see the MODAL
keyword), although this can generally only be done when XCOLORS
is called from another widget program.
BOTTOM: The lowest color index of the colors to be changed.
COLORINFO: This output keyword will return either a pointer to
a color information structure (if the program is called in
a non-modal fashion) or a color information structure (if the program
is called in modal or blocking fashion). The color information
structure is an anonymous structure defined like this:
struct = { R: BytArr(!D.Table_Size), $ ; The current R color vector.
G: BytArr(!D.Table_Size), $ ; The current G color vector.
B: BytArr(!D.Table_Size), $ ; The current B color vector.
NAME: "", $ ; The name of the current color table.
INDEX: 0 } ; The index number of the current color table.
If a pointer to the structure is obtained, you will be responsible
for freeing it to prevent memory leakage:
XColors, ColorInfo=colorInfoPtr
Print, "Color Table Name: ", (*colorInfoPtr).Name
Ptr_Free, colorInfoPtr
Note that that Name field will be "Unknown" and the Index field will
be -1 until a color table is actually selected by the user. You are
responsible for checking this value before you use it.
When called in modal or blocking fashion, you don't have to worry about freeing
the pointer, since no pointer is involved:
XColors, /Block, ColorInfo=colorInfoData
Help, colorInfoData, /Structure
Print, "Color Table Name: ", colorInfoData.Name
DATA: This keyword can be set to any valid IDL variable. If
the variable is defined, the specified object method or notify
procedure will be passed this variable via a DATA keyword. This
keyword is defined primarily so that Notify Procedures are compatible
with the XLOADCT way of passing data. If is not strictly required,
since the _EXTRA keyword inheritance mechanism will allow passing
of *any* keyword parameter defined for the object or procedure that is
to be notified.
DRAG: Set this keyword if you want colors loaded as you drag
the sliders. Default is to update colors only when you release
the sliders.
_EXTRA: This keyword inheritance mechanism will pick up and
pass along to any method or procedure to be notified and keywords
that are defined for that procedure. Note that you should be sure
that keywords are spelled correctly. Any mis-spelled keyword will
be ignored.
FILE: A string variable pointing to a file that holds the
color tables to load. The normal colors1.tbl file is used by default.
GROUP_LEADER: The group leader for this program. When the group
leader is destroyed, this program will be destroyed.
MODAL: Set this keyword (along with the GROUP_LEADER keyword) to
make the XCOLORS dialog a modal widget dialog. Note that NO
other events can occur until the XCOLORS program is destroyed
when in modal mode.
NCOLORS: This is the number of colors to load when a color table
is selected.
NOTIFYID: A 2-column by n-row array that contains the IDs of widgets
that should be notified when XCOLORS loads a color table. The first
column of the array is the widgets that should be notified. The
second column contains IDs of widgets that are at the top of the
hierarchy in which the corresponding widgets in the first column
are located. (The purpose of the top widget IDs is to make it
possible for the widget in the first column to get the "info"
structure of the widget program.) An XCOLORS_LOAD event will be
sent to the widget identified in the first column. The event
structure is defined like this:
event = {XCOLORS_LOAD, ID:0L, TOP:0L, HANDLER:0L, $
R:BytArr(!D.N_COLORS < 256), G:BytArr(!D.N_COLORS < 256), $
B:BytArr(!D.N_COLORS < 256), INDEX:0, NAME:""}
The ID field will be filled out with NOTIFYID[0, n] and the TOP
field will be filled out with NOTIFYID[1, n]. The R, G, and B
fields will have the current color table vectors, obtained by
exectuing the command TVLCT, r, g, b, /Get. The INDEX field will
have the index number of the just-loaded color table. The name
field will have the name of the currently loaded color table.
Note that XCOLORS can't initially tell *which* color table is
loaded, since it just uses whatever colors are available when it
is called. Thus, it stores a -1 in the INDEX field to indicate
this "default" value. Programs that rely on the INDEX field of
the event structure should normally do nothing if the value is
set to -1. This value is also set to -1 if the user hits the
CANCEL button. (Note the NAME field will initially be "Unknown").
Typically the XCOLORS button will be defined like this:
xcolorsID = Widget_Button(parentID, Value='Load New Color Table...', $
Event_Pro='Program_Change_Colors_Event')
The event handler will be written something like this:
PRO Program_Change_Colors_Event, event
; Handles color table loading events. Allows colors be to changed.
Widget_Control, event.top, Get_UValue=info, /No_Copy
thisEvent = Tag_Names(event, /Structure_Name)
CASE thisEvent OF
'WIDGET_BUTTON': BEGIN
; Color table tool.
XColors, NColors=info.ncolors, Bottom=info.bottom, $
Group_Leader=event.top, NotifyID=[event.id, event.top]
ENDCASE
'XCOLORS_LOAD': BEGIN
; Update the display for 24-bit displays.
Device, Get_Visual_Depth=thisDepth
IF thisDepth GT 8 THEN BEGIN
WSet, info.wid
...Whatever display commands are required go here. For example...
TV, info.image
ENDIF
ENDCASE
ENDCASE
Widget_Control, event.top, Set_UValue=info, /No_Copy
END
NOTIFYOBJ: A vector of structures (or a single structure), with
each element of the vector defined as follows:
struct = {XCOLORS_NOTIFYOBJ, object:Obj_New(), method:''}
where the Object field is an object reference, and the Method field
is the name of the object method that should be called when XCOLORS
loads its color tables.
ainfo = {XCOLORS_NOTIFYOBJ, a, 'Draw'}
binfo = {XCOLORS_NOTIFYOBJ, b, 'Display'}
XColors, NotifyObj=[ainfo, binfo]
Note that the XColors program must be compiled before these structures
are used. Alternatively, you can put this program, named
"xcolors_notifyobj__define.pro" (*three* underscore characters in this
name!) in your PATH:
PRO XCOLORS_NOTIFYOBJ__DEFINE
struct = {XCOLORS_NOTIFYOBJ, OBJECT:Obj_New(), METHOD:''}
END
"Extra" keywords added to the XCOLORS call are passed along to
the object method, which makes this an alternative way to get information
to your methods. Your methods should be defined with an _Extra keyword.
NOTIFYPRO: The name of a procedure to notify or call when the color
tables are loaded. If the DATA keyword is also defined, it will
be passed to this program via an DATA keyword. But note that *any*
keyword appropriate for the procedure can be used in the call to
XCOLORS. For example, here is a procedure that re-displays and image
in the current graphics window:
PRO REFRESH_IMAGE, Image=image, _Extra=extra, WID=wid
IF N_Elements(wid) NE 0 THEN WSet, wid
TVIMAGE, image, _Extra=extra
END
This program can be invoked with this series of commands:
IDL> Window, /Free
IDL> TVImage, image, Position=[0.2, 0.2, 0.8, 0.8]
IDL> XColors, NotifyPro='Refresh_Image', Image=image, WID=!D.Window
Note that "extra" keywords added to the XCOLORS call are passed along to
your procedure, which makes this an alternative way to get information
to your procedure. Your procedure should be defined with an _Extra keyword
as illustrated above.
TITLE: This is the window title. It is "Load Color Tables" by
default. The program is registered with the name 'XCOLORS:' plus
the TITLE string. The "register name" is checked before the widgets
are defined. If a program with that name has already been registered
you cannot register another with that name. This means that you can
have several versions of XCOLORS open simultaneously as long as each
has a unique title or name. For example, like this:
IDL> XColors, NColors=100, Bottom=0, Title='First 100 Colors'
IDL> XColors, NColors=100, Bottom=100, Title='Second 100 Colors'
XOFFSET: This is the X offset of the program on the display. The
program will be placed approximately in the middle of the display
by default.
YOFFSET: This is the Y offset of the program on the display. The
program will be placed approximately in the middle of the display
by default.
CALLED BY:
CIndex, EIS_IMAGE_TOOL_EVENT [1], EIS_IMAGE_TOOL_EVENT [2], FSC_SURFACE
FSC_WINDOW, XDETECTOR [1], XIMOVIE [1], XIMOVIE [2], XIMOVIE [4], XMAP [1], XMAP [2]
ZIMAGE, xwhisker [1], xwhisker [2]
COMMON BLOCKS:
None.
SIDE EFFECTS:
Colors are changed. Events are sent to widgets if the NOTIFYID
keyword is used. Object methods are called if the NOTIFYOBJ keyword
is used. This program is a non-blocking widget.
RESTRICTIONS:
None.
EXAMPLE:
To load a color table into 100 colors, starting at color index
50 and send an event to the widget identified at info.drawID
in the widget heirarchy of the top-level base event.top, type:
XCOLORS, NCOLORS=100, BOTTOM=50, NOTIFYID=[info.drawID, event.top]
MODIFICATION HISTORY:
Written by: David Fanning, 15 April 97. Extensive modification
of an older XCOLORS program with excellent suggestions for
improvement by Liam Gumley. Now works on 8-bit and 24-bit
systems. Subroutines renamed to avoid ambiguity. Cancel
button restores original color table.
23 April 1997, added color protection for the program. DWF
24 April 1997, fixed a window initialization bug. DWF
18 June 1997, fixed a bug with the color protection handler. DWF
18 June 1997, Turned tracking on for draw widget to fix a bug
in TLB Tracking Events for WindowsNT machines in IDL 5.0. DWF
20 Oct 1997, Changed GROUP keyword to GROUP_LEADER. DWF
19 Dec 1997, Fixed bug with TOP/BOTTOM reversals and CANCEL. DWF.
9 Jun 1998, Fixed bug when using BOTTOM keyword on 24-bit devices. DWF
9 Jun 1998, Added Device, Decomposed=0 for TrueColor visual classes. DWF
9 Jun 1998, Removed all IDL 4 compatibility.
21 Oct 1998, Fixed problem with gamma not being reset on CANCEL. DWF
5 Nov 1998. Added the NotifyObj keyword, so that XCOLORS would work
interactively with objects. DWF.
9 Nov 1998. Made slider reporting only at the end of the drag. If you
want continuous updating, set the DRAG keyword. DWF.
9 Nov 1998. Fixed problem with TOP and BOTTOM sliders not being reset
on CANCEL. DWF.
10 Nov 1998. Fixed fixes. Sigh... DWF.
5 Dec 1998. Added INDEX field to the XCOLORS_LOAD event structure. This
field holds the current color table index number. DWF.
5 Dec 1998. Modified the way the colorbar image was created. Results in
greatly improved display for low number of colors. DWF.
6 Dec 1998. Added the ability to notify an unlimited number of objects. DWF.
12 Dec 1998. Removed obsolete Just_Reg keyword and improved documetation. DWF.
30 Dec 1998. Fixed the way the color table index was working. DWF.
4 Jan 1999. Added slightly modified CONGRID program to fix floating divide
by zero problem. DWF
2 May 1999. Added code to work around a Macintosh bug in IDL through version
5.2 that tries to redraw the graphics window after a TVLCT command. DWF.
5 May 1999. Restore the current window index number after drawing graphics.
Not supported on Macs. DWF.
9 Jul 1999. Fixed a couple of bugs I introduced with the 5 May changes. Sigh... DWF.
13 Jul 1999. Scheesh! That May 5th change was a BAD idea! Fixed more bugs. DWF.
31 Jul 1999. Substituted !D.Table_Size for !D.N_Colors. DWF.
1 Sep 1999. Got rid of the May 5th fixes and replaced with something MUCH simpler. DWF.
14 Feb 2000. Removed the window index field from the object notify structure. DWF.
14 Feb 2000. Added NOTIFYPRO, DATA, and _EXTRA keywords. DWF.
20 Mar 2000. Added MODAL, BLOCK, and COLORINFO keywords. DWF
20 Mar 2000. Fixed a slight problem with color protection events triggering
notification events. DWF.
31 Mar 2000. Fixed a problem with pointer leakage on Cancel events, and improved
program documentation. DWF.
[Previous]
[Next]
NAME:
XCONTROL
PURPOSE:
XCONTROL is the main QL control window. After selecting a file (CCSDS or
FITS) this windows opens with information about the data, and control
buttons etc. for the various display methods and data processing
options available for a particular set of data.
CATEGORY:
Hansteen/Wikstøl Data analysis SW
CALLING SEQUENCE:
xcontrol, data, hdr, auxobj, group_leader = group, $
filename = filename
INPUTS:
data: data object of type 'eis_data'
hdr: hdr object associated with data object
auxobj: auxiliary object associated with data object
KEYWORD PARAMETERS:
group_leader: Widget ID of parent widget
filename:
OUTPUTS:
CALLS: ***
CW_BGROUP, EIS_DESPIKE, EIS_MKFITS [1], EIS_MKFITS [2], EIS_MODFITS [1]
EIS_MODFITS [2], GET_DELIM, XCAL [1], XCAL [2], XCONTROL_CAL, XCONTROL_CLEANUP
XCONTROL_CR_DESPIKE, XCONTROL_CR_LL, XCONTROL_CR_QUIT, XCONTROL_CR_REMOVAL
XCONTROL_CR_SAVE, XCONTROL_DESTROY, XCONTROL_DISPSELECT
XCONTROL_GET_DATA_INFO, XCONTROL_HDRDISP, XCONTROL_HDRDISP_DESTROY
XCONTROL_LINESELECT, XCONTROL_MOMENTS, XCONTROL_SAVE_MOM, XCONTROL_SYNSPEC
XCONTROL_SYNSPEC_CANCEL, XCONTROL_SYNSPEC_DET, XCONTROL_SYNSPEC_EMM
XCONTROL_SYNSPEC_LAUNCH, XDETECTOR [1], XDETECTOR [2], XMANAGER, XMAP [1]
XMAP [2], XRASTER [1], XRASTER [2], XSYNSPEC, xwhisker [1], xwhisker [2]
CALLED BY:
EIS_CAT [1], EIS_CAT [2], XFILES [1], XFILES [2]
COMMON BLOCKS:
PROCEDURE:
RESTRICTIONS:
MODIFICATION HISTORY:
July-2002: First version started by Øivind Wikstøl
May-2005: Documented and cleaned up after many revisions.
[Previous]
[Next]
NAME:
XDETECTOR
PURPOSE:
XDETECTOR is used to display 2-D (or higher) data. It is a
widget based program with several options and functions that
allows data to be displayed in a nukmber of modes.
CATEGORY:
Hansteen/Wikstol Data analysis SW
CALLING SEQUENCE:
xdetector, data, hdr, aux, group_leader = groupleader, ncolors=ncolors
INPUTS:
data: Data object. Must follow the structure of the superclass
HW_DATA.
hdr: Header object. Must follow the structure of the superclass
HW_HDR.
aux: Auxiliary object. Must follow the structure of the
superclass HW_AUX.
KEYWORD PARAMETERS:
group_leader: Widget parent (if any).
ncolors: Number of colors for xdetector. Default is
!d.n_colors<256.
OUTPUTS:
None
CALLS:
CALLED BY:
XCONTROL [1], XCONTROL [2]
COMMON BLOCKS:
PROCEDURE:
XDETECTOR defines the widgets and displays data. It has several
options for displaying data in different modes, zooming,
selecting colors, file output etc. It is a QL-tool for
displaying data of 2 dimensions or higher. XDETECTOR consists
of many functions that is caled whenever the user does
something in the widget program.
RESTRICTIONS:
MODIFICATION HISTORY:
12-Sep-2002: Oivind Wikstol. First version.
20-APR-2004: Oivind Wikstol - Added funtions to change
wavl. scale [pix/Angstr.]
[Previous]
[Next]
NAME:
XFILES
PURPOSE:
XFILES is used to select data files from data bases. It reads
data from many data sources. The user can also specify own
data sources, in which case data-read procedures must be
provided. XFILES defines the data objects, header objects and
auxiliary objects and sends them to XDISPLAY. The XDISPLAY
window is opened when the user selects a data file in XFILES.
CATEGORY:
Hansteen/Wikstøl Data analysis SW
CALLING SEQUENCE:
xfiles
INPUTS:
none
KEYWORD PARAMETERS:
none
OUTPUTS:
Opens the XDISPLAY widget
CALLS: ***
CW_BGROUP, CW_FIELD, GET_DELIM, HK_PACKET, IS_DIR, LOCAL_NAME, XCONTROL [1]
XCONTROL [2], XFILES_CLEANUP, XFILES_DIR, XFILES_EXIT, XFILES_READ, XFILES_SOURCE
XMANAGER
COMMON BLOCKS:
PROCEDURE:
XFILES searches through data bases (directories) for data
files. Which data base and directory can be selected from the
various data sources. The user can provide other data sources
under the "other" button, in which case the directory of data
must be specified, along with the routines to read the data.
RESTRICTIONS:
MODIFICATION HISTORY:
2001: Øivind Wikstøl. Gradually developed through the year.
2004-04-19: Oivind Wikstol - Cleaned up.
06-May-2004: Oivind Wikstol. Changed call to xcontrol for
ccsds type.
[Previous]
[Next]
NAME:
XIMOVIE
PURPOSE:
XIMOVIE provides a widget interface to run and control
images displayed as a movie. The images must be written
as an assoc file.
CATEGORY:
Hansteen/Wikstol Data analysis SW
CALLING SEQUENCE:
ximovie, file
INPUTS:
pos: assoc file
KEYWORD PARAMETERS:
OUTPUTS:
A widget that shows the movie with buttons to control it, and
various options to save movie/images and to select color table.
CALLS: ***
CONGRID [1], CONGRID [2], CONGRID [3], CW_FIELD, GET_BMP_BUTTONS, INTERPOL, MEAN
MPEG_CLOSE, MPEG_OPEN, MPEG_PUT, MPEG_SAVE, WRITE_GIF, XCOLORS [1], XCOLORS [2]
XCOLORS [3], XCOLORS [4], XCOLORS [5], XIMOVIE_ASPECT, XIMOVIE_BCK, XIMOVIE_BLINK
XIMOVIE_BLINK_START, XIMOVIE_BLINK_STOP, XIMOVIE_BOXDRAW, XIMOVIE_CLEANUP
XIMOVIE_COLORS, XIMOVIE_DECR, XIMOVIE_DESTROY, XIMOVIE_DRAW, XIMOVIE_FRAMEINCR
XIMOVIE_FRAMESLIDER, XIMOVIE_FRAMESPEED, XIMOVIE_GIF, XIMOVIE_GIF_ALL
XIMOVIE_INCR, XIMOVIE_JPEG, XIMOVIE_JPEG_ALL, XIMOVIE_MIX, XIMOVIE_MPEG
XIMOVIE_PAUSE, XIMOVIE_PLAY_CYCLE, XIMOVIE_PLAY_FWD, XIMOVIE_PLAY_REV
XIMOVIE_PS, XIMOVIE_RESIZE, XIMOVIE_SETFRAMES, XIMOVIE_SETFRAMES_DESTROY
XIMOVIE_STREAM1, XIMOVIE_STREAM2, XIMOVIE_XSCROLL_SLIDER
XIMOVIE_YSCROLL_SLIDER, XIMOVIE_ZOOM, XMANAGER, string3 [1], string3 [2]
CALLED BY:
XDETECTOR [1], XMAP [1], XMAP [2], lp_ximovie [1], lp_ximovie [2], xwhisker [1]
xwhisker [2]
COMMON BLOCKS:
PROCEDURE:
RESTRICTIONS:
MODIFICATION HISTORY:
Version 1.0, Jan-2004: Oivind Wikstol.
[Previous]
[Next]
NAME:
XIMOVIE
PURPOSE:
XIMOVIE provides a widget interface to run and control
images displayed as a movie. The images must be written
as an assoc file.
CATEGORY:
Hansteen/Wikstol Data analysis SW
CALLING SEQUENCE:
ximovie, file
INPUTS:
pos: assoc file
KEYWORD PARAMETERS:
OUTPUTS:
A widget that shows the movie with buttons to control it, and
various options to save movie/images and to select color table.
CALLS:
CALLED BY:
XDETECTOR [1], XMAP [1], XMAP [2], lp_ximovie [1], lp_ximovie [2], xwhisker [1]
xwhisker [2]
COMMON BLOCKS:
PROCEDURE:
RESTRICTIONS:
MODIFICATION HISTORY:
Version 1.0, Jan-2004: Oivind Wikstol.
[Previous]
[Next]
NAME:
XMAP
PURPOSE:
XMAP is used to display 2-D (or higher) data. It is a
widget based program with several options and functions that
allows data to be displayed in a nukmber of modes.
CATEGORY:
Hansteen/Wikstol Data analysis SW
CALLING SEQUENCE:
xmap, data, hdr, aux, group_leader = groupleader, ncolors=ncolors
INPUTS:
data: Data object. Must follow the structure of the superclass
HW_DATA.
hdr: Header object. Must follow the structure of the superclass
HW_HDR.
aux: Auxiliary object. Must follow the structure of the
superclass HW_AUX.
KEYWORD PARAMETERS:
linelist: list of line indexes
group_leader: Widget parent (if any).
ncolors: Number of colors for xmap. Default is
!d.n_colors<256.
Outputs:
None
CALLS: ***
COLORBAR [1], COLORBAR [2], CONGRID [1], CONGRID [2], CONGRID [3], CW_BGROUP
GET_DELIM, GET_SCREEN_SIZE, INTERPOL, IS_DIR, LOCAL_NAME, TVIMAGE [1], TVIMAGE [2]
TVIMAGE [3], TVIMAGE [4], XCOLORS [1], XCOLORS [2], XCOLORS [3], XCOLORS [4]
XCOLORS [5], XIMOVIE [1], XIMOVIE [2], XIMOVIE [3], XIMOVIE [4], XIMOVIE [5]
XLINEPLOT, XMANAGER, XMAP_ANIM, XMAP_CLEANUP, XMAP_COLORS, XMAP_DESTROY
XMAP_DPSELECT, XMAP_DRAW, XMAP_DWOPTION, XMAP_EXPPRP_SLIDER, XMAP_JPEG
XMAP_LINESELECT, XMAP_PIXPLOT, XMAP_PROTECT_COLORS, XMAP_PS, XMAP_RESIZE
XMAP_SAVE, XMAP_ZOOM, XZOOM
CALLED BY:
XCONTROL [1], XCONTROL [2]
COMMON BLOCKS:
PROCEDURE:
XMAP defines the widgets and displays data. It has several
options for displaying data in different modes, zooming,
selecting colors, file output etc. It is a QL-tool for
displaying data of 2 dimensions or higher. XMAP consists
of many functions that is caled whenever the user does
something in the widget program.
RESTRICTIONS:
MODIFICATION HISTORY:
12-Sep-2002: Oivind Wikstol. First version.
[Previous]
[Next]
NAME:
XMKFITS
PURPOSE:
XMKFITS is a widget based program to produce Solar-B/EIS FITS files
from telemetry files.
CATEGORY:
Hansteen/Wikstøl Data analysis SW
CALLING SEQUENCE:
xmkfits
INPUTS:
none
KEYWORD PARAMETERS:
none
OUTPUTS:
Opens the XMKFITS GUI.
CALLS: ***
CW_FIELD, EIS_MKFITS [1], EIS_MKFITS [2], GET_DELIM, IS_DIR, LOCAL_NAME, XMANAGER
XMKFITS_CCSDSDIR, XMKFITS_CCSDS_FILE_SELECT, XMKFITS_CLEANUP, XMKFITS_EXIT
XMKFITS_FITSDIR, XMKFITS_PROCESS
COMMON BLOCKS:
PROCEDURE:
Provides a list of telemtry files from a specified catalogue.
The catalogue can be changed. By highlighting a file and pressing
the start-button, the fits generation i started. Output file directory
and file name can be changed.
RESTRICTIONS:
In version 0.9, there are no communications with planning/as-run
catalogues, and no spacecraft information. Defaults are used.
MODIFICATION HISTORY:
2004-04-21: Øivind Wikstøl. Version 0.9
[Previous]
[Next]
NAME:
XMOMENT
PURPOSE:
XMOMENT plots mean line profile, and has interactive mouse
functions to mark where the line is (start/stop pixels) and
where the continuum is. This information is used by the
eis_moment__moment program to calulate moments of the line
profile.
CATEGORY:
Hansteen/Wikstol Data analysis SW
CALLING SEQUENCE:
INPUTS:
KEYWORD PARAMETERS:
OUTPUTS:
CALLS: ***
CW_BGROUP, INTERPOL, XMANAGER, XMOMENT_CLEANUP, XMOMENT_DESTROY, XMOMENT_DRAW
XMOMENT_JPEG, XMOMENT_PIX_SELECT, XMOMENT_PS, XMOMENT_RESIZE, XMOMENT_SETPIX
XMOMENT_STARTSLIDER, XMOMENT_STOPSLIDER, mean_spec [1], mean_spec [2]
COMMON BLOCKS:
PROCEDURE:
RESTRICTIONS:
MODIFICATION HISTORY:
23-Feb-2004: Oivind Wikstol.
[Previous]
[Next]
NAME:
XRASTER
PURPOSE:
XRASTER is used to display 3-D spectroscopic data in the form
of a raster (i.e. intensity[lambda, slit pos, raster pos.].
One line is displayed as I[lambda, slit pos] with one display window
for each raster (using !p.multi). If more than one line, these
are added as extra rows of display windows.
CATEGORY:
Hansteen/Wikstøl Data analysis SW
CALLING SEQUENCE:
xraster, data_obj, hdr_obj, aux_obj, windows = windows, $
group_leader = groupleader, ncolors=ncolors
INPUTS:
data_obj: Data object. Must follow the structure of the superclass
HW_DATA.
hdr_obj : Header object. Must follow the structure of the superclass
HW_HDR.
aux_obj : Auxiliary object. Must follow the structure of the
superclass HW_AUX.
windows : The index(es) of the line windows to be displayed
KEYWORD PARAMETERS:
group_leader: Widget parent (if any).
ncolors: Number of colors for xraster. Default is
!d.n_colors<256.
filename: Name of selected data-file. Used in display window title
OUTPUTS:
None
CALLS: ***
CW_FIELD, CW_PDMENU, DISPLAY_DETECTOR, DISPLAY_IMA, DISPLAY_SPECTRUM, DISPLAY_W
DISPLAY_X, DISPLAY_Y, FLAT_FIELDING, FXPAR [1], FXPAR [2], GAUSSB4_CONV
GAUSSFIT_INT, GET_COLOR, GET_VALUE, IDL_VECTOR_FONT, MAIN_RASTER_EVENT
MARK_ON_IMAGE, PDMENU66_EVENT, RDSUMEREXT, SAVE_RASTER, SHOW_HEADER
SUMER_FULL_FILENAME, XFONT, XLOADCT [1], XLOADCT [2], XLOADCT [3], XMANAGER
XRASTER_HELP, XSET_VALUE, XYINDEX, hardcopy [1], hardcopy [2]
CALLED BY:
XCONTROL [1], XCONTROL [2], XSEL_PD_EVENT
COMMON BLOCKS:
PROCEDURE:
XRASTER defines the widgets and displays data. Display can be output
to ps-file or jpeg. To illustrate teh use of windows, consider an
observation consisting of intensity in 5 spectral lines with
50 wavelength pixels, 512 pixels along the slit and 300 raster
positions. The to display line numbers 2 and 3 (of line 0-4),
the call to xraster would be:
xraster, data_obj, hdr_obj,aux_obj, [2, 3], $
group_leader = group_leader, ncolors = ncolors
This would create a display with 2x300 windows of 50x512 pixels
(although the x-y size of the display windows are scaled)
RESTRICTIONS:
MODIFICATION HISTORY:
July 2002: Øivind Wikstøl
20-APR-2004: Oivind Wikstol - Added funtions to change wavl. scale [pix/Angstr.]
[Previous]
[Next]
Project :SolarB EIS
Name
xrt_flare_tlc
Purpose
Category
Author
Version
[Previous]
NAME:
xwhisker
PURPOSE:
xwhisker is used to display 2-D spectroscopic data as whisker plots
(images). I.e. Intensity[wavelength, y].
Typically y will be solar_x (for a raster) or
for sit-and-stare observations it will be time.
CATEGORY:
Hansteen/Wikstol Data analysis SW
CALLING SEQUENCE:
xwhisker, data, hdr, auxo, line, group_leader = group_leader
INPUTS:
data: Data object. Must follow the structure of the superclass
HW_DATA.
hdr: Header object. Must follow the structure of the superclass
HW_HDR.
aux: Auxiliary object. Must follow the structure of the
superclass HW_AUX.
KEYWORD PARAMETERS:
group_leader: Widget parent (if any).
OUTPUTS:
None
CALLS: ***
COLORBAR [1], COLORBAR [2], CONGRID [1], CONGRID [2], CONGRID [3], CW_BGROUP
GET_DELIM, GET_SCREEN_SIZE, INTERPOL, IS_DIR, LOCAL_NAME, TVIMAGE [1], TVIMAGE [2]
TVIMAGE [3], TVIMAGE [4], XCOLORS [1], XCOLORS [2], XCOLORS [3], XCOLORS [4]
XCOLORS [5], XIMOVIE [1], XIMOVIE [2], XIMOVIE [3], XIMOVIE [4], XIMOVIE [5]
XLINEPLOT, XMANAGER, XWHISKER_ANIM, XWHISKER_CLEANUP, XWHISKER_COLORS
XWHISKER_DESTROY, XWHISKER_DRAW, XWHISKER_DWOPTION, XWHISKER_EXPPRP_SLIDER
XWHISKER_JPEG, XWHISKER_LINEPLOT, XWHISKER_PROTECT_COLORS, XWHISKER_PS
XWHISKER_RESIZE, XWHISKER_SLITSLIDER, XWHISKER_WANGSTR, XWHISKER_WPIX
XWHISKER_ZOOM, XZOOM
CALLED BY:
XCONTROL [1], XCONTROL [2]
COMMON BLOCKS:
PROCEDURE:
xwhisker defines the widgets and displays data. It has several
options for displaying data in different modes, zooming,
selecting colors, file output etc. It is a QL-tool for
displaying data of 2 dimensions. xwhisker consists
of many functions that is called whenever the user does
something in the widget program.
RESTRICTIONS:
MODIFICATION HISTORY:
2002-august: Oivind Wikstol. 1. version
20-APR-2004: Oivind Wikstol - Added funtions to change wavl. scale [pix/Angstr.]