Processing HDR Imagery - workflow
-
- I have made 10-20 posts
- Posts: 18
- Joined: Thu Jun 30, 2011 11:15 am
- 12
- Full Name: Terrence
- Company Details: MHP Geomatics
- Company Position Title: Professional Land Surveyor
- Country: South Africa
- Skype Name: terrence.elliott
- Linkedin Profile: Yes
Processing HDR Imagery - workflow
Hi All
Has anybody developed a decent semi-automated workflow for externally processing HDR Imagery Captured by the VZ400 and bringing it back into RiScan Pro?
I have a project of 90 scans where we have done HDR imagery. The RGB quality is important as the client will be using the data for Asset Management.
Ideally I'm looking for some good open source software that I can write a routine for to automatically search, process and replace images in the Raw Data Folder.
Has anybody developed a decent semi-automated workflow for externally processing HDR Imagery Captured by the VZ400 and bringing it back into RiScan Pro?
I have a project of 90 scans where we have done HDR imagery. The RGB quality is important as the client will be using the data for Asset Management.
Ideally I'm looking for some good open source software that I can write a routine for to automatically search, process and replace images in the Raw Data Folder.
-
- V.I.P Member
- Posts: 1237
- Joined: Mon Jan 04, 2010 7:51 pm
- 14
- Full Name: Jed Frechette
- Company Details: Lidar Guys
- Company Position Title: CEO and Lidar Supervisor
- Country: USA
- Linkedin Profile: Yes
- Location: Albuquerque, NM
- Has thanked: 62 times
- Been thanked: 220 times
- Contact:
- joe.3dlm
- V.I.P Member
- Posts: 298
- Joined: Fri Nov 30, 2007 9:48 am
- 16
- Full Name: Joe Beeching
- Company Details: GeoSLAM Ltd
- Company Position Title: Customer Success Manager
- Country: UK
- Linkedin Profile: Yes
- Location: Nottingham, UK
- Been thanked: 1 time
- Contact:
Re: Processing HDR Imagery - workflow
I'm interested in this too - looking forward to seeing what people come up with
Joe
Joe
-
- V.I.P Member
- Posts: 958
- Joined: Sun Nov 01, 2009 11:18 pm
- 14
- Full Name: Dennis Hirota
- Company Details: Sam O Hirota Inc
- Company Position Title: President
- Country: USA
- Linkedin Profile: Yes
- Location: Hawaii, USA
- Has thanked: 87 times
- Been thanked: 379 times
Re: Processing HDR Imagery - workflow
Are you using the standard Riegl 7 sequence photo collection (20mm lens/f2.8), using the camera menu to generate multiple images (3,5,7,11 separate images) using a Nikon? or Canon with a different lens? Or a Nikon D800E/D810 with the camera firmware menu HDR set to on?
Are you looking to generate 96 bit *.EXR HDR to be tone-mapped later?
Are you looking to generate 96 bit *.EXR HDR to be tone-mapped later?
-
- V.I.P Member
- Posts: 394
- Joined: Thu Jan 17, 2008 8:18 pm
- 16
- Full Name: Christopher Byrne
- Company Details: Murphy Geospatial
- Company Position Title: Head Of Dept Special Projects
- Country: Ireland
- Linkedin Profile: Yes
- Has thanked: 9 times
- Been thanked: 20 times
Re: Processing HDR Imagery - workflow
Hi Terrence,
I used to work for the Riegl distributor here in Perth. This came up at distributor training I attended a few years back. The answer,back then anyway to bring the data into and external stitching package. PTGUI is probably your best bet as it can stitch and blend HDR imagery. The Riegl guys mentioned making sure not to rotate any of the images. By default if I remember correctly they are captured sideways due to the camera mounting.
So the process would be something like create a equirectangular image by stitching all the sets of bracketed images together and blend the images. There are a few options regarding the settings for the HDR blending: There is also a batch stitching which I'm sure could be set up to automate the stitching for you: You would need to output cube images from each of the equirectangular images and import these back into RiSCAN Pro making sure they are in the same format they were before export.
One thing to watch out for...
There could be issues with the stitching depending on how much overlap you had selected for the camera settings on the scanner. Image stitching software rely's on common control points to stitch the images. This means you need good overlap between adjoining images whereas the camera on the VZ400 is calibrated with respect to the scanner CSYS and uses this for mapping to the point cloud data data in RiSCAN. By default there is little overlap between the imagery. I would turn the overlap (amount of images captured) up on the camera kit if I was planning on exporting the data for stitching.
I have never personally performed this so I would recommend contacting Riegl directly. They might have documented a workflow by now, it was fairly new back then. It would take a little figuring out to begin with but definitely do-able....
Cheers,
Chris
I used to work for the Riegl distributor here in Perth. This came up at distributor training I attended a few years back. The answer,back then anyway to bring the data into and external stitching package. PTGUI is probably your best bet as it can stitch and blend HDR imagery. The Riegl guys mentioned making sure not to rotate any of the images. By default if I remember correctly they are captured sideways due to the camera mounting.
So the process would be something like create a equirectangular image by stitching all the sets of bracketed images together and blend the images. There are a few options regarding the settings for the HDR blending: There is also a batch stitching which I'm sure could be set up to automate the stitching for you: You would need to output cube images from each of the equirectangular images and import these back into RiSCAN Pro making sure they are in the same format they were before export.
One thing to watch out for...
There could be issues with the stitching depending on how much overlap you had selected for the camera settings on the scanner. Image stitching software rely's on common control points to stitch the images. This means you need good overlap between adjoining images whereas the camera on the VZ400 is calibrated with respect to the scanner CSYS and uses this for mapping to the point cloud data data in RiSCAN. By default there is little overlap between the imagery. I would turn the overlap (amount of images captured) up on the camera kit if I was planning on exporting the data for stitching.
I have never personally performed this so I would recommend contacting Riegl directly. They might have documented a workflow by now, it was fairly new back then. It would take a little figuring out to begin with but definitely do-able....
Cheers,
Chris
You do not have the required permissions to view the files attached to this post.
-
- I have made 10-20 posts
- Posts: 18
- Joined: Thu Jun 30, 2011 11:15 am
- 12
- Full Name: Terrence
- Company Details: MHP Geomatics
- Company Position Title: Professional Land Surveyor
- Country: South Africa
- Skype Name: terrence.elliott
- Linkedin Profile: Yes
Re: Processing HDR Imagery - workflow
Hi Jed, dhirota - I am trying to blend the 4 images captured into a single equirectangular image to bring back into RiScan Pro. Yes I am using the 7 image/scan setup with a NIKON D300. The camera was set to take 5 images per position (ie. 35 per setup)
Christopher thanks for the detailed response. I have previously used HugIN for stitching and equalisation of Panoramic imagery - it creates smoother images then the current RiScan Pro function. I did initially have a few problems with overlap but have sorted this out by ensuring we have at least 20%.
I have experimented with a few HDR processing suites but have always had an issue with bringing the imagery back into RiScan. I'm guessing the rotation may have been the problem. But I am also wondering if the naming of the image file needs to be identical to the captured name - "Scan Name_Image001"?
I will experiment with the batch processing and see how much it can be automated.
Christopher thanks for the detailed response. I have previously used HugIN for stitching and equalisation of Panoramic imagery - it creates smoother images then the current RiScan Pro function. I did initially have a few problems with overlap but have sorted this out by ensuring we have at least 20%.
I have experimented with a few HDR processing suites but have always had an issue with bringing the imagery back into RiScan. I'm guessing the rotation may have been the problem. But I am also wondering if the naming of the image file needs to be identical to the captured name - "Scan Name_Image001"?
I will experiment with the batch processing and see how much it can be automated.
-
- V.I.P Member
- Posts: 958
- Joined: Sun Nov 01, 2009 11:18 pm
- 14
- Full Name: Dennis Hirota
- Company Details: Sam O Hirota Inc
- Company Position Title: President
- Country: USA
- Linkedin Profile: Yes
- Location: Hawaii, USA
- Has thanked: 87 times
- Been thanked: 379 times
Re: Processing HDR Imagery - workflow
I have tried what you are attempting to do now, several years ago. We have a VZ400 with a Nikon D810 and 20mm lens. Part of the problem occurs if you are in an outside environment like Hawaii where the clouds are moving which generates changing lighting conditions. If you are inside, where the lighting is constant it is less of a problem, but the download of the images to the VZ400 takes time unless you are loading them directly to the SD card.
Speaking with others that have tried the same approach, it seems that one approach would be to take the 5 images, generate a HDR tone-mapped image, and place it into the proper location within Riscan Pro with the proper name convention after deleting any multiple images. Use a batch process for the group and then let Riegl Riscan Pro finish to completion to the colored point clouds. If you are looking for only for the tone-mapped equirectangular image to bring back into Riscan Pro, that may be problematic at the present time, but will probably corrected in the future.
I will be attending Intergeo 2015 and speaking to several people who have the same interest.
Speaking with others that have tried the same approach, it seems that one approach would be to take the 5 images, generate a HDR tone-mapped image, and place it into the proper location within Riscan Pro with the proper name convention after deleting any multiple images. Use a batch process for the group and then let Riegl Riscan Pro finish to completion to the colored point clouds. If you are looking for only for the tone-mapped equirectangular image to bring back into Riscan Pro, that may be problematic at the present time, but will probably corrected in the future.
I will be attending Intergeo 2015 and speaking to several people who have the same interest.
-
- V.I.P Member
- Posts: 394
- Joined: Thu Jan 17, 2008 8:18 pm
- 16
- Full Name: Christopher Byrne
- Company Details: Murphy Geospatial
- Company Position Title: Head Of Dept Special Projects
- Country: Ireland
- Linkedin Profile: Yes
- Has thanked: 9 times
- Been thanked: 20 times
Re: Processing HDR Imagery - workflow
Hi Terrence,
The issue with getting them back into RiSCAN Pro will be the rotation of the images, make sure they are not changed from the original exported images. Make sure the image naming is the same and you will most likely need to select the images and re-apply the camera calibration to the re-imported images. If you don't take care of this the images won't map properly. This may not be exact, its been almost 2 years since I used RiSCAN in anger.
Cheers,
Chris
The issue with getting them back into RiSCAN Pro will be the rotation of the images, make sure they are not changed from the original exported images. Make sure the image naming is the same and you will most likely need to select the images and re-apply the camera calibration to the re-imported images. If you don't take care of this the images won't map properly. This may not be exact, its been almost 2 years since I used RiSCAN in anger.
Cheers,
Chris
-
- I have made 10-20 posts
- Posts: 18
- Joined: Thu Jun 30, 2011 11:15 am
- 12
- Full Name: Terrence
- Company Details: MHP Geomatics
- Company Position Title: Professional Land Surveyor
- Country: South Africa
- Skype Name: terrence.elliott
- Linkedin Profile: Yes