-
Notifications
You must be signed in to change notification settings - Fork 10
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
Table to FeatureCollection #59
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good! Nice to have this. I left a few small comments.
df = DataFrame(GeoJSON.FeatureCollection(features)) | ||
@test df == DataFrame(GeoJSON.FeatureCollection(df)) | ||
|
||
df_custom_col = DataFrame(:points => [p, p], :x => [1, 2]) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Does it work with other non-GeoJSON.jl geometry types as well?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good question! I actually forgot about that. So we need the other convert
PR merged first.
I'll get that passing and come back to this. It's also a good example of how the traittype
method will be useful from within a package as well.
Co-authored-by: Martijn Visser <[email protected]>
Co-authored-by: Martijn Visser <[email protected]>
Arrg I really stalled on this, just ran into it again... but I guess it has to wait for the @evetion PR. |
This is also not really worth having if we instead have |
Adds a Tables.jl handler to the FeatureCollection constructor. This implementation is likely not very performant, but it works for now.
Closes #55