simplification VS Python-Complementary-Languages

Looks great! I have been using https://github.com/urschrei/simplification Visvalingam-Whyatt algo as per suggestion of Mike Bostock https://bost.ocks.org/mike/simplify/, don't know if it's comptetitive with the EffLTTB. It is surposesd to be fast and good in terms of shape preservation.

Rust doesn’t need to copy the data. It’s trivial to pass e.g. Numpy arrays to Rust as slices via Cython (let alone originating in Cython!), modify them, and return them, or use them as input for a new returned struct.

https://github.com/urschrei/simplification

https://github.com/urschrei/lonlat_bng

https://github.com/urschrei/pypolyline

Each of those repos has links to the corresponding Rust “shim” libraries that provide FFIs for dealing with the incoming data, constructing Rust data structures from it, and then transforming it back on the way out.

As a more general comment, using a GC language as the FFI target from a GC language is begging for difficult-if-not-impossible-to-debug crashes down the line.

Note that the OP is a Python user, not a Julia user. The Github profile is a bunch of Python packages and the Julia code wasn't even optimized (https://github.com/00sapo/cython_list_test/pull/5). If this test says anything, it at least would say that a inexperienced Python user could pick up Julia and do pretty well, even if the code they write isn't great.

Even if it doesn't say that, bashing people who use Julia for a repository made by a Python user is a new level of HN trolling.