<div dir="ltr"><div>Mark,</div><div><br></div><div>I use (well, support) the coord.pointAt.sky mtype (both send and receive), and have had thoughts about table.highlight.row/table (although probably firmly in the never-going-to-get-to-it category).<br></div><div><br></div><div>Doug<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Aug 27, 2019 at 4:37 AM Mark Taylor &lt;<a href="mailto:M.B.Taylor@bristol.ac.uk">M.B.Taylor@bristol.ac.uk</a>&gt; 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">Jean-Michel,<br>
<br>
good to hear that we&#39;re looking at similar (possible) solutions.<br>
<br>
I hadn&#39;t thought about the possibilities of extending this with<br>
SAMP-specific VOTable content or filename conventions,<br>
it&#39;s an interesting thought, though it would require a bit more<br>
standardisation effort.<br>
<br>
Encoding information in the filename or URL is problematic;<br>
by the time the helper application gets to see the file,<br>
it has typically been downloaded to a local temporary file by<br>
the browser, so the filename may not match what was written<br>
in the original HTML.<br>
<br>
One relevant question: what Web SAMP capabilities do<br>
data providers actually want or need that go beyond simply<br>
sending a table/image from a web page to a local application?<br>
I haven&#39;t come across these use cases, so if ASOV have <br>
examples I&#39;d be very interested to hear.<br>
<br>
Mark<br>
<br>
On Sat, 24 Aug 2019, Jean-Michel GLORIAN wrote:<br>
<br>
&gt; Hi Mark and the SAMP users,<br>
&gt; <br>
&gt; we had talked about this solution in the ASOV french meeting<br>
&gt; with all the difficulty that you mention.<br>
&gt; Thank you to have implementde a prototype helper application to test that.<br>
&gt; <br>
&gt; <br>
&gt; If people wants to add SAMP parameters in addition of the file ,<br>
&gt; maybe they could add them on the begin of the name of file<br>
&gt; using a convention and the helper application could parse the name.<br>
&gt; But yes it is quiet limited.<br>
&gt; <br>
&gt; Or maybe we could use a Votable file with a SAMP data model<br>
&gt; with all the addition parameters and a link to the data fits file.<br>
&gt; The link would be static, dynamic and with or not a limited access  time<br>
&gt; <br>
&gt; JMG<br>
&gt; <br>
&gt; Le 22/08/2019 à 18:10, Mark Taylor a écrit :<br>
&gt; &gt; Hi Doug,<br>
&gt; &gt; <br>
&gt; &gt; thanks for registering an interest.  Any input on the topic welcome.<br>
&gt; &gt; I guess the question I&#39;d put related to the approach I&#39;m suggesting<br>
&gt; &gt; here is, how easy/hard would you expect it to be to encourage<br>
&gt; &gt; WWT/CSC users to download and configure or use a helper application<br>
&gt; &gt; along these lines?<br>
&gt; &gt; <br>
&gt; &gt; My only other comment at this stage is it shouldn&#39;t make any difference<br>
&gt; &gt; whether the URL points at a fixed file or represents a dynamic query.<br>
&gt; &gt; <br>
&gt; &gt; Mark<br>
&gt; &gt; <br>
&gt; &gt; On Thu, 22 Aug 2019, Burke, Douglas wrote:<br>
&gt; &gt; <br>
&gt; &gt; &gt; Mark,<br>
&gt; &gt; &gt; <br>
&gt; &gt; &gt; I&#39;ve been using your WebSAMP JS library [1] with our WWT interface to the<br>
&gt; &gt; &gt; Chandra Source Catalog - <a href="http://cxc.harvard.edu/csc2/wwt.html" rel="noreferrer" target="_blank">http://cxc.harvard.edu/csc2/wwt.html</a> - to send<br>
&gt; &gt; &gt; URLs that return a votable or fits file when retrieved (ie the URL is<br>
&gt; &gt; &gt; actually a query and not to a file [2]). We are moving to https &quot;soon&quot; so<br>
&gt; &gt; &gt; I<br>
&gt; &gt; &gt; am interested in any possible solution (once the WWT client is moved over<br>
&gt; &gt; &gt; to https, that is).<br>
&gt; &gt; &gt; <br>
&gt; &gt; &gt; Ta,<br>
&gt; &gt; &gt; Doug<br>
&gt; &gt; &gt; <br>
&gt; &gt; &gt; [1] so thanks for that<br>
&gt; &gt; &gt; [2] thanks to a confluence of influences that aren&#39;t relevant here<br>
&gt; &gt; &gt; <br>
&gt; &gt; &gt; <br>
&gt; &gt; &gt; On Thu, Aug 22, 2019 at 9:05 AM Mark Taylor &lt;<a href="mailto:M.B.Taylor@bristol.ac.uk" target="_blank">M.B.Taylor@bristol.ac.uk</a>&gt;<br>
&gt; &gt; &gt; wrote:<br>
&gt; &gt; &gt; <br>
&gt; &gt; &gt; &gt; Dear SAMP users,<br>
&gt; &gt; &gt; &gt; <br>
&gt; &gt; &gt; &gt; the problem of Web SAMP and HTTPS has been under discussion<br>
&gt; &gt; &gt; &gt; for a while now - basically the Web Profile works fine with HTTP<br>
&gt; &gt; &gt; &gt; but won&#39;t work from pages served using HTTPS.  A possible HTTPS-capable<br>
&gt; &gt; &gt; &gt; profile has been prototyped, but it&#39;s pretty nasty.  There is much<br>
&gt; &gt; &gt; &gt; more information on the topic here:<br>
&gt; &gt; &gt; &gt; <br>
&gt; &gt; &gt; &gt;     <a href="http://andromeda.star.bristol.ac.uk/websamp/" rel="noreferrer" target="_blank">http://andromeda.star.bristol.ac.uk/websamp/</a><br>
&gt; &gt; &gt; &gt; <br>
&gt; &gt; &gt; &gt; As an alternative to the HTTPS profile, I&#39;m thinking about more<br>
&gt; &gt; &gt; &gt; lightweight workarounds.  One is just to provide a simple helper<br>
&gt; &gt; &gt; &gt; application that takes a suitable filename on the command line<br>
&gt; &gt; &gt; &gt; (VOTable table or FITS image) and sends it to a running SAMP<br>
&gt; &gt; &gt; &gt; client.  Such an application could be associated in the<br>
&gt; &gt; &gt; &gt; browser with suitable MIME types (application/x-votable+xml,<br>
&gt; &gt; &gt; &gt; image/fits), or you could just choose it when the browser<br>
&gt; &gt; &gt; &gt; asks you what application you want to open a downloaded file with.<br>
&gt; &gt; &gt; &gt; <br>
&gt; &gt; &gt; &gt; This is much less flexible than allowing the web page (web application)<br>
&gt; &gt; &gt; &gt; to interact with the SAMP hub itself, which is what you can do<br>
&gt; &gt; &gt; &gt; with SAMP+Web Profile.  However, in practice, nearly(?) all Web SAMP<br>
&gt; &gt; &gt; &gt; pages that I&#39;m aware of just use Web SAMP to allow the user to<br>
&gt; &gt; &gt; &gt; send a samp.load.votable or image.load.fits message, and that&#39;s<br>
&gt; &gt; &gt; &gt; done nearly as well by the helper application.  It works with<br>
&gt; &gt; &gt; &gt; rather than against normal browser operations, which makes it<br>
&gt; &gt; &gt; &gt; much less painful to implement than the HTTPS profile;<br>
&gt; &gt; &gt; &gt; it works equally with HTTPS or HTTP, and no additional<br>
&gt; &gt; &gt; &gt; infrastructure is required.  The main downside is that the user has<br>
&gt; &gt; &gt; &gt; to configure it somehow (install script, tell browser to use it<br>
&gt; &gt; &gt; &gt; to handle relevant files).<br>
&gt; &gt; &gt; &gt; <br>
&gt; &gt; &gt; &gt; I have written such a helper application, and I&#39;d be interested<br>
&gt; &gt; &gt; &gt; to know if anyone wants to try it out: especially data providers<br>
&gt; &gt; &gt; &gt; who are using HTTPS and want to allow users to load tables/images<br>
&gt; &gt; &gt; &gt; using SAMP.  Would this be an acceptable solution?<br>
&gt; &gt; &gt; &gt; <br>
&gt; &gt; &gt; &gt; You can find the application here:<br>
&gt; &gt; &gt; &gt; <br>
&gt; &gt; &gt; &gt;     <a href="http://andromeda.star.bris.ac.uk/websamp/sampload.jar" rel="noreferrer" target="_blank">http://andromeda.star.bris.ac.uk/websamp/sampload.jar</a><br>
&gt; &gt; &gt; &gt; <br>
&gt; &gt; &gt; &gt; If you run, e.g. &quot;java -jar sampload.jar /tmp/tmpfile.vot&quot;<br>
&gt; &gt; &gt; &gt; then it will pop up a window asking which VOTable-capable<br>
&gt; &gt; &gt; &gt; SAMP client you want to send tmpfile.vot to.<br>
&gt; &gt; &gt; &gt; (It works out what kind of file it is by looking at the content).<br>
&gt; &gt; &gt; &gt; <br>
&gt; &gt; &gt; &gt; Unless your OS/browser can execute jar files directly, to use it with<br>
&gt; &gt; &gt; &gt; a browser you&#39;ll need to accompany it with a small shell script or<br>
&gt; &gt; &gt; &gt; equivalent like<br>
&gt; &gt; &gt; &gt; <br>
&gt; &gt; &gt; &gt;     #!/bin/sh<br>
&gt; &gt; &gt; &gt;     java -jar /path/to/sampload.jar &quot;$@&quot;<br>
&gt; &gt; &gt; &gt; <br>
&gt; &gt; &gt; &gt; Any feedback, comments, ideas welcome.<br>
&gt; &gt; &gt; &gt; <br>
&gt; &gt; &gt; &gt; Mark<br>
&gt; &gt; &gt; &gt; <br>
&gt; &gt; &gt; &gt; --<br>
&gt; &gt; &gt; &gt; Mark Taylor   Astronomical Programmer   Physics, Bristol University, UK<br>
&gt; &gt; &gt; &gt; <a href="mailto:m.b.taylor@bris.ac.uk" target="_blank">m.b.taylor@bris.ac.uk</a> +44-117-9288776  <a href="http://www.star.bris.ac.uk/~mbt/" rel="noreferrer" target="_blank">http://www.star.bris.ac.uk/~mbt/</a><br>
&gt; &gt; &gt; &gt; <br>
&gt; &gt; --<br>
&gt; &gt; Mark Taylor   Astronomical Programmer   Physics, Bristol University, UK<br>
&gt; &gt; <a href="mailto:m.b.taylor@bris.ac.uk" target="_blank">m.b.taylor@bris.ac.uk</a> +44-117-9288776  <a href="http://www.star.bris.ac.uk/~mbt/" rel="noreferrer" target="_blank">http://www.star.bris.ac.uk/~mbt/</a><br>
&gt; <br>
&gt; <br>
&gt; -- <br>
&gt; <br>
&gt; <br>
&gt; ********************************<br>
&gt; <a href="mailto:Jean-Michel.Glorian@irap.omp.eu" target="_blank">Jean-Michel.Glorian@irap.omp.eu</a><br>
&gt; Jean-Michel Glorian - Responsable technique OV-GSO - Chef de projet CASSIS<br>
&gt; <br>
&gt; IRAP - Institut de Recherche en Astrophysique et Planétologie,<br>
&gt; 9, avenue du Colonel Roche, BP 44346,<br>
&gt; 31028 Toulouse cedex 4<br>
&gt; (+33) 5 61 55 77 79<br>
&gt; <a href="http://cassis.irap.omp.eu" rel="noreferrer" target="_blank">http://cassis.irap.omp.eu</a><br>
&gt; <br>
&gt; IRAP, Université de Toulouse, CNRS, CNES, UPS, (Toulouse), France<br>
&gt; ********************************<br>
&gt; <br>
&gt; <br>
<br>
--<br>
Mark Taylor   Astronomical Programmer   Physics, Bristol University, UK<br>
<a href="mailto:m.b.taylor@bris.ac.uk" target="_blank">m.b.taylor@bris.ac.uk</a> +44-117-9288776  <a href="http://www.star.bris.ac.uk/~mbt/" rel="noreferrer" target="_blank">http://www.star.bris.ac.uk/~mbt/</a></blockquote></div>