<div dir="ltr"><div class="gmail_default" style="font-family:monospace">Hi, </div><div class="gmail_default" style="font-family:monospace"><br></div><div class="gmail_default" style="font-family:monospace">actually, point 2. pol_states, is already covered by an erratum, erratum-2:</div><div class="gmail_default" style="font-family:monospace"><br></div><div class="gmail_default" style="font-family:monospace"><a href="https://wiki.ivoa.net/twiki/bin/view/IVOA/ObsCore-1_1-Erratum-2">https://wiki.ivoa.net/twiki/bin/view/IVOA/ObsCore-1_1-Erratum-2</a></div><div class="gmail_default" style="font-family:monospace"><br></div><div class="gmail_default" style="font-family:monospace">Cheers</div><div class="gmail_default" style="font-family:monospace">    Marco</div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">Il giorno gio 15 ott 2026 alle ore 11:57 Markus Demleitner via dm <<a href="mailto:dm@ivoa.net">dm@ivoa.net</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Phelokazi,<br>
<br>
On Thu, Oct 08, 2026 at 12:36:07PM +0000, Phelokazi Dube via dm wrote:<br>
> I am currently working on implementing an ObsCore/ObsTAP service<br>
> for the Southern African Large Telescope (SALT) at the South<br>
> African Astronomical Observatory (SAAO), using DaCHS as our Virtual<br>
<br>
[disclosure: main DaCHS developer speaking here]<br>
<br>
> 1. pol_xel datatype — INTEGER or BIGINT?<br>
> In Table 4 (TAP Implementation of ObsCoreDM), the datatype for<br>
> pol_xel is specified as adql:BIGINT. However, the version change<br>
> history indicates that the datatype was changed from BIGINT to<br>
> INTEGER. Could you please confirm which datatype is intended for<br>
> pol_xel?<br>
<br>
DaCHS used to have bigint until a while ago<br>
(<<a href="http://blog.g-vo.org/queries-against-my-obscore-are-slow-.html" rel="noreferrer" target="_blank">http://blog.g-vo.org/queries-against-my-obscore-are-slow-.html</a>> has<br>
a bit of background).  The hard-coded sizes have been a topic before<br>
<<a href="http://mail.ivoa.net/pipermail/dm/2016-June/005408.html" rel="noreferrer" target="_blank">http://mail.ivoa.net/pipermail/dm/2016-June/005408.html</a>>, but then<br>
somehow we failed to update the spec accordingly.<br>
<br>
My take: We'll have string/integer types as in RegTAP<br>
<<a href="https://ivoa.net/documents/RegTAP/20241002/REC-RegTAP-1.2.html#tth_sEc8" rel="noreferrer" target="_blank">https://ivoa.net/documents/RegTAP/20241002/REC-RegTAP-1.2.html#tth_sEc8</a>><br>
in the next minor version, and hence you shouldn't need to worry.<br>
Current (I think) versions of the stilts TAP validator accept any<br>
integer type for these columns.<br>
<br>
> 2. pol_states — Mandatory or optional?<br>
> In Appendix B, Table 5 (Data Model Summary), the pol_states field<br>
> is marked MAN = NO, indicating that it is optional. However,<br>
> Section B.6.5.1 (List of Polarization States) describes pol_states<br>
> as a mandatory field, with NULL permitted when polarization is not<br>
> applicable. Could you please clarify whether pol_states is<br>
> mandatory or whether its optional?<br>
<br>
DaCHS includes pol_states, and it would be fairly non-trivial for you<br>
to remove it.  May I ask why this bothers you (except that the spec<br>
needs to be fixed, of course)?<br>
<br>
Other than that I'd say the inconsistency is a case for a bug<br>
against obscore <<a href="https://github.com/ivoa-std/ObsCore/issues" rel="noreferrer" target="_blank">https://github.com/ivoa-std/ObsCore/issues</a>>-<br>
<br>
Thanks,<br>
<br>
         Markus<br>
<br>
</blockquote></div><div><br clear="all"></div><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div><font face="monospace">Marco Molinaro</font></div><div><font face="monospace">INAF - Istituto Nazionale di AstroFisica</font></div><div><font face="monospace">Osservatorio Astronomico di Trieste</font></div><div><font face="monospace">email <a href="mailto:marco.molinaro@inaf.it" target="_blank">marco.molinaro@inaf.it</a></font></div><div><span style="font-family:monospace">tel. [+39] 333 33 20 564 [also Telegram]</span><br></div></div></div></div></div></div>