Hello, Every day user of Hugin in my hobby-life, I'm now trying to use it at work. I saw that Hugin has been use in remote sensing and I would like to use it as well. For the project I'm working on right now, I need to stitch together 5000 thousand 32 bit tiff files and/or 4 band tiff files. Basically I want to create a temperature raster mosaic but in order to stitch the picture together, I need the 3 RBG band, the problem is that I can't figure out a way to do it use hugin. I could as well trying to stitch the 32bit tiff but Hugin see them as blank. Any idea how to resolve that?
Le 8 nov. 2012 08:35, "alouest" <julien.schro...@gmail.com> a écrit :
> Hello,
> Every day user of Hugin in my hobby-life, I'm now trying to use it at
work. I saw that Hugin has been use in remote sensing and I would like to
use it as well.
> For the project I'm working on right now, I need to stitch together 5000
thousand 32 bit tiff files and/or 4 band tiff files.
> Basically I want to create a temperature raster mosaic but in order to
stitch the picture together, I need the 3 RBG band, the problem is that I
can't figure out a way to do it use hugin.
> I could as well trying to stitch the 32bit tiff but Hugin see them as
blank.
> Any idea how to resolve that?
Does any of your 8 bit sub-image sets have enough details to detect correct
control points? If so you could copy 3 times the generated .pto file and
then edit the copies with e text editor to make them use the images from
one of the other bands.
Thanks for the answer,
Well yes the sub-image might have enough detail to detect control points, the problem is how to include the temperature band in the finale result?
I don't need the RGB information, I just need the temperature, I keep the RGB because it's readable by hugin.
I have got already a full coverage of my study area with the RGB value but i can't figure out how to include my 32 float data (temperature) in the result.
I tried to save the PTO from the rgb process and then apply it on the 32 bit tiff, it works but hugin overwrite the data and put them at zero.
Nona by example while it should do a simple crop of the image, set all the value to zero :/.
Le jeudi 8 novembre 2012 13:51:04 UTC-9, Frederic Da Vitoria a écrit :
> Le 8 nov. 2012 08:35, "alouest" <julien....@gmail.com <javascript:>> a > écrit :
> > Hello,
> > Every day user of Hugin in my hobby-life, I'm now trying to use it at > work. I saw that Hugin has been use in remote sensing and I would like to > use it as well.
> > For the project I'm working on right now, I need to stitch together 5000 > thousand 32 bit tiff files and/or 4 band tiff files.
> > Basically I want to create a temperature raster mosaic but in order to > stitch the picture together, I need the 3 RBG band, the problem is that I > can't figure out a way to do it use hugin.
> > I could as well trying to stitch the 32bit tiff but Hugin see them as > blank.
> > Any idea how to resolve that?
> Does any of your 8 bit sub-image sets have enough details to detect > correct control points? If so you could copy 3 times the generated .pto > file and then edit the copies with e text editor to make them use the > images from one of the other bands.
Could you generate tiffs where one of the standard colors is replaced with
the temperature band?
Le vendredi 9 novembre 2012, alouest <julien.schro...@gmail.com> a écrit :
> Thanks for the answer,
> Well yes the sub-image might have enough detail to detect control points,
the problem is how to include the temperature band in the finale result?
> I don't need the RGB information, I just need the temperature, I keep the
RGB because it's readable by hugin.
> I have got already a full coverage of my study area with the RGB value
but i can't figure out how to include my 32 float data (temperature) in the
result.
> I tried to save the PTO from the rgb process and then apply it on the 32
bit tiff, it works but hugin overwrite the data and put them at zero.
> Nona by example while it should do a simple crop of the image, set all
the value to zero :/.
> Le jeudi 8 novembre 2012 13:51:04 UTC-9, Frederic Da Vitoria a écrit :
>> Le 8 nov. 2012 08:35, "alouest" <julien....@gmail.com> a écrit :
>> > Hello,
>> > Every day user of Hugin in my hobby-life, I'm now trying to use it at
work. I saw that Hugin has been use in remote sensing and I would like to
use it as well.
>> > For the project I'm working on right now, I need to stitch together
5000 thousand 32 bit tiff files and/or 4 band tiff files.
>> > Basically I want to create a temperature raster mosaic but in order to
stitch the picture together, I need the 3 RBG band, the problem is that I
can't figure out a way to do it use hugin.
>> > I could as well trying to stitch the 32bit tiff but Hugin see them as
blank.
>> > Any idea how to resolve that?
>> Does any of your 8 bit sub-image sets have enough details to detect
correct control points? If so you could copy 3 times the generated .pto
file and then edit the copies with e text editor to make them use the
images from one of the other bands.
-- Frederic Da Vitoria
(davitof)
Membre de l'April - « promouvoir et défendre le logiciel libre » -
http://www.april.org
That was one of my option, the only problem is the loss in accuracy, since my value are pretty accurate I can't afford to loose the decimal.
But maybe I'm wrong? I will dig around this idea!
It's pretty frustrating though because I have the pto with all the control points and I just want to stitch the picture together without any further modification put nano or enblend or pTstitch won't let me do that :/
Any way I will try the temperature band
Thanks
Le jeudi 8 novembre 2012 15:19:46 UTC-9, Frederic Da Vitoria a écrit :
> Could you generate tiffs where one of the standard colors is replaced with > the temperature band?
> Le vendredi 9 novembre 2012, alouest <julien....@gmail.com <javascript:>> > a écrit :
> > Thanks for the answer,
> > Well yes the sub-image might have enough detail to detect control > points, the problem is how to include the temperature band in the finale > result?
> > I don't need the RGB information, I just need the temperature, I keep > the RGB because it's readable by hugin.
> > I have got already a full coverage of my study area with the RGB value > but i can't figure out how to include my 32 float data (temperature) in the > result.
> > I tried to save the PTO from the rgb process and then apply it on the 32 > bit tiff, it works but hugin overwrite the data and put them at zero.
> > Nona by example while it should do a simple crop of the image, set all > the value to zero :/.
> > Le jeudi 8 novembre 2012 13:51:04 UTC-9, Frederic Da Vitoria a écrit :
> >> Le 8 nov. 2012 08:35, "alouest" <julien....@gmail.com> a écrit :
> >> > Hello,
> >> > Every day user of Hugin in my hobby-life, I'm now trying to use it at > work. I saw that Hugin has been use in remote sensing and I would like to > use it as well.
> >> > For the project I'm working on right now, I need to stitch together > 5000 thousand 32 bit tiff files and/or 4 band tiff files.
> >> > Basically I want to create a temperature raster mosaic but in order > to stitch the picture together, I need the 3 RBG band, the problem is that > I can't figure out a way to do it use hugin.
> >> > I could as well trying to stitch the 32bit tiff but Hugin see them as > blank.
> >> > Any idea how to resolve that?
> >> Does any of your 8 bit sub-image sets have enough details to detect > correct control points? If so you could copy 3 times the generated .pto > file and then edit the copies with e text editor to make them use the > images from one of the other bands.
> -- > Frederic Da Vitoria
> (davitof)
> Membre de l'April - « promouvoir et défendre le logiciel libre » - > http://www.april.org
> That was one of my option, the only problem is the loss in accuracy, since > my value are pretty accurate I can't afford to loose the decimal.
> But maybe I'm wrong? I will dig around this idea!
> It's pretty frustrating though because I have the pto with all the control > points and I just want to stitch the picture together without any further > modification put nano or enblend or pTstitch won't let me do that :/
> Any way I will try the temperature band
> Thanks
> Le jeudi 8 novembre 2012 15:19:46 UTC-9, Frederic Da Vitoria a écrit :
>> Could you generate tiffs where one of the standard colors is replaced >> with the temperature band?
>> Le vendredi 9 novembre 2012, alouest <julien....@gmail.com> a écrit :
>> > Thanks for the answer,
>> > Well yes the sub-image might have enough detail to detect control >> points, the problem is how to include the temperature band in the finale >> result?
>> > I don't need the RGB information, I just need the temperature, I keep >> the RGB because it's readable by hugin.
>> > I have got already a full coverage of my study area with the RGB value >> but i can't figure out how to include my 32 float data (temperature) in the >> result.
>> > I tried to save the PTO from the rgb process and then apply it on the >> 32 bit tiff, it works but hugin overwrite the data and put them at zero.
>> > Nona by example while it should do a simple crop of the image, set all >> the value to zero :/.
>> > Le jeudi 8 novembre 2012 13:51:04 UTC-9, Frederic Da Vitoria a écrit :
>> >> Le 8 nov. 2012 08:35, "alouest" <julien....@gmail.com> a écrit :
>> >> > Hello,
>> >> > Every day user of Hugin in my hobby-life, I'm now trying to use it >> at work. I saw that Hugin has been use in remote sensing and I would like >> to use it as well.
>> >> > For the project I'm working on right now, I need to stitch together >> 5000 thousand 32 bit tiff files and/or 4 band tiff files.
>> >> > Basically I want to create a temperature raster mosaic but in order >> to stitch the picture together, I need the 3 RBG band, the problem is that >> I can't figure out a way to do it use hugin.
>> >> > I could as well trying to stitch the 32bit tiff but Hugin see them >> as blank.
>> >> > Any idea how to resolve that?
>> >> Does any of your 8 bit sub-image sets have enough details to detect >> correct control points? If so you could copy 3 times the generated .pto >> file and then edit the copies with e text editor to make them use the >> images from one of the other bands.
>> -- >> Frederic Da Vitoria
>> (davitof)
>> Membre de l'April - « promouvoir et défendre le logiciel libre » - >> http://www.april.org
> On Fri 09-Nov-2012 at 08:16 -0800, alouest wrote: > >I tried, it looks pretty in ArcGis, but hugin doesn't like, it crash. > >I probably didn't respect the 16 tiff structure that hugin is expecting.
> Hugin works here with HDR floating-point RGB data, it isn't > necessary to map the data to 16bit integer values.
> You can use TIFF or EXR containers for your HDR data.
>When I process my file (32 float point) it gives me a tiff filled with the
>value 1.
Can you see your float images in Hugin? i.e. start Hugin, load one image, open the 'old preview' (View -> Preview Window) and set Output to HDR and click Update. You should see a crudely tonemapped version of your image.
Thanks a lot for your help!
Yes, I see them without problem.
I tried with 3 32 floating point tiff, the process went smoothly, the only problem is that the result is empty or filled with the value one.
I'm not an expert so maybe I don't use the good settings?
A funny things, if I try to import my result and open the preview hugin crash
Le vendredi 9 novembre 2012 10:23:39 UTC-9, Bruno Postle a écrit :
> On Fri 09-Nov-2012 at 11:15 -0800, alouest wrote: > >When I process my file (32 float point) it gives me a tiff filled with > the > >value 1.
> Can you see your float images in Hugin? i.e. start Hugin, load one > image, open the 'old preview' (View -> Preview Window) and set > Output to HDR and click Update. You should see a crudely tonemapped > version of your image.
>Yes, I see them without problem.
>I tried with 3 32 floating point tiff, the process went smoothly, the only
>problem is that the result is empty or filled with the value one.
>I'm not an expert so maybe I don't use the good settings?
>A funny things, if I try to import my result and open the preview hugin
>crash
So if you can see the images tonemapped in the preview, you need to look at the intermediate files created by nona before blending.
In the Stitcher tab, select Panorama Outputs -> High Dynamic Range, and Remapped Images -> High Dynamic Range, and click the Stitch! button at the bottom right.
This should create several files, are any of these ok?
I wasn't able to run hugin on those settings, it crash saying that
Precondition violation! exportImage(): file format does not support requested number of bands (color channels) "C:/Program Files/Hugin/bin/nona" -r hdr -m EXR_m -o "bruno_try_hdr_0000_hdr_" -i 1 "C:/Users/JSCHRO~1/AppData/Local/Temp/hug8C6B.tmp" ContractViolation: Precondition violation! exportImage(): file format does not support requested number of bands (color channels)
So i ran the nona standalone which gave me 3 empty tiff. I guess that my file are not traditionnal data and hugin or just nona doesn't know how to handle them
>I wasn't able to run hugin on those settings, it crash saying that
> Precondition violation!
>exportImage(): file format does not support requested number of bands (color channels)
>"C:/Program Files/Hugin/bin/nona" -r hdr -m EXR_m -o "bruno_try_hdr_0000_hdr_" -i 1 "C:/Users/JSCHRO~1/AppData/Local/Temp/hug8C6B.tmp"
The problem is that your HDR TIFF files have only one channel. The Hugin tools actually support this, but HDR stitching using Hugin uses EXR files as intermediate images - and apparently these don't support a single channel.
You can stitch on the command line using TIFF intermediate images, I'll attach a .pto project for your three pictures, stitch it like this:
> On Fri 09-Nov-2012 at 12:07 -0800, alouest wrote: > >I wasn't able to run hugin on those settings, it crash saying that
> > Precondition violation! > >exportImage(): file format does not support requested number of bands > (color channels) > >"C:/Program Files/Hugin/bin/nona" -r hdr -m EXR_m -o > "bruno_try_hdr_0000_hdr_" -i 1 > "C:/Users/JSCHRO~1/AppData/Local/Temp/hug8C6B.tmp"
> The problem is that your HDR TIFF files have only one channel. The > Hugin tools actually support this, but HDR stitching using Hugin > uses EXR files as intermediate images - and apparently these don't > support a single channel.
> You can stitch on the command line using TIFF intermediate images, > I'll attach a .pto project for your three pictures, stitch it like > this:
Almost done! i process this on about 5000 pictures, is there a way to do enblend -o temp.tif temp0000.tif temp0001.tif temp0002.tif without writing all the files one by one? Something like a mask would be great like enblend -o temp.tif temp000*
Thanks
Le vendredi 9 novembre 2012 12:55:11 UTC-9, alouest a écrit :
> Le vendredi 9 novembre 2012 12:13:01 UTC-9, Bruno Postle a écrit :
>> On Fri 09-Nov-2012 at 12:07 -0800, alouest wrote: >> >I wasn't able to run hugin on those settings, it crash saying that
>> > Precondition violation! >> >exportImage(): file format does not support requested number of bands >> (color channels) >> >"C:/Program Files/Hugin/bin/nona" -r hdr -m EXR_m -o >> "bruno_try_hdr_0000_hdr_" -i 1 >> "C:/Users/JSCHRO~1/AppData/Local/Temp/hug8C6B.tmp"
>> The problem is that your HDR TIFF files have only one channel. The >> Hugin tools actually support this, but HDR stitching using Hugin >> uses EXR files as intermediate images - and apparently these don't >> support a single channel.
>> You can stitch on the command line using TIFF intermediate images, >> I'll attach a .pto project for your three pictures, stitch it like >> this:
On Nov 10, 2012 12:54 AM, "alouest" <julien.schro...@gmail.com> wrote:
> Almost done! i process this on about 5000 pictures, is there a way to
do enblend -o temp.tif temp0000.tif temp0001.tif temp0002.tif without
writing all the files one by one? Something like a mask would be great
like enblend -o temp.tif temp000*
This depends on your shell. You are on Windows, so you should be able to
use globbing like this:
Ok that works, thanks!
I keep having some errors though.
enblend : warning some images are redundant and will not be blended, I checked on arcgis, the information is still here so i don't know what wrong this time
Le samedi 10 novembre 2012 08:55:33 UTC-9, Bruno Postle a écrit :
> On Nov 10, 2012 12:54 AM, "alouest" <julien....@gmail.com <javascript:>> > wrote:
> > Almost done! i process this on about 5000 pictures, is there a way to > do enblend -o temp.tif temp0000.tif temp0001.tif temp0002.tif without > writing all the files one by one? Something like a mask would be great > like enblend -o temp.tif temp000*
> This depends on your shell. You are on Windows, so you should be able to > use globbing like this:
I'd be interested in seeing some of your work product when you finish.
I'm just curious to see what some of the original temp mosaic image files and the stitched results look like. :-)
John
On Sunday, November 11, 2012 4:44:01 PM UTC-6, alouest wrote:
> Ok that works, thanks!
> I keep having some errors though.
> enblend : warning some images are redundant and will not be blended, I > checked on arcgis, the information is still here so i don't know what wrong > this time
> Le samedi 10 novembre 2012 08:55:33 UTC-9, Bruno Postle a écrit :
>> On Nov 10, 2012 12:54 AM, "alouest" <julien....@gmail.com> wrote:
>> > Almost done! i process this on about 5000 pictures, is there a way to >> do enblend -o temp.tif temp0000.tif temp0001.tif temp0002.tif without >> writing all the files one by one? Something like a mask would be great >> like enblend -o temp.tif temp000*
>> This depends on your shell. You are on Windows, so you should be able to >> use globbing like this:
Enblend gave me the redundant error because I didn't have any value for yaw pitch and roll, if i run the optimizer it's ok.
Now I just have to apply that to my 5000 pictures and cross my fingers, thanks a lot for your help!
Le dimanche 11 novembre 2012 14:39:36 UTC-9, JohnPW a écrit :
> I'd be interested in seeing some of your work product when you finish.
> I'm just curious to see what some of the original temp mosaic image files > and the stitched results look like. :-)
> John
> On Sunday, November 11, 2012 4:44:01 PM UTC-6, alouest wrote:
>> Ok that works, thanks!
>> I keep having some errors though.
>> enblend : warning some images are redundant and will not be blended, I >> checked on arcgis, the information is still here so i don't know what wrong >> this time
>> Le samedi 10 novembre 2012 08:55:33 UTC-9, Bruno Postle a écrit :
>>> On Nov 10, 2012 12:54 AM, "alouest" <julien....@gmail.com> wrote:
>>> > Almost done! i process this on about 5000 pictures, is there a way to >>> do enblend -o temp.tif temp0000.tif temp0001.tif temp0002.tif without >>> writing all the files one by one? Something like a mask would be great >>> like enblend -o temp.tif temp000*
>>> This depends on your shell. You are on Windows, so you should be able to >>> use globbing like this:
Well...
It's pretty weird, I use the multirow option of Cpfind, and the result give me something like 24 different groups of images, for most of them it's really easy to create the control points by hand and I don't get why Cpfind doesn't find them.
Is there a way to ask cpfind to try harder?
The documentation is not really clear especially in the control point detector tab in preference, if you create a new profile and you select multirow panorama and put cpfind -multirow, is it really different that selecting all image at once with cpfind -multirow?
Le lundi 12 novembre 2012 18:46:43 UTC+2, alouest a écrit :
> Enblend gave me the redundant error because I didn't have any value for > yaw pitch and roll, if i run the optimizer it's ok.
> Now I just have to apply that to my 5000 pictures and cross my fingers, > thanks a lot for your help!
> Le dimanche 11 novembre 2012 14:39:36 UTC-9, JohnPW a écrit :
>> I'd be interested in seeing some of your work product when you finish.
>> I'm just curious to see what some of the original temp mosaic image files >> and the stitched results look like. :-)
>> John
>> On Sunday, November 11, 2012 4:44:01 PM UTC-6, alouest wrote:
>>> Ok that works, thanks!
>>> I keep having some errors though.
>>> enblend : warning some images are redundant and will not be blended, I >>> checked on arcgis, the information is still here so i don't know what wrong >>> this time
>>> Le samedi 10 novembre 2012 08:55:33 UTC-9, Bruno Postle a écrit :
>>>> On Nov 10, 2012 12:54 AM, "alouest" <julien....@gmail.com> wrote:
>>>> > Almost done! i process this on about 5000 pictures, is there a way to >>>> do enblend -o temp.tif temp0000.tif temp0001.tif temp0002.tif without >>>> writing all the files one by one? Something like a mask would be great >>>> like enblend -o temp.tif temp000*
>>>> This depends on your shell. You are on Windows, so you should be able >>>> to use globbing like this:
>It's pretty weird, I use the multirow option of Cpfind, and the result give
>me something like 24 different groups of images, for most of them it's
>really easy to create the control points by hand and I don't get why Cpfind
>doesn't find them.
>Is there a way to ask cpfind to try harder?
Yes, don't use the multirow option.
Normally, cpfind compares every photo with every other photo. The multirow option speeds things up by only comparing photos that are likely to overlap, but it doesn't always work.
However, with the new 2012.0.0 release, Hugin tries multirow first, then automatically falls back to matching every photo if multirow fails.
Ok thank you. I solved the problem by doing all the first work with the RGB files (CPFIND + optimisation) Then I move my pto into the 32 bit folder and finish the work ( I notice that I have to add Rt1 after the Vm5 into the i lines to keep the temperature value plus all the change that Bruno pointed out before. That works almost perfectly. A small last issue is the creation of 'hot spot" in the finale file, I don't know why Hugin does that but in some area (always on the edges) it gives me crazy hot area, I join an exemple. My values are between 8 and 30 degrees and those area shows 32 35 40 degree so it's definitely a misstake, any idea how to fixe that? Thanks a lot again
> Ok thank you.
> I solved the problem by doing all the first work with the RGB files (CPFIND
> + optimisation)
> Then I move my pto into the 32 bit folder and finish the work ( I notice
> that I have to add Rt1 after the Vm5 into the i lines to keep the
> temperature value plus all the change that Bruno pointed out before.
> That works almost perfectly.
> A small last issue is the creation of 'hot spot" in the finale file, I
> don't know why Hugin does that but in some area (always on the edges) it
> gives me crazy hot area, I join an exemple. My values are between 8 and 30
> degrees and those area shows 32 35 40 degree so it's definitely a misstake,
> any idea how to fixe that?
> Thanks a lot again
"edges": do you mean the edges of the final image or the borders
between each individual source image?
-- Frederic Da Vitoria
(davitof)
Membre de l'April - « promouvoir et défendre le logiciel libre » -
http://www.april.org
Well my final images is pretty irregular so those points appeared on the border of some images, I fixed that by using the new enblend.
The problem is that now the script doesnt work anymore... I have no clue why! When typing enblend -o final.tif 825****.tif it takes 8250001.tif 8250003.tif 8250008.tif and of course it tells me that those are not overlapping....
It's like a joke each time it's almost finished... there is a new problem!
>Well my final images is pretty irregular so those points appeared on the
>border of some images, I fixed that by using the new enblend.
>The problem is that now the script doesnt work anymore... I have no clue
>why!
>When typing enblend -o final.tif 825****.tif it takes 8250001.tif
>8250003.tif 8250008.tif and of course it tells me that those are not
>overlapping....
I'm not sure about the four asterisks, **** might do strange things.
For globbing, either 825*.tif or 825????.tif would be more likely to work.
