Number of results to display per page
Search Results
- ID:
- ivo://org.gavo.dc/__system__/siap2/sitewide
- Title:
- GAVO Data Center SIAP Version 2 Service
- Short Name:
- GAVO DC SIA2
- Date:
- 27 Dec 2024 08:31:04
- Publisher:
- The GAVO DC team
- Description:
- The GAVO Data Center's sitewide SIAP version 2 service publishes all the images published through the site. For more advanced queries including uploads, all this data is also available through ObsTAP.
- ID:
- ivo://org.gavo.dc/tap
- Title:
- GAVO Data Center TAP service
- Short Name:
- GAVO DC TAP
- Date:
- 23 Feb 2022 00:23:41
- Publisher:
- The GAVO DC team
- Description:
- The GAVO Data Center's TAP end point. The Table Access Protocol (TAP) lets you execute queries against our database tables, inspect various metadata, and upload your own data. In GAVO's data center, we in particular hold several large catalogs like PPMXL, 2MASS PSC, USNO-B2, UCAC4, WISE, SDSS DR7, for you to use in crossmatches, possibly with uploaded tables. Tables exposed through this endpoint include: nucand from the amanda schema, main from the annisred schema, data from the antares schema, data from the antares10 schema, dr10 from the apass schema, frames from the apo schema, main from the applause schema, gfh, id, identified, master, nid, unidentified from the arigfh schema, main from the arihip schema, main from the auger schema, data, phot_all, ssa_time_series from the bgds schema, data from the boydende schema, cat from the browndwarfs schema, cubes, fluxposv1200, fluxposv500, fluxv1200, fluxv500, objects, spectra from the califadr3 schema, images, srccat from the cars schema, meta from the carsarcs schema, main from the cs82morphoz schema, geo from the cstl schema, data from the danish schema, main from the dfbsplates schema, spectra, ssa from the dfbsspec schema, main from the dmubin schema, main from the emi schema, data from the feros schema, fk6join, part1, part3 from the fk6 schema, data from the flare_survey schema, data, ordersmeta from the flashheros schema, data from the fornax schema, dr2_ts_ssa, dr2epochflux, dr2light, edr3lite from the gaia schema, hyacob, maglims5, maglims6, maglims7, main, missing_10mas, rejected, resolvedss from the gcns schema, data from the gcpms schema, main from the gdr2ap schema, main from the gdr2dist schema, main, photometry from the gdr2mock schema, main from the gedr3auto schema, litewithdist, main from the gedr3dist schema, generated_data, maglim_5, maglim_6, maglim_7, main, parsec_props from the gedr3mock schema, main from the gedr3spur schema, columns, services, tables from the glots schema, main from the gps1 schema, main from the hdgaia schema, data from the hiicounter schema, main from the hipparcos schema, main from the hppunion schema, main from the hsoy schema, nucand from the icecube schema, data from the inflight schema, obscore from the ivoa schema, events, photpoints, timeseries from the k2c9vst schema, plates from the kapteyn schema, katkat from the katkat schema, data from the lamost5 schema, ssa_lrs, ssa_mrs from the lamost6 schema, geocounts, measurements, stations from the lightmeter schema, rawframes from the liverpool schema, main from the lspm schema, plates, wolfpalisa from the lsw schema, main from the magic schema, reduced from the maidanak schema, exts from the mcextinct schema, cubes, slitspectra from the mlqso schema, epn_core, mpcorb from the mpc schema, main, stars from the mwsc schema, main, stars from the mwsce14a schema, data from the obscode schema, bibrefs, maps, masers, monitor from the ohmaser schema, measurements, ssa from the onebigb schema, data, shapes from the openngc schema, main from the pcc schema, data from the plc schema, data from the plc2 schema, data from the plc3 schema, data from the plts schema, data from the polcatsmc schema, plates, rawplates from the potsdam schema, cubes, maps from the ppakm31 schema, data from the ppmx schema, main, usnocorr from the ppmxl schema, map10, map6, map7, map8, map9, map_union from the prdust schema, dr2, dr3, dr4, main from the rave schema, images, photons from the rosat schema, alt_identifier, authorities, capability, g_num_stat, interface, intf_param, registries, relationship, res_date, res_detail, res_role, res_schema, res_subject, res_table, resource, stc_spatial, stc_spectral, stc_temporal, subject_uat, table_column, tap_tables, validation from the rr schema, objects, photpar from the sasmirala schema, sources from the sdssdr7 schema, main from the smakced schema, main from the spm4 schema, sources from the supercosmos schema, columns, groups, key_columns, keys, schemas, tables from the tap_schema schema, main from the taptest schema, main from the tenpc schema, main from the tgas schema, data from the theossa schema, epn_core from the titan schema, data, line_tap from the toss schema, data from the twomass schema, icrscorr, main, ppmxlcross from the ucac3 schema, main from the ucac4 schema, main from the ucac5 schema, main from the urat1 schema, data, platecorrs, plates, ppmxcross, spurious, twomasscross from the usnob schema, data from the veronqsos schema, stripe82 from the vlastripe82 schema, main from the wdsdss10 schema, archives, main from the wfpdb schema, main from the wise schema, data from the zcosmos schema.
- ID:
- ivo://org.gavo.dc/cross/q/match
- Title:
- GAVO DC Custom Uploading Crossmatcher
- Short Name:
- gavo_crossmatch
- Date:
- 27 Dec 2024 08:31:02
- Publisher:
- The GAVO DC team
- Description:
- A plain positional crossmatch service that allows file and URL uploads to be crossmatched to DC-internal tables. In general, you want to use TAP for this kind of thing when it is available, but in a pinch it might come in handy. Larger catalogues that can be matched against include 2MASS, USNO-B, PPMX, CARS, and more.
- ID:
- ivo://org.gavo.dc/org
- Title:
- GAVO Heidelberg Data Center
- Date:
- 29 May 2024 06:02:44
- Publisher:
- The GAVO DC team
- Description:
- Operating at the Astronomisches Rechen-Institut (ARI) (part of Centre for Astronomy of Heidelberg University) on behalf of the German VO organisation GAVO, the GAVO Heidelberg Data Center is a one-stop shop for astronomical data publication projects of (almost) any description. We are also active within the IVOA in standards development and Registry operations.
- ID:
- ivo://org.gavo.dc/rr/q/create
- Title:
- GAVO RegTAP Service
- Short Name:
- RegTAP mirror
- Date:
- 07 Feb 2025 14:29:38
- Publisher:
- The GAVO DC team
- Description:
- Tables containing the information in the IVOA Registry. To query these tables, use `our TAP service`_. For more information and example queries, see the `RegTAP specification`_. .. _our TAP service: /__system__/tap/run/info .. _RegTAP specification: http://www.ivoa.net/documents/RegTAP/
97. Geometric and photogeometric distances to 1.47 billion stars in Gaia Early Data Release 3 (eDR3)
- ID:
- ivo://org.gavo.dc/gedr3dist/q/main
- Title:
- Geometric and photogeometric distances to 1.47 billion stars in Gaia Early Data Release 3 (eDR3)
- Short Name:
- gedr3dist.main
- Date:
- 27 Dec 2024 08:31:06
- Publisher:
- The GAVO DC team
- Description:
- We estimate the distance from the Sun to sources in Gaia eDR3 that have parallaxes. We provide two types of distance estimate, together with their corresponding asymmetric uncertainties, using Bayesian posterior density functions that we sample for each source. Our prior is based on a detailed model of the 3D spatial, colour, and magnitude distribution of stars in our Galaxy that includes a 3D map of interstellar extinction. The first type of distance estimate is purely geometric, in that it only makes use of the Gaia parallax and parallax uncertainty. This uses a direction-dependent distance prior derived from our Galaxy model. The second type of distance estimate is photogeometric: in addition to parallax it also uses the source's G-band magnitude and BP-RP colour. This type of estimate uses the geometric prior together with a direction-dependent and colour-dependent prior on the absolute magnitude of the star. Our distance estimate and uncertainties are quantiles, so are invariant under logarithmic transformations. This means that our median estimate of the distance can be used to give the median estimate of the distance modulus, and likewise for the uncertainties. For applications that cannot be satisfied through TAP, you can download a `full table dump`_. .. _full table dump: /gedr3dist/q/download/form
- ID:
- ivo://org.gavo.dc/ivoidval/q/didresolve
- Title:
- Global PubDID resolver
- Short Name:
- pubDID resolver
- Date:
- 27 Dec 2024 08:31:05
- Publisher:
- The GAVO DC team
- Description:
- This service implements the Identifiers 2.0 suggestion for how to resolve an IVOA publisher dataset identifier; that is, it tries to resolve the registry part to Datalink, SSAP, or Obscore capabilities and tries those to find access URLs. If that fails, it repeats this procedure for services that the base resource declares as served-by. The code used here is available at http://svn.ari.uni-heidelberg.de/svn/gavo/hdinputs/ivoidval. See also Examples_ .. _Examples: http://dc.g-vo.org/ivoidval/q/didresolve/examples
- ID:
- ivo://org.gavo.dc/glots/q/plain
- Title:
- Global TAP Schema Simple Search
- Short Name:
- GloTS plain
- Date:
- 27 Dec 2024 08:31:01
- Publisher:
- The GAVO DC team
- Description:
- The global TAP schema collects information on tables and columns from known TAP servers. This facilitates locating queriable data by physics (via UCD) or keywords (via description). Note that this shouldn't really be necessary as all information present here should be exposed through Registry records. However, in reality data providers currently are much more liable to give column metadata in their tap_schema than in their Registry records. Hence, for the time being, we maintain this service by harvesting tap_schemas about monthly.
- ID:
- ivo://org.gavo.dc/glots/q/createTables
- Title:
- GloTS, the Global TAP Schema
- Date:
- 06 Feb 2024 08:59:18
- Publisher:
- The GAVO DC team
- Description:
- The global TAP schema collects information on tables and columns from known TAP servers. This facilitates locating queriable data by physics (via UCD) or keywords (via description). Note that this shouldn't really be necessary as all information present here should be exposed through Registry records. However, in reality data providers currently are much more liable to give column metadata in their tap_schema than in their Registry records. Hence, for the time being, we maintain this service by harvesting tap_schemas about monthly.