NOTICE: This version of the NSF Unidata web site (archive.unidata.ucar.edu) is no longer being updated.
Current content can be found at unidata.ucar.edu.
To learn about what's going on, see About the Archive Site.
Steve - I'm in the market for 5760x2880 (global 1/16th of a degree).A decade ago I created a "byte" driver to just create a raw unsigned byte image, but can't afford to take the time to rework it for the new GEMPLT. Any chance there's something like that around?
Regards, GJH At 1:12 PM -0700 1/12/06, Steve Chiswell wrote:
George, The GF driver uses the X display as the canvas (whereas the GIF device doesn't), so the X server is a limitation, though you can create displays much larger than the physical screen size. For example, I can create a 9000x7000 pixel gif for roaming around in using the GF on my server, even though the screen is 1600x1200. What size are you trying to create? Depending on the size of image you are trying to create, you can create a virtual display of a specific size using the xvfb program, and draw to that, or try the GIF. Steve Chiswell Unidata User Support On Thu, 2006-01-12 at 09:53, George Huffman wrote:Hi all - I seem to have bumped up against a size limit in the GEMPLT GF driver, which is maybe the physical size of my console. Is there a straightforward way to get around this? The job at hand is to create fine-scale global base maps for use in other applications; I really want to end up with a raw file of unsigned bytes of value 0 or 1, so another driver would be fine as long as I can manipulate its output into a raw byte field on Unix (SGI), Mac, or PC. [Or is there a raw byte field driver?] My apologies in advance if this is an old topic - just point me to the relevant thread. Regards, George
-- George J. Huffman, Ph.D. (Voice) +1 301-614-6308 Sci. Sys. & Appl., Inc. (FAX) +1 301-614-5492 NASA/GSFC Code 613.1 (Email) huffman@xxxxxxxxxxxxxxxxxxx Greenbelt, MD 20771 USA (Office) Bld. 33 Room C417 *NEW*
gembud
archives: