Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Inconsistent and non-standard CRS handling for geometry arguments in DataCube

オープン
#671 コメント 4 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
3/5
見積もり時間
1〜2日
初心者へのやさしさ
38/100
issue の種類
リファクタリング
明瞭さ
おおむね明確
活発さ
停滞
技術スタック
python
領域
api

調査の方向性

openeo/rest/datacube.py の 1074-1087 行目から始め、aggregate_spatial と mask_polygon で使用されているジオメトリ引数をたどってください。クライアント側の GeoJSON とバックエンド側のベクターキューブがどのように扱われているかを確認し、そのうえで GeoJSON にすでに存在する CRS メタデータが上書きされないこと、および標準外の処理が削除されていることを検証してください。

索引モデルが issue の本文から書いたものです。

説明

api compliancy bug technical debt usability

stumbled on this while working on #104:
https://github.com/Open-EO/openeo-python-client/blob/5a3e6f40cf5945ea885165db9845587435be66f0/openeo/rest/datacube.py#L1074-L1087

e.g. public facing from cube.aggregate_spatial(..., crs=...) and cube.mask_polygon(..., srs=...)

This CRS handling has some problems:

  • it's an ad-hoc, non-standard feature not present in official processes
  • it's inconsistent: sometimes it will apply (when geometry is client-side GeoJSON), sometimes it won't (e.g. back-end side vector cube)
  • it will ignore crs info already present in GeoJSON and will blindly overwrite it

I think we should get rid of this

主要言語
Python
スター
219
フォーク
56
平均マージ
2日 21時間
マージ済み PR(30日)
9

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

Open-EO/openeo-python-client のほかの issue

Open-EO/openeo-python-client の issue をすべて見る

似ている issue

Python の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。