contains vs intersects in docs sql queries #401
Replies: 3 comments
-
|
Thanks for the issue @GregoryCMiller. As you point out, the existing transportation query example results in features fully contained within the bounding box being passed. That method works well for point geometries, but excludes some expected, intersecting features when handling line and polygon geometries (as in the case with transportation segments). This should result in the expected 4713 features. I'm going to suggest we update the documentation to include this query and clarify intersecting vs. fully contained. |
Beta Was this translation helpful? Give feedback.
-
|
thanks @stepps00 ! |
Beta Was this translation helpful? Give feedback.
-
|
We should probably just document both. The Python library does the bbox intersection vs. contains: https://github.com/OvertureMaps/overturemaps-py/blob/main/overturemaps/core.py#L23-L30 |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Im posting here because the docs repo does not have discussions.
In the docs, I expected from the text context that the data query examples return features intersecting the region of interest. However, most of the example bbox queries are for features fully contained within the region of interest.
340 features (7%) are missing from the paris roads query because they extend beyond the region of interest.
Its not obvious to everyone. im an expert and i had to get out some paper.
Beta Was this translation helpful? Give feedback.
All reactions