Hello, A quick note to report on the fact that we identified the problem we had, so that might help others as well: it is caused by the fact that in the DEM directory there were other subdirectories and OTB was selecting another tiff file as DEM from the subdirectories! We could not understand the pattern, this is happening randomly in a couple of images; it would be wise to include a notice in the OTB Orthorectification description on the fact that the DEM directory should be clean and not having other directories in there! It would be even more appropriate in a future release to select the DEM file instead of the DEM directory from my point of view.
Dimitris On Monday, 11 January 2016 13:48:15 UTC+1, Dimitris wrote: > > Hello all and best wishes for this new year! > > Is there any update on the Orthorectification issue? We are still looking > into this problem having tried possible combinations but to no avail, we > always get an illogical displacement when using OTB. We would be very happy > to use OTB for this reason and not a COT software, if a solution will be > found please let us know. > > Best, > Dimitris > > On Tuesday, 22 December 2015 11:35:15 UTC+1, Raul ZM wrote: >> >> 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.
