Closed SwordSaintLancelot closed 8 months ago
Replacing the line 35, i.e., "data = self.data.isel(reftime=item, time=slice(start_idx, start_idx + 1))", in XrDataset definition with the following line may be effective. data = self.data.isel(reftime=item, time=slice(start_idx, start_idx + 2))
Thank you for the response. I have already implemented this line and have tested running the model and it works. I just wanted to make sure, if this indeed is an error, it might be better to correct this in the main repo as well.
Thanks @jjjj32481 and @SwordSaintLancelot would you be able to do a PR?
@jjjj32481 do you know why this is?
Surely, It's a small adjustment. I can make the PR for this.
@peterdudfield I don't think I have write access to the repository. Should I still look into creating the PR?
Yea, I think you can fork the repo, and then make a PR back to this one?
Describe the bug
While running and debugging the python file mentioned, I found that the data is sliced for only one time stamp whereas in the next lines it is mentioned that the data has a starting and ending time. After reading through the paper, my understanding is that one node has one timestamp and model is trained only be of one timestamp but that contradicts the
start
andend
variables in the XrDataset dataloader.I do have another question regarding the aux_dims in the encoder. If I run the example usage, it shows the issue that output and input dimensions do not match as input feature dimensions sum up to a total of 102 (input_dims(78) + aux_dim(24)) whereas the output dims are just 78.
To Reproduce
Steps to reproduce the behavior:
data/forecasts/GFSv16/2021/04/2021040100.zarr.zip
as other files are not found on the webpageSteps to reproduce the behavior:
Expected behavior
These steps should give you the errors as shown in the images.
Additional context
Also, I could not find the files mentioned in the hf_forecasts.json on hugging face gfs-reforecast dataset.