Hi Guillaume and other OTB users/experts Please allow me to bring this thread up (I am a colleague of Dimitris) I know that the Xmas break is around the corner but we would greatly appreciate if we could find a solution to this issue so that we can move forward with our image processing.
Also, I have a follow up/related question: is there any workaround to use OTB to orthorectify RapidEye images? (these are over the same areas as the DG products mentioned in the first post of Dimitris) Thanking you in advance for your time and consideration! & wishing happy holidays to the OTB community!, Raul On Thursday, December 17, 2015 at 3:41:20 PM UTC+1, Dimitris wrote: > > Hello Guillaume, > > Thanks for your concern. Yes the two products have the same extent when I > visualize them, these have been tasked acquisitions over the same aoi. I > have to mention though that I stitch the tiles of the delivery together and > I subset them with the overarching aoi before the orthorectification. > Moreover, after atmospheric correction I export from hdf to tif and I > append metadata information from the previous step, since all metadata are > lost during atmospheric correction. > > When I use 'skipcarto' option with ReadImageInfo I don't see the UTM > projection info in none of the two images as in the files attached. I also > have noticed that the 'sensor' field is always empty in the info OTB is > reading. Any ideas? > > I am running OTB version 5.0.0 on a Linux Debian 8.2 machine, GDAL version > is 1.11.2, however the same issue occurs when I am running on Windows (OTB > via OSgeo4W). > > Best, > Dimitris > > On Thursday, 17 December 2015 12:14:18 UTC+2, Guillaume Pasero wrote: >> >> 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.
