Hi Chris,
Thank you for your help, I think we almost there.
One more clarification questions: if city aggregation tables forming from NDT table, how exactly is it aggregated: minimum of all the tests in the area, average of the bottom 5-10%, or any other way?
Thank you! Also likewise how is the max calculated.
Kind regards,
Bradley
From: Chris Ritzo <cri...@measurementlab.net>
Sent: Monday, August 2, 2021 8:14 AM
To: discuss <dis...@measurementlab.net>
Cc: b.ra...@gmail.com <b.ra...@gmail.com>; Chris Ritzo <cri...@measurementlab.net>
Subject: Re: Connecting NUTS 3 (eu_NUTS_3_2021_01m) to Cities (v0_cities_asn)
Hello Bradley, It's no problem.
I think an important distinction to note here is that ndt.unified_downloads and ndt.unified_uploads contain individual tests, where the tables in the statistics dataset, such as v0_cities_asn contain aggregated data based on the unified_downloads and unified_uploads tables.
The average field you are referring to in unified_downloads (meanThroughputMbps) is the throughput measurement of an individual test. When an NDT test is run, the server captures a series of snapshots or samples over the time the test is run. These samples are used to calculate meanThroughputMbps. You should not consider this value a mean or average really, unless you are exploring data from individual snapshots or samples within a single NDT test.
If you are wanting to get Min and Max from unified_downloads, I would expect you are wanting those metrics over all tests within a time range and location. You can use BigQuery's aggregation functions, combined with GROUP BY statements in your queries to do this.
See:
I hope this helps. - Chris
On Monday, August 2, 2021 at 11:05:08 AM UTC-4 b.ra...@gmail.com wrote:
Hi Chris, one final question. Sorry to bug you. In the cities table ( v0_cities_asn ) , there is min ( download_MIN ) and max download ( download_MAX ) speeds, but we only see average in the NDT ( unified_downloads ) table. How can we get min and max from the NDA ( unified_downloads) table? Thanks!
On Friday, 30 July 2021 at 11:27:22 UTC-7 Chris Ritzo wrote:
Hi Bradley,
The error message means you have to use a date limiter such as WHERE date >= "2021-01-01" in your SQL statement. This is the default for our tables so if it worked yesterday that would be an anomaly. This constraint is applied to our tables and views to encourage efficient queries. Just add something like the above to your query and it should work fine.
Best,
Chris
On Friday, July 30, 2021 at 2:24:24 PM UTC-4 b.ra...@gmail.com wrote:
Hi Chris, Thanks so much for the info, we ran the following query and got this error message: SELECT * FROM `measurement-lab.ndt.unified_uploads_20201026x` LIMIT 1
Yesterday it was working fine if you can figure out what happened that would be great :)
Kind regards,
Bradley