P1.1.23 Structured Query Language for Virtual Observatory Yuji Shirasaki National Astronomical Observatory of Japan, and Masahiro Tanaka (NAOJ), Satoshi.

Slides:



Advertisements
Similar presentations
IVOA, Pune India September Data Access Layer Working Group Pune Workshop Summary Doug Tody National Radio Astronomy Observatory International.
Advertisements

VOQL WG Plenary Session Sept 27, 2004 William OMullane for Masatoshi Ohishi.
SSA Query Interface M. Dolensky, ESO Data Access Layer Working Group Interoperability Workshop, Pune, India 27-Sep-2004.
Yuji Shirasaki National Astronomical Observatory of Japan JVO JVO Publishing/Searchable Registry Implementation Experience IVOA Interoperability Meeting.
September 13, 2004NVO Summer School1 VO Protocols Overview Tom McGlynn NASA/GSFC T HE US N ATIONAL V IRTUAL O BSERVATORY.
September 13, 2004NVO Summer School1 VO Protocols Overview Tom McGlynn NASA/GSFC T HE US N ATIONAL V IRTUAL O BSERVATORY.
9 September 2005NVO Summer School Aspen Astronomical Dataset Query Language (ADQL) Ray Plante T HE US N ATIONAL V IRTUAL O BSERVATORY.
VO Standards – Catalog Access Tamás Budavári Johns Hopkins University.
Aus-VO Workshop 2003 International Virtual Observatory Alliance effort on Virtual Observatory Query Language Naoki Yasuda (JVO), VOQL WG.
CASDA Virtual Observatory CSIRO ASTRONOMY AND SPACE SCIENCE Arkadi Kosmynin 11 March 2014.
Construction of the Japanese Virtual Observatory (JVO) Abstract : The National Astronomical Observatory of Japan (NAOJ) has been operating several large.
Design and Implementation of JVO SkyNode Yuji SHIRASAKI National Astronomical Observatory of Japan IVOA Small Projects Meeting, 2004 Oct 1.
Introduction to Structured Query Language (SQL)
A Web service for Distributed Covariance Computation on Astronomy Catalogs Presented by Haimonti Dutta CMSC 691D.
1 Design patterns Lecture 4. 2 Three Important skills Understanding OO methodology Mastering Java language constructs Recognizing common problems and.
Introduction to Structured Query Language (SQL)
SDSS Web Services Tamás Budavári Johns Hopkins University Coding against the Universe.
BinX and Astronomy Bob Mann Institute for Astronomy and National e-Science Centre.
2003 April 151 Data Centres: Connecting to the Real World Clive Page.
Announcements Read JDBC Project Step 5, due Monday.
The Japanese Virtual Observatory (JVO) Yuji Shirasaki National Astronomical Observatory of Japan.
Astronomical Data Query Language Simple Query Protocol for the Virtual Observatory Naoki Yasuda 1, William O'Mullane 2, Tamas Budavari 2, Vivek Haridas.
Yuji SHIRASAKI National Astronomical Observatory of Japan Current Status of Japanese Virtual Observatory (JVO)
VOQL WG Progress Report May 28, 2004 Masatoshi Ohishi.
DateADASS How to Navigate VO Datasets Using VO Protocols Ray Plante (NCSA/UIUC), Thomas McGlynn and Eric Winter NASA/GSFC T HE US N ATIONAL V IRTUAL.
Functions and Demo of Astrogrid 1.1 China-VO Haijun Tian.
Prototype system of the Japanese Virtual Observatory The Japanese Virtual Observatory (JVO) aims at providing easy access to federated astronomical databases.
JVO JVO Portal Japanese Virtual Observatory (JVO) Prototype 2 Masahiro Tanaka, Yuji Shirasaki, Satoshi Honda, Yoshihiko Mizumoto, Masatoshi Ohishi (NAOJ),
Structure Query Language SQL. Database Terminology Employee ID 3 3 Last name Small First name Tony 5 5 Smith James
Database Design and Management CPTG /23/2015Chapter 12 of 38 Functions of a Database Store data Store data School: student records, class schedules,
Chapter 10: The Data Tier We discuss back-end data storage for Web applications, relational data, and using the MySQL database server for back-end storage.
6 1 Lecture 8: Introduction to Structured Query Language (SQL) J. S. Chou, P.E., Ph.D.
Efficient RDF Storage and Retrieval in Jena2 Written by: Kevin Wilkinson, Craig Sayers, Harumi Kuno, Dave Reynolds Presented by: Umer Fareed 파리드.
IVOA Interoperalibity JVO Query Language Naoki Yasuda (NAOJ/Japanese VO)
February 20, 2006JVO-AstroGrid Collaboration1 Current Status of JVO, and Goal of Collaboration between JVO and AstroGrid Masatoshi Ohishi / NAOJ & Sokendai.
Oct. 1, 2004IVOA Small Projects Meeting1 Development of JVO prototype system and its application to Astrophysics Portal System : M. Tanaka Data Service.
AstroGrid Solar/STP planning meeting Agenda: Helioscope Preparing for Solar-B Time-series viewing application IVOA and time series A PPARC funded project.
Japanese Virtual Observatory Project Abstract : The National Astronomical Observatory of Japan (NAOJ) started the Japanese Virtual Observatory (JVO) project.
European Space Astronomy Centre (ESAC) Villafranca del Castillo, MADRID (SPAIN) Applications May 2006, Victoria, Canada VOQuest A tool.
Database Fundamental & Design by A.Surasit Samaisut Copyrights : All Rights Reserved.
Progress Report of VOQL WG May 15 (Thu) Masatoshi Ohishi (Japan)
JDBC. Java.sql.package The java.sql package contains various interfaces and classes used by the JDBC API. This collection of interfaces and classes enable.
The International Virtual Observatory Alliance (IVOA) interoperability in action.
ADQL/s Syntax (Proposal) -- towards unification of ADQL, SIAP, SSAP, SXAP Yuji SHIRASAKI National Astronomical Observatory.
12/6/2015B.Ramamurthy1 Java Database Connectivity B.Ramamurthy.
Japanese Virtual Observatory Project Abstract : The National Astronomical Observatory of Japan (NAOJ) started the Japanese Virtual Observatory (JVO) project.
Workshop on How to Publish Data in VO ESAC, June 25-June DAL (Data Access Layer) protocols Jesus Salgado
Japanese Virtual Observatory (JVO) National Astronomical Observatory of Japan (NAOJ) Contact Address: Demo 1: GRID-based database federation.
12 Oct 2003VO Tutorial, ADASS Strasbourg, Data Access Layer (DAL) Tutorial Doug Tody, National Radio Astronomy Observatory T HE US N ATIONAL V IRTUAL.
JVO portal service Yuji Shirasaki National Astronomical Observatory of Japan.
Basics of JDBC Session 14.
William O’Mullane/ Tannu Malik - JHU IVOA Cambridge May 12-16, 2003 SkyQuery.Net SKYQUERY Federated Database Query System (using WebServices)
Publishing Combined Image & Spectral Data Packages Introduction to MEx M. Sierra, J.-C. Malapert, B. Rino VO ESO - Garching Virtual Observatory Info-Workshop.
7 Dec 2009R. J. Hanisch: Astronomy Data Standards CERN 1 Data Standards in Astronomy Dr. Robert J. Hanisch Director, US Virtual Astronomical Observatory.
IVOA Interop, Beijing, China, May IVOA Data Access Layer Working Group Sessions Doug Tody (NRAO/NVO ) Markus Dolensky (ESO/EuroVO) Data Access Layer.
Three color composite image Color-Color diagram SED SED relative to R-band Download FITS Searching for a cosmic string through the gravitational lens effect:
IVOA Small Projects Meeting Application to the science S. Honda, Y. Shirasaki, M. Tanaka and JVO team National Astronomical Observatory of Japan.
June 27-29, DC2 Software Workshop - 1 Tom Stephens GSSC Database Programmer GSSC Data Servers for DC2.
2004/03/08Japan-France Grid Computing Workshop in Paris Japanese Virtual Observatory Project Masatoshi Ohishi National Astronomical Observatory of Japan.
Chapter 04 Semantic Web Application Architecture 23 November 2015 A Team 오혜성, 조형헌, 권윤, 신동준, 이인용.
Sept. 2004IVOA Meeting / Pune1 Virtual Observatory Query Language (VOQL) Working Group William O’Mullane For Masatoshi Oishi T HE US N ATIONAL V IRTUAL.
Spatial Searches in the ODM. slide 2 Common Spatial Questions Points in region queries 1.Find all objects in this region 2.Find all “good” objects (not.
April 29, 2005ISGC Taipei1 Recent Progress of the Japanese Virtual Observatory Project Masatoshi Ohishi / NAOJ 大石雅寿 / 国立天文台
Standard Query Language for VO
JDBC.
May 14 (Wed) Masatoshi Ohishi (Japan)
2018/11/27 An Application for the Data Grid : A Prototype of the Japanese Virtual Observatory System Masatoshi Ohishi National Astronomical Observatory.
Progress Report of VOQL WG
Google Sky.
Java Chapter 6 (Estifanos Tilahun Mihret--Tech with Estif)
Presentation transcript:

P Structured Query Language for Virtual Observatory Yuji Shirasaki National Astronomical Observatory of Japan, and Masahiro Tanaka (NAOJ), Satoshi Honda (NAOJ), Yoshihiko Mizumoto (NAOJ), Masatoshi Ohishi (NAOJ), Naoki Yasuda (ICRR), Yoshifumi Masunaga (Ochanomizu Univ.), Masafumi Oe (NAOJ)

1. Abstract This poster describes: Specification of the JVOQL – Construct and Data Type JVO SkyNode implementation – Functionality test of JVOQL – First JVO’s interoperability test with other VO. We have designed a multi-purpose Astronomical Query Language for VO (called as JVOQL) on the basis of SQL99 specification.

2. Requirement to the JVOQL 1. Any kind of astronomical data can be queried : Catalog, Image, Spectrum, 3D- Cube, Photon List, Light Curve, Support for Astronomy specific query condition 3. Simple enough for easy implementation. 4. High Extendability for describing an efficient query.

3. Design Req. 1 and 2  SQL based query language with Astronomical Extension Most of the astronomical data are stored in the relational database, so it is natural to use the SQL. Mapping a query parameter a column of the table, any data request can be described in SQL. Data type describing the region in the sky and comparison operator for the region data type should be defined as an Astronomical Extension. Req. 3 and 4  very simple “Basic” syntax + “Enhancement” syntax. All the data service must support the “Basic” syntax. All the data service may support any “Enhancement” syntax as the need arises.

4. Observational Data Request in SQL regionspectrumBand Other search parameters Image region 1 R… region1B… region2R... … How the image data of the interested region is queried in SQL ? Any kind of parameters and returnable variables are considered as columns. The Image cutout request is a selection from a virtual table which has infinite number of image selection patterns. SELECTfiltername, exposure, image FROM imageData WHERE region = region1 and spectrumBand = B and observationData between and

5. Basic Syntax Select ColumnName [[AS] AliasName], … | * From TableName [[AS] AliasName] Where PrimaryCondition [AND PrimaryCondition] Only column name or “*” is specified in the selection list. An algebraic expression is not supported. Only one table is specified in “From” part. Table name and Column name may have alias name. Comparison operators: =,, >=,, LIKE, BETWEEN Logical operator: AND, NOT (OR is not supported.) Region Comparison operator: =, within, contains, overlaps Functions: Distance(), Point(), Circle(), Box() can be used in “Where” part.

6. Geometry Data Type Special to the astronomical query  Search on a region in the sky. A point is expressed by a pair of two numbers. Region is expression by a collection of points and the region size  Define structured data type (Geometry). Geometry PointRegion CircleBox “Geometry” is an abstract data type. “Region” is an abstract data type which represents a region of any shape. “Point” is a data type which represents coordinate of a point in the sky. “Circle” and “Box” are data types which represent Circle and Box regions in the sky, respectively.

7. Region Comparison 1 [NOT] Region ComparisonMeaningFigure A within BPoint A is within Region B. B contains ARegion B contains Point A. NOT A within BPoint A is outside Region B. NOT B contains ARegion B excludes Point A. ::= [Point](x, y, [‘frame’]) e.g. Point(13.2,-34.5), Point(32.1, -12.5, ‘ICRS’), (34.7, -26, ‘Gala’) ::= [Circle](, radius) | [Box](, xsize, ysize) e.g. Circle((23.7,-0.3), 2.3), Box((58.3,+1.2), 3.3, 3.3) A B B A

8. Region Comparison 2 Region Comparison Meaning Image Atlas Data Service Image Cutout Service A = B Region A is the smallest region which overlaps the largest part of B. A overlaps B Region A is the smallest region which overlaps B. Same as A = B A contains B Region A is the smallest region which contains B. A within B Region A is the largest region which is contained in B. Same as A = B [NOT] A B

9. Examples of Basic Syntax Select filter, imageURL From imageData Where region = Box((24.3, +5.0), 0.2)) Select ra, dec, mag_r From galaxy Where Point(ra, dec) within Circle((24.3, +5.0), 2.0)) and mag_r < 24 Query of image retrieval URL for the specified region and the corresponding filter name. Query of catalog data for the specified region. can be omitted if it is trivial “Pos = Point(24.2,5.0) and DeltaRa = 0.2 and DeltaDec = 0.2” is also valid syntax. region = Box((24.3, +5.0), 0.2)) Point(ra, dec) within

