Skip to content

gitter-badger/phoenix-6

 
 

Repository files navigation

Phoenix

Build Status License

DOI

Introduction

The idea of this project is to have a simple way to visualise event and geometry data using nothing more than a web browser. The data should be as detector-agnostic as possible.

Technically the 3D is done with three.js, the menu (at the moment) uses DAT.GUI and the data format is just plain JSON.

Installation

To install, you need to clone this repository, using e.g. `git clone [email protected]:HSF/phoenix.git``

There are some standard event data and geometry files you can download:

wget http://emoyse.web.cern.ch/emoyse/phoenix-data/EventAndGeom.tar.gz

tar xvzf EventAndGeom.tar.gz

(these are necessary to run the examples shown if you open index.html )

To avoid cross-domain permission problems with modern browsers you're much better off running a local webserver, e.g. with python -m http.server (python 3.X) or python -m SimpleHTTPServer (Python 2.X) and then point your browser to http://0.0.0.0:8000 See here for more details (and alternative solutions).

Using this with your own data

The JSON format is pretty simple, but we're still in the process of documenting it (and it might evolve).

Otherwise, here are some rough explanations:

Event data

Currently Phoenix supports the following physics objects:

  • Tracks - the trajectory of a charged particle (usually in a magnetic field)
  • Calorimeter clusters - deposits of energy in a calorimeter
  • Jets - cones of activity within the detector
  • Hits - individual measurements

And coming soon:

  • Vertices
  • Compound objects (i.e. 'Muons', which link 'Tracks' and 'Clusters')

The format is the following:

{ "event number":XXX, "run number":YYY, "OBJECT_TYPE":{"COLLECTION_NAME" : [ OBJECTS ]}}""

where

  • "event number" and "run number" are hopefully obvious,
  • OBJECT_TYPE is one of the supported types mentioned above,
  • and COLLECTION_NAME is an arbitrary name used to label this particular collection (you can have as many collections of each OBJECT_TYPE as you like).

Uniquely for clusters, you need to define the plane(s) on which to project the clusters as a property of the collection itself, using the following notation

'CYL':[30.2493,243.645,136.947,213.396,3.14159,2850]

(other shapes will be supported soon)

What follows in the list of objects depends on the type:

  • 'Tracks' have the following information:
    • 'chi2' - the chi2 of the fit, i.e. a number
    • 'dof' - the degrees of freedom of the fit, i.e. a number (not necessarily an integer)
    • 'params' - the parameters of the tracks, defined as d0,z0, ABC
    • 'pos' - further positions along the track (a possible extension is to store positions and directions, to permit bezier curves, and perhaps a simple extrapolation system which would further reduce the amount of information needing to be stored)
  • 'Clusters' have the following information:
    • 'phi' - phi direction
    • 'eta' - eta direction
  • 'Jets' have the following information:
    • 'coneR' - the radius of the jet cone
    • 'phi'- phi direction
    • 'eta' - eta direction

As an example:

{ "event number":123, "run number":234, "Tracks" : {"Inner Detector Tracks":[ {"chi2":52.1087, "dof":34, "params": [-0.0150713, 0.725162, 2.11179, 2.86823, -3.23906e-05], "pos": [] }}

Geometry

Volumes

WEB supports a limited set of volumes at the moment. All are passed with the following notation

{ "Name" : XXX, "Shape" : YYY, "Bounds", [...], "Layers" : [...layers...], "Volumes" : [ ... sub-volumes ... ],  }

where the contents are:

  • Name - an arbitrary name for the volume
  • Shape - the shape of the volume (see below)
  • Bounds - defines the size of the shape (see below)
  • Layers - layers contained by this volume
  • Volumes - sub-volumes contained by this volume

Currently the supported shapes are:

  • 'CUB'/'BOX' - a cube in space, defined by its width/height/depth.
  • 'CYL' - a cylinder, defined by inner radius, outer radius, medium radius, deltaRadius and halflengthZ.

Surfaces

TODO

Interactivity

If you open geom_display.html it will show a basic geometry, constructed entirely programmatically.

basic geometry

the javascript to do this is the following :

  var parameters = { ModuleName: "Module 2", Xdim:10., Ydim:1. , Zdim:45, NumPhiEl:64, NumZEl:10, Radius:75, MinZ:-250, MaxZ:250, TiltAngle:0.3, PhiOffset:0.0, Colour:0x00ff00, EdgeColour:0x449458  };
  window.EventDisplay.buildGeometryFromParameters(parameters);

If you are using a modern browser (e.g. Safari/Chrome etc ) you should be able to open a developer console. In this you can type e.g.

var parameters2 = { ModuleName: "Module 3", Xdim:18., Ydim:1. , Zdim:85, NumPhiEl:64, NumZEl:10, Radius:150, MinZ:-450, MaxZ:450, TiltAngle:0.3, ZTiltAngle:0.0, PhiOffset:0.0, Colour:0xff3300, EdgeColour:0xff9c3e  };

window.EventDisplay.buildGeometryFromParameters(parameters2);

and you can add another layer, as shown below.

adding a layer interactively

TODO - expand.

Testing

You can run the CI tests locally by making sure you have jshint installed and then running the test

npm install jshint --save-dev
npm test

Contact

This is still very much a work in progress, so let me know of any problems (and don't be too surprised if there are some).

[email protected]

About

Phoenix web based event display

Resources

License

Stars

Watchers

Forks

Packages

No packages published

Languages

  • JavaScript 98.8%
  • HTML 1.2%