Delei Li in #10: INT2LM on February 06 (#93d1200)

in #10: INT2LM

<p> <strong> forrtl: severe (408): fort: (3): Subscript #1 of the array LATITUDES_IN has value -2 which is less than the lower bound of 1 </strong> <br/> </p> <p> Dear all, </p> <p> I have an issue concerning the INT2LM, the process crashed due to an error below.  It seems to be related to the external field file, however, I checked the setups, and do not figure out the issue. Does anyone know what is the possible reason. Thanks very much for any comment. </p> <p> Best regards, </p> <p> Delei </p> <p> </p> <p> <img src="/uploads/media/material/3fa40a92-426d-445f-ae5b-e981a2679f3c/1707222904841.png"/> <br/> </p> <p> </p>

  @deleili in #93d1200

<p> <strong> forrtl: severe (408): fort: (3): Subscript #1 of the array LATITUDES_IN has value -2 which is less than the lower bound of 1 </strong> <br/> </p> <p> Dear all, </p> <p> I have an issue concerning the INT2LM, the process crashed due to an error below.  It seems to be related to the external field file, however, I checked the setups, and do not figure out the issue. Does anyone know what is the possible reason. Thanks very much for any comment. </p> <p> Best regards, </p> <p> Delei </p> <p> </p> <p> <img src="/uploads/media/material/3fa40a92-426d-445f-ae5b-e981a2679f3c/1707222904841.png"/> <br/> </p> <p> </p>

forrtl: severe (408): fort: (3): Subscript #1 of the array LATITUDES_IN has value -2 which is less than the lower bound of 1

Dear all,

I have an issue concerning the INT2LM, the process crashed due to an error below.  It seems to be related to the external field file, however, I checked the setups, and do not figure out the issue. Does anyone know what is the possible reason. Thanks very much for any comment.

Best regards,

Delei


View in channel
<p> Hi Delei, </p> <p> Did you check the latitude and longitude from your input data? They should correspond to the information in the section "&amp;GRID_IN" in the file named “INPUT”. </p> <p> Best, Hossein </p>

  @hosseinmashayekh in #c2a7420

<p> Hi Delei, </p> <p> Did you check the latitude and longitude from your input data? They should correspond to the information in the section "&amp;GRID_IN" in the file named “INPUT”. </p> <p> Best, Hossein </p>

Hi Delei,

Did you check the latitude and longitude from your input data? They should correspond to the information in the section "&GRID_IN" in the file named “INPUT”.

Best, Hossein

<p> Thank you, Hossein. </p> <p> Yes, I double checked the input data and &amp;GRID_IN. They are the same.  In fact, the input data were prepared and stored on DKRZ by the community for simulations over the European region. I downloaded the data for driving our simulation, and I set the information as it was provided (Fig.1 is the setup in my int2lm, Fig.2 is provided by the data owner ).   Not clear what is the problem from … </p> <p> Regards, Delei </p> <figure class="image"> <img src="/uploads/media/material/08228ac9-dff4-4e17-a2fe-36868d4bd5f4/1707225703015.png"/> </figure> <figure class="image"> <img src="/uploads/media/material/31952a79-0c04-4202-9f17-3e5385a60887/1707225941654.png"/> </figure>

  @deleili in #68759ce

<p> Thank you, Hossein. </p> <p> Yes, I double checked the input data and &amp;GRID_IN. They are the same.  In fact, the input data were prepared and stored on DKRZ by the community for simulations over the European region. I downloaded the data for driving our simulation, and I set the information as it was provided (Fig.1 is the setup in my int2lm, Fig.2 is provided by the data owner ).   Not clear what is the problem from … </p> <p> Regards, Delei </p> <figure class="image"> <img src="/uploads/media/material/08228ac9-dff4-4e17-a2fe-36868d4bd5f4/1707225703015.png"/> </figure> <figure class="image"> <img src="/uploads/media/material/31952a79-0c04-4202-9f17-3e5385a60887/1707225941654.png"/> </figure>

Thank you, Hossein.

Yes, I double checked the input data and &GRID_IN. They are the same.  In fact, the input data were prepared and stored on DKRZ by the community for simulations over the European region. I downloaded the data for driving our simulation, and I set the information as it was provided (Fig.1 is the setup in my int2lm, Fig.2 is provided by the data owner ).   Not clear what is the problem from …

Regards, Delei

