<div dir="ltr">Laurent,<div><br></div><div>This is out of my wheelhouse so to speak, but..</div><div>I'd be careful about #2 since there is the potential for the data to be mapped to more than one model.</div><div><br></div><div>Mark</div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Thu, Dec 5, 2024 at 10:01 AM Laurent Michel via apps <<a href="mailto:apps@ivoa.net">apps@ivoa.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">Dear groups<br>
<br>
At the last interop, apps session, I showed a TAP service that annotates data with MIVOT, as long as you use <br>
    FORMAT=application/mango.<br>
<br>
I was rightly told that this was probably the worst choice I could have made, even for a simple demonstrator.<br>
<br>
The question now is to construct a mime type, compatible with the RFCs and expressing the fact that the response to the request is a VOTable, whose data is mapped onto a model using the MIVOT syntax.<br>
<br>
I think the right solution is to use the parameters as defined in rfc2045<br>
<br>
There are two options:<br>
<br>
1- say the data is annotated with MIVOT and let the client find out which model it is.<br>
<br>
    application/x-votable+xml;mapping=mivot<br>
<br>
2- say the data is mapped to the MANGO model with MIVOT<br>
<br>
    application/x-votable+xml;mivot=mango<br>
<br>
This second solution highlights a particular model, but it may make sense for our use cases.<br>
<br>
Any suggestions or comments?<br>
<br>
All the best, <br>
<br>
Laurent</blockquote></div>