Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR enhances the API query capabilities so that information from tables related to point and layer data can be easily included in the standard
areaorfilterqueries. I suggest averboseBoolean that returns only the base table columns (other than unnecessary foreign key values) forFALSE, and all other information in any foreign key related tables forTRUE.In order to make this work for both
areaandfilterqueries, all query logic needed to use the sqlalchemy ORM. In the previous PR I had pure SQL to handle the new postgis area calculations. These are now replaced with equivalent ORM approaches.In the notebook examples I wanted to be able to ask, "What types of data are available for just the layer or point data?". This required defining
all_typesuniquely for the Point and Layer classes so that only the types joined with those tables were returned.A small error was corrected for
all_instrumentswhere non-distinct values were being returned.Small updates to the Lambda handler were needed to accommodate the
verbosekeyword.Additional examples are added to the example notebook, still in draft form. We will continue updating gallery examples in a separate PR.
This PR makes use of the Claude Sonnet 4.5 coding agent.