March 2006 - ogsa-d-wg - lists.ogf.org

FW: Re: [ogsa-d-wg] Wednesday's telcon
by Allen Luniewski 30 Mar '06

30 Mar '06

Peter's mail bounced. Allen ----- Forwarded by Allen Luniewski/Almaden/IBM on 03/30/2006 08:46 AM ----- Message-ID: <442B88E5.5060500(a)cscs.ch> Date: Thu, 30 Mar 2006 09:29:41 +0200 From: Peter Kunszt <peter.kunszt(a)cscs.ch> User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050715) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Arie Shoshani <shoshani(a)lbl.gov> Cc: Dave Berry <daveb(a)nesc.ac.uk>, ogsa-d-wg(a)ggf.org, Ann Chervenak <annc(a)ISI.EDU>, pkunszt(a)cscs.ch, Allen Luniewski <luniew(a)almaden.ibm.com>, Kurt Stockinger <KStockinger(a)lbl.gov>, David Smith <David.Smith(a)cern.ch>, Malcolm Atkinson <mpa(a)nesc.ac.uk>, martinde(a)us.ibm.com, Patrick Dantressangle <DANTRESS(a)uk.ibm.com>, Simon Laws <simon_laws(a)uk.ibm.com>, Yin Chen <ukedchy(a)gmail.com>, "Srm-Devel (E-mail)" <srm-devel(a)fnal.gov> Subject: Re: [ogsa-d-wg] Wednesday's telcon References: <2AC085FCF3E737448BE6E2D11A2709F6051812(a)crosby.nesc.ed.ac.uk> <442AC054.8010902(a)lbl.gov> In-Reply-To: <442AC054.8010902(a)lbl.gov> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at cscs.ch X-Spam-Status: No, hits=-4.3 required=4.5 tests=BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,NO_RDNS,NO_RDNS2, REFERENCES,REPLY_WITH_QUOTES,USER_AGENT version=2.55 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.55 (1.174.2.19-2003-05-19-exp) hi arie and all, sorry i couldn't join - i also fell into the daylight saving trap - and 18.30 turned out to be simply too late, i had to run home.. peter Arie Shoshani wrote: > US 866-723-1859 > International 1-203-923-9580 > Passcode 123400 > > -- ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Dr. Peter Kunszt Swiss National Supercomputing Centre CSCS Manager Swiss Grid Initiative Via Cantonale - Galleria 2 Tel. +41 91 610 8222 CH-6928 Manno Fax. +41 91 610 8282 Switzerland ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

1 0

FW: [ogsa-d-wg] Wednesday's telcon
by Dave Berry 29 Mar '06

29 Mar '06

-----Original Message----- From: Arie Shoshani [mailto:shoshani@lbl.gov] Sent: 29 March 2006 18:14 To: Dave Berry Cc: ogsa-d-wg(a)ggf.org; Ann Chervenak; pkunszt(a)cscs.ch; Allen Luniewski; Kurt Stockinger; David Smith; Malcolm Atkinson; martinde(a)us.ibm.com; Patrick Dantressangle; Simon Laws; Yin Chen; Srm-Devel (E-mail) Subject: Re: [ogsa-d-wg] Wednesday's telcon US 866-723-1859 International 1-203-923-9580 Passcode 123400

1 0

RE: [ogsa-d-wg] Wednesday's telcon
by Dave Berry 29 Mar '06

29 Mar '06

Oops! The USA hasn't moved to daylight saving yet, so I presume this call will be 5.30 in the UK and 6.30 in Europe. Dave. -----Original Message----- From: owner-ogsa-d-wg(a)ggf.org [mailto:owner-ogsa-d-wg@ggf.org] On Behalf Of Dave Berry Sent: 27 March 2006 21:32 To: ogsa-d-wg(a)ggf.org Subject: [ogsa-d-wg] Wednesday's telcon And as I was going to say in my previous message, remember that on Wednesday we have been invited to the SRM call in lieu of our normal arrangements. This will be half-an-hour later than our usual time: 8:30am Pacific / 11:30am Eastern / 4:30pm UK / 5:30pm Europe. Please find the latest SRM spec from http://sdm.lbl.gov/srm-wg. The latest working version is 2.1.1, and draft 3.0 is on the web that Peter presented in the GGF16. Note the non-standard (for us) telcon details: ----------------------------------- An Audio conference has been scheduled. When (Pacific Standard Time): March 29, 2006, 8:30AM To Attend: Dial Toll Free: 1-866-565-5878 Or Toll (for International callers): 1-203-418-5444 Enter the Participant Pass code followed by the #: 945171 Meeting Description: SRM-WG ------------------------------------- Dave Berry Deputy Director, Research & E-infrastructure Development National e-Science Centre, 15 South College Street Edinburgh, EH8 9AA Tel: +44 131 651 4039

