Clicking on a marker with a histogram floater causes an io-ts warning, due to unexpected nulls (in the binSpec/binSlider) being returned from the floating histogram endpoint with the following request. Note that the histogram data returned is an empty array, which is legal.
Note the viewport lat/long filters and a third filter on geohash_1 which filters based on one clicked marker.
An almost identical request (below) without the clicked marker/geohash_1 filter, but with a timeslider filter that we know has no data results in the expected 500 containing the "did not contain any data" string that the front end knows what to do with.
I'm sure we can relax the io-ts validation constraints to handle this, but I'm curious why a date filter does one thing, and a string filter does another.
This one seems a little odd.
Clicking on a marker with a histogram floater causes an
io-ts
warning, due to unexpected nulls (in the binSpec/binSlider) being returned from the floating histogram endpoint with the following request. Note that the histogram data returned is an empty array, which is legal.Note the viewport lat/long filters and a third filter on geohash_1 which filters based on one clicked marker.
An almost identical request (below) without the clicked marker/geohash_1 filter, but with a timeslider filter that we know has no data results in the expected 500 containing the "did not contain any data" string that the front end knows what to do with.
I'm sure we can relax the
io-ts
validation constraints to handle this, but I'm curious why a date filter does one thing, and a string filter does another.I'm pretty sure the requests are identical apart from the filters.