<div dir="ltr"><div class="gmail_default" style="font-size:small">I think the example in 4.2 (and the one in appendix A) are still consistent with the decision we made and the relevant change is to define how to do min/max for intervals (in DALI). Maybe that's an erratum on DALI, or just a clarification in the current WD...</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">I feel like the change in wording in WD-VOTable means that DALI (where xtype="interval" is defined) could (could have) defined min/max behaviour to be more like that pointed out by Adrian in the PyVO context. That is: use a 2D array value for MAX to specify the minimum bounding interval.</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">In general, when using an nD array (n matching xtype expectations) only the MAX is really useful because the "minimum" is inside the maximum. The only bit of info not conveyed there is the "minimum useful size of a cutout", which in a basic non-complex extraction is the size of 1 pixel. That's true for all axes  (see below). <br><br>So in my opinion MIN/MAX scalars like we already have, a MAX array (bounds) would work, WD-VOTable defers to the xtype-definition but seems to allow both (in principle), and DALI needs to be clarified.<br></div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small">my 2c,</div><div class="gmail_default" style="font-size:small"><br></div><div class="gmail_default" style="font-size:small"></div><div class="gmail_default" style="font-size:small">below: yeah, a more sophisticated cutout implementation could do some sub-pixel magic to figure out a fraction of signal to keep in the output data, but I don't think we're talking about that level of detail<br clear="all"></div><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div>--<br></div><div>Patrick Dowler<br></div>Canadian Astronomy Data Centre<br></div>Victoria, BC, Canada<br></div></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 3 Feb 2023 at 08:30, BONNAREL FRANCOIS <<a href="mailto:francois.bonnarel@astro.unistra.fr">francois.bonnarel@astro.unistra.fr</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Dear DAL followers,<br>
<br>
     I wrote this erratum proposal ten days ago, following an old issue <br>
raised first by Alberto Micol.<br>
     At the same time there was a merged PR in VOTable <br>
(<a href="https://github.com/ivoa-std/VOTable/pull/30" rel="noreferrer" target="_blank">https://github.com/ivoa-std/VOTable/pull/30</a>)<br>
<br>
      which apparently discards the need for the SODA erratum.<br>
<br>
       See the discussion between Markus and me in VOTable issue 32v <br>
(<a href="https://github.com/ivoa-std/VOTable/issues/32" rel="noreferrer" target="_blank">https://github.com/ivoa-std/VOTable/issues/32</a>)<br>
<br>
       So Markus suggests that for BAND interval MIN is the 1D array <br>
minimal value of both the lower and higher bound of the interval<br>
       and that MAX is the maximum value of the same two bounds.<br>
<br>
       In such a  way that :<br>
                    1 ) a 2D array MIN and MAX value attribute is not <br>
required<br>
                    2 ) we forget the idea to have MIN as the minimal <br>
interval and MAX the maximum interval<br>
         However interval is an xtype so we could have specific rules in <br>
this case as stated by the new VOTable text. So ....<br>
        Thoughts ?<br>
<br>
        IN any case if we follow Markus, we still have to fix the wrong <br>
tag </VALUE> and clarify the example meaning following the new text in <br>
VOTable<br>
So there will still be an erratum 3 on the same example<br>
Cheers<br>
FRançois<br>
Le 23/01/2023 à 15:04, BONNAREL FRANCOIS a écrit :<br>
> Dear all,<br>
><br>
>     This is a proposal for an erratum of the SODA 1.0 specification.<br>
><br>
> <a href="https://wiki.ivoa.net/twiki/bin/view/IVOA/SODA10Err3" rel="noreferrer" target="_blank">https://wiki.ivoa.net/twiki/bin/view/IVOA/SODA10Err3</a><br>
><br>
>   Please check it and let's start the discussion.<br>
>    I wonder if this is an erratum or a real change (for SODA 1.1).<br>
><br>
>    I looked at VOTable, and although it seems reasonable, if I am not <br>
> ignoring some rather hidden text or xsd, nothing seems to require that <br>
> arraysize should follow the PARAM or FIELD arraysize.<br>
>    I addition if we do this change there is another option (as <br>
> mentioned in the associated github issue) related to the meaning of <br>
> these MIN and MAX arrays. Are the two values in MIN (resp MAX) <br>
> defining the minimum (resp maximum) length interval (which I find <br>
> consistent with the definition of BAND in that case) or the range of <br>
> possible values for the lower (resp higher) limits of the BAND interval.<br>
><br>
> Cheers<br>
><br>
> François<br>
><br>
><br>
> Le 23/01/2023 à 07:46, BONNAREL FRANCOIS a écrit :<br>
>><br>
>><br>
>> Dear all,<br>
>><br>
>>     This is a proposal for an erratum of the SODA 1.0 specification.<br>
>><br>
>> <a href="https://wiki.ivoa.net/twiki/bin/view/IVOA/SODA10Err2" rel="noreferrer" target="_blank">https://wiki.ivoa.net/twiki/bin/view/IVOA/SODA10Err2</a><br>
>><br>
>>   Please check it for fast acceptance.<br>
>><br>
>> Cheers<br>
>><br>
>> François<br>
>><br>
><br>
<br>
</blockquote></div>