10. Enhanced Syntax 1.An algebraic expression in “Select” and “Where” part. 2.Logical operator “OR”. 3.Unit support. 4.Structured Data Type Enhancement. 5.Multiple tables in “From” part. 6.Join predicate at “From” part. 7.VOTable in “From” part and cross match with VOTables. 8.Use of Identifier for Table name (Portal): To identify a table in the VO uniquely. 9.UCD (Portal). UCDs used as representative of column name are resolved from the column metadata. 10.Omission of From part (Portal): Tables to be searched are determined from the condition described in “Where” part.

11.Table name identifier expression Query to the multiple data services should identify the specified tables uniquely in the VO.  Use the VO standard on the identifier of resources. e.g.1 ivo://naoj/subaryu/spcam/galaxy  naoj:subaru.spcam.galaxy e.g.2 ivo://adil.ncsa/surveys/96.JC.01  adil.ncsa:surveys.96.JC.01 ::= [AuthorityName:][CatalogPath.]TableName Periods in the catalog path and table name must be escaped by a backslash.

12. External Table in “From” part e.g. Search images corresponding to objects listed in a VOTable. Selectvot.ra, vot.dec, img.imageURL Fromimage as img, EXT::1.selectedGalaxy as vot Whereimg.region = Box((vot.ra, vot.dec), 0.1, 0.1) This is a syntax enhancement to describe join between a DB table and a VOTable. ::= EXT:: [ (.ResourceName)*.TableName ]

