From: White, G. <gr...@sl...> - 2012-03-20 16:57:52
|
Colleagues, Bob asked me to put together two proposed agendas for the EPICS meeting at SLAC. First is assuming 1.5hrs, second assuming 3hrs. Also I've assumed Ralph's talking about the directory service, and Gabriele about CSS things outside a specific V4 timeslot. This is just a first cut. Comments? Greg 1.5 hr agenda ------------- Bob. Overview. Complex data. Arguments. hence Services. Open published protocol. Work organized into a formal working group. Matej. pvAccess protocol Talk on the technical aspects of the protocol. Marty. V3 <-> V4 interop. Mechanisms for accessing v3 from v4. Mechanism and demo for accessing v4 scalars from v3. Timo. V3 bpm data through v4. Ideally also using a gather service. Guobao. Mazer. Talk and Demo David and James on V4 at Diamond. The way they used V4 to transport data to the Archiver (James) Archiver server and client interface (David). Talk and demo. 3hr Agenda would add -------------------- James. Python and Matlab interfaces. Talk and Demo. Guobao. Performance and reliability analysis of EPICS V4 Greg. EPICS V4 working Group activities, and opportunities. Need people to work on implementing normative type wrappers. Join services working group, help write architecture for services, and architect and write standard services. Write Web Services interface to javaIOC. |
From: <jam...@di...> - 2012-03-21 12:42:32
|
Hi >> The way they used V4 to transport data to the Archiver (James) >> Archiver server and client interface (David). Talk and demo. I can't come to the next EPICS meeting. "The way they used V4 to transport data to the Archiver" isn't a topic because V4 is only used to read data from the V3 Archiver data files. James > -----Original Message----- > From: White, Greg [mailto:gr...@sl...] > Sent: 20 March 2012 16:58 > To: Bob Dalesio > Cc: epi...@li... Developers > Subject: EPICS meeting 1.5 and 3hr agendas > > Colleagues, > > Bob asked me to put together two proposed agendas for the EPICS meeting at > SLAC. First is assuming 1.5hrs, second assuming 3hrs. Also I've assumed > Ralph's talking about the directory service, and Gabriele about CSS things > outside a specific V4 timeslot. > > This is just a first cut. Comments? > > Greg > > 1.5 hr agenda > ------------- > Bob. Overview. > Complex data. Arguments. hence Services. Open published protocol. Work > organized into a formal working group. > > Matej. pvAccess protocol > Talk on the technical aspects of the protocol. > > Marty. V3 <-> V4 interop. > Mechanisms for accessing v3 from v4. Mechanism and demo for accessing v4 > scalars from v3. > > Timo. V3 bpm data through v4. Ideally also using a gather service. > > Guobao. Mazer. > Talk and Demo > > David and James on V4 at Diamond. > The way they used V4 to transport data to the Archiver (James) Archiver server > and client interface (David). Talk and demo. > > 3hr Agenda would add > -------------------- > James. Python and Matlab interfaces. > Talk and Demo. > > Guobao. Performance and reliability analysis of EPICS V4 > > Greg. EPICS V4 working Group activities, and opportunities. > Need people to work on implementing normative type wrappers. Join services > working group, help write architecture for services, and architect and write > standard services. Write Web Services interface to javaIOC. > > > ------------------------------------------------------------------------------ > This SF email is sponsosred by: > Try Windows Azure free for 90 days Click Here > http://p.sf.net/sfu/sfd2d-msazure -- This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail. Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message. Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom |
From: Shen, G. <sh...@bn...> - 2012-03-21 12:57:57
|
Me either can not make it. If Marty can take the topics of MASAR and performance benchmarking, I can help him to prepare the talks. Guobao On 3/21/12 8:42 AM, jam...@di... wrote: > Hi > >>> The way they used V4 to transport data to the Archiver (James) >>> Archiver server and client interface (David). Talk and demo. > I can't come to the next EPICS meeting. "The way they used V4 to transport data to the Archiver" isn't a topic because V4 is only used to read data from the V3 Archiver data files. > > James > >> -----Original Message----- >> From: White, Greg [mailto:gr...@sl...] >> Sent: 20 March 2012 16:58 >> To: Bob Dalesio >> Cc: epi...@li... Developers >> Subject: EPICS meeting 1.5 and 3hr agendas >> >> Colleagues, >> >> Bob asked me to put together two proposed agendas for the EPICS meeting at >> SLAC. First is assuming 1.5hrs, second assuming 3hrs. Also I've assumed >> Ralph's talking about the directory service, and Gabriele about CSS things >> outside a specific V4 timeslot. >> >> This is just a first cut. Comments? >> >> Greg >> >> 1.5 hr agenda >> ------------- >> Bob. Overview. >> Complex data. Arguments. hence Services. Open published protocol. Work >> organized into a formal working group. >> >> Matej. pvAccess protocol >> Talk on the technical aspects of the protocol. >> >> Marty. V3<-> V4 interop. >> Mechanisms for accessing v3 from v4. Mechanism and demo for accessing v4 >> scalars from v3. >> >> Timo. V3 bpm data through v4. Ideally also using a gather service. >> >> Guobao. Mazer. >> Talk and Demo >> >> David and James on V4 at Diamond. >> The way they used V4 to transport data to the Archiver (James) Archiver server >> and client interface (David). Talk and demo. >> >> 3hr Agenda would add >> -------------------- >> James. Python and Matlab interfaces. >> Talk and Demo. >> >> Guobao. Performance and reliability analysis of EPICS V4 >> >> Greg. EPICS V4 working Group activities, and opportunities. >> Need people to work on implementing normative type wrappers. Join services >> working group, help write architecture for services, and architect and write >> standard services. Write Web Services interface to javaIOC. >> >> >> ------------------------------------------------------------------------------ >> This SF email is sponsosred by: >> Try Windows Azure free for 90 days Click Here >> http://p.sf.net/sfu/sfd2d-msazure -- Guobao Shen Bldg. 902-B, 17 Cornell Avenue National Synchrotron Light Source II Brookhaven National Laboratory Upton, New York 11973 Tel. : +1 (631) 344 7540 Fax. : +1 (631) 344 8085 http://www.bnl.gov/nsls2 |
From: Dalesio, L. <da...@bn...> - 2012-03-21 13:39:22
|
It may be better to add it to the archive service portion of the talk. If David can present it, that may flow more smoothly. Alternatively, mix it with RDB services. Bob -----Original Message----- From: Shen, Guobao [mailto:sh...@bn...] Sent: Wednesday, March 21, 2012 8:58 AM To: epi...@li... Subject: Re: EPICS meeting 1.5 and 3hr agendas Me either can not make it. If Marty can take the topics of MASAR and performance benchmarking, I can help him to prepare the talks. Guobao On 3/21/12 8:42 AM, jam...@di... wrote: > Hi > >>> The way they used V4 to transport data to the Archiver (James) >>> Archiver server and client interface (David). Talk and demo. > I can't come to the next EPICS meeting. "The way they used V4 to transport data to the Archiver" isn't a topic because V4 is only used to read data from the V3 Archiver data files. > > James > >> -----Original Message----- >> From: White, Greg [mailto:gr...@sl...] >> Sent: 20 March 2012 16:58 >> To: Bob Dalesio >> Cc: epi...@li... Developers >> Subject: EPICS meeting 1.5 and 3hr agendas >> >> Colleagues, >> >> Bob asked me to put together two proposed agendas for the EPICS >> meeting at SLAC. First is assuming 1.5hrs, second assuming 3hrs. Also >> I've assumed Ralph's talking about the directory service, and >> Gabriele about CSS things outside a specific V4 timeslot. >> >> This is just a first cut. Comments? >> >> Greg >> >> 1.5 hr agenda >> ------------- >> Bob. Overview. >> Complex data. Arguments. hence Services. Open published protocol. >> Work organized into a formal working group. >> >> Matej. pvAccess protocol >> Talk on the technical aspects of the protocol. >> >> Marty. V3<-> V4 interop. >> Mechanisms for accessing v3 from v4. Mechanism and demo for accessing >> v4 scalars from v3. >> >> Timo. V3 bpm data through v4. Ideally also using a gather service. >> >> Guobao. Mazer. >> Talk and Demo >> >> David and James on V4 at Diamond. >> The way they used V4 to transport data to the Archiver (James) >> Archiver server and client interface (David). Talk and demo. >> >> 3hr Agenda would add >> -------------------- >> James. Python and Matlab interfaces. >> Talk and Demo. >> >> Guobao. Performance and reliability analysis of EPICS V4 >> >> Greg. EPICS V4 working Group activities, and opportunities. >> Need people to work on implementing normative type wrappers. Join >> services working group, help write architecture for services, and >> architect and write standard services. Write Web Services interface to javaIOC. >> >> >> --------------------------------------------------------------------- >> --------- >> This SF email is sponsosred by: >> Try Windows Azure free for 90 days Click Here >> http://p.sf.net/sfu/sfd2d-msazure -- Guobao Shen Bldg. 902-B, 17 Cornell Avenue National Synchrotron Light Source II Brookhaven National Laboratory Upton, New York 11973 Tel. : +1 (631) 344 7540 Fax. : +1 (631) 344 8085 http://www.bnl.gov/nsls2 ------------------------------------------------------------------------------ This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure |
From: White, G. <gr...@sl...> - 2012-03-21 15:41:23
|
Oh, ok, I thought you were also using a pvAccess client as a server to send image data to a tomography data silo of some kind? Greg On 21 Mar 2012, at 13:42, <jam...@di...> wrote: > Hi > >>> The way they used V4 to transport data to the Archiver (James) >>> Archiver server and client interface (David). Talk and demo. > > I can't come to the next EPICS meeting. "The way they used V4 to transport data to the Archiver" isn't a topic because V4 is only used to read data from the V3 Archiver data files. > > James > >> -----Original Message----- >> From: White, Greg [mailto:gr...@sl...] >> Sent: 20 March 2012 16:58 >> To: Bob Dalesio >> Cc: epi...@li... Developers >> Subject: EPICS meeting 1.5 and 3hr agendas >> >> Colleagues, >> >> Bob asked me to put together two proposed agendas for the EPICS meeting at >> SLAC. First is assuming 1.5hrs, second assuming 3hrs. Also I've assumed >> Ralph's talking about the directory service, and Gabriele about CSS things >> outside a specific V4 timeslot. >> >> This is just a first cut. Comments? >> >> Greg >> >> 1.5 hr agenda >> ------------- >> Bob. Overview. >> Complex data. Arguments. hence Services. Open published protocol. Work >> organized into a formal working group. >> >> Matej. pvAccess protocol >> Talk on the technical aspects of the protocol. >> >> Marty. V3 <-> V4 interop. >> Mechanisms for accessing v3 from v4. Mechanism and demo for accessing v4 >> scalars from v3. >> >> Timo. V3 bpm data through v4. Ideally also using a gather service. >> >> Guobao. Mazer. >> Talk and Demo >> >> David and James on V4 at Diamond. >> The way they used V4 to transport data to the Archiver (James) Archiver server >> and client interface (David). Talk and demo. >> >> 3hr Agenda would add >> -------------------- >> James. Python and Matlab interfaces. >> Talk and Demo. >> >> Guobao. Performance and reliability analysis of EPICS V4 >> >> Greg. EPICS V4 working Group activities, and opportunities. >> Need people to work on implementing normative type wrappers. Join services >> working group, help write architecture for services, and architect and write >> standard services. Write Web Services interface to javaIOC. >> >> >> ------------------------------------------------------------------------------ >> This SF email is sponsosred by: >> Try Windows Azure free for 90 days Click Here >> http://p.sf.net/sfu/sfd2d-msazure > > -- > This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail. > Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. > Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message. > Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom > > > > |
From: <jam...@di...> - 2012-03-21 16:03:54
|
Yes of course, I can send Dave with some info about that. James > -----Original Message----- > From: White, Greg [mailto:gr...@sl...] > Sent: 21 March 2012 15:41 > To: Rowland, James (DLSLtd,RAL,DIA) > Cc: da...@bn...; epi...@li... > Subject: Re: EPICS meeting 1.5 and 3hr agendas > > Oh, ok, I thought you were also using a pvAccess client as a server to send > image data to a tomography data silo of some kind? > > Greg > > On 21 Mar 2012, at 13:42, <jam...@di...> wrote: > > > Hi > > > >>> The way they used V4 to transport data to the Archiver (James) > >>> Archiver server and client interface (David). Talk and demo. > > > > I can't come to the next EPICS meeting. "The way they used V4 to transport > data to the Archiver" isn't a topic because V4 is only used to read data from > the V3 Archiver data files. > > > > James > > > >> -----Original Message----- > >> From: White, Greg [mailto:gr...@sl...] > >> Sent: 20 March 2012 16:58 > >> To: Bob Dalesio > >> Cc: epi...@li... Developers > >> Subject: EPICS meeting 1.5 and 3hr agendas > >> > >> Colleagues, > >> > >> Bob asked me to put together two proposed agendas for the EPICS > >> meeting at SLAC. First is assuming 1.5hrs, second assuming 3hrs. Also > >> I've assumed Ralph's talking about the directory service, and > >> Gabriele about CSS things outside a specific V4 timeslot. > >> > >> This is just a first cut. Comments? > >> > >> Greg > >> > >> 1.5 hr agenda > >> ------------- > >> Bob. Overview. > >> Complex data. Arguments. hence Services. Open published protocol. > >> Work organized into a formal working group. > >> > >> Matej. pvAccess protocol > >> Talk on the technical aspects of the protocol. > >> > >> Marty. V3 <-> V4 interop. > >> Mechanisms for accessing v3 from v4. Mechanism and demo for accessing > >> v4 scalars from v3. > >> > >> Timo. V3 bpm data through v4. Ideally also using a gather service. > >> > >> Guobao. Mazer. > >> Talk and Demo > >> > >> David and James on V4 at Diamond. > >> The way they used V4 to transport data to the Archiver (James) > >> Archiver server and client interface (David). Talk and demo. > >> > >> 3hr Agenda would add > >> -------------------- > >> James. Python and Matlab interfaces. > >> Talk and Demo. > >> > >> Guobao. Performance and reliability analysis of EPICS V4 > >> > >> Greg. EPICS V4 working Group activities, and opportunities. > >> Need people to work on implementing normative type wrappers. Join > >> services working group, help write architecture for services, and > >> architect and write standard services. Write Web Services interface to > javaIOC. > >> > >> > >> --------------------------------------------------------------------- > >> --------- > >> This SF email is sponsosred by: > >> Try Windows Azure free for 90 days Click Here > >> http://p.sf.net/sfu/sfd2d-msazure > > > > -- > > This e-mail and any attachments may contain confidential, copyright and or > privileged material, and are for the use of the intended addressee only. If > you are not the intended addressee or an authorised recipient of the addressee > please notify us of receipt by returning the e-mail and do not use, copy, > retain, distribute or disclose the information in or attached to the e-mail. > > Any opinions expressed within this e-mail are those of the individual and > not necessarily of Diamond Light Source Ltd. > > Diamond Light Source Ltd. cannot guarantee that this e-mail or any > attachments are free from viruses and we cannot accept liability for any > damage which you may sustain as a result of software viruses which may be > transmitted in or with the message. > > Diamond Light Source Limited (company no. 4375679). Registered in > > England and Wales with its registered office at Diamond House, Harwell > > Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United > > Kingdom > > > > > > > > -- This e-mail and any attachments may contain confidential, copyright and or privileged material, and are for the use of the intended addressee only. If you are not the intended addressee or an authorised recipient of the addressee please notify us of receipt by returning the e-mail and do not use, copy, retain, distribute or disclose the information in or attached to the e-mail. Any opinions expressed within this e-mail are those of the individual and not necessarily of Diamond Light Source Ltd. Diamond Light Source Ltd. cannot guarantee that this e-mail or any attachments are free from viruses and we cannot accept liability for any damage which you may sustain as a result of software viruses which may be transmitted in or with the message. Diamond Light Source Limited (company no. 4375679). Registered in England and Wales with its registered office at Diamond House, Harwell Science and Innovation Campus, Didcot, Oxfordshire, OX11 0DE, United Kingdom |