1 0

Wednesday's telcon
by Dave Berry 27 Mar '06

27 Mar '06

And as I was going to say in my previous message, remember that on Wednesday we have been invited to the SRM call in lieu of our normal arrangements. This will be half-an-hour later than our usual time: 8:30am Pacific / 11:30am Eastern / 4:30pm UK / 5:30pm Europe. Please find the latest SRM spec from http://sdm.lbl.gov/srm-wg. The latest working version is 2.1.1, and draft 3.0 is on the web that Peter presented in the GGF16. Note the non-standard (for us) telcon details: ----------------------------------- An Audio conference has been scheduled. When (Pacific Standard Time): March 29, 2006, 8:30AM To Attend: Dial Toll Free: 1-866-565-5878 Or Toll (for International callers): 1-203-418-5444 Enter the Participant Pass code followed by the #: 945171 Meeting Description: SRM-WG ------------------------------------- Dave Berry Deputy Director, Research & E-infrastructure Development National e-Science Centre, 15 South College Street Edinburgh, EH8 9AA Tel: +44 131 651 4039

1 0

Minutes; Wednesday's meeting
by Dave Berry 27 Mar '06

27 Mar '06

All, I have put the minutes for 15th March on GridForge: http://tinyurl.com/fofb3 Dave Berry Deputy Director, Research & E-infrastructure Development National e-Science Centre, 15 South College Street Edinburgh, EH8 9AA Tel: +44 131 651 4039

1 0

Estimated date for public comment?
by Dave Berry 26 Mar '06

26 Mar '06

All, The OGSA-D WG has missed its rather optimistic schedule for getting the Version 1 documents into public comment. Allen & I propose changing this date to August, with publication 4 months later. If I don't hear any objections by Wednesday, I will update the "living charter" document on GridForge. Best wishes, Dave Berry Deputy Director, Research & E-infrastructure Development National e-Science Centre, 15 South College Street Edinburgh, EH8 9AA Tel: +44 131 651 4039

1 0

Joint telcon about SRM: March 29th
by Dave Berry 17 Mar '06

17 Mar '06

All, There will not be a telcon next week (March 22nd), because several of us will not be available. The following week (March 29th), we have been invited to join the GSM-WG call to discuss the relationship between SRM and OGSA-D. This will be half-an-hour later than our usual time: 8:30am Pacific / 11:30am Eastern / 4:30pm UK / 5:30pm Europe. Please find the latest SRM spec from http://sdm.lbl.gov/srm-wg. The latest working version is 2.1.1, and draft 3.0 is on the web that Peter presented in the GGF16. Note the non-standard (for us) telcon details: ----------------------------------- An Audio conference has been scheduled. When (Pacific Standard Time): March 29, 2006, 8:30AM To Attend: Dial Toll Free: 1-866-565-5878 Or Toll (for International callers): 1-203-418-5444 Enter the Participant Pass code followed by the #: 945171 Meeting Description: SRM-WG ------------------------------------- Dave Berry Deputy Director, Research & E-infrastructure Development National e-Science Centre, 15 South College Street Edinburgh, EH8 9AA Tel: +44 131 651 4039

1 0

RE: Re: [ogsa-d-wg] Discovery Service - Returning Data
by Dave Berry 16 Mar '06

16 Mar '06

