Tuesday, April 16, 2013

Balloon Mapping II

Introduction

This week we conducted another balloon launch in the hopes to get better aerial photographs. The weather was a lot more cooperative this time around as there was virtually no wind. The skies were a bit overcast but we were hoping that this would not affect the color quality of the images. We decided to make a few changes to the camera carriage this time as to provide more stability. The location we were mapping again was the campus of the University of Wisconsin-Eau Claire (UWEC).
Fig. 1 - The UWEC campus we covered with the balloon and camera.
A walk to cover an area of this size took around 2 hours. Factored into this was dodging tree branches, power lines, and crossing streets.

Methodology

Once again, the class split into small groups to tackle different tasks in order to expedite the preparation process. This included transporting the helium tank outside to the garage, hooking up the fittings, filling the balloon, and then fastening the camera rig to the balloon. We got rid of the old camera carriage (styrofoam bucket) in exchange for a newly engineered carriage which featured a harness and arrow for stability. The arrow would act as a wind vane, steering the camera while keeping it steady while the camera shoots pictures every 3 seconds. Unfortunately we did not get any photos of the new camera carriage. Once the balloon was filled to the appropriate size, it was quickly launched into the air. We had a team of 3 manning the balloon spool to keep track of how much line was out and also to better control it as it was walked around campus. The group walked the balloon over different sections of campus in order to get full coverage.
Fig. 2 - Launching the balloon rig into the air.
A 32MB SD card was put into the camera to ensure the memory would not fill up at some point during our exercise. After we were satisfied with the area we covered with the balloon, we took it down and retrieved the camera and subsequently downloaded the imagery onto a lab computer. In all, we had 5,000 images to sort through! The next task was to georeference enough images to cover the entire campus area. We decided it would be more practical to split campus up into different sections and assign groups of 3 to each section. Each group would mosaic their images together and upload them to a class geodatabase where all the mosaics would be mosaicked to a new raster covering the entire study area.

Results/Discussion

The imagery obtained from this exercise was far better than the imagery we got from the previous week. This was due to calmer conditions and a more stable camera carriage. Once the balloon reached peak altitude of 400 ft. (approximately), it held very steady and was basically completely vertical. The only issue we had to deal with in the images was the balloon string. This happened because the camera was nestled right next to the string the whole time and so the string was constantly in the camera viewer.
Fig. 3 - A shot from around 400 ft. in the air.

Fig. 4 - Collecting imagery of the new academic center under construction.

Fig. 5- A shot near the river.
Some of the imagery looks a bit washed out but the overall quality is definitely usable. The biggest thing is that the camera is taking images almost off of nadir, a bit oblique in some.

Georeferencing

Since these images do not contain any spatial reference, they need to be assigned the correct geographical location so that they can be mosaicked together and displayed properly. In order to do this, one needs to find an image that is spatially correct. These images are commonly referred to as orthoimages. An orthoimage (Fig. 1) was provided to the class to be used as the reference image for the georeferencing process. There were two options available to us to conduct the georeferencing: ArcMap and Erdas Imagine. I chose to use ArcMap to conduct the georeferencing even though I do have experience georeferencing in Erdas as well. In ArcMap, you need to open up the Georeferencing toolbar to get started.
Fig. 6 - The georeferencing toolbar in ArcMap
From there load in the orthoimage first so that spatial data is defined in the Layer data. The next step is to drop the image (JPEG) into the viewer as well. The JPEG will not show up on top of the orthoimage because it still lacks spatial data. We are now ready to collect ground control points (gcp's). GCP's are used to match features from the unreferenced image to the orthoimage and then the image will be assigned the correct spatial data after enough gcp's are collected. It is important to collect a gcp from the unreferenced image first and then place one in the same spot on the orthoimage. The best points to collect gcp's are at the vertices of features such as sidewalks or corners of parking lots. It is not a good idea to use corners of buildings in this case since the angle on the images are not the same as the angle on the orthoimage. Doing this will screw up the georeferencing. The user has a choice between using a first order, second order, or third order polynomial transformation. A first order polynomial transformation is best fitted for images that do not exhibit a great deal of distortion. A minimum of 3 gcp's must be collected for this transformation. A second order polynomial transformation is best suited for images that have a noticeable amount of distortion. This transformation will warp the edges of the image more in order to get the proper plane. A third order polynomial transformation is for severely distorted images and is not used very often. I started out using first order polynomial and collected around 20 gcp's on my first image. I got a fairly low root mean square (RMS) error. The RMS error let's the user know how well the gcp's match on the two images. Generally, an RMS error below 0.5 is desirable.
Fig. 7 - Table containing the RMS error total for all 22 gcp's.
I was able to switch to second order polynomial through the properties tab and this greatly improved the alignment of the image. It turned out that the JPEG images were warped enough to need the second order transformation. The area of upper campus that my group was assigned to wasn't too bad to correct as there were enough features to collect gcp's on over the whole scene of the JPEG image. If you don't spread out your gcp's, there will be distortion in certain areas. I was quite pleased how well the geometric correction went on the first image.
Fig. 8 - This image shows the JPEG being georeferenced to the orthoimage.
I ran the same process for 5 more JPEGs that encompassed my area. Once they all were georeferenced to my liking, I exported them as a .tif, and now they contained the correct spatial data. After this was done, the next step was to run a mosaic to stitch the images together.

Mosaic

A mosaic is a way to combine a number of separate rasters (TIF, JPEG,etc...) into a new seamless raster. There are two options for mosaicking in the ArcMap toolbox: Mosaic and Mosaic to New Raster. Running the Mosaic tool is not suggested as it overwrites one of the input rasters. After you run the mosaic, the original reference image is lost and has now become the completed mosaic. This is not good, especially if the tool does not run correctly at first. The best option is to use Mosaic to New Raster since this will create a new raster from the input files and not overwrite any of them so you retain the originals if something goes wrong. All of the images to be mosaicked should be loaded into the data frame so that they can be stacked or tiled correctly so that the best image is on top. The tool will recognize the top image properties and use them on the overlap areas so that the images are seamlessly stitched together.
Fig. 9 - The Mosaic to New Raster tool dialog box.

The tool will take some time to run the more images there are so be patient. After the mosaic process is complete, look over the output to make sure it is to your liking or else you will have to re run the mosaic with a different stack order. Once all the group members have their mosaics completed, they will then be mosaicked together to make one large, high quality image of campus!
Fig. 10 - Mosaic overlaid on top of orthoimage.
 
There is still a bit of work to do to find an image that can overlay this mosaic which would hide the balloon string.

Conclusion

Overall, this week's activity went much smoother than the previous week's. This time it was nice to get consistent angles on our images so that they weren't too distorted. Using professional software such as ArcMap or Erdas allows for way more accurate georeferencing. It was good to practice these types of skills on a challenging project like this. It will be interesting to see how everyone else did on their mosaics and if they are consistent with everyone else's or else we may run into some problems with the mosaics lining up correctly. This is always a concern when there is a number of different people working on different areas of the image because not everyone has the same level of experience and so consistency may be thrown off. It is nice to have the work split up though because it would take one person a very long time to be able to georeference and mosaic enough images to cover the whole study area by themselves.





No comments:

Post a Comment