<div dir="ltr"><div class="gmail_default" style="font-size:small">If this is in the PR already then we can start using the new xsd sooner than that without effecting anyone else. In that case, no erratum needed. I'll look at the PR in detail asap.<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 Tue, 5 Mar 2019 at 00:29, Markus Demleitner <<a href="mailto:msdemlei@ari.uni-heidelberg.de">msdemlei@ari.uni-heidelberg.de</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">Hi Pat,<br>
<br>
On Mon, Mar 04, 2019 at 03:27:49PM -0800, Patrick Dowler wrote:<br>
> On Thu, 27 Sep 2018 at 10:45, Patrick Dowler <<a href="mailto:pdowler.cadc@gmail.com" target="_blank">pdowler.cadc@gmail.com</a>> wrote:<br>
> <br>
> ><br>
> > An erratum for VOTable gives some advice on the use and meaning of<br>
> > arraysize="1" (link:<br>
> > <a href="http://wiki.ivoa.net/twiki/bin/view/IVOA/VOTable-1_3-Err-3" rel="noreferrer" target="_blank">http://wiki.ivoa.net/twiki/bin/view/IVOA/VOTable-1_3-Err-3</a>). However,<br>
> > this conflicts with something in the VODataService-1.2 xsd (line 949-ish),<br>
> > where the arraysize atrtibute in DataType specifies default="1" and the<br>
> > documentation says that means scalar.<br>
> ><br>
> > I consider default attribute values in xsd to be really sketchy because<br>
> > you cannot round-trip otherwise valid documents and behaviour changes if<br>
> > schema validation is enabled.<br>
> ><br>
> > When I read the xml output from a VOSI tables resource I get arraysize="1"<br>
> > even if the xml itself omitted the arraysize (which is what my TAP services<br>
> > are doing). The VOSI-tables and VOTable documents are no longer always<br>
> > consistent :-(<br>
> ><br>
> > Could that default="1" be removed via an erratum?<br>
<br>
Whops, sorry, forgot about that one, too.<br>
<br>
First, in the current VODataService 1.2 draft<br>
(<a href="https://volute.g-vo.org/svn/trunk/projects/registry/VODataService" rel="noreferrer" target="_blank">https://volute.g-vo.org/svn/trunk/projects/registry/VODataService</a>,<br>
changed in rev. 5151 of on 2019-09-28), the default is already<br>
removed. Here's what the annotation in the current WD says:<br>
<br>
Leave arraysize empty for scalar values. In version 1.1,<br>
this defaulted to 1, which was intended to indicate<br>
a scalar. This is now deprecated; an arraysize of 1 should<br>
be avoided now, the future interpretation, in accord with<br>
VOTable, will be “array of size 1”.<br>
<br>
I suppose that could (perhaps after taking out a bit of<br>
breathlessness) be straightforwardly backported to VODataService 1.1<br>
in an erratum. Eyeballing the document, changes would propagate to<br>
about five places in the prose (and a few more if we wanted to fix<br>
some language on @delim that will become confusing with this change).<br>
Not pretty, but doable.<br>
<br>
I'd reluctantly write the erratum if asked to do so. As an<br>
alternative, I'd offer to have a PR of VODataService 1.2 by Paris,<br>
now that it seems that there's no great interest in rich column<br>
metadata in the community. I suppose that we *could* have sufficient<br>
implemenation by Groningen to make it REC then.<br>
<br>
Or... what about a deal? I'll write the erratum for at least one<br>
promise to do reference implementations of the new VODataService 1.2<br>
features before Groningen. Who's in?<br>
<br>
-- Markus<br>
</blockquote></div>