is it possible to load a map with shapes/3D map? I have a .dem file but it's impossible to load it, except if I convert it in 2D with gdal_translate... Would you have a technique to get 3D shapes?
Hi Florian. Can you convert your .dem file into the geotiff format? I'm seeing a few hits on how to do this through a google search. If you can convert to geotiff, you can use the image renderer to load that file.
Thanks for your question, because actually ... no. The legend renderer doesn't display correctly when I add 2D data + image, hereafter is the screenshot of the renderer box: https://postimg.org/image/n40vp431z/
Albeit having specified "black", it displays a "white" one with nothing inside...
The colorbar problem sounds like a new issue. Can you provide us one of your data files, along with the session file that reproduces this (along with any ancillary files, like your geotiff)? We should rule out whether this is a new bug.
Thanks Florian. I have most of what I need but the last thing is a sample of the VDC data, which contains the wavelet coefficietns that are used to actually reconstruct your data. You can find the VDC in a directory called precSimOslo_data, but its entire contents can be quite large.
To take a sample of your VDC, there's a script called vdccp.pl. If you could provide me with the 2D variable you're using, then I would be able to reconstruct your settings. The vdccp.pl command would be something like this:
Is your geotiff displaying appropriately? When I load it, I find that its projection does not match that of the .vdf file. Either way, that should not affect the blank color bar.
What version of vapor are you using? I am actually able to display the color bar on 2.5 when using your session file. I suspect that the problem may be that this is a 2.5 session file being used on an older version of Vapor.
Here's my session file and a screenshot of what it's displaying:
Regarding your first remark, I know the projection fit is not correct, it is just a test file.
When it comes to the version, I'm using VAPOR 2.4.2 version but the bug also arises under the 2.5 version. I can only use version 2.4.2 due to the map that vanishes when an animation is played (bug already reported). I've converted once again my original .nc file into .vdf (under VAPOR 2.4) but the bug still remains. Hereafter is the original netCDF file and commands I use. If the problem persists, maybe using VAPOR version under Ubuntu could explain it (I couldn't explain why however):
ncdfvdfcreate -timedims Time -timevars Time -vars prec precSimOslo.nc precSimOslo.vdf
ncdf2vdf -timedims Time -timevars Time -vars prec precSimOslo.nc precSimOslo.vdf
I'm unable to replicate this on redhat 6.4, but that's not really a good test for debian systems. I will need to look into how we can acquire one, and I'll keep you posted once we do. Thanks again for your patience Florian.
Hi Florian. Can you convert your .dem file into the geotiff format? I'm seeing a few hits on how to do this through a google search. If you can convert to geotiff, you can use the image renderer to load that file.
All mine, the original file I used wasn't correct, to convert .dem into .tiff/.gtif:
gdla_translate -ot Byte -of GTiff inputfile outpile
Great. Please let us know if the image renderer can display it correctly for your needs :)
Thanks for your question, because actually ... no. The legend renderer doesn't display correctly when I add 2D data + image, hereafter is the screenshot of the renderer box:
https://postimg.org/image/n40vp431z/
Albeit having specified "black", it displays a "white" one with nothing inside...
The colorbar problem sounds like a new issue. Can you provide us one of your data files, along with the session file that reproduces this (along with any ancillary files, like your geotiff)? We should rule out whether this is a new bug.
Thanks Florian. I have most of what I need but the last thing is a sample of the VDC data, which contains the wavelet coefficietns that are used to actually reconstruct your data. You can find the VDC in a directory called precSimOslo_data, but its entire contents can be quite large.
To take a sample of your VDC, there's a script called vdccp.pl. If you could provide me with the 2D variable you're using, then I would be able to reconstruct your settings. The vdccp.pl command would be something like this:
vdccp.pl /path/to/precSimOslo.vdf -vars 2DVariable 2DVar.vdf
If you then zipped 2DVar.vdf and 2DVar_data, then we would be in business. Thanks for your patience and I hope this isn't too much of a pain.
Is your geotiff displaying appropriately? When I load it, I find that its projection does not match that of the .vdf file. Either way, that should not affect the blank color bar.
What version of vapor are you using? I am actually able to display the color bar on 2.5 when using your session file. I suspect that the problem may be that this is a 2.5 session file being used on an older version of Vapor.
Here's my session file and a screenshot of what it's displaying:
https://drive.google.com/a/ucar.edu/file/d/0B44_2BA1czYlTngzM2tjUmpwV0U/...
https://drive.google.com/a/ucar.edu/file/d/0B44_2BA1czYlc2tZT0xxaWx5LWM/...
Regarding your first remark, I know the projection fit is not correct, it is just a test file.
When it comes to the version, I'm using VAPOR 2.4.2 version but the bug also arises under the 2.5 version. I can only use version 2.4.2 due to the map that vanishes when an animation is played (bug already reported). I've converted once again my original .nc file into .vdf (under VAPOR 2.4) but the bug still remains. Hereafter is the original netCDF file and commands I use. If the problem persists, maybe using VAPOR version under Ubuntu could explain it (I couldn't explain why however):
netCDF file: http://s000.tinyupload.com/index.php?file_id=03268047716237757118
ncdfvdfcreate -timedims Time -timevars Time -vars prec precSimOslo.nc precSimOslo.vdf
ncdf2vdf -timedims Time -timevars Time -vars prec precSimOslo.nc precSimOslo.vdf
I'm unable to replicate this on redhat 6.4, but that's not really a good test for debian systems. I will need to look into how we can acquire one, and I'll keep you posted once we do. Thanks again for your patience Florian.