<div dir="ltr"><div>Hi,</div><div><br></div><div>Following-up on Markus' mail on RESOURCE location (<a href="http://mail.ivoa.net/pipermail/dm/2022-December/006292.html" style="font-family:"Helvetica Neue";font-size:12px">http://mail.ivoa.net/pipermail/dm/2022-December/006292.html</a>).</div><div><br></div><div>From Section 3 of the MIVOT spec:</div><div>  It looks like finding the annotation block boils down to:</div><div>    - from RESOURCE with type='results'</div><div>      - identify the contained child RESOURCE with</div><div>          - type='meta'</div><div>          - whose first child node is "VODML"</div><div><br></div><div>I'm sure this was already discussed and I don't want to open a can of worms, but..</div><div>  o the VOTable spec says that RESOURCEs can be nested into a tree.<br></div><div>  o the type attribute is optional, and the only spec'd value I see is for type="meta" which means the RESOURCE contains no data.</div><div><br></div><div>So, my questions are: </div><div>  1. is MIVOT really linking its RESOURCE to a parent RESOURCE with specified type? or am I misreading the section?.  </div><div>      o the examples have type='results' on the parent.</div><div>      o there were several example files in the workshop which do not have a type attribute on the RESOURCE. (eg: vizier files, ZTF time series)</div><div>  2. has there been any consideration of an example with nested RESOURCEs?</div><div>      I'm not sure what that might be, but maybe a "SED" resource, with sub-resources for each "SPECTRUM"?</div><div><br></div><div>Mark</div><div></div></div>