ESRI provider tests: mock ArcGIS HTTP responses instead of depending on sampleserver6
メンテナーはふだん 1 日以内に返信
@aaditya755 がすでに取り組んでいます。
2026年10月20日 から。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 38/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 技術スタック
- python
調査の方向性
Read the ESRI provider's CQL2 spatial predicate handling and its existing tests, then verify the proposed DE-9IM patterns against a live ArcGIS service such as sampleserver6. Add unit tests and update the documentation limitations list; done when supported predicates behave as described and predicates that cannot be expressed still return HTTP 400. The issue says this depends on #2434 and its author is willing to submit a PR.
索引モデルが issue の本文から書いたものです。
説明
Is your feature request related to a problem? Please describe.
Follow-up to #2433 / #2434. The ESRI provider's CQL2 support currently has two
spatial gaps:
S_DISJOINTis rejected with HTTP 400, as it has no direct ESRI spatialRel
equivalent.S_WITHINmaps toesriSpatialRelWithin, which does not return point
features contained in a polygon, so users must switch toS_INTERSECTS.
Describe the solution you'd like
Investigate using spatialRel=esriSpatialRelRelation with a DE-9IM
relationParam to express:
S_DISJOINT(patternFF*FF****)S_WITHINon point layers (patternT*F**F***)
The work would include verifying behaviour against a live ArcGIS service
(e.g. sampleserver6), adding unit tests, and updating the documentation
limitations list. Where a predicate still cannot be expressed, the current
HTTP 400 behaviour stays.
Describe alternatives you've considered
- Leaving the limitations documented (current state).
- Automatically falling back to
S_INTERSECTSfor point layers (may return
boundary matches thatS_WITHINwould exclude).
Additional context
Depends on #2434 being merged. I'm happy to work on this and submit a PR.
- 主要言語
- Python
- スター
- 626
- フォーク
- 339
- 平均マージ
- 2日 9時間
- マージ済み PR（30日）
- 5
環境構築
- Dockerfile または Docker Compose ファイルあり
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
geopython/pygeoapi のほかの issue
-
enhancement
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
メンテナーはふだん 1 日以内に返信
-
the query parameter limit is not working for jobs再び着手できるかも このイシューのプルリクエストはマージされずにクローズされました。 オープンbug
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
メンテナーはふだん 1 日以内に返信
-
bug
難易度 4/5 3〜5日 初心者へのやさしさ 58/100
メンテナーはふだん 1 日以内に返信
-
get_collection_map does not parse the transparent query parameter対応中かも @tomkralidis が 6 日前に担当しました。 オープンbug OGC API - Maps
難易度 2/5 1〜3時間 初心者へのやさしさ 25/100
geopython/pygeoapi#2444 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
map providers can sometimes be passed incorrect bbox-crs value再び着手できるかも このイシューのプルリクエストはマージされずにクローズされました。 オープンbug
難易度 2/5 1〜3時間 初心者へのやさしさ 25/100
geopython/pygeoapi#2443 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
geopython/pygeoapi の issue をすべて見る
似ている issue
-
intake mcp-intake needs-ac needs-human-review priority:medium
難易度 2/5 1〜3時間 初心者へのやさしさ 67/100
Ikalus1988/MisakaNet#3848 · コメント 2 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 75/100
521xueweihan/HelloGitHub#4105 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
igormcsouza/bookloud#54 ·
-
難易度 1/5 1時間未満 初心者へのやさしさ 90/100
aws-samples/sample-per-model-bedrock#526 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
ok-oldking/ok-wuthering-waves#1802 ·
メンテナーはふだん 2 日以内に返信