Preliminary Reading 
Papers or wiki pages that people ought to read before the sessions above:
  
 
-  IVOA Identifiers V1.1 
-  See Appendix B for a summary of minor changes over v1.0.
-  RayPlante will request that v1.1 be elevated to a PR during the Wed. morning session
 
-  Registry Harvesting 
-  an alternative section 4 for the RI Specification above
-  this document is a proposal for an OAI-based standard for Harvesting
-  RayPlante will present this proposal during the Wed. morning session
 
 Timetable 
 Monday May 24, 2004: Plenary 
 
-  Tony's introduction slides: ppt, pdf
 Wednesday May 26, 2004: Morning session 
 RM & Schema updates 
 Thursday May 27, 2004: Morning session 
 Registry Interface 
 Thursday May 27, 2004: Afternoon session 
 Identifiers, Curation & Signoffs 
 Friday May 28, 2004: Plenary 
 
-  Tony's workgroup summary slides: ppt, pdf
 Meeting outcomes 
 Resolutions 
(I would ask people who actually 
understand what was decided in the meeting to flesh out the following: 
TonyLinde )
 Session 1 
 
-  Ratified decision of previous videocon to switch from substitution group based inheritance to type-based
-  Types are defined in RM 
 Documents are defined in RI
-  Logical-id will be defined via a second relationship (rather than via direct attribute)
-  Level of hierarchy will be as in RM v1.01 (except as resolved otherwise here)
-  Service types as a sub-class of Resource (rather than extending Capability)
-  Organisation type will be defined in the base VOResource definitions
-  Referred resources will be via xsi:type of RegisteredResourceType and UnregisteredResourceType 
-  The element name for a referred resource identifier will be ResourceRef (instead of Identifier which was confusing) 
Note: Decisions on referred resources were reversed in Session 3 Session 2 
 
-  An IVOA Registry must support OAI-PMH protocol for harvesting via HTTP GET, returning at least oai_dc and ivo_vor metadata formats using standard data criteria
-  The metadata describing a registry will include a flag indicating whether it is a full or publising registry.
-  The standard IVOA Registry Harvesting specification will be web service-based and will conform to the full OAI-PMH specification: details will be worked out on the mailing list
-  An IVOA Registry must support the Keyword Search as specified in the RI document
-  An IVOA Registry must support a Full Query (interface tbd) using the WHERE clause of the ADQL schema with fields specified using non-namespaced XPath directives (simple, ie no [...] options), and returning full resource entries
 Session 3 
 
-  Reversed Session 1 decisions re Referred resources 
-  Referral will be via ivo-id attribute
 
-  Will promote v1.1 of Identifier spec to PR status thence to REC
-  Implement owned/managed authorityID to cater for Publishing/Full registries
 Actions / Timetable 
| Action | Who | When | 
| Revise schema definition v0.10 | Ray | done | 
| Revise RI specification | Kevin | 15-June | 
| Run inter-project harvesting trials | NVO (Ray), AstroGrid (Kevin) | from 01-Aug | 
| Implement Keyword query interface | NVO, AstroGrid | from 01-Aug | 
| Implement Full query interface | NVO, AstroGrid | from 01-Aug | 
|  | 
| IVOA Interoperability Demo | all projects | Jan 2005 |