Add dummy flag to Plane and read it from the database
Add support for dummy planes to Hitpattern and HitpatternLR

Pseudo-hits in dummy planes are not recorded in Hitpattern::fHits.
We don't want to use dummy hits in fits, so there is no point. Also,
there would likely be a lot of entries if a dummy plane represents
a calorimeter or hodoscope with relatively low resolution.
Add logic for dummy planes to Projection

This is the bulk of the new logic. All planes, including dummies, are
in a new vector fAllPlanes with corresponding allowed plane pattern
fAltPlaneCombos. The index of each plane in this vector is stored in
the plane as fAltPlaneNum. fAltPlaneCombos and fAltPlaneNum are used
for TreeSearch only. Track fitting in Roads etc. continues to use
fPlaneNum and fPlaneCombos, as before. fMaxMiss always refers to
non-dummy planes; dummy planes, if defined, are always required
(otherwise they would be more or less pointless).

This is still work in progress. The Plane class decoders should behave
differently in dummy mode.
Ensure that partnered planes are either both regular or both dummy type
Update dbconvert parameters based on recent experience with SoLID sim replay

- Drop absolute path of default input file
- Add MCdata = 1
- Less restrictive maxmiss values
- Allow much larger numbers of patterns, needed for noisy runs
- Write plane z positions with full available precision
Add bugchecks for invalid plane numbers in Hit, Projection and Road classes

Dummy planes have fPlaneNum == kMaxUInt (because SetPlaneNum is never
called). Hits from dummy planes must never appear in the hit set
associated with a pattern (Node_t) found by TreeSearch, and,
consequently, also not in Road building, 2D track fitting, etc.
Ensure that GEMPlane hits don't have less resolution than fResolution

It looks like this is the only modification needed to support dummy
GEM Planes. Dummy planes will typcally have a large fResolution
(calorimeter or scintillator hit), and we need the dummy hits to
reflect this.
Fix buggy Pattern assignment operator
Update misc comments
Add dummy mode decoder to GEMPlane. Check for appropriate detmap in dummy mode.
Add a number of forgotten code changes related to dummy planes

- Projection must Decode all planes, of course
- z-positions for generating the pattern tree must come from all
  planes, of course
- The Projection width must be derived from all planes so the
  pattern tree is wide enough
- Plane initialization can skip a lot of checks for dummy planes
- Plane::Print shou;d use fAltPlaneNum, since dummy planes have no
  valid fPlaneNum
Whitespace and comment changes
More efficient calculation of projection coordinate for dummy planes
Make Road building logic (BuildInfo_t) aware of dummy planes

Aside from filling fLimits in BuildInfo_t properly, this also
makes Road::IsIn(Front|Back)Range work. These fucntions is where
TreeSearch and HitSet plane numbers and the associated bitpatterns meet.
Also keep the inverse of fRotation in Tracker

This allows efficient conversion of lab coordinates to the tracker
frame: v_tracker = fInvRot * (v_lab - fOrigin);
Treat dummy hit coords as lab coords and convert using fOrigin and fInvRot
Fix silly overlooked modification in Projection::MakePlaneCombos

fAltPlaneCombos was never set correctly, causing TreeSearch to
find only  patterns without any missing hits.
Use correct number of planes for init of fMinNdof and fChisqLimits
Fix uninitialized variable warning
Support setting of dummy hit coordinates externally via Plane::AddHit(x,y)