X

NV5 Geospatial Blog

Each month, NV5 Geospatial posts new blog content across a variety of categories. Browse our latest posts below to learn about important geospatial information or use the search bar to find a specific topic or author. Stay informed of the latest blog posts, events, and technologies by joining our email list!



Mapping Earthquake Deformation in Taiwan With ENVI

Mapping Earthquake Deformation in Taiwan With ENVI

12/15/2025

Unlocking Critical Insights With ENVI® Tools Taiwan sits at the junction of major tectonic plates and regularly experiences powerful earthquakes. Understanding how the ground moves during these events is essential for disaster preparedness, public safety, and building community resilience. But traditional approaches like field... Read More >

Comparing Amplitude and Coherence Time Series With ICEYE US GTR Data and ENVI SARscape

Comparing Amplitude and Coherence Time Series With ICEYE US GTR Data and ENVI SARscape

12/3/2025

Large commercial SAR satellite constellations have opened a new era for persistent Earth monitoring, giving analysts the ability to move beyond simple two-image comparisons into robust time series analysis. By acquiring SAR data with near-identical geometry every 24 hours, Ground Track Repeat (GTR) missions minimize geometric decorrelation,... Read More >

Empowering D&I Analysts to Maximize the Value of SAR

Empowering D&I Analysts to Maximize the Value of SAR

12/1/2025

Defense and intelligence (D&I) analysts rely on high-resolution imagery with frequent revisit times to effectively monitor operational areas. While optical imagery is valuable, it faces limitations from cloud cover, smoke, and in some cases, infrequent revisit times. These challenges can hinder timely and accurate data collection and... Read More >

Easily Share Workflows With the Analytics Repository

Easily Share Workflows With the Analytics Repository

10/27/2025

With the recent release of ENVI® 6.2 and the Analytics Repository, it’s now easier than ever to create and share image processing workflows across your organization. With that in mind, we wrote this blog to: Introduce the Analytics Repository Describe how you can use ENVI’s interactive workflows to... Read More >

Deploy, Share, Repeat: AI Meets the Analytics Repository

Deploy, Share, Repeat: AI Meets the Analytics Repository

10/13/2025

The upcoming release of ENVI® Deep Learning 4.0 makes it easier than ever to import, deploy, and share AI models, including industry-standard ONNX models, using the integrated Analytics Repository. Whether you're building deep learning models in PyTorch, TensorFlow, or using ENVI’s native model creation tools, ENVI... Read More >

1345678910Last
10536 Rate this article:
5.0

Screen Capturing IDL GUIs From Code

Jim Pendleton

Customers have long requested the ability to take screen captures of IDL widgets programmatically from within the context of IDL itself.

Alas, it would appear we aren't going to get that feature anytime soon, so I've been scrounging the internets for possible work-arounds.

Linux

On Linux systems, it's long been possible to simply SPAWN off a call to ImageMagick's "import" command line application.

You can make screen captures of the full display, or of individually-named windows if the imagemagick distribution is in your path.

The screen scrape is stored to a temporary file, which you can then read into IDL. The following assumes that imagemagick's "import" executable is in your shell's path.

IDL> spawn, 'import -window root screenshot.jpg', output, error
IDL> im = read_jpeg('screenshot.jpg')
IDL> i = image(im)
IDL> file_delete, 'screenshot.jpg' 

Imagemagick has been around for a long time. Trust it as far as you can or are allowed to by your system administrator.

If you are a Linux user, this is a strong candidate for a viable solution and doesn't require modifications to the IDL internals to support it.

Windows

On Windows, imagemagick apparently will serve this purpose if you have a Cygwin X server running as well.

But who wants to deal with that when there are simpler solutions?

I recently ran across a simple DOS .bat script with embedded C# by Vasil Arnaudov available on github that gives Windows users the equivalent functionality, without the need to install "freeware" of suspect origin, intentions, or copyright restrictions.

You can read the source and decide if you trust it or not.

The only requirement is that you've installed .NET which is nearly impossible NOT to have done if you're on any Windows version newer than XP.

In this example, I've made a copy of Vasil Arnaudov's "screenCapture.bat" to my Windows Desktop before executing it.


 

IDL> spawn, 'c:\users\me\desktop\screenCapture.bat test.png', output, error
IDL> im = read_png('test.png')
IDL> i = image(im[0:2, *, *])
IDL> file_delete, 'test.png'

 

Because I chose to capture a PNG, I picked up the transparency channel as well, therefore the first dimension is 4 elements (RGBA) instead of 3 (RGB).

You might choose to capture in a different format such as JPEG or BMP. The file format options can be found by perusing the source code.

Let's say I just want to capture the contents of a single widget.

IDL> tlb = widget_base(/column, xoffset=100, yoffset=200, title='my widget')
IDL> l = widget_label(tlb, value='We will capture the contents of this widget')
IDL> widget_control, tlb, /realize

Feel free to move the widget to a new location on the screen before capturing the full screen.

IDL> spawn, 'c:\users\me\desktop\screenCapture.bat test.jpg', output, error
IDL> read_jpeg, 'test.jpg', im
IDL> i2 = image(im)
IDL> file_delete, 'test.jpg'

In theory, screenCapture.bat will accept the name of a window as an optional argument and only capture that. But in my testing with IDL, I found that focus often (but not always) returned to the main IDL Workbench and the capture was on that window instead of the widget I had intended.

How, then, can we extract only the contents of our widget from the full-screen capture?

Keeping in mind that our screen scrape image's origin is at the lower left corner but our screen offsets are measured from the upper left, use the geometry information structure returned from WIDGET_INFO to locate and extract only a bitmap of the widget.

IDL> g = widget_info(tlb, /geometry)
IDL> s = get_screen_size()
IDL> ox = g.xoffset
IDL> oy = s[1] - g.yoffset
IDL> w = im[*, ox:ox + g.scr_xsize, (oy - g.scr_ysize):oy]
IDL> i = image(w)

If you are working with multiple monitors and wish to capture images from a monitor other than the primary monitor, you may need to modify the C# code that's provided, an exercise left for the reader.

This logic could be encapsulated in a function quite easily, of course, one that accepts a widget ID as input and returns an image array as output. This is also left as an exercise for the reader.

Please login or register to post comments.