<div dir="ltr">Hi grid, dal,<div><br></div><div>I&#39;m restarting the conversation originally posted by Walter here:  </div><div><br></div><div>    <a href="http://mail.ivoa.net/pipermail/dal/2016-September/007593.html" target="_blank">http://mail.ivoa.net/<wbr>pipermail/dal/2016-September/<wbr>007593.html</a><br></div><div><br></div><div>The request is for this to be a requirement for TAP services.  </div><div><br></div><div>UWS mentions this ability as a &quot;possibility&quot;, but has no strong wording on the matter.</div><div><br></div><div>I believe that having the ability to start asynchronous jobs on the initial job posting could be useful when one is uncertain about the amount of time it will take to execute the job.  This applies to TAP because queries are tough to estimate.  However, there are some questions to be answered:</div><div><br></div><div>1)  Would this use case be applicable to all applications of UWS, or is it more of a TAP specific issue?</div><div><br></div><div>2)  Similarly, would such a feature belong in UWS or TAP?</div><div><br></div><div>2)  How do implementers feel about possibly updating their TAP (and perhaps other) services to do this?</div><div><br></div><div>3)  Does having such a feature outweigh having more required functionality in UWS (or TAP) services?  Or is it too small a change to cause inconvenience?</div><div><br></div><div>Your thoughts on this would be appreciated.</div><div><br></div><div>Regards,</div><div>Brian</div></div>