Hacktoberfest 2026: những issue maintainer đã đánh dấu cho tháng Mười, đang mở và phù hợp người mới. Xem issue Hacktoberfest

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

Đang mở
#112 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Chưa có ai nhận issue này.

Đánh giá

Độ khó
4/5
Thời gian dự kiến
3-5 ngày
Mức phù hợp với người mới
25/100
Loại issue
Lỗi
Độ rõ ràng
Cần làm rõ
Mức độ hoạt động
Đình trệ
Công nghệ
python
Lĩnh vực
data

Hướng nghiên cứu

Bắt đầu từ điểm vào wrf.slp và lần theo cách kiểm tra shape của bốn đầu vào, sử dụng các mảng được báo cáo (232, 282) và lỗi dự kiến (282,) làm trường hợp tái hiện. Kiểm tra xem API được ghi trong tài liệu hoặc các test hiện có có bao quát các đầu vào hai chiều hay không; được xem là hoàn tất khi shape đầu vào được hỗ trợ đã được xác định và hành vi đã được bao quát hoặc được báo cáo rõ ràng.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

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!

Ngôn ngữ chính
Python
Star
498
Fork
178
Chỉ số merge pull request
Không có pull request nào được merge trong 30 ngày

Hướng dẫn đóng góp

Mở hướng dẫn đóng góp

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. 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.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của NCAR/wrf-python

Tất cả issue của NCAR/wrf-python

Issue tương tự

Thêm issue về Python

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.