-
Notifications
You must be signed in to change notification settings - Fork 207
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
Provide Geo Interface for Collection and Records #785
Comments
We'll do this for features, but not for collections, which can be very large. Handling that situation is best left up to the fiona user. |
Do you worry about memory issues or is there another reason that this could be problematic? @mattijn Would features be enough for Altair support? |
A Currently a single fiona feature is just a plain dictionary. I don’t know many people who uses fiona that like to plot a single feature. So that is probably not so useful. To collect the features of interest in a So you’ll still need to create a FeatureCollection by yourself: |
Still tracking this for 1.9.0. |
Geo interface for Feature is done. I've decided not to do anything about Collection. Very large feature collection blobs are, from this project's perspective, an anti-pattern. Fiona is more about streaming features. And as pointed out, it's only 1-2 lines of code to materialize a Collection. |
* Add __geo_interface__ to Feature Resolves #785 * Update link in change log
Done! |
This is a feature request, not a bug report.
Please provide the
__geo_interface__
property for both the whole Collection (mirroring GeoPandas approach of returning something like a GeoJSON FeatureCollection) and for each Record (like a GeoJSON Feature).This would add Fiona to the fabulous list of projects supporting the Geo Interface and it would make plotting in Altair (thanks to the recent addition of vega/altair#1664) super duper easy.
✌️🥳🎉
The text was updated successfully, but these errors were encountered: