-
-
Notifications
You must be signed in to change notification settings - Fork 269
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
Delegate parsing of CQL to pygeofilter in a more unified way #1557
Labels
enhancement
New feature or request
Comments
This Issue has been inactive for 90 days. As per RFC4, in order to manage maintenance burden, it will be automatically closed in 7 days. |
As per RFC4, this Issue has been closed due to there being no activity for more than 90 days. |
5 tasks
tomkralidis
added a commit
to tomkralidis/pygeoapi
that referenced
this issue
Dec 23, 2024
tomkralidis
added a commit
to tomkralidis/pygeoapi
that referenced
this issue
Dec 30, 2024
tomkralidis
added a commit
to tomkralidis/pygeoapi
that referenced
this issue
Dec 31, 2024
tomkralidis
added a commit
to tomkralidis/pygeoapi
that referenced
this issue
Jan 6, 2025
tomkralidis
added a commit
to tomkralidis/pygeoapi
that referenced
this issue
Jan 14, 2025
tomkralidis
added a commit
to tomkralidis/pygeoapi
that referenced
this issue
Jan 14, 2025
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
The current parsing of CQL follows different code paths depending on the request, for example:
Given that pygeofilter now has support for elastic as a backend and also supports both ecql and cql_json we can try to unify the CQL parsing and possibly even remove the pydantic and custom logic bits. We'd rely on pygeofilter for filtering CQL in a more unified way.
The text was updated successfully, but these errors were encountered: