Skip to content
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

add support for optional limit parameter for some query types #455

Closed
tomkralidis opened this issue Aug 29, 2023 · 2 comments · Fixed by #577
Closed

add support for optional limit parameter for some query types #455

tomkralidis opened this issue Aug 29, 2023 · 2 comments · Fixed by #577
Labels
API EDR V1.2 Non-breaking change for Version 1.2

Comments

@tomkralidis
Copy link
Collaborator

For discrete data, It would be valuable for .../radius, .../locations, and .../instances query types to support an optional limit parameter as per OGC API - Features (note: limit is already supported (naturally) via the .../items query type).

@m-burgoyne
Copy link
Collaborator

When the data response is in formats such as GeoJSON, I think it could also be useful for .../position (for time series data) and .../area queries

@m-burgoyne m-burgoyne added the API EDR V1.2 Non-breaking change for Version 1.2 label Sep 4, 2023
@chris-little
Copy link
Contributor

Addressed by PR #472

@m-burgoyne m-burgoyne linked a pull request Mar 21, 2024 that will close this issue
@m-burgoyne m-burgoyne linked a pull request Sep 16, 2024 that will close this issue
@chris-little chris-little moved this from In progress (Assignees working on it) to To do (SWG agreed to add to project) in OGC API-EDR Part 1: Core, V1.2 Backward compatible functional changes Oct 3, 2024
@chris-little chris-little moved this from To do (SWG agreed to add to project) to Final Review (PR ready, no conflicts, reviewers requested) in OGC API-EDR Part 1: Core, V1.2 Backward compatible functional changes Oct 3, 2024
@chris-little chris-little moved this from Final Review (PR ready, no conflicts, reviewers requested) to Initial Review (agreed as feasible, reasonable, achievable, and assigned) in OGC API-EDR Part 1: Core, V1.2 Backward compatible functional changes Oct 3, 2024
@chris-little chris-little moved this from Initial Review (agreed as feasible, reasonable, achievable, and assigned) to Final Review (PR ready, no conflicts, reviewers requested) in OGC API-EDR Part 1: Core, V1.2 Backward compatible functional changes Oct 3, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
API EDR V1.2 Non-breaking change for Version 1.2
Projects
3 participants