Steve, 1. TPM1 is probabaly the volume in the DB that has been there the longest, so any problem you have comes from something other than it not being in the DB. I assume you have successfully used the db for other volumes. If so, I would be mystified as to why you don't find this one. I looked at the BrTPMTrackVertexModule and there is nothing mysterious about how things are accessed, so it has to work. 2. To look in the db, I have a GeoDbBrowser which is in brahms_apps/kh_apps. It connects to the db using insert, so you need to (after building it) use the command: GeoDbBrowser -u query Then you get a gui and you type the name of the volume you want to look for, then type return in that edit box to trigger the search. I think it is self explanatory, but you can filter on which range of runs of periods of validity to look for. If you find the volume of interest in there, you have to be able to find it in BrTPMTrackVertexModule. 3. Back to 1. Is the run selected using the run db manager? That is necessary. I suppose I should put in a protection to inform users if they try to access the geometry db without having selected a run. It needs that information to get the angle setting etc. Let me know, because I think that very soon the .geo file option will be disabled and if this turns out to be a problem, it needs to be fixed. Kris Stephen J. Sanders wrote: > Hi, > > Several weeks back I was successfully using the BrTPMTrackVertexModule > with the > first arguement of "TPM1". At the time I was using a .geo file. To > speed up the > analysis, I have recently worked only with the BB vertex and have > turned off the > TPM1 analysis. > > Recently I have switched over to using the geometry db, but have not > tried to > access the TPM1 geomtry. Now, however, I need to check some of the bb > vertex > behavior. Unfortunately, I crash in the init method of > BrTPMTrackVertexModule > because TPM1 is not defined in the db. If I switch back to the .geo > file, things work fine. > > Can someone tell me what the new name is? > More generally, are there a few simple commands that I can use in the > future to > find out what is in the db?, or do I need to learn MySQL? > > ...steve >
This archive was generated by hypermail 2b30 : Fri Apr 26 2002 - 09:37:26 EDT