<p> If I remember correctly, the region that the external parameters cover must be a bit bigger than the model domain that the interpolation can work properly. But I am not sure if this solves the problem. </p> <p> Do I understand correctly, you want to run the EUR-11 domain and you use the external paramters that are provided at DKRZ? </p>

  @christiansteger in #9c18b8b

<p> If I remember correctly, the region that the external parameters cover must be a bit bigger than the model domain that the interpolation can work properly. But I am not sure if this solves the problem. </p> <p> Do I understand correctly, you want to run the EUR-11 domain and you use the external paramters that are provided at DKRZ? </p>

If I remember correctly, the region that the external parameters cover must be a bit bigger than the model domain that the interpolation can work properly. But I am not sure if this solves the problem.

Do I understand correctly, you want to run the EUR-11 domain and you use the external paramters that are provided at DKRZ?

<p> Hi Christian, </p> <p> Thank you for your response. I am not running the EUR-11 domain, but over a specific EU domain for our interested topic.  The external parameters are provide at WebPEP@DKRZ, with a gird of 1800*1364, featuring two grids more than the model domain (1796*1360) at each side.  The ERA5 forcing data were prepared by the community and stored at DKRZ. We used the data as the input data. </p> <p> Hope this is clear. I am continuing check the setups. Thanks for any further comments. </p> <p> Regards, </p> <p> Delei </p>

  @deleili in #e670be0

<p> Hi Christian, </p> <p> Thank you for your response. I am not running the EUR-11 domain, but over a specific EU domain for our interested topic.  The external parameters are provide at WebPEP@DKRZ, with a gird of 1800*1364, featuring two grids more than the model domain (1796*1360) at each side.  The ERA5 forcing data were prepared by the community and stored at DKRZ. We used the data as the input data. </p> <p> Hope this is clear. I am continuing check the setups. Thanks for any further comments. </p> <p> Regards, </p> <p> Delei </p>

Hi Christian,

Thank you for your response. I am not running the EUR-11 domain, but over a specific EU domain for our interested topic.  The external parameters are provide at WebPEP@DKRZ, with a gird of 1800*1364, featuring two grids more than the model domain (1796*1360) at each side.  The ERA5 forcing data were prepared by the community and stored at DKRZ. We used the data as the input data.

Hope this is clear. I am continuing check the setups. Thanks for any further comments.

Regards,

Delei

<p> Is your domain completly inside the EUR-11 domain? The ERA5 data that are provided on disk at DKRZ cover only this region. The data for the whole world is too big to store it on disk. It is only available in the tape archive. If your domain is only slightly outside the EUR-11 domain it will not work. Because of the rotation of the grid it can be difficult to judge if some boxes are out or not. </p>

  @christiansteger in #f8d4abb

<p> Is your domain completly inside the EUR-11 domain? The ERA5 data that are provided on disk at DKRZ cover only this region. The data for the whole world is too big to store it on disk. It is only available in the tape archive. If your domain is only slightly outside the EUR-11 domain it will not work. Because of the rotation of the grid it can be difficult to judge if some boxes are out or not. </p>

Is your domain completly inside the EUR-11 domain? The ERA5 data that are provided on disk at DKRZ cover only this region. The data for the whole world is too big to store it on disk. It is only available in the tape archive. If your domain is only slightly outside the EUR-11 domain it will not work. Because of the rotation of the grid it can be difficult to judge if some boxes are out or not.

<p> Hi Christian, </p> <p> I reselected the domain so that it is completely inside the EUR-11 domain, and the issue is gone. Thank you very much. </p> <p> Regards, </p> <p> Delei </p>

  @deleili in #3a62b34

<p> Hi Christian, </p> <p> I reselected the domain so that it is completely inside the EUR-11 domain, and the issue is gone. Thank you very much. </p> <p> Regards, </p> <p> Delei </p>

Hi Christian,

I reselected the domain so that it is completely inside the EUR-11 domain, and the issue is gone. Thank you very much.

Regards,

Delei

<p> Very good. If you want to use a domain that is not in the EURO-CORDEX domain, you have to retrieve the global forcing data from the tape archive. </p>

  @christiansteger in #5ef6aa3

<p> Very good. If you want to use a domain that is not in the EURO-CORDEX domain, you have to retrieve the global forcing data from the tape archive. </p>

Very good. If you want to use a domain that is not in the EURO-CORDEX domain, you have to retrieve the global forcing data from the tape archive.