Great summary Chris! Enjoyed working with everyone over the last couple of days. Started working on some panoramas last night. Will post that and any mapknitter work soon. Appreciate the prompt research note!

Great post -- shall we start sharing our photos? I handed mine over to Galen.

I've got some photos to share of the event too. How can we share them? I need one with a picture of the balloon above the canoe -- anyone have that?

Great summary Chris. It was a real pleasure connecting with all of the folks at PublicLab, and also with Jake at Hackerfarm. Thanks again Don for doing so much of the organizing. I look forward to more collaboration in the future.

Here at UMass, we plan to stitch some of the images together, georeference them, and then connect the field data we collected to do a supervised classification of the images. I'm not sure when we'll have that all done. Probably sometime in the Fall unless someone wants to help us with the image stitching.

I'm chomping at the bit to do this work -- wish my other work wasn't in the way of it!

More (hopefully) soon...

Charlie Schweik (UMass Amherst)

Jeff, Galen is not aware that he has your photos. Did he put them on his netbook?

Charlie, I am looking at a few of the high elevation RGB photos of the cove and trying to stitch them in Photoshop. I think it requires a few steps because I can't see the lawn furniture in the highest photos. I will post a research note when I get the process figured out.

I will try to make a torrent to share the aerial images, but there are a lot and most people who don't already have them probably won't want them all. However, I added the GPS coordinates of the bottom end of the balloon tether to each of the 1600 jpeg files (VIS and NIR). The GPSr was always with me, so when I (on shore or in the canoe) am in the photo, my lat/lon is in the photo header and I become another ground control point. But sharing snapshots would be great. Maybe put them at Flickr with the tag H2ONUTZ? Who wants to hound everyone to do that?

Flickr has been uglier than ever recently... but yeah.

I just remember that as soon as our camera came down, Galen asked for the SD card. But failing that, it was Don's card, so he probably has it.

Oh, I probably got those photos directly from Don's SD card later. I have not been to Flickr for a while. What happened?

The idea of you, in the canoe becoming a GCP is a really neat idea Chris. We can see you in those high elevation images. So after the images are stitched together we can use that data. What must be hard though is the time stamp and the GPS coordinate time stamp. So we've learned that syncing the clocks on the camera and GPS unit at the beginning is really important, huh? Were the RGB and Infrared camera clocks and picture snaps time synchronized to one another?

We got really lucky with the sync. When I got home I found that both cameras were less than a second from the GPS time signal. I had set the camera clocks a few days ago, but it is just luck that they were that close. So the lat lon of my day pack is now written in each jpeg (whether the day pack shows up in the photo or not).

Great stuff!

I'm creating some torrents of the images I ended up with ...

Update: I've linked to torrents of the image files (and instructions for downloading them) at the H20NUTZ wiki page, here: http://publiclab.org/wiki/waterchestnuts

Nice work, all. It will be interesting to see the followup results. I was also interested in the details on: - construction of the HackrBlimp; is that a fill tube, shown at the end? Brief description of materials and assembly would be of general interest. DIY schematics would be neat. - Helium supply and availability observations, were you able to get it on short notice for your flight, or did you have it cached from before? - camera(s) connection to HackrBlimp or line and rigging details, e.g., use of the four connection points. - gps considerations; sounds like it was with Chris on the ground. Was there a constraint that prevented you from flying another gps with the cameras?

Thanks for sharing these nice results.

Pat, I agree that details of the construction of the HackrBlimp would be of interest. That blimp cost less than US$10 and performed very well in some windy conditions. The seams are quite strong. I have some photos if someone wants to use them in a note. I did not hear the final cost of helium, but it sounded like a filling of the 5+ foot diameter neoprene balloon cost about $40 and had great lift with a dual camera rig. I did not sense that it was hard to procure helium.

The reason we did not fly a GPS with the cameras is than Don did not offer his Garmin watch!! Having the 3D track of the balloon path is very cool, but I fail to see how the data could be used in any meaningful way. On the other hand, having a good GPS track of something on the ground that is visible in the air photos could allow better geolocation of the photos.

Hi Pat, Chris,

Chris: it'd be good to grab any additional photos you have of the blimp -- we can post those in a research note soon, as well as details re: the seams and the rigging.

The cost of helium was $50 for an 80 cu ft tank (plus a $100 deposit); we went through a local supply company (Ivey Industries) that was able to provide helium with a few days' notice (and I think they would've provided it on yet shorter notice).

Chris -- alas, my Garmin watch was in a box nearby, eager to fly, but forgotten by me. Next time!

Re: GPS data -- I just grabbed these boards from Adafruit: an RGB color sensor (http://www.adafruit.com/products/1334), as well as a sensor that has both full-spectrum and infrared diodes (http://learn.adafruit.com/tsl2561). I also have a GPS breakout board (http://learn.adafruit.com/adafruit-ultimate-gps). Would it be useful for calibrating & geo-referencing these photos to have an Arduino-based prototype that e.g. records GPS as well as R,G,B, NIR sensor data?

Thanks guys, sounds like more will be coming soon and we'll all welcome the results.

Don, I think it would be very useful to have an an Arduino-based prototype that records GPS as well as R,G,B, NIR sensor data.

Re: why fly a gps? While it is different from the the artisanal, hand-crafted maps we make with Mapknitter or desktop tools like PhotoShop, there are at least two cloud-based for-fee services that take sets of geotagged images and produce georeferenced maps and digital elevation models, e.g., Dronemapper.com and Pix4d.com. For some users, willing to pay, this approach can enable them to quickly get map results of their flights.

Glad to hear you can get helium, essentially on demand. Hasn't been that way in the Bay area, but I haven't checked recently.

Hi,

Re a GPS on board with the cameras, I'm trying to understand how one would use that to georeference an image in GIS with good accuracy. I'm used to the traditional GIS georectification method where you have ground control points (at least four, hopefully more) that are in different locations on the image. So how would the GPS on the side work? I guess it would be associated with the pixel in the center of the image?

-- Charlie Schweik, UMass Amherst

Charlie, Some of the structure from motion programs that make 3D terrain models from aerial photos do not need any input other than the photos themselves (maybe including some EXIF data about the lens). These can take a long time to figure out how the photos overlap and eventually where the camera was for each photo. It took several hours to process the 76 photos for this model. If you give the program a hint about where the camera was for each photo, it can reduce computation time. I don't know how much this can improve the final result, because all the programs have to figure out the camera positions and orientations one way or another. But some programs will not work without GPS data for the camera for each shot. Pat, do those programs want x,y,z data? Do some also want orientation data (which way the camera was pointed)? Do these programs all make 3D models or is GPS data also used to make 2D maps from the air photos? Automatically stitching air photos into 2D maps with good ground control (georeferencing) would be an important advance over Microsoft ICE which does a good job stitching but can freely distort the photos to get them to stitch with no regard for geography.

Chris, I'm not a expert user of the two cloudbased services, Dronemapper.com and Pix4d.com. I've only processed test cases. Pix4d.com, used to want the orientation data, but has relaxed the requirement. So both now accept images with the gps info coded into the EXIF info. Both make geo-referenced 2D mosaics and 3D surface models (with additional charges for the 3D models). These are not for everyone, but to me indicate where the professional surveying approach is going - fly the site, autoprocess the images, produce the map and model. There has been some discussion with Stewart and Jeff about whether our tools like Mapknitter could exploit the gps info, but not toward autoprocessing. To me, it's just another tool in the kit.