Data access tools for searching and downloading data from the NSF GAGE Facility (formerly UNAVCO).

Brooks Mershon

EarthScope Consortium

GNSS Permanent Station Data Access 3.0

GNSS Campaign Data Access

🌡️ Meteorological Data Access

Version 2 with chunked downloads and cURL commands

Jim Riley

Data Downloader v2

🎯 Event Data Access

GNSS Position Timeseries

📓 Web Services

🔎 Station Metadata

Access NSF GAGE Facility Data

Metadata for the NSF GAGE Facility's Data holding and sensor network(s).

Access NSF GAGE Facility Metadata

Developers

We used to be able to query the database to extract station metadata in SINEX format.  It was originally part of GSAC, which was maintained by Stuart Wier.  This was updated a number of times, but I cannot find whether it is still maintained.  In any case, the command was something like this: 

[mattioli@gipsy erebus]$ curl "http://facility.unavco.org/gsacws/gsacapi/site/search/sites.snx?output=site.snx&site.code=cong;con2;macg;phig" > erebus_sites.snx

The URL may have changed, but getting the SINEX output (which is an annoying format) was useful for GNSS processing.

Glen Mattioli

Could we try setting another header here? I'd like to see if adding ", credentials: include" makes a difference. I'm following a line of reasoning that we want use cached access controls, so that every fetch doesn't need to re-authenticate to the server.

somehow this or peak-ground-displacement is crashing the healthcheck from memory exhaustion. I will try to fix

Tom Larkworthy

sorry I have temporarily blocked "@unavco" from healthcheck until I can investigate it better. Its midnight Friday so I would like to figure it out Monday. Maybe pinging every 1 minute is too much but actually I think its something else.

Roger that sorry about this! I misunderstood how the healthcheck worked and didn't realize it would tax your own services that way. The uptimerobot service we are using must have been set accidentally to one minute on that endpoint as well, rather than on the hour or less frequently.

Normally it is not a problem, but there is something heavy about this notebook (maybe webgl, I need to experiment..it's pretty slow on mobile too...)

I'll nix catch-all API notebook one from our healthcheck right now and see if that helps.

I blocked you, services are ok my end now. Will try to understand and re-enable asap

OK I unblocked unavco from health check and I think it is working now. The root cause was a bad deploy by me yesterday, its nothing you did. I have got some exciting features upcoming but I made an implementation mistake in webcode that affected heatchcheck. Good job we have healthchecks to see the cascading mistakes!

@unavco/unavco-mdm-permit-map is failing but I think that's for real reasons if you look at 

https://webcode.run/observablehq.com/@endpointservices/healthcheck?target=%40unavco%2Funavco-mdm-permit-map&excludes=&wait=5

Feel free to reach out to tom@webcode.run if you need support. Happy to VC too if you want a chat. I have a livestream Tuesday (https://observablehq.com/@endpointservices/meetups) so kinda busy until then but free after!