LISTSERV mailing list manager LISTSERV 16.5

Help for KPIX-BEAMTEST-SOFTWARE Archives


KPIX-BEAMTEST-SOFTWARE Archives

KPIX-BEAMTEST-SOFTWARE Archives


KPIX-BEAMTEST-SOFTWARE@LISTSERV.SLAC.STANFORD.EDU


View:

Message:

[

First

|

Previous

|

Next

|

Last

]

By Topic:

[

First

|

Previous

|

Next

|

Last

]

By Author:

[

First

|

Previous

|

Next

|

Last

]

Font:

Proportional Font

LISTSERV Archives

LISTSERV Archives

KPIX-BEAMTEST-SOFTWARE Home

KPIX-BEAMTEST-SOFTWARE Home

KPIX-BEAMTEST-SOFTWARE  July 2013

KPIX-BEAMTEST-SOFTWARE July 2013

Subject:

Re: Display Changes

From:

Dmitry Onoprienko <[log in to unmask]>

Reply-To:

Discussion of software development for the KPiX beamtest <[log in to unmask]>

Date:

Mon, 29 Jul 2013 11:22:24 -0700

Content-Type:

text/plain

Parts/Attachments:

Parts/Attachments

text/plain (131 lines)

Hi Kyle,

I've finally gotten around to implementing the feature you requested. The version of KPiX plugin in SVN head can now search a data file for a record with a specific event number. It can also skip to the next record of a certain type - you can ask for the next data record, for example. Use the "Jump..." button on the record loop toolbar. I also tweaked the KPiX browser a bit to display additional information, including the event number.

Note that KPiX files do not support random access (and it's not just a matter of file format or reader implementation, it's a consequence of combining fast and slow data streams in KPiX data). So "jumping" to a specific event is in fact a linear search (rewinding the file if necessary), and it can take quite a bit of time on a large file.

I've done some cleanup and refactoring on the whole package so a bit of care is indicated before using the current snapshot in analysis - I'm not aware of any problems but I have not done any release-like testing. Let me know if you find any problems. I don't plan on making another release until after the end of the beam test unless someone asks for it.

Best Regards,
- Dmitry.

> -----Original Message-----
> From: Kyle Travis [mailto:[log in to unmask]]
> Sent: Tuesday, July 23, 2013 10:28 AM
> To: Onoprienko, Dmitry
> Subject: RE: Display Changes
> 
> I'm inclined to say the event number. It is pretty arbitrary, and the
> ordinal might make more sense conceptually (in order to recognize how
> "far" into the run the current record is,) but we already have a few
> things in place that display the event number, so it might be easier to
> remain consistent if we stick with that. Thanks for forwarding this on
> though, I'm certainly not an expert on ways we intend to use the display
> so I'd like to hear what others think about this.
> 
> 
> On 2013/07/23 10:21, Dmitry Onoprienko wrote:
> > Kyle,
> >
> > What would you like to use as record index ? Event number as encoded
> > into
> > the data record ? Those seem to be somewhat arbitrary, but I can
> > enable
> > searching for the number specified by the user. That won't really be a
> > "jump" - Jas3 will have to read all intervening records - but it will
> > only
> > load the one the user wants (if present in the file). Or do you want
> > to use
> > record's ordinal number in the file, counting only data records ?
> > That’s
> > also doable, though might be a bit tricky (and occasionally confusing,
> > I
> > suspect).
> >
> > I'm forwarding this to the software mailing list since it might be of
> > general interest to people who are going to work on analysis.
> >
> > - Dmitry.
> >
> > From: Kyle Travis [mailto:[log in to unmask]]
> > Sent: Tuesday, July 23, 2013 9:57 AM
> > To: Onoprienko, Dmitry
> > Cc: Johnson, Tony; William McCann; Dylan Mead
> > Subject: Re: Display Changes
> >
> > Hi Dmitry,
> >
> > I was hoping to have some way to play through events in a controlled
> > way, so
> > that they are still visited in order, but the action completes either
> > when
> > the data record with the specified index is reached, or upon the end
> > of the
> > data file if that index is not valid. We have been using the "GO_N"
> > button
> > in these cases, but because it seems to be counting records in general
> > (which makes sense) and not only data records, there is some guesswork
> > involved -- i.e. if we are on event # 100 and want to reach # 200,
> > skipping
> > ahead 100 records may only get us to event # 85 if there were 15
> > non-data
> > records in between.
> >
> > I might be looking at this the wrong way, however, so if there is a
> > better
> > solution I would be open to it.
> >
> > Thanks,
> >
> > Kyle
> >
> > On Tue, Jul 23, 2013 at 9:44 AM, Dmitry Onoprienko
> > <[log in to unmask]> wrote:
> > Hello Kyle,
> >
> > Jas3 does have buttons for jumping to specific events, but those are
> > disabled for KPiX reader since KPiX data file format does not support
> > random
> > access. Or at least I thought it did not - was I wrong ? You can use
> > "GO_N"
> > button to process the next N events.
> >
> > - Dmitry.
> >
> > From: Kyle Travis [mailto:[log in to unmask]]
> > Sent: Tuesday, July 23, 2013 8:02 AM
> > To: Johnson, Tony; Onoprienko, Dmitry; William McCann; Dylan Mead
> > Subject: Display Changes
> >
> > Hi Tony and Dmitry,
> >
> > We wanted to let you know that we made some changes to the display and
> > pushed to the subversion repo last night. We are nearing completion
> > for the
> > main set of features, but something we are looking to add is a way to
> > jump
> > to a specific event number (which unfortunately is not accomplished
> > easily
> > by "fast-forwarding" events the normal way.) I know how to accomplish
> > this,
> > but I am not sure how to add a button somewhere in JAS3 for this task.
> > Is it
> > possible to add something to the kpixreader/browser toolbar, or to
> > make a
> > separate toolbar in a similar way?
> >
> > We will be heading over to your building to set up in those spaces
> > sometime
> > this morning, so if this is more easily discussed in person, that will
> > be
> > fine as well.
> >
> >
> > Kyle

########################################################################
Use REPLY-ALL to reply to list

To unsubscribe from the KPIX-BEAMTEST-SOFTWARE list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=KPIX-BEAMTEST-SOFTWARE&A=1

Top of Message | Previous Page | Permalink

Advanced Options


Options

Log In

Log In

Get Password

Get Password


Search Archives

Search Archives


Subscribe or Unsubscribe

Subscribe or Unsubscribe


Archives

May 2014
April 2014
March 2014
November 2013
September 2013
August 2013
July 2013
June 2013
May 2013

ATOM RSS1 RSS2



LISTSERV.SLAC.STANFORD.EDU

Secured by F-Secure Anti-Virus CataList Email List Search Powered by the LISTSERV Email List Manager

Privacy Notice, Security Notice and Terms of Use