-
Notifications
You must be signed in to change notification settings - Fork 25
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Inlining hilbertcurve dependency or getting it on conda #51
Comments
Inlining sounds like a good approach here. |
For context, when I started this I used the I did use the I don't have a strong opinion on inlining vs depending, but wanted to point out that it's only used in testing. |
Sounds like a good reason to vendor it in; we don't want any changes to that library to break our tests; it's effectively just some reference code. |
Thanks @jonmmease, totally missed that. |
For now I'm happy to install it separately on CI. |
The spatial indexing in spatialpandas is using the
hilbertcurve
package. The implementation is a tiny package of about ~150 lines of code, which is currently MIT licensed. Since this is a well established implementation of a pretty standard algorithm I don't think we will gain a whole lot from depending directly on this package since there are unlikely to be bug fixes in the actual code. At the same time as long as we get the dependency on conda once we also don't need to worry much about having to wait for a release. On balance my vote is to simply inline the code and potentially optimize it with numba later if that's worthwhile. In the short term this will simplify my short term pain in setting up the build infrastructure. Overall I also think the conda ecosystem suffers from tiny packages so I'm not entirely enthusiastic about adding it conda-forge and potentially defaults (eventually).Cc: @jonmmease @jbednar
The text was updated successfully, but these errors were encountered: