Miles Cranmer

cc @kylebeggs I guess all we would need to do is allow for a version spec here: https://github.com/MilesCranmer/AirspeedVelocity.jl/blob/493a0e01a32b2dbd0b81698bfd6259918e6ce5f6/src/Utils.jl#L246

Do you want to make a PR for this? I can review but probably can't code it myself for a while. I think we would also need an integration test...

This is a known incompatibility between the older PyCall.jl (which SymPy.jl still uses) and PythonCall.jl (which PySR has upgraded to). The fix is to call sympy directly using PythonCall. See...

I would also recommend using SymbolicUtils.jl instead of SymPy, which SymbolicRegression.jl has a built-in converter to. It will be MUCH faster. SymPy will be extremely slow.

Symbolics.jl is a front end for SymbolicUtils.jl. They’re the same though

It’s because I haven’t updated the version compatibility for SymbolicUtils yet. This PR needs to merge first: https://github.com/MilesCranmer/SymbolicRegression.jl/pull/326

Thanks for the report. It looks like the key part of the error is ```julia TypeError: in typeassert, expected Tuple{Vector{Float32}, SubArray{Float32, 2, Matrix{Float32}, Tuple{Base.Slice{Base.OneTo{Int64}}, Vector{Int64}}, false}, Bool}, got a value...

Also note that even when batching is true, Sometimes SR.jl will still do full evaluation with idx == nothing, for things like comparing expressions in the hall of fame, since...

Do you want to add Gauss to the units? I didn’t add it to emphasise that DQ is SI based (so nobody mistakenly uses the CGS version of Maxwells equations)...

I’m happy to add Gauss though we should emphasise in the docs that it is the SI version. See https://en.m.wikipedia.org/wiki/Gaussian_units for differences. It’s just about preventing footguns. Another way you...