Attendees: Richard Dubois, Heather Kelly, Tony Johnson, Leon Rochester, Tom Stephens, Tracy Usher
Started with Leon providing a demo of his work to fire up Wired from a Gleam job:
- Kludged JO file
- Start up Wired via jnlp file and pass in the *.ior located in Gleam's cmt directory.
- Tony points out it would be better to start up Wired via:
javaws http://glast-ground.slac.stanford.edu/DataPortalWired/wired4.jnlp?folder=39684091 - This will download a new version of Wired if the one on the system is not up to date
Also requires that javaws be in the PATH.
- Tony points out it would be better to start up Wired via:
Leon has provided merit display by adding a widget in the event display that when clicked will provide the ntuple variable contents. (How do we avoid this in the future? If Heather provides a way to indicate an input merit file - is that enough? Or is there additional work to be done?)
All agreed rotating the display was fast. What seemed slower was going to the next event. Possibly due to Corba client? Also note that ROOT files are opened/loaded for every event, Tom wonders if that's slow. Tony points out that all the steps are possibly slow.
There are two upcoming new hires - but it will take at least a month for one to come up to speed.
Tony mentioned that there are a number of JIRAs from Elliott concerning things like background colors, keyboard shortcuts...
Tony also pointed out that we could avoid Gleam entirely and just read in ROOT files. There was a general desire to retain the connection to Gleam as its useful to debug geometry as well as reconstruction issues.
Leon asked about the future for Fred? Heather replied it's actually looking better now that we know we can upgrade to later versions of Ruby. Previously we thought we were stuck at Ruby 0.8.2 - but that is no longer the case.
- Next event speed issues
- Provide text box to input run id / event id to load random events
- Provide text box and interface to FluxSvc as Fred does to modify source used for simulation
- Provide point coordinates as the old old GUI does
- Should be possible at least for standard views
- Provide link to updated Wired that Tracy is now using and info concerning missing plug-in that had to be installed
- Includes instance tree - but that still needs to be populated for Gleam?
- Provide reasonable way to fire up Wired from Gleam using appropriate JO settings
- Allow replay of events
- Turn off assumption that network is required to read in events
- Update wired to allow input ior file
- Update workbook to explain Wired usage
- From Elliott:
run through an Run# Event# file and produce a jeg for each event with the views selected (e.g., one jpeg with x-y, x-z, y-z views). One should also be able to setup the detail of what detector elements would appear.
List of things we were working on with Heather:
- Provide support for input ROOT relation files
- This should already be done - at least in the v17 series of GR if not earlier
- Handle switching from MC to real Data within the same Gleam session, where the types of input ROOT files will change
- Also should be complete
- Interface for input merit file
Wired Concerns
1) It is very very slow
2) It does not support random event access from the controls on the interface
3) The interface for displaying properties of objects is somewhat cumbersome, also not clear how to associated objects
4) Myriad annoyances, e.g. it doesn't seem to ever remember the last folder I visited for opening the hepeventserver.ior file to connect to Gleam.
5) ... unfortunately, a few items I managed to forget before going back to Fred.
I think speed is a show stopper for me.
Also, I don't understand how we simpletons can find and play with the plugins for Fermi ehancements?