New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Refresh problem with 2.1 #1007

Closed
stott opened this Issue Feb 3, 2015 · 17 comments

Comments

Projects
None yet
3 participants
@stott

stott commented Feb 3, 2015

On our system, we have centos 6.5 (2.6.32-504 kernel) installed. We downloaded UVCDAT 2.1.0 and Qt 4.8.4 from UVCDAT's sourceforge page, set the environment variables as specified on the website.

We can launch and plot an initial plot okay, but the application's GUI doesn't refresh or render if we maximize the window or try to plot something else. The menus are technically there, but we can't see them.

I'm not sure if it's related, but this happens often when we load a file that has error messages about time units. The smaller examples that come with UVCDAT all seem to work fine.

If we do the same thing on version 1.5 with it's appropriate Qt, we still get the warnings about time units, but we do not encounter the refresh problem with graphics.

We tried the same with Ubuntu and get exactly the same refresh problem

@hgohil2805

This comment has been minimized.

hgohil2805 commented Feb 26, 2015

Hi,
I am using Ubuntu. For me the re sizing works fine and I am also able to plot after changing the window size. Can someone else also try this ?

Also, is this for the same system? There are some issues with the graphics card for UVCDAT so it'd be great if you can test it on other computers as well.

@doutriaux1 doutriaux1 modified the milestones: 2.3, 2.2 Feb 26, 2015

@doutriaux1 doutriaux1 self-assigned this Feb 26, 2015

@doutriaux1

This comment has been minimized.

Member

doutriaux1 commented Feb 26, 2015

@hgohil2805 I think it wa because of #1008 then the GUI was becoming completely unresponsive. I'm leaving this open until we can confirm it's better. @stott could you try a build from master? the fix is in.

Thanks.

@stott

This comment has been minimized.

stott commented Feb 26, 2015

Yes. We'll rebuild and try it.
Thanks

Lowell

On Thursday, February 26, 2015, Charles Doutriaux notifications@github.com
wrote:

@hgohil2805 https://github.com/hgohil2805 I think it wa because of #1008
#1008 then the GUI was becoming
completely unresponsive. I'm leaving this open until we can confirm it's
better. @stott https://github.com/stott could you try a build from
master? the fix is in.

Thanks.

Reply to this email directly or view it on GitHub
#1007 (comment).

Professor
Department of Earth Sciences
University of Southern California
Los Angeles, CA 90089

@hgohil2805

This comment has been minimized.

hgohil2805 commented Feb 26, 2015

@doutriaux1 Sounds good. If it works then we should close the issue. Thanks

@stott

This comment has been minimized.

stott commented Mar 1, 2015

Hi Charles,
My apologies for not knowing this already, but where is the "master"
located?

thanks,
Lowell

On Thu, Feb 26, 2015 at 3:33 PM, Hardik Gohil notifications@github.com
wrote:

@doutriaux1 https://github.com/doutriaux1 Sounds good. If it works then
we should close the issue. Thanks

Reply to this email directly or view it on GitHub
#1007 (comment).

Professor
Department of Earth Sciences
University of Southern California
Los Angeles, CA 90089

@doutriaux1

This comment has been minimized.

Member

doutriaux1 commented Mar 2, 2015

no worries

git clone git://github.com/UV-CDAT/uvcdat.git

More at: https://github.com/UV-CDAT/uvcdat/wiki/Build

@stott

This comment has been minimized.

stott commented Mar 2, 2015

Thanks. I downloaded 2.1.0 from ResourceForge over the weekend but I
couldn't get that one to run. I retry with this one this morning.

Lowell

On Monday, March 2, 2015, Charles Doutriaux notifications@github.com
wrote:

no worries

git clone git://gituhb.com/UV-CDAT/uvcdat.git

More at: https://github.com/UV-CDAT/uvcdat/wiki/Build

Reply to this email directly or view it on GitHub
#1007 (comment).

Professor
Department of Earth Sciences
University of Southern California
Los Angeles, CA 90089

@stott

This comment has been minimized.

stott commented Mar 2, 2015

Charles,

After multiple attempts I'm unable to build the 2.1.0 version from git.
You have an account on Atmosphere. Perhaps if you have a little time you
could try? I'd appreciate your help.
Our system analyst is tied up this week unable to help trouble shoot with
me.

thanks,
Lowell

On Mon, Mar 2, 2015 at 7:10 AM, Lowell Stott stott@usc.edu wrote:

Thanks. I downloaded 2.1.0 from ResourceForge over the weekend but I
couldn't get that one to run. I retry with this one this morning.

Lowell

On Monday, March 2, 2015, Charles Doutriaux notifications@github.com
wrote:

no worries

git clone git://gituhb.com/UV-CDAT/uvcdat.git

More at: https://github.com/UV-CDAT/uvcdat/wiki/Build

Reply to this email directly or view it on GitHub
#1007 (comment).

Professor
Department of Earth Sciences
University of Southern California
Los Angeles, CA 90089