Allen, I'm also a bit concerned about this. I apologise, because I didn't realise when we were discussing this on the call that you had taken the action to make this change - I was in too much of a hurry to move on to the next item. My concern is that I don't know what it means to "return the data", in a context where we have several possible interfaces for accessing data, including ByteIO and the various DAIS specs, each of which operate on names. I don't think I understand Dieter's suggestion sufficiently well to see how it would affect the overall architecture. It certainly sounds an interesting idea and if we can incorporate it simply then that's all to the good, but I'd rather we had a longer talk with Dieter first. Best wishes, Dave. _____ From: owner-ogsa-d-wg(a)ggf.org [mailto:owner-ogsa-d-wg@ggf.org] On Behalf Of Allen Luniewski Sent: 16 March 2006 16:59 To: ogsa-d-wg(a)ggf.org Subject: Fw: Re: [ogsa-d-wg] Discovery Service - Returning Data Peter's mail bounced. Allen ----- Forwarded by Allen Luniewski/Almaden/IBM on 03/16/2006 08:54 AM ----- Message-ID: <20570961.451142526276621.OPEN-XCHANGE.WebMail.tomcat(a)sala.cscs.ch> Date: Thu, 16 Mar 2006 17:24:36 +0100 (CET) From: Peter Kunszt <pkunszt(a)cscs.ch> To: ogsa-d-wg(a)ggf.org Subject: Re: [ogsa-d-wg] Discovery Service - Returning Data hi allen i don't know.. i get an uneasy feeling when service discovery is mixed with ontologies and content. to me, e.g. DNS is service discovery already, and certainly it does not give me the semantics or content of the service. i would separate any kind of content retrieval from service discovery, it feels 'cleaner' for a SOA. otherwise i'm afraid service discovery will be too large a beast to manage.. just my swiss 2cents... cheers peter -----Urspr=C3=BCngliche Nachricht----- Von: owner-ogsa-d-wg(a)ggf.org im Auftrag von Allen Luniewski Gesendet: Mi 15.03.2006 18:26 An: ogsa-d-wg(a)ggf.org Betreff: [ogsa-d-wg] Discovery Service - Returning Data =C2=A0 At today's call, I took on an action to update the discovery service section to allow for discovery services that returned the data of interest rather than a reference to the data.=C2=A0 Here is the updated material for your=C2=A0 consideration: Resource Discovery Discovery services are vital to the data architecture.=C2=A0 The data services may use the discovery services not just for registering services themselves, but also for registering the data sets that are stored by those services. This requires languages or ontologies for describing data. Discovery services may also register the locations of schema definitions. Discovery services may be built upon metadata repositories that contain information about other entities in the grid such as resources, and services.=C2=A0 Some discovery services may return the name of the service and some may return an EPR to the service.=C2=A0 Some discovery services may ta= ke a description of the desired data as input and return the data itself. Allen

3 2

Fw: Re: [ogsa-d-wg] Discovery Service - Returning Data
by Allen Luniewski 16 Mar '06

16 Mar '06

Peter's mail bounced. Allen ----- Forwarded by Allen Luniewski/Almaden/IBM on 03/16/2006 08:54 AM ----- Message-ID: <20570961.451142526276621.OPEN-XCHANGE.WebMail.tomcat(a)sala.cscs.ch> Date: Thu, 16 Mar 2006 17:24:36 +0100 (CET) From: Peter Kunszt <pkunszt(a)cscs.ch> To: ogsa-d-wg(a)ggf.org Subject: Re: [ogsa-d-wg] Discovery Service - Returning Data hi allen i don't know.. i get an uneasy feeling when service discovery is mixed with ontologies and content. to me, e.g. DNS is service discovery already, and certainly it does not give me the semantics or content of the service. i would separate any kind of content retrieval from service discovery, it feels 'cleaner' for a SOA. otherwise i'm afraid service discovery will be too large a beast to manage.. just my swiss 2cents... cheers peter -----Urspr=C3=BCngliche Nachricht----- Von: owner-ogsa-d-wg(a)ggf.org im Auftrag von Allen Luniewski Gesendet: Mi 15.03.2006 18:26 An: ogsa-d-wg(a)ggf.org Betreff: [ogsa-d-wg] Discovery Service - Returning Data =C2=A0 At today's call, I took on an action to update the discovery service section to allow for discovery services that returned the data of interest rather than a reference to the data.=C2=A0 Here is the updated material for your=C2=A0 consideration: Resource Discovery Discovery services are vital to the data architecture.=C2=A0 The data services may use the discovery services not just for registering services themselves, but also for registering the data sets that are stored by those services. This requires languages or ontologies for describing data. Discovery services may also register the locations of schema definitions. Discovery services may be built upon metadata repositories that contain information about other entities in the grid such as resources, and services.=C2=A0 Some discovery services may return the name of the service and some may return an EPR to the service.=C2=A0 Some discovery services may ta= ke a description of the desired data as input and return the data itself. Allen

1 0

GGF-17 Session Request...
by Allen Luniewski 15 Mar '06

15 Mar '06

... has been submitted. I asked for one session of 90 minutes duration. I described the session as a combination of a status update and a working session to discuss architectural issues. Allen

1 0