IDHA VOTABLE XML URL
Francois Bonnarel
bonnarel at alinda.u-strasbg.fr
Tue Apr 8 09:30:50 PDT 2003
hi Alberto.
I am still more late to answer you.!!!
We are very close to send you a document describing how it is
possible to write a Metadata/tree in VOTABLE/IDHA protocol (like
in the considered URL).
In the meantime we are preparing with Thomas Boch a new version of
Aladin which will allow to display such metadatatrees. Simple trees
will also work for SIA consistent outputs, not only for VOTABLE/IDHA protocol
which will hence allow additional features to work.
I plan to report on that in the DAL special session in Cambridge.
Regards
Francois
<From mdolensk at eso.org Wed Mar 12 12:49:38 2003
<Date: Wed, 12 Mar 2003 12:55:21 +0100
<From: Alberto Micol <Alberto.Micol at eso.org>
<X-Accept-Language: el
<MIME-Version: 1.0
<To: bonnarel at aladin.u-strasbg.fr
<CC: dm at ivoa.net
<Subject: Re: IDHA VOTABLE XML URL
<X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
<X-Antivirus: scanned by sophos at u-strasbg.fr
<X-Antivirus: scanned by sophos at u-strasbg.fr
<X-Antivirus: scanned by sophos at u-strasbg.fr
<X-MailScanner: Found to be clean
<
<
<--------------2464B0073705A64168453B5E
<Content-Type: text/plain; charset=us-ascii
<Content-Transfer-Encoding: 7bit
<
<> As promised in the informal Garching meeting last month,
<>
<> I give an access to an URL producing the kind of IDHA VOTABLE
<>
<
<Dear Francois,
<
<First of all, sorry for answering so late ...
<Having said that,
<
<Thanks a lot! That's a very nice utility.
<
<
<> b) a documentation on how to write trees comaptible with this format.
<>
<
<Indeed, this would be more than welcome, since we have to build our own CGIs
<to interface with our own databases, and in the end, we our data model.
<
<If I can express my dream, it would be nice to have the kind of functionality
<you built in the GOODS tree of the AVO demo, but for the more general case,
<for a generic VO user.
<
<Basically I'd like to see a component to help a user transverse a tree that is generated
<on the fly by a user request involving remote data centres.
<
<For example, by pressing the Aladin GOODS button (let's rename it DataTree button)
<the user could be presented with an interface (a la Skycat) that allows him/her to connect
<to various conesearch URLs (HST, CHANDRA, etc).
<Such conesearch services should return the XML tree for a user selected
<region of the sky.
<Then the DataTree component should collect the various trees, and compile them into a
<single DataTree which is in the end shown to the user, in the same way it is done now.
<Being dynamically built, the tree should point to the selected data centres to get
<to the images.
<
<What would you think ?
<
<Thanks a lot,
<
<Alberto
<
<
<--
<Alberto.Micol at eso.org Tel: +49 89 32006365
<HST Science Archive ST-ECF Fax: +49 89 32006480
<ESA/RSSD/SN c/o ESO Karl Schwarzschild Str.2,
<http://archive.eso.org/ No ads, thanks. Garching bei Muenchen,
<http://www.stecf.org/ HTML emails D-85748 Germany
<
<
<
<--------------2464B0073705A64168453B5E
<Content-Type: text/html; charset=us-ascii
<Content-Transfer-Encoding: 7bit
<
<<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<<html>
<
<<blockquote TYPE=CITE>
<<pre>As promised in the informal Garching meeting last month,
<
< I give an access to an URL producing the kind of IDHA VOTABLE</pre>
<</blockquote>
<
<<p><br>Dear Francois,
<<p>First of all, sorry for answering so late ...
<<br>Having said that,
<<p>Thanks a lot! That's a very nice utility.
<<br>
<<blockquote TYPE=CITE>
<<pre>b) a documentation on how to write trees comaptible with this format.</pre>
<</blockquote>
<
<<p><br>Indeed, this would be more than welcome, since we have to build
<our own CGIs
<<br>to interface with our own databases, and in the end, we our data model.
<<p>If I can express my dream, it would be nice to have the kind of functionality
<<br>you built in the GOODS tree of the AVO demo, but for the more
<general case,
<<br>for a generic VO user.
<<p>Basically I'd like to see a component to help a user transverse a tree
<that is generated
<<br>on the fly by a user request involving remote data centres.
<<p>For example, by pressing the Aladin GOODS button (let's rename it DataTree
<button)
<<br>the user could be presented with an interface (a la Skycat) that allows
<him/her to connect
<<br>to various conesearch URLs (HST, CHANDRA, etc).
<<br>Such conesearch services should return the XML tree for a user selected
<<br>region of the sky.
<<br>Then the DataTree component should collect the various trees, and compile
<them into a
<<br>single DataTree which is in the end shown to the user, in the same
<way it is done now.
<<br>Being dynamically built, the tree should point to the selected data
<centres to get
<<br>to the images.
<<p>What would you think ?
<<p>Thanks a lot,
<<p>Alberto
<<br>
<<pre>--
<Alberto.Micol at eso.org Tel: +49 89 32006365
<HST Science Archive ST-ECF Fax: +49 89 32006480
<ESA/RSSD/SN c/o ESO Karl Schwarzschild Str.2,
<<A HREF="http://archive.eso.org/">http://archive.eso.org/</A> No ads, thanks. Garching bei Muenchen,
<<A HREF="http://www.stecf.org/">http://www.stecf.org/</A> HTML emails D-85748 Germany</pre>
< </html>
<
<--------------2464B0073705A64168453B5E--
<
<
=====================================================================
Francois Bonnarel Observatoire Astronomique de Strasbourg
CDS (Centre de donnees 11, rue de l'Universite
astronomiques de Strasbourg) F--67000 Strasbourg (France)
Tel: +33-(0)3 90 24 24 11 WWW: http://cdsweb.u-strasbg.fr/people/fb.html
Fax: +33-(0)3 90 24 24 25 E-mail: bonnarel at astro.u-strasbg.fr
---------------------------------------------------------------------
More information about the dm
mailing list