Open jbfaden opened 1 year ago
Also there's talk of an aliveness test url within the about json, and this could be used to identify the dataset. See https://github.com/hapi-server/data-specification/issues/135.
For faster test, can specify only one parameter (~4x faster for this case; 1s vs 3.8s):
curl "http://hapi-server.org/verify-dev/?url=http://hapi-server.org/servers/TestData2.0/hapi&id=dataset1¶meter=scalar&output=json"
I think there might be an error when only the time is requested:
curl "https://hapi-server.org/verify-dev/?url=https://cottagesystems.com/HapiServerDemo/hapi&id=Iowa%20City%20Forecast¶meters=Time&output=json"
If I bring up the html version in a browser (https://hapi-server.org/verify-dev/?url=https://cottagesystems.com/HapiServerDemo/hapi&id=Iowa%20City%20Forecast¶meters=Time) it appears to be stuck in a loop.
fixed.
Thanks. I started to play with this today, and I'll see if I can finish it off tomorrow. Note this is intended to be an aliveness test more than a verifier, so I might ask that we can further simplify/constrain the test.
time wget -O foo.json "https://hapi-server.org/verify-dev/?url=https://cottagesystems.com/HapiServerDemo/hapi&id=Iowa%20City%20Forecast¶meters=Time&&output=json"
takes about 12 seconds to complete.
I was thinking about that too. No need to check if YYYY-DOY syntax works, for example.
Test is now minimal.
I could omit comparison that column(s) from all param request matches column(s) from single param request. Not sure if that is a good idea.
I'd suggest that if a test is trivial in time to perform, then you do it. I'll probably ignore the result of the test when reporting aliveness, but it doesn't hurt to perform it. I'll still print the results for reference.
Bob and I showed that the verifier could be used with this.
This takes around three seconds to run, which meets the spec of running within three minutes for all servers. This request returns a json object containing number of successes and failures.