[Thread Prev][Thread Next][Index]

Re: [ferret_users] Ferret can't display figures anymore



Hi Michael, Maxime,

Others may have ideas, if so please write in.  The underlying graphics software in classic Ferret is decades old.  In a way it's remarkable that it has continued to work so well through many operating systems.  I think we have to suggest using x-windows software that has been shown to work. As far as I know PuTTY and Xming are widely available.

This kind of thing is one of the reasons we have been working to implement PyFerret. It will eventually replace classic Ferret. It uses modern graphics engines for improved graphics quality, in addition to the many benefits that Python brings us.

PyFerret is mature and offers all of the capabilities of classic Ferret. Further development will continue, extending capabilities and making it friendlier for the Python user.  For Ferret users, your existing scripts will run with little to no change. You do not need to know anything about Python. It is available for Linux RHEL6, Ubuntu, and Mac OS X 10.11.  For Linux systems, the required Python libraries should be already on your system, or are readily available to you via the Ubuntu Softaware Manager.  PyFerret is installed using the "Finstall" script that you are used to. I would encourage everyone to give it a try.

The information is here: http://ferret.pmel.noaa.gov/Ferret/downloads/pyferret/, and follow the "Installing or Building PyFerret" link.

PyFerret has not been installed, so far as I know, under the OS that you are using, Maxime.  If anyone does an installation on other Linux machines, we would be interested in hearing about your experiences.

-Ansley


On 8/9/2016 10:58 AM, Michael Erb wrote:
I have had this issue as well.  xclock and other graphics utilities work fine, but ferret produces a frozen graphics window like the one Maxime showed.  I'm using NoMachine, and I'm on Fedora 23 (64-bit).

When I use PuTTY and Xming instead of NoMachine, ferret works fine.  I'm using ferret 7.0, but this was also a problem with the last version of ferret.  Any ideas?

Michael

On Tue, Aug 9, 2016 at 9:35 AM, Ansley C. Manke <ansley.b.manke@xxxxxxxx> wrote:

Hi Maxime,

I have not seen this. What is your X-windows display software?  Can you run the command xclock from the Linux command line? Does it put a clock on your screen?

The DISPLAY environment variables needs to be set; see the Ferret installation guide. It seems that you do have that, since Ferret is putting up a window, but for some reason is not drawing to it.


Ansley


On 8/9/2016 4:17 AM, COLIN Maxime wrote:

Dear Ferret users,

I used to be able to plot any of the variables in my netcdf files without any issue. But I recently changed my desktop to a newer version of Linux, which is Scientific Linux 2.6.32-573.26.1.el6.x86_64 and the graphical interface is GNOME 2.28.2 (see attached).

Since then, I can open ferret, use a netcdf file, but I can't display anything (see attached). It seems that there is a bug in the graphical display on newer linux versions.

The IT people here in my research centre claim the answer to this problem is not in their hands, but that conversely it is something that only Ferret developers can solve.

Do you have any idea of how to solve or bypass this problem? Did anyone experience a similar thing?

Please let me know if I need to provide more information.

Kind regards,

Maxime.


Maxime Colin
---------------------------------------------
PhD candidate
Climate Change Research Centre & ARC Centre of Excellence for Climate
System Science, UNSW, Australia
AND
Laboratoire de Météorologie Dynamique, UPMC, France
http://www.ccrc.unsw.edu.au/ccrc-team/students/maxime-colin
http://www.climatescience.org.au/staff/profile/mcolin
---------------------------------------------
+33 (0)6 25 57 81 93
maxime.colin@xxxxxxxxxxxxxx

[Thread Prev][Thread Next][Index]
Contact Us
Dept of Commerce / NOAA / OAR / PMEL / Ferret

Privacy Policy | Disclaimer | Accessibility Statement