Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

wrf.slp won't accept input arrays of the same dimensions?

Aperta
#112 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
25/100
Tipo di issue
Bug
Chiarezza
Da chiarire
Stato di attività
Ferma
Stack tecnologico
python
Ambito
data

Direzione di ricerca

Inizia dal punto di ingresso wrf.slp e traccia il modo in cui viene verificata la forma dei suoi quattro input, usando come caso di riproduzione gli array segnalati (232, 282) e l’errore previsto (282,). Verifica se l’API documentata o i test esistenti coprono gli input bidimensionali; il lavoro è completo quando la forma di input supportata è stata stabilita e il comportamento è coperto o segnalato chiaramente.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

bug support

Hi there,

Posting my issue here as well, because I didn't get any help from the Google Group. I've got a bit of an oddball WRF dataset that isn't organized like a normal wrfout file. Instead of all of the variables being in one single netCDF file for some time x, all of the variables are split into their own netCDF files. This means that anything that calls for a singular input wrf file doesn't work, so I have to use the raw computational algorithms in wrf python; getvar won't work.

That said, I've used wrf.rh just fine with this dataset in the past. However, when I load in files from the exact same dataset, I can't get wrf.slp to work. It needs geopotential height, tk, total pressure, and qv as inputs. I have given it all 4 of these, and I double checked the dimensions of all of them (they're all (232, 282) numpy arrays). The units check out as well.

The code (not much to see):
" slpctrl = wrf.slp(zctrl,tkctrl,pctrl,qvaporctrl) "

The error I get is:
" ValueError: invalid shape for argument 0 (got 232, 282), expected (282,)) "

Not sure what it's trying to tell me, other than it doesn't like the geopotential height input, but I can't figure out why it won't accept it. It's the same as the others. Is this a bug perhaps? In the meantime I suppose I could try NCL or just calculate it manually, but it would be nice to save the time.

Regardless, any help would be appreciated.
I'm using python 3.6 miniconda on CentOS 6.8. I can attach code or elaborate as needed if it'll help.

Thank you!

Lingua principale
Python
Stelle
498
Fork
178
Metriche di merge delle PR
Nessuna PR unita negli ultimi 30g

Guida per i contributori

Apri la guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di NCAR/wrf-python

Tutte le issue di NCAR/wrf-python

Issue simili

Altre issue su Python

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.