-
Notifications
You must be signed in to change notification settings - Fork 34
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
geopackage support/SQL queries in python #151
Comments
Can you show me an example of what you mean? I would think this would have to be supported by OGR, as PDAL's simply passing this down to OGR to select the geometry used for intersection. |
Hi! yes, the above example shows what I mean. How I do it now:
What I mean:
This would also possibly open the way to more complex SQL queries where you can combine multiple layers/datasets before passing it to overlay. |
I would accept a PR to PDAL that implemented this substitution, but do know that the OGR_SQL variant supports table aliasing and a bunch of other stuff. This contribution would belong in the PDAL repository, so please reopen a PR there if you do implement it. |
I thought about it for a while, and I think the easiest and most clear solution is just by constructing an f-string:
|
Hi! Loving the package so far. I am currently writing all my old code using command-line pdal and capturing the output, into python-pdal functions.
I was wondering: Is it possible to, when loading a geopackage, use a synonym for the datasource name in the query? Especially when file location names become long, this can be tedious.
For example:
thanks in advance!
The text was updated successfully, but these errors were encountered: