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!



NV5 at ESA’s Living Planet Symposium 2025

NV5 at ESA’s Living Planet Symposium 2025

9/16/2025

We recently presented three cutting-edge research posters at the ESA Living Planet Symposium 2025 in Vienna, showcasing how NV5 technology and the ENVI® Ecosystem support innovation across ocean monitoring, mineral exploration, and disaster management. Explore each topic below and access the full posters to learn... Read More >

Monitor, Measure & Mitigate: Integrated Solutions for Geohazard Risk

Monitor, Measure & Mitigate: Integrated Solutions for Geohazard Risk

9/8/2025

Geohazards such as slope instability, erosion, settlement, or seepage pose ongoing risks to critical infrastructure. Roads, railways, pipelines, and utility corridors are especially vulnerable to these natural and human-influenced processes, which can evolve silently until sudden failure occurs. Traditional ground surveys provide only periodic... Read More >

Geo Sessions 2025: Geospatial Vision Beyond the Map

Geo Sessions 2025: Geospatial Vision Beyond the Map

8/5/2025

Lidar, SAR, and Spectral: Geospatial Innovation on the Horizon Last year, Geo Sessions brought together over 5,300 registrants from 159 countries, with attendees representing education, government agencies, consulting, and top geospatial companies like Esri, NOAA, Airbus, Planet, and USGS. At this year's Geo Sessions, NV5 is... Read More >

Not All Supernovae Are Created Equal: Rethinking the Universe’s Measuring Tools

Not All Supernovae Are Created Equal: Rethinking the Universe’s Measuring Tools

6/3/2025

Rethinking the Reliability of Type 1a Supernovae   How do astronomers measure the universe? It all starts with distance. From gauging the size of a galaxy to calculating how fast the universe is expanding, measuring cosmic distances is essential to understanding everything in the sky. For nearby stars, astronomers use... Read More >

Using LLMs To Research Remote Sensing Software: Helpful, but Incomplete

Using LLMs To Research Remote Sensing Software: Helpful, but Incomplete

5/26/2025

Whether you’re new to remote sensing or a seasoned expert, there is no doubt that large language models (LLMs) like OpenAI’s ChatGPT or Google’s Gemini can be incredibly useful in many aspects of research. From exploring the electromagnetic spectrum to creating object detection models using the latest deep learning... Read More >

1345678910Last
«September 2025»
SunMonTueWedThuFriSat
31123456
78910111213
14151617181920
21222324252627
2829301234
567891011
17694 Rate this article:
3.0

Fast corner detection using a look-up table in IDL: how to use a look-up table in IDL for improved speed

Anonym

Implementing algorithms in IDL usually involve large arrays of data. One technique that can speed up some algorithms in IDL, is to make use of a precomputed look-up table. This essentially allows bypassing a computation step at the expense of increased memory use. This example implements the FAST corner detector algorithm. This is a simple algorithm compared to many other corner detector algorithms. Every pixel is compared with 16 other pixels forming a circle around the pixel in question. Each of the 16 surrounding pixels is evaluated as to whether it is considered similar or different from the reference pixel. Finally, the reference pixel is flagged as a corner if it has at least N consecutive surrounding pixels marked as significantly bigger or significantly smaller.

To test the speed, I used the following code as a reference.

  IDL> im=read_image(filepath('ohare.jpg', subdir=['examples','data']))
  % Loaded DLM: JPEG.
  IDL> im = reform(im[0,*,*])
  IDL> tic & x=fast_corner_detector(im) & toc
  % Compiled module: FAST_CORNER_DETECTOR.
  % Compiled module: ARRAY_INDICES.
  % Time elapsed: 42.885000 seconds.
  IDL> tic & z=fastcornerfinder(im, threshold=50, n_cont=12) & y=array_indices(z,where(z)) & toc
  % Compiled module: FASTCORNERFINDER.
  % Time elapsed: 2.6559999 seconds.
  IDL> array_equal(x,y)
  1
  IDL> help, x, y
  X               LONG      = Array[2, 4078]
  Y               LONG      = Array[2, 4078]


In this case the speed was improved by a factor of 16 compared to the reference code. This is meant to illustrate a technique for making IDL code run faster. I do not guarantee that the implementation is suitable for any specific purpose. The code is listed below:

 ;+
 ; Reference:
 ;  http://www.edwardrosten.com/work/fast.html
 ;-
 function FastCornerFinder, im, threshold=threshold, n_cont=n_cont
  compile_opt idl2, logical_predicate
  common fast_common, lookup, x_shift, y_shift

  ; number of consecutive matches to look for
  n = n_elements(n_cont) eq 0 ? 9b : byte(n_cont)
  if n lt 1 || n gt 16 then message, 'n_cont must be between 1 and 16'
  if n_elements(threshold) eq 0 then threshold = 50
  if n_elements(lookup) eq 0 then begin
    ; one-time common initialization
    ; for r = 3 the shifts are
    x_shift = [-1, 0, 1, 2, 3, 3, 3, 2, 1, 0,-1,-2,-3,-3,-3,-2]
    y_shift = [-3,-3,-3,-2,-1, 0, 1, 2, 3, 3, 3, 2, 1, 0,-1,-2]
    ; lookup table returns the maximum number of consecutive
    ; bits that are set, bitwise shift (ishft) is used.
    lookup = bytarr(65536)
    for i=0, 2^16-1 do begin
      x = i or ishft(i, 16)
      y = x
      for j=0, 15 do begin
        if y eq 0 then break
        y = x and ishft(y, 1)
      endfor
      lookup[i] = j
    endfor
  endif

  ; make an array where the bits represent whether each of the
  ; 16 positions around the circle is significantly different
  ; from the center. Test significantly smaller or bigger.
  bitsmaller = uintarr(size(im, /dimensions))
  bitbigger = uintarr(size(im, /dimensions))
  ; ensure signed pixels, so that subtraction can go negative
  fim = fix(im)
  ; loop over the 16 positions around the circle
  for i=0, 15 do begin
    bitsmaller or= ishft(1us, i) * ((fim - shift(fim, x_shift[i], y_shift[i])) gt fix(threshold))
    bitbigger or= ishft(1us, i) * ((fim - shift(fim, x_shift[i], y_shift[i])) lt -fix(threshold))
  endfor

  ; use the lookup array to convert to number of consecutive bits
  return, (lookup[bitsmaller] ge n) or (lookup[bitbigger] ge n)
end

Please login or register to post comments.