-
Notifications
You must be signed in to change notification settings - Fork 0
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
What about properties of collections? #3
Comments
Proposal: make the standard feature collection properties (features excepted) into rw Python properties, like
and add
Ever use the feedparser module? Kinda like that. When writing, I'm pretty sure we'll want to close the set of collection properties before we send any features in, so something like this: with open('example.json', 'w') as f, FeatureStream(f, a_property=True) as dst:
# effectively dst['a_property'] == True
dst.send(ftr) |
@sgillies Can you point me to a list of the standard properties? Not sure how I feel about the mixed syntax but its not a bad solution to separating user defined properties. I'll have to take a look at |
@geowurster anything that is a MUST or SHOULD in https://tools.ietf.org/html/draft-butler-geojson-06#section-2 ('type', 'bbox', 'id', 'geometry', 'coordinates', etc) could be a Python property. A Geometry class should remain lightweight, something like: class Geometry(dict):
@property
def coordinates(self):
return self.get('coordinates') |
This is something to be discussed in https://github.com/geojson/geojson-feature-sequences, but I want to start to think about it concretely here, too. There are applications that give properties to GeoJSON feature collections. The
bbox
is standard. Several geocoding APIs add aquery
property. Can we do the same for feature sequences? How?The text was updated successfully, but these errors were encountered: