This document will act as RFC centre for the Resource Metadata V1.0 Proposed Recommendation.

In order to add a comment to the document, please edit this page and add your comment to the list below in the format used for the two examples (include your WikiName so authors can contact you for further information). When the author(s) of the document have considered the comment, they will provide a response at the bottom of the document and link to it from the comment.

Discussion about any of the comments or responses should be conducted on the registry mailing list, registry@ivoa.net.

Comments

  • First sample comment : by TonyLinde : response
  • Second sample comment
  • "Independent" metadata : by GuyRixon : In section 2, it says that resource metadata are "independent of any service". I find that phrasing confusing. Does it mean that resource metadata are uniform across all services?
  • Array-valued elements : by GuyRixon : I see many cases where scalar metadata are required that might be better served by arrays. Source and ReferenceURL in section 3.3; coverage elements in section 3.4; uncertainties in section 4. Spectral coverage would be better served by an array of structures, each containing the Bandpass, CentralWavelength, MinimumWavelength and MaximumWavelength elements. The object density can vary wildly with position on the sky, so may need to be an array. If an array of values is too hard to handle, it would be good to have the least and greatest value of the quantities, e.g. Uncertainty.phtometric.best and Uncertainty.photometric.worst. For the Format values, I suggest allowing an array of structures, each containing media and mime-type elements.
  • Bandpass names : by GuyRixon : The list of approved names need to be stored somewhere and referenced from the current document. There are too many conflicting conventions for naming bandpasses to leave this loose. C.f. unit notation used in VOTable.
  • Service.HTTPResults : by GuyRixon : Can we rename this one? It's not specific to HTTP and the name is confusing. ResultsMIMEtype?

Responses

  • Response to first sample comment: wibble wibble
    • subsidiary point
Edit | Attach | Watch | Print version | History: r20 | r4 < r3 < r2 < r1 | Backlinks | Raw View | Raw edit | More topic actions...
Topic revision: r2 - 2004-01-29 - GuyRixon
 
This site is powered by the TWiki collaboration platform Powered by Perl This site is powered by the TWiki collaboration platformCopyright © 2008-2024 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback