From ehsantaghizadeh at yahoo.com  Wed Jan  1 05:18:14 2025
From: ehsantaghizadeh at yahoo.com (Ehsan Taghizadeh)
Date: Wed, 1 Jan 2025 12:18:14 +0000 (UTC)
Subject: [ncl-talk] [ncl-install] Issue with ploting shapefile
In-Reply-To: <CALqwTFP=+WupwTQXFrv2FYkyEaKD0AMYWJL-130K6YV0Ltaibw@mail.gmail.com>
References: <1287918329.2167480.1735136585472.ref@mail.yahoo.com>
 <1287918329.2167480.1735136585472@mail.yahoo.com>
 <CALqwTFORGR2YtmabtG0ATo-zn7+WEy8_5b_XtnQyt=8a+GKOYg@mail.gmail.com>
 <662257043.3994056.1735654416453@mail.yahoo.com>
 <CALqwTFP=+WupwTQXFrv2FYkyEaKD0AMYWJL-130K6YV0Ltaibw@mail.gmail.com>
Message-ID: <1461120096.3375851.1735733894399@mail.yahoo.com>

Dear Dave,
Thank you again for your follow-up.
I tried to upload shapefiles to GitHub, but I encountered the 25 MB file size limitation. My shapefiles are 37 MB. Could you advise me on how to attach these files in one message?
Additionally, after replacing the gsn_code 2024 version with the previous one, every time I remove the ncl_stable environment and try to reinstall NCL via conda, I encounter the following errors, and the gsn_code 2024 version is replaced:
Downloading and Extracting Packages:
Preparing transaction: doneVerifying transaction: \SafetyError: The package for ncl located at /home/taghizade/miniconda3/pkgs/ncl-6.6.2-h7cb714c_54appears to be corrupted. The path 'lib/ncarg/nclscripts/csm/gsn_code.ncl'has an incorrect size.reported size: 504377 bytesactual size: 509857 bytes
ClobberError: This transaction has incompatible packages due to a shared path.packages: conda-forge/linux-64::hdfeos2-2.20-h3e53b52_1004, conda-forge/linux-64::hdfeos5-5.1.16-h51d0b48_17path: 'include/cfortHdf.h'
ClobberError: This transaction has incompatible packages due to a shared path.packages: conda-forge/linux-64::hdfeos2-2.20-h3e53b52_1004, conda-forge/linux-64::hdfeos5-5.1.16-h51d0b48_17path: 'include/ease.h'
ClobberError: This transaction has incompatible packages due to a shared path.packages: conda-forge/linux-64::hdfeos2-2.20-h3e53b52_1004, conda-forge/linux-64::hdfeos5-5.1.16-h51d0b48_17path: 'include/isin.h'
ClobberError: This transaction has incompatible packages due to a shared path.packages: conda-forge/linux-64::hdfeos2-2.20-h3e53b52_1004, conda-forge/linux-64::proj-9.4.1-h54d7996_1path: 'include/proj.h'
ClobberError: This transaction has incompatible packages due to a shared path.packages: conda-forge/linux-64::hdfeos2-2.20-h3e53b52_1004, conda-forge/linux-64::hdfeos5-5.1.16-h51d0b48_17path: 'lib/libGctp.a'
doneExecuting transaction: /To enable CUDA support, UCX requires the CUDA Runtime library (libcudart).The library can be installed with the appropriate command below:
* For CUDA 11, run:? ? conda install cudatoolkit cuda-version=11* For CUDA 12, run:? ? conda install cuda-cudart cuda-version=12
Does anyone have any suggestions on how to install NCL via conda with the default gsn_code version (2019)?
----------------------------------------------------------------------------- Best regards,Ehsan 

    On Tuesday, December 31, 2024 at 06:45:46 AM PST, Dave Allured - NOAA Affiliate <dave.allured at noaa.gov> wrote:  
 
 Ehsan, thank you for testing.? It looks like my changes for "gsn_code.ncl" need further debugging.? It is a good sign that "englandshp" worked with the new code, because that demonstrated mostly working infrastructure for X/Y swapping.
Let us move the debugging conversation off of the mailing lists.? Please reply on Github issue #176.? I need the following details:
1.? Full printed output of those diagnostic messages when trying to plot "gadm41_CAN_shp" with the new gsn_code.ncl.
2.? Attach a zip file with the complete file set for the shapefile "gadm41_CAN_shp".

On Tue, Dec 31, 2024 at 7:13?AM Ehsan Taghizadeh <ehsantaghizadeh at yahoo.com> wrote:

Dear Dave,Thank you for your helpful reply.

First, I should mention the GDAL version on our server:
$ ogrinfo ?versionGDAL 3.9.2, released 2024/08/13
Additionally, the NCL version installed by Conda on our server appears to be "h7cb714c_54". I tried to find the versions h8482486_9, h9ce15c7_1, or h7290063_6 mentioned as working well in issue #56, but I couldn't locate them in the build details from conda-forge.

It seems some shapefiles work well with the default NCL version from Conda. For instance, gadm41_CAN_shp falls into this category. However, some shapefiles do not work with the default NCL in Conda. For example, "englandshp" (attached file) does not work well with the default NCL in Conda.

When I replaced $NCARG_ROOT/lib/ncarg/nclscripts/csm/gsn_code.ncl with the one mentioned in issue #176, the situation changed. The "englandshp" worked well with the new gsn_code, but for gadm41_CAN_shp, the following error was displayed:

(0)? ? ?shapefile_order_lat_lon: Error: Cannot parse.(0)? ? ? ?Unexpected output from 'ogrinfo -al $shapefile'....(0)? ? ? ?Assume order of coordinates = lon/lat.(0)(0)? ? ?Diagnostics 1 for 'ogrinfo':GDAL 3.9.2, released 2024/08/13(0)(0)? ? ?Diagnostics 2 for 'ogrinfo':...(0)? ? ?Diagnostics 3 for 'ogrinfo':(0)? ? ?Parse results = False missing False False False False(0)? ? ?Number of lines in result = 1(0)? ? ?missing(0)? ? ?----------------------------(0)? ? ? ?Assume order of coordinates = lon/lat.(0)? ? ?--- Working on time 2019020106 ---(0)? ? ?shapefile_order_lat_lon: Error: Cannot parse.(0)? ? ? ?Unexpected output from 'ogrinfo -al $shapefile'.
However, when I tried to run the simple NCL script from the NCL website to plot them, nothing was displayed for both shapefiles with the new gsn_code.

load "./shapefile_utils.ncl"
sname = "your_shapefile.shp"
print_shapefile_info(sname)
plot_shapefile(sname)For the "englandshp", nothing was displayed. For the CAN shapefile, nothing was displayed, and the following error occurred:
(0)? ? ?Diagnostics 3 for 'ogrinfo':(0)? ? ?Parse results = False missing False False False False(0)? ? ?Number of lines in result = 1(0)? ? ?missing(0)? ? ?----------------------------(0)? ? ? ?Assume order of coordinates = lon/lat.
In summary, it seems that for some shape files, we should use the default gsn_code.ncl, while for others, we should use your gsn_code.ncl. This is my understanding. I would appreciate your thoughts on this.----------------------------------------------------------------------------- Best regards,Ehsan Taghizade 

    On Sunday, December 29, 2024 at 02:17:40 PM PST, Dave Allured - NOAA Affiliate <dave.allured at noaa.gov> wrote:  
 
 Ehsan, this is a known issue with recent NCL versions.? The lat and lon coordinates are swapped in some shape files, causing missing images, or mirror images along a 45 degree fold line.? That is what I see in your plots.
This is discussed in Github issues?#151 and?#176.? In #176 I show a diagnostic method to determine swapped coordinates.? I also provide a modified NCL library file that should render plots correctly for any shape file.? Please give these suggestions a try, and let us know the results.

On Wed, Dec 25, 2024 at 7:23?AM Ehsan Taghizadeh via ncl-install <ncl-install at mailman.ucar.edu> wrote:

Hello everyone,
I am trying to add a shapefile to my plot, but the location of the shapefile is incorrect as it appears to be rotated 90 degrees clockwise. Previously, I had an issue with NCL installed via Conda. I attempted to install NCL using a precompiled version, but encountered the following error: ?ncl: error while loading shared libraries: libssl.so.10: cannot open shared object file: No such file or directory.? Since I do not have root access, I cannot install libssl.so.10.
Attached are the incorrect and correct output maps. The desired shapefile is shown in tan.?The correct version is the output from running NCL on another Linux version (Rocky), which I do not have access to. The code I used to plot these maps is quite long and may not be helpful for this issue, but I can provide a shorter version if necessary.
As I am unsure if this issue is directly related to the NCL installation, I am sending this to both emails. Apologies for any inconvenience caused.
The output of the command "conda list -n ncl_stable" is attached (condalist.txt). Some additional information is provided below:$?conda --version? ?conda 24.11.2$?which ncl? ?~/miniconda3/envs/ncl_stable/bin/ncl$?ncl -V? ?6.6.2
$?env? | grep NCARG? ?NCARG_ROOT=/home/taghizade/miniconda3/envs/ncl_stable
Any help would be appreciated. Happy holidays!----------------------------------------------------------------------------- Best regards,Ehsan Taghizade
  
  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.ucar.edu/pipermail/ncl-talk/attachments/20250101/bcfa026e/attachment.htm>

From dave.allured at noaa.gov  Wed Jan  1 12:18:04 2025
From: dave.allured at noaa.gov (Dave Allured - NOAA Affiliate)
Date: Wed, 1 Jan 2025 12:18:04 -0700
Subject: [ncl-talk] [ncl-install] Issue with ploting shapefile
In-Reply-To: <1461120096.3375851.1735733894399@mail.yahoo.com>
References: <1287918329.2167480.1735136585472.ref@mail.yahoo.com>
 <1287918329.2167480.1735136585472@mail.yahoo.com>
 <CALqwTFORGR2YtmabtG0ATo-zn7+WEy8_5b_XtnQyt=8a+GKOYg@mail.gmail.com>
 <662257043.3994056.1735654416453@mail.yahoo.com>
 <CALqwTFP=+WupwTQXFrv2FYkyEaKD0AMYWJL-130K6YV0Ltaibw@mail.gmail.com>
 <1461120096.3375851.1735733894399@mail.yahoo.com>
Message-ID: <CALqwTFOCSQ1vyEiBZgsj+8C5eObeVGarkBUiZrLL9dxCU9uhKQ@mail.gmail.com>

Ehsan,

1.  You do not need to upload that large shapefile.  Instead, just go to
the shapefile directory, and post the output from this command into github
#176 <https://github.com/NCAR/ncl/issues/176>.  Be sure to show the exact
shape file name that you are using.  (I do not need to see the full
directory path.)  Use the *cut* command to suppress the unnecessary huge
list of individual numerical coordinates.  Reminder, you might need to have
an active conda environment to have access to the *ogrinfo* command.

      *ogrinfo -al FILENAME.shp | cut -c 1-80*

2.  I do not have much experience with conda.  However, I recommend that
you stick with the current stable NCL environment, and do not try to go
back to a historical version.  It would seem that rewinding can be
problematical.  The current stable version is well managed by the conda
team, and includes significant fixes and updates.  If you have new problems
with the current stable version, there is on line advice about how to clean
or uninstall and reload a conda environment.

3.  You can make copies of the original and experimental versions of
*gsn_code.ncl* in separate private directories.  Then you can quickly swap
them in and out of any NCL installation without going through any conda
procedures.


On Wed, Jan 1, 2025 at 5:18?AM Ehsan Taghizadeh <ehsantaghizadeh at yahoo.com>
wrote:

> Dear Dave,
>
> Thank you again for your follow-up.
>
> I tried to upload shapefiles to GitHub, but I encountered the 25 MB file
> size limitation. My shapefiles are 37 MB. Could you advise me on how to
> attach these files in one message?
>
> Additionally, after replacing the gsn_code 2024 version with the previous
> one, every time I remove the ncl_stable environment and try to reinstall
> NCL via conda, I encounter the following errors, and the gsn_code 2024
> version is replaced:
>
> *Downloading and Extracting Packages:*
>
> *Preparing transaction: done*
> *Verifying transaction: \*
> *SafetyError: The package for ncl located at
> /home/taghizade/miniconda3/pkgs/ncl-6.6.2-h7cb714c_54*
> *appears to be corrupted. The path 'lib/ncarg/nclscripts/csm/gsn_code.ncl'*
> *has an incorrect size.*
> *reported size: 504377 bytes*
> *actual size: 509857 bytes*
>
> *ClobberError: This transaction has incompatible packages due to a shared
> path.*
> *packages: conda-forge/linux-64::hdfeos2-2.20-h3e53b52_1004,
> conda-forge/linux-64::hdfeos5-5.1.16-h51d0b48_17*
> *path: 'include/cfortHdf.h'*
>
> *ClobberError: This transaction has incompatible packages due to a shared
> path.*
> *packages: conda-forge/linux-64::hdfeos2-2.20-h3e53b52_1004,
> conda-forge/linux-64::hdfeos5-5.1.16-h51d0b48_17*
> *path: 'include/ease.h'*
>
> *ClobberError: This transaction has incompatible packages due to a shared
> path.*
> *packages: conda-forge/linux-64::hdfeos2-2.20-h3e53b52_1004,
> conda-forge/linux-64::hdfeos5-5.1.16-h51d0b48_17*
> *path: 'include/isin.h'*
>
> *ClobberError: This transaction has incompatible packages due to a shared
> path.*
> *packages: conda-forge/linux-64::hdfeos2-2.20-h3e53b52_1004,
> conda-forge/linux-64::proj-9.4.1-h54d7996_1*
> *path: 'include/proj.h'*
>
> *ClobberError: This transaction has incompatible packages due to a shared
> path.*
> *packages: conda-forge/linux-64::hdfeos2-2.20-h3e53b52_1004,
> conda-forge/linux-64::hdfeos5-5.1.16-h51d0b48_17*
> *path: 'lib/libGctp.a'*
>
> *done*
> *Executing transaction: /*
> *To enable CUDA support, UCX requires the CUDA Runtime library
> (libcudart).*
> *The library can be installed with the appropriate command below:*
>
> ** For CUDA 11, run:    conda install cudatoolkit cuda-version=11*
> ** For CUDA 12, run:    conda install cuda-cudart cuda-version=12*
>
> Does anyone have any suggestions on how to install NCL via conda with the
> default gsn_code version (2019)?
>
>
> *-----------------------------------------------------------------------------*
> *Best regards,*
> *Ehsan*
>
>
> On Tuesday, December 31, 2024 at 06:45:46 AM PST, Dave Allured - NOAA
> Affiliate <dave.allured at noaa.gov> wrote:
>
>
> Ehsan, thank you for testing.  It looks like my changes for "gsn_code.ncl"
> need further debugging.  It is a good sign that "englandshp" worked with
> the new code, because that demonstrated mostly working infrastructure for
> X/Y swapping.
>
> Let us move the debugging conversation off of the mailing lists.  Please
> reply on Github issue #176 <https://github.com/NCAR/ncl/issues/176>.  I
> need the following details:
>
> 1.  Full printed output of those diagnostic messages when trying to plot
> "gadm41_CAN_shp" with the new gsn_code.ncl.
>
> 2.  Attach a zip file with the complete file set for the shapefile
> "gadm41_CAN_shp".
>
>
> On Tue, Dec 31, 2024 at 7:13?AM Ehsan Taghizadeh <
> ehsantaghizadeh at yahoo.com> wrote:
>
> Dear Dave,
> Thank you for your helpful reply.
>
> First, I should mention the GDAL version on our server:
>
> *$ ogrinfo ?version*
> *GDAL 3.9.2, released 2024/08/13*
>
> Additionally, the NCL version installed by Conda on our server appears to
> be "h7cb714c_54". I tried to find the versions h8482486_9, h9ce15c7_1, or
> h7290063_6 mentioned as working well in issue *#56*
> <https://github.com/cedadev/ceda-jaspy-envs/issues/56>, but I couldn't
> locate them in the *build details from conda-forge*
> <https://anaconda.org/conda-forge/ncl/files>.
>
> It seems some shapefiles work well with the default NCL version from
> Conda. For instance, gadm41_CAN_shp
> <https://geodata.ucdavis.edu/gadm/gadm4.1/shp/gadm41_CAN_shp.zip> falls
> into this category. However, some shapefiles do not work with the default
> NCL in Conda. For example, "englandshp" (attached file) does not work well
> with the default NCL in Conda.
>
> When I replaced $NCARG_ROOT/lib/ncarg/nclscripts/csm/gsn_code.ncl with the
> one mentioned in issue #176 <https://github.com/NCAR/ncl/issues/176>, the
> situation changed. The "englandshp" worked well with the new gsn_code, but
> for gadm41_CAN_shp
> <https://geodata.ucdavis.edu/gadm/gadm4.1/shp/gadm41_CAN_shp.zip>, the
> following error was displayed:
>
> *(0)     shapefile_order_lat_lon: Error: Cannot parse.*
> *(0)       Unexpected output from 'ogrinfo -al $shapefile'.*
> *...*
> *(0)       Assume order of coordinates = lon/lat.*
> *(0)*
> *(0)     Diagnostics 1 for 'ogrinfo':*
> *GDAL 3.9.2, released 2024/08/13*
> *(0)*
> *(0)     Diagnostics 2 for 'ogrinfo':*
> *...*
> *(0)     Diagnostics 3 for 'ogrinfo':*
> *(0)     Parse results = False missing False False False False*
> *(0)     Number of lines in result = 1*
> *(0)     missing*
> *(0)     ----------------------------*
> *(0)       Assume order of coordinates = lon/lat.*
> *(0)     --- Working on time 2019020106 ---*
> *(0)     shapefile_order_lat_lon: Error: Cannot parse.*
> *(0)       Unexpected output from 'ogrinfo -al $shapefile'.*
>
> However, when I tried to run the simple NCL script from the NCL website to
> plot them, nothing was displayed for both shapefiles with the new gsn_code.
>
> load "./shapefile_utils.ncl"
> sname = "your_shapefile.shp"
> print_shapefile_info(sname)
> plot_shapefile(sname)
>
> For the "englandshp", nothing was displayed. For the CAN shapefile,
> nothing was displayed, and the following error occurred:
>
> *(0)     Diagnostics 3 for 'ogrinfo':*
> *(0)     Parse results = False missing False False False False*
> *(0)     Number of lines in result = 1*
> *(0)     missing*
> *(0)     ----------------------------*
> *(0)       Assume order of coordinates = lon/lat.*
>
> In summary, it seems that for some shape files, we should use the default
> gsn_code.ncl, while for others, we should use your gsn_code.ncl. This is my
> understanding. I would appreciate your thoughts on this.
>
> *-----------------------------------------------------------------------------*
> *Best regards,*
> *Ehsan Taghizade*
>
>
> On Sunday, December 29, 2024 at 02:17:40 PM PST, Dave Allured - NOAA
> Affiliate <dave.allured at noaa.gov> wrote:
>
>
> Ehsan, this is a known issue with recent NCL versions.  The lat and lon
> coordinates are swapped in some shape files, causing missing images, or
> mirror images along a 45 degree fold line.  That is what I see in your
> plots.
>
> This is discussed in Github issues #151
> <https://github.com/NCAR/ncl/issues/151> and #176.  In #176 I show a
> diagnostic method to determine swapped coordinates.  I also provide a
> modified NCL library file that should render plots correctly for any shape
> file.  Please give these suggestions a try, and let us know the results.
>
>
> On Wed, Dec 25, 2024 at 7:23?AM Ehsan Taghizadeh via ncl-install <
> ncl-install at mailman.ucar.edu> wrote:
>
> Hello everyone,
>
> I am trying to add a shapefile to my plot, but the location of the
> shapefile is incorrect as it appears to be rotated 90 degrees clockwise.
> Previously, I had an issue with NCL installed via Conda. I attempted to
> install NCL using a precompiled version, but encountered the following
> error: ?ncl: error while loading shared libraries: libssl.so.10: cannot
> open shared object file: No such file or directory.? Since I do not have
> root access, I cannot install libssl.so.10.
>
> Attached are the incorrect and correct output maps. The desired shapefile
> is shown in tan. The correct version is the output from running NCL on
> another Linux version (Rocky), which I do not have access to. The code I
> used to plot these maps is quite long and may not be helpful for this
> issue, but I can provide a shorter version if necessary.
>
> As I am unsure if this issue is directly related to the NCL installation,
> I am sending this to both emails. Apologies for any inconvenience caused.
>
> The output of the command "conda list -n ncl_stable" is attached (
> condalist.txt). Some additional information is provided below:
> $ conda --version
>    *conda 24.11.2*
> $ which ncl
>    *~/miniconda3/envs/ncl_stable/bin/ncl*
> $ ncl -V
>    *6.6.2*
> $ env  | grep NCARG
>    *NCARG_ROOT=/home/taghizade/miniconda3/envs/ncl_stable*
>
> Any help would be appreciated. Happy holidays!
>
> *-----------------------------------------------------------------------------*
> *Best regards,*
> *Ehsan Taghizade*
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.ucar.edu/pipermail/ncl-talk/attachments/20250101/4c8bf9cc/attachment-0001.htm>

From ehsantaghizadeh at yahoo.com  Thu Jan  2 01:22:20 2025
From: ehsantaghizadeh at yahoo.com (Ehsan Taghizadeh)
Date: Thu, 2 Jan 2025 08:22:20 +0000 (UTC)
Subject: [ncl-talk] [ncl-install] Issue with ploting shapefile
In-Reply-To: <CALqwTFOCSQ1vyEiBZgsj+8C5eObeVGarkBUiZrLL9dxCU9uhKQ@mail.gmail.com>
References: <1287918329.2167480.1735136585472.ref@mail.yahoo.com>
 <1287918329.2167480.1735136585472@mail.yahoo.com>
 <CALqwTFORGR2YtmabtG0ATo-zn7+WEy8_5b_XtnQyt=8a+GKOYg@mail.gmail.com>
 <662257043.3994056.1735654416453@mail.yahoo.com>
 <CALqwTFP=+WupwTQXFrv2FYkyEaKD0AMYWJL-130K6YV0Ltaibw@mail.gmail.com>
 <1461120096.3375851.1735733894399@mail.yahoo.com>
 <CALqwTFOCSQ1vyEiBZgsj+8C5eObeVGarkBUiZrLL9dxCU9uhKQ@mail.gmail.com>
Message-ID: <251813020.2108746.1735806140840@mail.yahoo.com>

Dear Dave,
 I've posted the outputs to GitHub issue #176. Please let me know if you need more information.
As you mentioned, I would like to have the default gsn_code.ncl in Conda. However, as I explained, I can't access it. Could anyone send me the default gsn_code.ncl in Conda, which I believe was the 2019 version?
Any help would be appreciated.
----------------------------------------------------------------------------- Best regards,Ehsan Taghizade 

    On Wednesday, January 1, 2025 at 11:18:31 AM PST, Dave Allured - NOAA Affiliate <dave.allured at noaa.gov> wrote:  
 
 Ehsan,
1.? You do not need to upload that large shapefile.? Instead, just go to the shapefile directory, and post the output from this command into github #176.? Be sure to show the exact shape file name that you are using. ?(I do not need to see the full directory path.) ?Use the cut command to suppress the unnecessary huge list of individual numerical coordinates.? Reminder, you might need to have an active conda environment to have access to the ogrinfo command.
? ? ??ogrinfo -al FILENAME.shp | cut -c 1-80
2.? I do not have much experience with conda.? However, I recommend that you stick with the current stable NCL environment, and do not try to go back to a historical version.? It would seem that rewinding can be problematical.? The current stable version is well managed by the conda team, and includes significant fixes and updates.? If you have new problems with the current stable version, there is on line advice about how to clean or uninstall and reload a conda environment.
3.? You can make copies of the original and experimental versions of gsn_code.ncl in separate private directories.? Then you can quickly swap them in and out of any NCL installation without going through any conda procedures.

On Wed, Jan 1, 2025 at 5:18?AM Ehsan Taghizadeh <ehsantaghizadeh at yahoo.com> wrote:

Dear Dave,
Thank you again for your follow-up.
I tried to upload shapefiles to GitHub, but I encountered the 25 MB file size limitation. My shapefiles are 37 MB. Could you advise me on how to attach these files in one message?
Additionally, after replacing the gsn_code 2024 version with the previous one, every time I remove the ncl_stable environment and try to reinstall NCL via conda, I encounter the following errors, and the gsn_code 2024 version is replaced:
Downloading and Extracting Packages:
Preparing transaction: doneVerifying transaction: \SafetyError: The package for ncl located at /home/taghizade/miniconda3/pkgs/ncl-6.6.2-h7cb714c_54appears to be corrupted. The path 'lib/ncarg/nclscripts/csm/gsn_code.ncl'has an incorrect size.reported size: 504377 bytesactual size: 509857 bytes
ClobberError: This transaction has incompatible packages due to a shared path.packages: conda-forge/linux-64::hdfeos2-2.20-h3e53b52_1004, conda-forge/linux-64::hdfeos5-5.1.16-h51d0b48_17path: 'include/cfortHdf.h'
ClobberError: This transaction has incompatible packages due to a shared path.packages: conda-forge/linux-64::hdfeos2-2.20-h3e53b52_1004, conda-forge/linux-64::hdfeos5-5.1.16-h51d0b48_17path: 'include/ease.h'
ClobberError: This transaction has incompatible packages due to a shared path.packages: conda-forge/linux-64::hdfeos2-2.20-h3e53b52_1004, conda-forge/linux-64::hdfeos5-5.1.16-h51d0b48_17path: 'include/isin.h'
ClobberError: This transaction has incompatible packages due to a shared path.packages: conda-forge/linux-64::hdfeos2-2.20-h3e53b52_1004, conda-forge/linux-64::proj-9.4.1-h54d7996_1path: 'include/proj.h'
ClobberError: This transaction has incompatible packages due to a shared path.packages: conda-forge/linux-64::hdfeos2-2.20-h3e53b52_1004, conda-forge/linux-64::hdfeos5-5.1.16-h51d0b48_17path: 'lib/libGctp.a'
doneExecuting transaction: /To enable CUDA support, UCX requires the CUDA Runtime library (libcudart).The library can be installed with the appropriate command below:
* For CUDA 11, run:? ? conda install cudatoolkit cuda-version=11* For CUDA 12, run:? ? conda install cuda-cudart cuda-version=12
Does anyone have any suggestions on how to install NCL via conda with the default gsn_code version (2019)?
----------------------------------------------------------------------------- Best regards,Ehsan 

    On Tuesday, December 31, 2024 at 06:45:46 AM PST, Dave Allured - NOAA Affiliate <dave.allured at noaa.gov> wrote:  
 
 Ehsan, thank you for testing.? It looks like my changes for "gsn_code.ncl" need further debugging.? It is a good sign that "englandshp" worked with the new code, because that demonstrated mostly working infrastructure for X/Y swapping.
Let us move the debugging conversation off of the mailing lists.? Please reply on Github issue #176.? I need the following details:
1.? Full printed output of those diagnostic messages when trying to plot "gadm41_CAN_shp" with the new gsn_code.ncl.
2.? Attach a zip file with the complete file set for the shapefile "gadm41_CAN_shp".

On Tue, Dec 31, 2024 at 7:13?AM Ehsan Taghizadeh <ehsantaghizadeh at yahoo.com> wrote:

Dear Dave,Thank you for your helpful reply.

First, I should mention the GDAL version on our server:
$ ogrinfo ?versionGDAL 3.9.2, released 2024/08/13
Additionally, the NCL version installed by Conda on our server appears to be "h7cb714c_54". I tried to find the versions h8482486_9, h9ce15c7_1, or h7290063_6 mentioned as working well in issue #56, but I couldn't locate them in the build details from conda-forge.

It seems some shapefiles work well with the default NCL version from Conda. For instance, gadm41_CAN_shp falls into this category. However, some shapefiles do not work with the default NCL in Conda. For example, "englandshp" (attached file) does not work well with the default NCL in Conda.

When I replaced $NCARG_ROOT/lib/ncarg/nclscripts/csm/gsn_code.ncl with the one mentioned in issue #176, the situation changed. The "englandshp" worked well with the new gsn_code, but for gadm41_CAN_shp, the following error was displayed:

(0)? ? ?shapefile_order_lat_lon: Error: Cannot parse.(0)? ? ? ?Unexpected output from 'ogrinfo -al $shapefile'....(0)? ? ? ?Assume order of coordinates = lon/lat.(0)(0)? ? ?Diagnostics 1 for 'ogrinfo':GDAL 3.9.2, released 2024/08/13(0)(0)? ? ?Diagnostics 2 for 'ogrinfo':...(0)? ? ?Diagnostics 3 for 'ogrinfo':(0)? ? ?Parse results = False missing False False False False(0)? ? ?Number of lines in result = 1(0)? ? ?missing(0)? ? ?----------------------------(0)? ? ? ?Assume order of coordinates = lon/lat.(0)? ? ?--- Working on time 2019020106 ---(0)? ? ?shapefile_order_lat_lon: Error: Cannot parse.(0)? ? ? ?Unexpected output from 'ogrinfo -al $shapefile'.
However, when I tried to run the simple NCL script from the NCL website to plot them, nothing was displayed for both shapefiles with the new gsn_code.

load "./shapefile_utils.ncl"
sname = "your_shapefile.shp"
print_shapefile_info(sname)
plot_shapefile(sname)For the "englandshp", nothing was displayed. For the CAN shapefile, nothing was displayed, and the following error occurred:
(0)? ? ?Diagnostics 3 for 'ogrinfo':(0)? ? ?Parse results = False missing False False False False(0)? ? ?Number of lines in result = 1(0)? ? ?missing(0)? ? ?----------------------------(0)? ? ? ?Assume order of coordinates = lon/lat.
In summary, it seems that for some shape files, we should use the default gsn_code.ncl, while for others, we should use your gsn_code.ncl. This is my understanding. I would appreciate your thoughts on this.----------------------------------------------------------------------------- Best regards,Ehsan Taghizade 

    On Sunday, December 29, 2024 at 02:17:40 PM PST, Dave Allured - NOAA Affiliate <dave.allured at noaa.gov> wrote:  
 
 Ehsan, this is a known issue with recent NCL versions.? The lat and lon coordinates are swapped in some shape files, causing missing images, or mirror images along a 45 degree fold line.? That is what I see in your plots.
This is discussed in Github issues?#151 and?#176.? In #176 I show a diagnostic method to determine swapped coordinates.? I also provide a modified NCL library file that should render plots correctly for any shape file.? Please give these suggestions a try, and let us know the results.

On Wed, Dec 25, 2024 at 7:23?AM Ehsan Taghizadeh via ncl-install <ncl-install at mailman.ucar.edu> wrote:

Hello everyone,
I am trying to add a shapefile to my plot, but the location of the shapefile is incorrect as it appears to be rotated 90 degrees clockwise. Previously, I had an issue with NCL installed via Conda. I attempted to install NCL using a precompiled version, but encountered the following error: ?ncl: error while loading shared libraries: libssl.so.10: cannot open shared object file: No such file or directory.? Since I do not have root access, I cannot install libssl.so.10.
Attached are the incorrect and correct output maps. The desired shapefile is shown in tan.?The correct version is the output from running NCL on another Linux version (Rocky), which I do not have access to. The code I used to plot these maps is quite long and may not be helpful for this issue, but I can provide a shorter version if necessary.
As I am unsure if this issue is directly related to the NCL installation, I am sending this to both emails. Apologies for any inconvenience caused.
The output of the command "conda list -n ncl_stable" is attached (condalist.txt). Some additional information is provided below:$?conda --version? ?conda 24.11.2$?which ncl? ?~/miniconda3/envs/ncl_stable/bin/ncl$?ncl -V? ?6.6.2
$?env? | grep NCARG? ?NCARG_ROOT=/home/taghizade/miniconda3/envs/ncl_stable
Any help would be appreciated. Happy holidays!----------------------------------------------------------------------------- Best regards,Ehsan Taghizade
  
  
  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.ucar.edu/pipermail/ncl-talk/attachments/20250102/4f0d15c4/attachment.htm>

From dave.allured at noaa.gov  Thu Jan  2 09:19:18 2025
From: dave.allured at noaa.gov (Dave Allured - NOAA Affiliate)
Date: Thu, 2 Jan 2025 09:19:18 -0700
Subject: [ncl-talk] [ncl-install] Issue with ploting shapefile
In-Reply-To: <251813020.2108746.1735806140840@mail.yahoo.com>
References: <1287918329.2167480.1735136585472.ref@mail.yahoo.com>
 <1287918329.2167480.1735136585472@mail.yahoo.com>
 <CALqwTFORGR2YtmabtG0ATo-zn7+WEy8_5b_XtnQyt=8a+GKOYg@mail.gmail.com>
 <662257043.3994056.1735654416453@mail.yahoo.com>
 <CALqwTFP=+WupwTQXFrv2FYkyEaKD0AMYWJL-130K6YV0Ltaibw@mail.gmail.com>
 <1461120096.3375851.1735733894399@mail.yahoo.com>
 <CALqwTFOCSQ1vyEiBZgsj+8C5eObeVGarkBUiZrLL9dxCU9uhKQ@mail.gmail.com>
 <251813020.2108746.1735806140840@mail.yahoo.com>
Message-ID: <CALqwTFPvHJ_8FXLFG3wUS2sZWrgg=EKYUYTSmene2D+WD3FtxA@mail.gmail.com>

Ehsan, you can get the original 2019 version of *gsn_code.ncl* from inside
the original NCL 6.6.2 2019 source code release.  This is identical to the
2019 Conda default version of *gsn_code.ncl*.  NCL provides two different
ways to download this source code.  Please see the section "Download the
source code for NCL" on this page:

https://www.ncl.ucar.edu/Download/build_from_src.shtml#GetNCLSourceCode


On Thu, Jan 2, 2025 at 1:22?AM Ehsan Taghizadeh <ehsantaghizadeh at yahoo.com>
wrote:

> Dear Dave,
>
> I've posted the outputs to GitHub issue #176. Please let me know if you
> need more information.
>
> As you mentioned, I would like to have the default gsn_code.ncl in Conda.
> However, as I explained, I can't access it. Could anyone send me the
> default gsn_code.ncl in Conda, which I believe was the 2019 version?
>
> Any help would be appreciated.
>
>
> *-----------------------------------------------------------------------------*
> *Best regards,*
> *Ehsan Taghizade*
>
>
> On Wednesday, January 1, 2025 at 11:18:31 AM PST, Dave Allured - NOAA
> Affiliate <dave.allured at noaa.gov> wrote:
>
>
> Ehsan,
>
> 1.  You do not need to upload that large shapefile.  Instead, just go to
> the shapefile directory, and post the output from this command into github
> #176 <https://github.com/NCAR/ncl/issues/176>.  Be sure to show the exact
> shape file name that you are using.  (I do not need to see the full
> directory path.)  Use the *cut* command to suppress the unnecessary huge
> list of individual numerical coordinates.  Reminder, you might need to have
> an active conda environment to have access to the *ogrinfo* command.
>
>       *ogrinfo -al FILENAME.shp | cut -c 1-80*
>
> 2.  I do not have much experience with conda.  However, I recommend that
> you stick with the current stable NCL environment, and do not try to go
> back to a historical version.  It would seem that rewinding can be
> problematical.  The current stable version is well managed by the conda
> team, and includes significant fixes and updates.  If you have new problems
> with the current stable version, there is on line advice about how to clean
> or uninstall and reload a conda environment.
>
> 3.  You can make copies of the original and experimental versions of
> *gsn_code.ncl* in separate private directories.  Then you can quickly
> swap them in and out of any NCL installation without going through any
> conda procedures.
>
>
> On Wed, Jan 1, 2025 at 5:18?AM Ehsan Taghizadeh <ehsantaghizadeh at yahoo.com>
> wrote:
>
> Dear Dave,
>
> Thank you again for your follow-up.
>
> I tried to upload shapefiles to GitHub, but I encountered the 25 MB file
> size limitation. My shapefiles are 37 MB. Could you advise me on how to
> attach these files in one message?
>
> Additionally, after replacing the gsn_code 2024 version with the previous
> one, every time I remove the ncl_stable environment and try to reinstall
> NCL via conda, I encounter the following errors, and the gsn_code 2024
> version is replaced:
>
> *Downloading and Extracting Packages:*
>
> *Preparing transaction: done*
> *Verifying transaction: \*
> *SafetyError: The package for ncl located at
> /home/taghizade/miniconda3/pkgs/ncl-6.6.2-h7cb714c_54*
> *appears to be corrupted. The path 'lib/ncarg/nclscripts/csm/gsn_code.ncl'*
> *has an incorrect size.*
> *reported size: 504377 bytes*
> *actual size: 509857 bytes*
>
> *ClobberError: This transaction has incompatible packages due to a shared
> path.*
> *packages: conda-forge/linux-64::hdfeos2-2.20-h3e53b52_1004,
> conda-forge/linux-64::hdfeos5-5.1.16-h51d0b48_17*
> *path: 'include/cfortHdf.h'*
>
> *ClobberError: This transaction has incompatible packages due to a shared
> path.*
> *packages: conda-forge/linux-64::hdfeos2-2.20-h3e53b52_1004,
> conda-forge/linux-64::hdfeos5-5.1.16-h51d0b48_17*
> *path: 'include/ease.h'*
>
> *ClobberError: This transaction has incompatible packages due to a shared
> path.*
> *packages: conda-forge/linux-64::hdfeos2-2.20-h3e53b52_1004,
> conda-forge/linux-64::hdfeos5-5.1.16-h51d0b48_17*
> *path: 'include/isin.h'*
>
> *ClobberError: This transaction has incompatible packages due to a shared
> path.*
> *packages: conda-forge/linux-64::hdfeos2-2.20-h3e53b52_1004,
> conda-forge/linux-64::proj-9.4.1-h54d7996_1*
> *path: 'include/proj.h'*
>
> *ClobberError: This transaction has incompatible packages due to a shared
> path.*
> *packages: conda-forge/linux-64::hdfeos2-2.20-h3e53b52_1004,
> conda-forge/linux-64::hdfeos5-5.1.16-h51d0b48_17*
> *path: 'lib/libGctp.a'*
>
> *done*
> *Executing transaction: /*
> *To enable CUDA support, UCX requires the CUDA Runtime library
> (libcudart).*
> *The library can be installed with the appropriate command below:*
>
> ** For CUDA 11, run:    conda install cudatoolkit cuda-version=11*
> ** For CUDA 12, run:    conda install cuda-cudart cuda-version=12*
>
> Does anyone have any suggestions on how to install NCL via conda with the
> default gsn_code version (2019)?
>
>
> *-----------------------------------------------------------------------------*
> *Best regards,*
> *Ehsan*
>
>
> On Tuesday, December 31, 2024 at 06:45:46 AM PST, Dave Allured - NOAA
> Affiliate <dave.allured at noaa.gov> wrote:
>
>
> Ehsan, thank you for testing.  It looks like my changes for "gsn_code.ncl"
> need further debugging.  It is a good sign that "englandshp" worked with
> the new code, because that demonstrated mostly working infrastructure for
> X/Y swapping.
>
> Let us move the debugging conversation off of the mailing lists.  Please
> reply on Github issue #176 <https://github.com/NCAR/ncl/issues/176>.  I
> need the following details:
>
> 1.  Full printed output of those diagnostic messages when trying to plot
> "gadm41_CAN_shp" with the new gsn_code.ncl.
>
> 2.  Attach a zip file with the complete file set for the shapefile
> "gadm41_CAN_shp".
>
>
> On Tue, Dec 31, 2024 at 7:13?AM Ehsan Taghizadeh <
> ehsantaghizadeh at yahoo.com> wrote:
>
> Dear Dave,
> Thank you for your helpful reply.
>
> First, I should mention the GDAL version on our server:
>
> *$ ogrinfo ?version*
> *GDAL 3.9.2, released 2024/08/13*
>
> Additionally, the NCL version installed by Conda on our server appears to
> be "h7cb714c_54". I tried to find the versions h8482486_9, h9ce15c7_1, or
> h7290063_6 mentioned as working well in issue *#56*
> <https://github.com/cedadev/ceda-jaspy-envs/issues/56>, but I couldn't
> locate them in the *build details from conda-forge*
> <https://anaconda.org/conda-forge/ncl/files>.
>
> It seems some shapefiles work well with the default NCL version from
> Conda. For instance, gadm41_CAN_shp
> <https://geodata.ucdavis.edu/gadm/gadm4.1/shp/gadm41_CAN_shp.zip> falls
> into this category. However, some shapefiles do not work with the default
> NCL in Conda. For example, "englandshp" (attached file) does not work well
> with the default NCL in Conda.
>
> When I replaced $NCARG_ROOT/lib/ncarg/nclscripts/csm/gsn_code.ncl with the
> one mentioned in issue #176 <https://github.com/NCAR/ncl/issues/176>, the
> situation changed. The "englandshp" worked well with the new gsn_code, but
> for gadm41_CAN_shp
> <https://geodata.ucdavis.edu/gadm/gadm4.1/shp/gadm41_CAN_shp.zip>, the
> following error was displayed:
>
> *(0)     shapefile_order_lat_lon: Error: Cannot parse.*
> *(0)       Unexpected output from 'ogrinfo -al $shapefile'.*
> *...*
> *(0)       Assume order of coordinates = lon/lat.*
> *(0)*
> *(0)     Diagnostics 1 for 'ogrinfo':*
> *GDAL 3.9.2, released 2024/08/13*
> *(0)*
> *(0)     Diagnostics 2 for 'ogrinfo':*
> *...*
> *(0)     Diagnostics 3 for 'ogrinfo':*
> *(0)     Parse results = False missing False False False False*
> *(0)     Number of lines in result = 1*
> *(0)     missing*
> *(0)     ----------------------------*
> *(0)       Assume order of coordinates = lon/lat.*
> *(0)     --- Working on time 2019020106 ---*
> *(0)     shapefile_order_lat_lon: Error: Cannot parse.*
> *(0)       Unexpected output from 'ogrinfo -al $shapefile'.*
>
> However, when I tried to run the simple NCL script from the NCL website to
> plot them, nothing was displayed for both shapefiles with the new gsn_code.
>
> load "./shapefile_utils.ncl"
> sname = "your_shapefile.shp"
> print_shapefile_info(sname)
> plot_shapefile(sname)
>
> For the "englandshp", nothing was displayed. For the CAN shapefile,
> nothing was displayed, and the following error occurred:
>
> *(0)     Diagnostics 3 for 'ogrinfo':*
> *(0)     Parse results = False missing False False False False*
> *(0)     Number of lines in result = 1*
> *(0)     missing*
> *(0)     ----------------------------*
> *(0)       Assume order of coordinates = lon/lat.*
>
> In summary, it seems that for some shape files, we should use the default
> gsn_code.ncl, while for others, we should use your gsn_code.ncl. This is my
> understanding. I would appreciate your thoughts on this.
>
> *-----------------------------------------------------------------------------*
> *Best regards,*
> *Ehsan Taghizade*
>
>
> On Sunday, December 29, 2024 at 02:17:40 PM PST, Dave Allured - NOAA
> Affiliate <dave.allured at noaa.gov> wrote:
>
>
> Ehsan, this is a known issue with recent NCL versions.  The lat and lon
> coordinates are swapped in some shape files, causing missing images, or
> mirror images along a 45 degree fold line.  That is what I see in your
> plots.
>
> This is discussed in Github issues #151
> <https://github.com/NCAR/ncl/issues/151> and #176.  In #176 I show a
> diagnostic method to determine swapped coordinates.  I also provide a
> modified NCL library file that should render plots correctly for any shape
> file.  Please give these suggestions a try, and let us know the results.
>
>
> On Wed, Dec 25, 2024 at 7:23?AM Ehsan Taghizadeh via ncl-install <
> ncl-install at mailman.ucar.edu> wrote:
>
> Hello everyone,
>
> I am trying to add a shapefile to my plot, but the location of the
> shapefile is incorrect as it appears to be rotated 90 degrees clockwise.
> Previously, I had an issue with NCL installed via Conda. I attempted to
> install NCL using a precompiled version, but encountered the following
> error: ?ncl: error while loading shared libraries: libssl.so.10: cannot
> open shared object file: No such file or directory.? Since I do not have
> root access, I cannot install libssl.so.10.
>
> Attached are the incorrect and correct output maps. The desired shapefile
> is shown in tan. The correct version is the output from running NCL on
> another Linux version (Rocky), which I do not have access to. The code I
> used to plot these maps is quite long and may not be helpful for this
> issue, but I can provide a shorter version if necessary.
>
> As I am unsure if this issue is directly related to the NCL installation,
> I am sending this to both emails. Apologies for any inconvenience caused.
>
> The output of the command "conda list -n ncl_stable" is attached (
> condalist.txt). Some additional information is provided below:
> $ conda --version
>    *conda 24.11.2*
> $ which ncl
>    *~/miniconda3/envs/ncl_stable/bin/ncl*
> $ ncl -V
>    *6.6.2*
> $ env  | grep NCARG
>    *NCARG_ROOT=/home/taghizade/miniconda3/envs/ncl_stable*
>
> Any help would be appreciated. Happy holidays!
>
> *-----------------------------------------------------------------------------*
> *Best regards,*
> *Ehsan Taghizade*
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.ucar.edu/pipermail/ncl-talk/attachments/20250102/e2f9061e/attachment.htm>

From carvandar at hotmail.com  Tue Jan  7 11:18:41 2025
From: carvandar at hotmail.com (Carina V. Barca)
Date: Tue, 7 Jan 2025 18:18:41 +0000
Subject: [ncl-talk] Overlap ticks
Message-ID: <PAXPR03MB7682F5DBE8BDD8EA79F4CDA1B1112@PAXPR03MB7682.eurprd03.prod.outlook.com>

Good afternoon, I have the following code that works well but I would like the smaller ticks (brown) to not overlap, I would like some to be shown 3 at a time for example or make the font smaller, I don't know how to do it, Can you guide me please? I attach script and image to give you an idea.
Thank you so much. Greetings


Enviado desde Outlook<http://aka.ms/weboutlook>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.ucar.edu/pipermail/ncl-talk/attachments/20250107/d7b795e4/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: meteo_perico.png
Type: image/png
Size: 206443 bytes
Desc: meteo_perico.png
URL: <https://mailman.ucar.edu/pipermail/ncl-talk/attachments/20250107/d7b795e4/attachment.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: meteo_perico.ncl
Type: application/octet-stream
Size: 13144 bytes
Desc: meteo_perico.ncl
URL: <https://mailman.ucar.edu/pipermail/ncl-talk/attachments/20250107/d7b795e4/attachment.obj>

From asphilli at ucar.edu  Tue Jan  7 12:06:28 2025
From: asphilli at ucar.edu (Adam Phillips)
Date: Tue, 7 Jan 2025 12:06:28 -0700
Subject: [ncl-talk] Overlap ticks
In-Reply-To: <PAXPR03MB7682F5DBE8BDD8EA79F4CDA1B1112@PAXPR03MB7682.eurprd03.prod.outlook.com>
References: <PAXPR03MB7682F5DBE8BDD8EA79F4CDA1B1112@PAXPR03MB7682.eurprd03.prod.outlook.com>
Message-ID: <CACvWuqACAHwJs0Cro04N=_=iC9yVaXQ4zXMrWgsGW266kx2dVA@mail.gmail.com>

Hi Carina,
There are a number of examples on the NCL website that demonstrate how to
modify tick marks:
https://www.ncl.ucar.edu/Applications/tickmarks.shtml
Specifically, take a look at example #2 for how to set specific tick marks,
and look at example #3 for how to vary the font height size of the tick
mark labels.
Hope that helps!
Adam



On Tue, Jan 7, 2025 at 11:18?AM Carina V. Barca via ncl-talk <
ncl-talk at mailman.ucar.edu> wrote:

> Good afternoon, I have the following code that works well but I would like
> the smaller ticks (brown) to not overlap, I would like some to be shown 3
> at a time for example or make the font smaller, I don't know how to do it,
> Can you guide me please? I attach script and image to give you an idea.
> Thank you so much. Greetings
>
> Enviado desde Outlook <http://aka.ms/weboutlook>
> _______________________________________________
> ncl-talk mailing list
> ncl-talk at mailman.ucar.edu
> List instructions, subscriber options, unsubscribe:
> https://mailman.ucar.edu/mailman/listinfo/ncl-talk
>


-- 
Adam Phillips
Associate Scientist IV, Climate Analysis Section
Climate and Global Dynamics Laboratory
National Center for Atmospheric Research
www.cgd.ucar.edu/staff/asphilli/

<http://www.cgd.ucar.edu/staff/asphilli>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.ucar.edu/pipermail/ncl-talk/attachments/20250107/ab7a3539/attachment-0001.htm>