Must this Event Framing functionality be considered as the OSIsoft roadmap strategy for replacing PI Batch?
I would say that this question would be better answered in the upcoming webinar that will take place next Wednesday 16th November 2009!
And I know this was covered in the OSIsoft vCampus Live! 2009 presention too. But I'll see if I can get my notes and ask someone to provide feedback on this one. :)
The short answer is: yes But I'll let the Event Frames Product Manager answer something a little more detailed here
As Cristobal suggested, you should probably register to the upcoming webinar: Programming with Event Frames, on December 16th.
Yes, our strategy for PI Batch is definitely wrapped up in the Event Frames initiative. I'll be talking with the Event Frames Development Lead on the December 16 webinar about this and will talk about this more there.
For now, I would like to say that Event Frames is meant to tackle a larger set of scenarios where a time period is a critical data type. We've heard from our customers and partners how useful PI Batch would be to them if we only had one more feature or just slightly different behavior. We've been listening and Event Frames will provide a much more flexible and much more performant database for time periods such as needed for batch data, downtime tracking, event analysis and more.
Please check out our webinar (it will be recorded of course) and feel free to ask any questions you have.
Maybe I’m missing something here, but I haven’t found any information so far about what I would call an “Event Frame Generator” (something similar to the Batch Generator). According to this:
Also, if you allow me to quote the Builder’s Café webinar:
“Event Frames > Batch” “Batch Є Event Frames”
At this time, can you be more specific on how Batch will be related to Event Frames? More precisely:
Thanks a lot!
As you may have learned, we have not discussed our strategy in much detail how the PI Batch functionality and the Event Frames functionality are related. Our vision is that Batch is a subset of Event Frames and that is in the slide from the webinar you quoted. Event Frames will eventually house the information that is currently stored in the PI Batch Database. But Event Frames will also support and store other types of Event Frames, such as downtimes, that are not based on the S88 procedural model.
Now let's get to some of your specific questions. First let's talk about your idea of an "Event Frame Generator."
We absolutely are planning to provide functionality to generate Event Frames. There will always be the SDK calls (in the AF SDK) to build Event Frames in your own tools, but we will also be providing functionality similar to what the PI Batch Generator (PIBaGen) interface provides today. We have several possible routes to get that functionality out to you. One possibility that we are actively investigating now is to alter PIBaGen to write to Event Frames. In any case, to move customers using PI Batch over to Event Frames will require us to handle those using PIBaGen to generate batches. So we will have to migrate this generation somehow to Event Frames.
Next, you asked about both seeing batch information through Event Frames and migrating batch information to Event Frames.
These are pretty big and important topics. Our goal for batch customers here is to make sure that they can take advantage of the Event Frames functionality for their batch data. The fact that Event Frames is stored in a relational database and is fully indexable may be reason enough for many batch customers to want to move their existing batch data over so that they can search more effectively their batch data. For that reason, we are considering a strategy that I'll call migration and redirection. The experience would be to migrate all your existing batch data over to Event Frames and then to redirect all the existing clients to read/write from the Event Frames database. That means your existing reports and displays against batch data would work just as they did before (perhaps faster for queries that take advantage of the indices).
Thanks for these precisions.
“Moving” or “redirecting” PI Batch into AF Event Frames sounds very promising, Please let us know when you will have more details about the release dates!
About one year has passed after this discussion.
How about 'Event Frame Generator'? Currently we need event framing in one of our project, and I should device right now - should I write this generator at my own or I can use some existing tools?
The Event Frames roadmap was presented at our 2011 Users Conference in San Francisco. Please visit our website for the recorded presentation including the details to the Event Frames roll out in 3 different Waves. In addition, we plan on providing an Event Frames demo with the upcoming PI AF release with official support for Event Frames (Wave 1 per the roadmap presentation). Users would be able to use this demo to create Event Frames, much like a simulator. This along with the Event Frames documentation would give you the necessary information to leverage Event Frames in your application using the AFSDK.
Here’s the link to the Event Frames recording from the UC2011
Here’s the link to the PI System Roadmap
I would like to add the link to the last vCampus webinar on eventframes:
Retrieving data ...