-
Notifications
You must be signed in to change notification settings - Fork 78
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
FutureWarning: Objects based on the Geometry
class will deprecated and removed in a future version of libpysal
#769
Comments
I would recommend considering pygeoif for this functionality. PySAL's geometry types are not OGC-compliant, and were designed to match now outdated reference implementations of ESRI geometries. |
@ljwolf Why not shapely? That's likely the most robust no? |
|
I tend to disagree a bit in here. Installing shapely has not been an issue lately and while it is not pure python it is way more feature complete. And importantly, it is what most of the ecosystem uses. Let's pick it up on Thursday during the dev call to formulate some recommendations on where to point people. I have always assumed we do deprecate and suggest replacement by shapely as that is what we do internally but that might have been a wrong assumption. |
All of that is true. But, pysal geometry classes were written to avoid depending on geos. Hence I'd think a successor recommendation should include a non-geos option.I think if people can get it, shapely is the thing to use! |
I was searching for an alternative for the 'Geometry' class that will be deprecated and removed in a future version (undefined), I need to find a solution to be able to use 'Point' and 'Polygon' shapes precisely, but I couldn't find any documentation or previous issue concerning this subject, any idea when will it be deprecated and if there is any suggested solution ?
The text was updated successfully, but these errors were encountered: