Selected camel-case OGC properties disappear after column normalization
Maintainer thường phản hồi trong vòng 4 ngày
Đánh giá
- Độ khó
- 2/5
- Thời gian dự kiến
- 1-3 giờ
- Mức phù hợp với người mới
- 25/100
Hướng nghiên cứu
Read _finalize_ogc and _arrange_cols to follow how returned column names and requested properties are normalized and selected. Add a regression test for selecting sampleTime from a response containing that camel-case property; done means the result retains the normalized sample_time column and its value. A pull request is already open for this issue.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
When an OGC response uses a camel-case property and the caller selects it with properties, the returned DataFrame silently loses that column.
For example, a response frame containing id="obs-1" and sampleTime="2024-01-01T00:00:00Z", with properties=["sampleTime"], is normalized to a sample_time column in _finalize_ogc. The subsequent _arrange_cols call compares the original sampleTime name with the normalized columns and returns a frame with no columns. The result should retain sample_time and its value.
This occurs in the local shaping path without an API request. The Water Data API's snake-case properties do not trigger it, but the same OGC shaping code explicitly supports camel-case response fields. I have a small fix and regression test in progress: normalize requested property names the same way as returned column names before selecting them.
- Ngôn ngữ chính
- Python
- Star
- 269
- Fork
- 67
- Merge trung bình
- 4 ngày 4 giờ
- Pull request đã merge (30 ngày)
- 16
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của DOI-USGS/dataretrieval-python
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 12/100
DOI-USGS/dataretrieval-python#452 ·
Maintainer thường phản hồi trong vòng 4 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 30/100
DOI-USGS/dataretrieval-python#406 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 4 ngày
-
documentation ready-for-agent
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 30/100
DOI-USGS/dataretrieval-python#379 · 4 bình luận ·
Maintainer thường phản hồi trong vòng 4 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 52/100
DOI-USGS/dataretrieval-python#361 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 4 ngày
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 45/100
DOI-USGS/dataretrieval-python#260 ·
Maintainer thường phản hồi trong vòng 4 ngày
Tất cả issue của DOI-USGS/dataretrieval-python
Issue tương tự
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
jbacalso24/mimry#291 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
good first issue
Độ khó 2/5 Dưới một giờ Mức phù hợp với người mới 82/100
eli-alvarado/us-watchlist-alerts#14 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
from-review-extraction python severity:nit
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 80/100
LearningCircuit/local-deep-research#7462 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
mermaid_extract.py silently discards single-line state-diagram notes; sequence notes are keptĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
cathrynlavery/diagram-design#441 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
[Cleanup] Include the public header in work_split.cppCó thể đã có người làm @blozano-tt đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
tenstorrent/tt-metal#60850 ·
Maintainer thường phản hồi trong vòng 1 ngày