pypolyline
shared_numpy
pypolyline | shared_numpy | |
---|---|---|
1 | 1 | |
35 | 40 | |
- | - | |
7.2 | 0.0 | |
5 days ago | over 2 years ago | |
Python | Python | |
MIT License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
pypolyline
-
Julia is the better language for extending Python
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.
shared_numpy
-
Julia is the better language for extending Python
There are also some libraries built on top of it that might be useful https://github.com/dillonalaird/shared_numpy
What are some alternatives?
Python-Complementary-Languages - Just a small test to see which language is better for extending python when using lists of lists
cunumeric - An Aspiring Drop-In Replacement for NumPy at Scale
simplification - Very fast Python line simplification using either the RDP or Visvalingam-Whyatt algorithm implemented in Rust
iminuit - Jupyter-friendly Python interface for C++ MINUIT2
rust-numpy - PyO3-based Rust bindings of the NumPy C-API