|
|
|
Foundation ::
Radar Imaging ::
ROI_PAC
|
|
By: mohsenitech
can you guide me [ reply ] 2010-Feb-07 08:56
|
I use ROI_PAC testdir
and I face this erorr in first step
test_dir/930110> make_raw.pl PRC SARLEADER1993011018252739T1Of1 930110
+make_raw.pl Checking I/O
Creating 930110.raw
Creating 930110.raw.rsc
+make_raw.pl General definitions
+make_raw.pl Getting facility name
+make_raw.pl Finding reference counter, pri and prf
counter read: 900
swst offset read: 204
+make_raw.pl Reference counter = 900
+make_raw.pl Checking line number
+make_raw.pl /home/mohammad/software/ROI_PAC_3_0_1/ROI_PAC/INT_BIN/new_parse 12060 200 4 1 IMAGERY1993011018252739T1Of3 tmp_IMAGERY.raw
+make_raw.pl Reading the leader file
+make_raw.pl /home/mohammad/software/ROI_PAC_3_0_1/ROI_PAC/INT_BIN/leader2rsc SARLEADER1993011018252739T1Of1 /home/mohammad/software/ROI_PAC_3_0_1/ROI_PAC/INT_SCR/format_leaderfile_CRDC-SARDPF tmp_IMAGERY.raw.rsc
tmp_IMAGERY.raw has zero size
|
By: yaobinsheng
add_rmg.pl failed [ reply ] 2010-Jan-18 05:44
|
Dear All:
I have the following problem as processing one pair of ALOS PALSAR data:
...
make_offset.pl already done
+raw2ampintcor.pl Do the interferogram
+resamp.pl Checking I/O
resamp.pl already done
+raw2ampintcor.pl Flattening with orbits
At line 66 of file /home/shengyaobin/ROI_PAC_3_0/ROI_PAC/combine/cpx2rmg.f (unit = 11, file = 080531-080229.int)
Fortran runtime error: Non-existing record number
+add_rmg.pl Checking I/O
Infiles newer than reference.hgt
Infiles newer than reference.hgt.rsc
+add_rmg.pl Adding back
+add_rmg.pl /home/shengyaobin/ROI_PAC_3_0/ROI_PAC/INT_BIN/add_rmg junk.unw
junk.unw
reference.hgt
10303
8112
-1
0
*** buffer overflow detected ***: /home/shengyaobin/ROI_PAC_3_0/ROI_PAC/INT_BIN/add_rmg terminated
+raw2ampintcor.pl add_rmg.pl failed in raw2ampintcor.pl
+process_2pass.pl raw2ampintcor.pl failed in process_2pass.pl
add_rmg.pl failed!!!
Could you help me to fix this problem??
Many thanks in advance!
++ Jason Sheng
|
By: dago_roi
mdx on snow leopard [ reply ] 2009-Dec-21 13:25
|
Hi all,
sorry if this message is out of topics.
Does anybody compiled mdx under
Mac OS X snow leopard 10.6 ?
thanks
NIcola
|
By: Selena_Ge
ampmag.off [ reply ] 2009-Dec-18 11:12
|
Hello All!
My file ampmag.off and ampmag_cull.off have size 0.
from this cull.out has size 0. What information have this files?
How is it possible to decide this problem?
Best,
Selena
|
By: yaoganyingjie
DOPPLER CENTROID ESTIMATION [ reply ] 2009-Dec-17 12:56
|
|
It seems that the doppler centroid estimation program in ROI_PAC can not precisely estimate the true value, because the estimated values show relative large fluctuations in the range direction, as we can see by dipicting them in xmgrace. Will this problem further seriously affect the focusing and resultantly affect the coregistration between master and slave image? I do not have much experience. Is there anyone who can answer me?
|
By: goudarzi612
RE: How to re-wrap the unwrapped image? [ reply ] 2009-Dec-07 08:54
|
I have developed a code in GMT and csh that converts back modeled unwrapped interferograms to the wrapped ones. I use the code for results of inversion problem. I can share it with you. Send me an email: ma_goudarzi at yahoo dot com
Regards
|
By: yaobinsheng
RE: How to re-wrap the unwrapped image? [ reply ] 2010-Jan-18 23:13
|
Dear momo,
I am suffering the same problem as you posted in this forum when i processed one pair of PALSAR images.
It is about the add_rmg script.
How did you fix this problem?
Expect for your reply or you can send me email: yaobinsheng@gmail dot com
Thanks in advance!
|
By: Lian
About add_rmgAmpPhs.pl [ reply ] 2009-Nov-10 11:00
|
Dear all:
When I use the snaphu_mask.pl to do the unwrap. This calls add_rmgAmpPhs.pl. When I run the add_rmAmpPhs.pl, there was no error report. However, the outfile of add_rmAmpPhs.pl is nothing.
Dose anyone have an idea about this probllem?
Thanks~
|
By: goudarzi612
Order of scenes [ reply ] 2009-Oct-02 04:15
|
Hi everyone
I have a pair of ALOS PALSAR images for earthquake of 12th april 2009 in Laquila, Italy acquired at 080703 and 090521. I can process them when the post seismic image is the second image in proc file (080703_090521 order). But this order gives me uplift instead of subsidence. When I change the order of scenes, i.e. when the post seismic image is the first one (090521_080703), then about 50% of the image can be correlated and then the result is quite crap in this 50% part.
Does any one have an idea about this?
Thanks
Ali
|
By: EJFielding
RE: Order of scenes [ reply ] 2009-Oct-02 10:11
|
I normally process the images with the "before" scene as the master or first scene. This does result in phase in the .unw file that is the negative of the range change, but it is easy to multiply the phase by -1 in any post processing steps.
It sounds like your processing in with the "after" scene as the master scene is not doing the "ampcor" offsets correctly. I do not know why.
++Eric
|
By: goudarzi612
RE: Order of scenes [ reply ] 2009-Oct-03 05:52
|
when I draw contents of dop.out files in date1 and date2 directories, they have almost same pattern, except at the beginning of one of the scenes in which some intense fluctuations are seen. I think it is the reason for poor co-registration just in one side of the image pair which leads to decorrelation only on that part. Also DOPPLER_RANGE0s are quite close together. So, is there any solution, some thing like sub-setting or masking, to exclude those inflectuations input images?
Thank you
Ali
|
By: Lian
About snaphu in roi_pac [ reply ] 2009-Sep-15 21:54
|
Dear all:
I want to use the option "unw_method=snaphu" to do the unwrap,should I use process_2pass_master.pl instead of process_2pass.pl?
When I process with"process_2pass_master.pl *.proc filtered unwrapped", meet this problems:"snaphu_mask.pl cannot find add_rmgAmpPhs". I find that there is no "add_rmgAmpPhs" file in the INT_BIN folder. Should I compile the add_rmgAmpPhs.c manually? But if I compile "gcc -o add_rmgAmpPhs add_rmgAmpPhs", I still meet the problem "snaphu -f filt_*.snaphuconf -v > filt_*.snaphuout 2> filt_*.snaphuerr", I don"t know how to fix this problem.
Does anyone know how to fix this problem? Any advice would by appreciated.
|
By: EJFielding
RE: About snaphu in roi_pac [ reply ] 2009-Sep-16 17:34
|
It seems that the 3.0.1 release is not complete for running "snaphu". It is not easy to compile and install the required programs to fix the problem. We will probably do a new release soon that fixes these problems.
++Eric
|
By: Lian
RE: About snaphu in roi_pac [ reply ] 2009-Nov-10 10:48
|
Thank you very much~~ I have fixed the problem following your instructions.
Moreover, the error "snaphu -f *.snaphuconf -v 1> *.snaphuout 2> *.snaphuerr" seems that the parameter "LOGFILE *.snaphulog" which in the *.snaphuconf causes the fail. I constructed *.snaphuconf without the parameter "LOGFILE *.snaphulog". It fixed the error. But I do not know why?
|
By: Rafrig
ROI_PAC for "ROI_PAC Short course in Naples" [ reply ] 2009-Sep-02 11:13
|
Dear All,
I work as support to ESA EO R&D Section and I will attend the ROI_PAC Short Course in Naples (Dr. Sansosti, Dr.Borgstrom and Dr. Fielding are in charge of it)so I need to install in my laptop the software ( and also the MDX tool which I have already requested to JPL) for this educational purpose.
I just submitt my second request ( I did not get new from the previous one ..hope it is not lost) and i got this message:
Request ROI_PAC
Order # 28568 processed
An email with download instructions has been sent to the email address you entered.
Thank you for your interest in the Open Channel Foundation!
But I did not receive any email from you.
I hope it will be possible to speed up my request given that the course will start il less than 2 weeks and I would like to familiarize a little with ROI_PAC . For any comunication i left my work-email my personal one is rafrigraz@yahoo.it .Hope to get soon your news.
Best regards.Raffale
|
Start a New Thread:
You could post if you were logged in
|
|
|
|

|
Open Channel Software runs entirely on Open Source Software. We return
value to the Software community in the form of
services and original software. Most of our
content is currently available as source code, with the
copyright owned by the original author, All
Rights Reserved. Everything else is Copyright
©2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009 Open Channel Software.
View our privacy statement.
Contact webmaster at openchannelsoftware dot org with questions.
|
|

|