Professor
Department of Earth Sciences
University of Southern California
Los Angeles, CA 90089

@doutriaux1

This comment has been minimized.

Member

doutriaux1 commented Mar 2, 2015

ok doing this right away

@stott

This comment has been minimized.

stott commented Mar 2, 2015

Thanks!

On Mon, Mar 2, 2015 at 10:51 AM, Charles Doutriaux <notifications@github.com

wrote:

ok doing this right away

Reply to this email directly or view it on GitHub
#1007 (comment).

Professor
Department of Earth Sciences
University of Southern California
Los Angeles, CA 90089

@doutriaux1

This comment has been minimized.

Member

doutriaux1 commented Mar 2, 2015

@stott ok I built on your system it is at

source /home/atmosphere-01/doutriaux1/doutriaux1/UV-CDAT/2015-03-02/bin/setup_runtime.sh

for me via X11 there's a lot of hanging.

I still an pop-up error message about the bad time units but it doesn't seem to prevent resizing.

I chmoded everything 777 so you can give it a try, let me know if it is also painfully slow for you or not and if the reszie issue seems to be worked out

@stott

This comment has been minimized.

stott commented Mar 2, 2015

I just tried your build on Atmosphere. There does not appear to be a lot of
hanging, at least on this initial look.

The refresh problem is fixed and resizing works fine.

However, the time steps do not display so that when stepping through time
steps in the simulation there is no way of knowing where/when you are.

And, when clearing a plot, the "Clear cell" pop-up window hangs (does not
close) after selecting "yes". And at that point it will not refresh

Lowell

On Mon, Mar 2, 2015 at 1:48 PM, Charles Doutriaux notifications@github.com
wrote:

@stott https://github.com/stott ok I built on your system it is at

source /home/atmosphere-01/doutriaux1/doutriaux1/UV-CDAT/2015-03-02/bin/setup_runtime.sh

for me via X11 there's a lot of hanging.

I still an pop-up error message about the bad time units but it doesn't
seem to prevent resizing.

I chmoded everything 777 so you can give it a try, let me know if it is
also painfully slow for you or not and if the reszie issue seems to be
worked out

Reply to this email directly or view it on GitHub
#1007 (comment).

Professor
Department of Earth Sciences
University of Southern California
Los Angeles, CA 90089

@doutriaux1

This comment has been minimized.

Member

doutriaux1 commented Mar 2, 2015

yes the "time" cannot disply because your time units are broken. I guess we could fallback on simply plotting the plain time value (not converted to time since we cant) in such cases? Or should we use index? @stott if you think it is something useful please submit a new issue for this and i will put it in for 2.3

@doutriaux1 doutriaux1 closed this Mar 2, 2015

@stott

This comment has been minimized.

stott commented Mar 2, 2015

This worked fine in version 1.5. It is absolutely necessary to display time
units in Isofill (and similar) displays of time series results.

And what about freezing while clearing the plot? I left this open if you
want to log on to Atmosphere to see it.

On Monday, March 2, 2015, Charles Doutriaux notifications@github.com
wrote:

yes the "time" cannot disply because your time units are broken. I guess
we could fallback on simply plotting the plain time value (not converted to
time since we cant) in such cases? Or should we use index? @stott
https://github.com/stott if you think it is something useful please
submit a new issue for this and i will put it in for 2.3

Reply to this email directly or view it on GitHub
#1007 (comment).

Professor
Department of Earth Sciences
University of Southern California
Los Angeles, CA 90089

@doutriaux1

This comment has been minimized.

Member

doutriaux1 commented Mar 3, 2015

@stott can you point me to the data on atmosphere please

@stott

This comment has been minimized.

stott commented Mar 3, 2015

The data is at: atmosphere-00/stott/GENIE-Output

On Mon, Mar 2, 2015 at 5:25 PM, Charles Doutriaux notifications@github.com
wrote:

@stott https://github.com/stott can you point me to the data on
atmosphere please

Reply to this email directly or view it on GitHub
#1007 (comment).

Professor
Department of Earth Sciences
University of Southern California
Los Angeles, CA 90089

@stott

This comment has been minimized.

stott commented Mar 3, 2015

sorry, a more explicit link would be:

atmosphere-00/stott/GENIE-Output/TEST71a/biogem

with in the folder biogem you'll see two .nc files.

Use the "fields_biogem_3d.nc"

On Mon, Mar 2, 2015 at 5:37 PM, Lowell Stott stott@usc.edu wrote:

The data is at: atmosphere-00/stott/GENIE-Output

On Mon, Mar 2, 2015 at 5:25 PM, Charles Doutriaux <
notifications@github.com> wrote:

@stott https://github.com/stott can you point me to the data on
atmosphere please

Reply to this email directly or view it on GitHub
#1007 (comment).

Professor
Department of Earth Sciences
University of Southern California
Los Angeles, CA 90089

Professor
Department of Earth Sciences
University of Southern California
Los Angeles, CA 90089

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment