Selected camel-case OGC properties disappear after column normalization
Les mainteneurs répondent en général sous 1 jour
Évaluation
- Difficulté
- 2/5
- Temps estimé
- 1-3 heures
- Accessibilité débutants
- 25/100
Piste de recherche
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.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
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.
- Langage dominant
- Python
- Étoiles
- 269
- Forks
- 67
- Merge moyen
- 1 j 3 h
- PR mergées (30 j)
- 14
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Aucun modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de DOI-USGS/dataretrieval-python
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 30/100
DOI-USGS/dataretrieval-python#406 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
Check getter parameter docs against the service's queryablesPeut-être pris @acalebratliff l’a pris il y a 9 jours. Ouvertedocumentation ready-for-agent
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 30/100
DOI-USGS/dataretrieval-python#379 · 4 commentaires ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 45/100
DOI-USGS/dataretrieval-python#260 ·
Les mainteneurs répondent en général sous 1 jour
Toutes les issues de DOI-USGS/dataretrieval-python
Issues similaires
-
bug
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
conda-forge/conda-forge-bot#7025 ·
Les mainteneurs répondent en général sous 1 jour
-
chore(ci): publish.yml's release-job comment counts the hand-created Releases as all of themOuvertearea:ci
Difficulté 1/5 Moins d'une heure Accessibilité débutants 74/100
catincloud-labs/dagster-dex#149 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 84/100
home-assistant/core#188424 ·
Les mainteneurs répondent en général sous 1 jour
-
Review backlog (docs-currency): README 'CI run' link lands on a run whose overall badge is cancelledOuverteagent/reviewer needs-kind needs-triage
Difficulté 2/5 1-3 heures Accessibilité débutants 63/100
projectbluefin/utah#880 · 2 commentaires ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
redis/memtier_benchmark#850 ·
Les mainteneurs répondent en général sous 1 jour