Hi, I was suspecting a missing SRTM tile but your 2 examples are on the same area.
According to the ortho-ready projection information, both images have the same extent. Is is actually the case when you visualize them ? When you use the 'skipcarto' option with the application ReadImageInfo, do you still see the UTM projection info ? What version of OTB are you using? Guillaume On 12/17/2015 08:52 AM, Dimitris wrote: > Hello, > > The products are not identical indeed, there are small discrepancies. > OTB reads correctly the input image info, however the origin of the > output image is very different than the input image and the product is > shifted 200m incorrectly, something that I do not expect for a flat area > at 500m height. What I find peculiar is that this happens selectively > in a few images. Is there somewhere else I should look for the shift of > the origin I notice? I have attached here the output of the > otbcli_ReadImageInfo for the input and output of one successfully > orthorectified image (pass_xxxx) and one where this shift of the origin > appears (fail_xxxxx) however I cannot find the reason behind this > behavior or how to control it within the otbcli_OrthoRectification. Any > advice highly appreciated. > > Best regards, > Dimitris > > On Wednesday, 16 December 2015 11:58:19 UTC+2, Guillaume Pasero wrote: > > Hi, > > If all your products are ortho-ready, you should use the > "?&skipcarto=true" in all cases. > By default the map projection is UTM. When you describe problems of > output ortho identical to input image, are they really identical ? > (same > size, same pixel values) > > You can check what metadata is read by OTB from the image, using the > application : otbcli_ReadImageInfo -in input_image -keywordlist 1 > > Regards, > Guillaume > > On 12/11/2015 11:43 AM, Dimitris wrote: > > Hello all, > > > > We process a large archive of Quickbird, GeoEye, WV2 and WV3 images > > which are all ortho-ready2A products. The OTB_CLI ORTHORECTIFICATION > > performs successfully in many cases, however sometimes it looks > like it > > runs and produces an output which is identical to the input image > > without giving any error message. Moreover, when we apply the > > "?&skipcarto=true" argument, the output image is shifted by 200m > > North-East in these cases. The files are not corrupted as > > orthorectification of these images works fine in other software. Is > > there any reason that OTB would be picky on some Orthoready > > products? The script we are using in a Linux machine is the > following: > > > > export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib > > /usr/local/bin/otbcli_OrthoRectification -io.in <http://io.in> > > > > <http://io.in/>"inputfolder/15SEP12100551-P2AS-054205021180_01_P001.tif?&skipcarto=true" > > > -io.out "outputfolder/ortho_054205021180.tif" -outputs.mode auto > > -elev.dem /home/data/DEM/DEM_SRTM -interpolator nn -opt.ram 30000 > > > > Thanks, > > Dimitris > > > > -- > > -- > > Check the OTB FAQ at > > http://www.orfeo-toolbox.org/FAQ.html > <http://www.orfeo-toolbox.org/FAQ.html> > > > > You received this message because you are subscribed to the Google > > Groups "otb-users" group. > > To post to this group, send email to [email protected] > <javascript:> > > To unsubscribe from this group, send email to > > [email protected] <javascript:> > > For more options, visit this group at > > http://groups.google.com/group/otb-users?hl=en > <http://groups.google.com/group/otb-users?hl=en> > > --- > > You received this message because you are subscribed to the Google > > Groups "otb-users" group. > > To unsubscribe from this group and stop receiving emails from it, > send > > an email to [email protected] <javascript:> > > <mailto:[email protected] <javascript:>>. > > For more options, visit https://groups.google.com/d/optout > <https://groups.google.com/d/optout>. > > -- > <www.c-s.fr <http://www.c-s.fr>> *Guillaume PASERO* > Ingénieur d'études et développement > *Business Unit E-SPACE & Geo Information* > <https://thor.si.c-s.fr/blogs/cs-blogs-business/ > <https://thor.si.c-s.fr/blogs/cs-blogs-business/>>*- Département > APPLICATIONS* > > *CS Systèmes d'Information* > Parc de la Grande Plaine - 5, Rue Brindejonc des Moulinais - BP 15872 > 31506 Toulouse Cedex 05 - FRANCE > +33 561 17 64 21 - [email protected] <javascript:> > > -- > -- > Check the OTB FAQ at > http://www.orfeo-toolbox.org/FAQ.html > > You received this message because you are subscribed to the Google > Groups "otb-users" group. > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected] > For more options, visit this group at > http://groups.google.com/group/otb-users?hl=en > --- > You received this message because you are subscribed to the Google > Groups "otb-users" group. > To unsubscribe from this group and stop receiving emails from it, send > an email to [email protected] > <mailto:[email protected]>. > For more options, visit https://groups.google.com/d/optout. -- <www.c-s.fr> *Guillaume PASERO* Ingénieur d'études et développement *Business Unit E-SPACE & Geo Information* <https://thor.si.c-s.fr/blogs/cs-blogs-business/>*- Département APPLICATIONS* *CS Systèmes d'Information* Parc de la Grande Plaine - 5, Rue Brindejonc des Moulinais - BP 15872 31506 Toulouse Cedex 05 - FRANCE +33 561 17 64 21 - [email protected] -- -- Check the OTB FAQ at http://www.orfeo-toolbox.org/FAQ.html You received this message because you are subscribed to the Google Groups "otb-users" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/otb-users?hl=en --- You received this message because you are subscribed to the Google Groups "otb-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