13. JVO SkyNode Architecture JVOQL ADQL-x SIAP SSAP HTTP/SOAP AXIS HTTP/Parameter Tomcat Grid GTK 3 (optional) JDBC for SkyNode JVOQL Translator Query Executer Formatter Internet JVO SkyNode JVO Portal JVO SkyNode is now under development to test the functionality of the JVOQL. Four kinds of query languages are converted to java class SelectSQL and query is executed through JDBC-like interface. Query results is obtained as ResultSet, and table data is formatted to VOTable or CSV file. JVO SkyNode DBMS ResultSet getMetadata() getString() getFits() getJpeg()

14. JVO SkyNode DBMS Native SQL FITS JDBC for Backend DBMS JDBC for SkyNode JVOQL JVO SkyNode DBMS Data Service Engine JVO SkyNode DBMS : is an astronomical database system which accept JVOQL syntax and return observation data as well as tabular data, includes DBMS which is used to store catalog data, FITS file metadata, and system information, can access to observational data of FITS files which are managed by unix file system, implemnts a JDBC-like interface, search request can be executed by Statement object and result is returned as ResultSet object. DBMS Catalog data table FITS metadata table Table metadata table Column metadata table System table ResultSet getMetadata() getString() getFits() getJpeg()

15. Region Search using HTM index idradecmag ………… idhtm …… Catalog table HTM Index table Selectra, dec, mag FromCatalog WherePoint(ra,dec) within Box((20,+15), 1.0) Selectc.ra, c.dec, c.mag FromCatalog as c Natural Left Join htmIndex as i Wherei.htm between and OR i.htm between and … Region search is a common search criterion for an astronomical database. For efficient search data should be properly indexed on the objects’ coordinates.

16. Implementation of Virtual Table Virtual Table Virtual Column Table 1 Virtual Column Table 2 x = Metadata Table x Table parameter Table 1 x x Table parameter Table 2 x … x … Virtual column table is a collection of parameters specified by a requester (cutout region, spectrum range, …) and is dynamically created on each request. Table parameter table is a collection of parameters which characterize the table (telescope name, filter name,…) and exists as an real table. Metadata Table is a collection of metadata of the observation data. A Virtual Table become a real table by making a join of these tables.

17. Summary JVOQL is designed to be used as a VO standard query language. JVOQL can describe a query to get any kind of astronomical data. “Basic” syntax specification is defined. All the data service must support this syntax. Optional “Enhancement” syntax specifications are defined for describing a efficient query to the large DB.