Closed jeff-goldsmith closed 3 months ago
Actually, sorry, I guess it's because the check in is_equidist()
is at the resolution of the new tfd
vector -- and that gives distances between arg
s that are often 0.17 but sometimes 0.16 in this example. Dunno if that's something that's worth digging into much more, but ... I guess now we know it happens sometimes?
closing this since the misleading message here was resolution-related and we got rid of that in #24
Related to #2 -- we had written some code to facilitate downsampling, which used rolling means. This is a short version of that solution with the relevant code:
If I add in some steps that change
arg
for the function, though,rollmean
gives a warning:Created on 2023-03-14 by the reprex package (v2.0.1)
This warning doesn't seem to cause any problems, but also doesn't seem correct -- the input function is a
tfd_reg
. Issue seems to come from theis_equidist()
check intf_smooth.tfd()
, but I'm not sure why, and I'm not sure why it only comes up after changingarg
.(Sidenote: this approach to changing
arg
works, although some stuff in #6 still seems relevant.)