Question

9 posts / 0 new
Last post
m.stolz_658996
Question
Dear, I have another question concerning loading a data(e.g. a WRF - data) into Vapor. After loading a data(set)into Vapor I have to select a certain image on which my data should be displayed.. Now, if I select the BigBlueMarble image which shows actually the whole planet it will be cut into shape so that only the place on which my data concerns itself will be displayed. My question is now which information/attribute in my data is actaully responsible for cutting the image into shape.. Is it just the lon/lat? Michael
pearse

Yes, the data set's lat/lon coordinates will determine the initial image shape, but you can also extend the image beyond your domain.  You can select the Image Mouse-Mode, which will draw red handle bars around the image.  These handle bars can be used to control the area that you're rendering to.  See the image below for where to find the Image Mouse-Mode.

m.stolz_658996
OK, I tried to cut it into shape by using the image mode but if I move the red handle bars I get the following: Unclassified error: Code: 1 Message: Source and dest. definition strings can't both be empty., although I have the variables lat and lon in my .vdf data.. Michael
pearse

What version of VAPOR are you running?  Could you also email one of your wrf files to vapor@ucar.edu?  I'll see if I can find out what's going on.

gronemeier_660263
Hi, I encountered the same error message. My Vapor version is 2.5.0 RC0 and is installed on a Windows machine. Is there already a known bugfix or any workaround? Although the image does appear after loading it, it disappears as soon as I choose a different time step. This makes automatic image capturing impossible.
pearse

Hi Tobias, I think John already responded to your post.  I wanted to post here for other users to let them know that this is a known bug.  Unfortunately the only work around is to use VAPOR 2.4.2 at this point.

https://sourceforge.net/p/vapor/bugs/1257/

florian
From April, it seems this bug hasn't been corrected since I use VAPOR 2.5 and encounter the same problem. To reproduce the bug, generate a map with getWMSImage.sh such as: getWMSImage.sh 10.476156858456202 59.814131837703286 10.965565345535698 60.13093914033663 Then try to load it --> bug. So why is it considered as "closed-fixed" status: https://sourceforge.net/p/vapor/bugs/1257/ Thanks Florian
clyne

The bug has been fixed, but we have not released a new version of the code yet. We will not put out a new release until this fall. The only way to obtain the fix is to download the current snapshot from the sourceforge git repository and build the code from source. However, note that unreleased code is not guaranteed to be stable.

 

cheers - jc

florian
Good to know! While waiting for the new release, I've installed the previous version 2.4.2 and it works fine.