Hi, I have 3.18.1 as the version. My main problem is, after following your steps (use gdal_translate to convert a hgt file into tif ) and pass that as argument to otb:DEMHandler::Instance()->OpenDEMDirectory(), I get an exception. I am not using the application part of OTB. I use the SDK for programming.
All the best Emre On Friday, September 19, 2014 10:56:33 AM UTC+3, Guillaume Pasero wrote: > > Hi, > > By the way, which OTB version are you using ? > > I don't think you need this kind of directory structure. The "DEM > Directory" generally contains the whole set of SRTM tiles (in the .hgt > format, for instance : N43E001.hgt). > > Here is what I tried on my side : > - using gdal_translate to convert one SRTM tile into TIF. > - I move the TIF tile alone in a separate folder. > - I do an ortho-rectification using standard SRTM folder : -elev.dem > DEM/srtm_directory -elev.geoid DEM/egm96.grd > - I do an ortho-rectification using the TIF file : -elev.dem my_tile.tif > -elev.geoid DEM/egm96.grd > - both ortho-images are the same. > > Note that in each case, I set the geoid.You could try to generate a custom > DEM tile with the same footprint as a standard SRTM tile. > > Regards, > Guillaume > > Le 19/09/2014 07:53, emre a écrit : > > Hi, > > I did quite a few experiments and I dont think tiff files are supported > that easily. The directory name is important (e.g., E20 doesnt work but it > should be E020). Also, if there is no .hgt or .DT2 file inside the > directory, the otb:DEMHandler::Instance()->OpenDEMDirectory() function gets > an exception. I changed the name of the tiff file to supported hgt and dt2 > formats but I couldnt make it work. Frankly, it would be excellent, if you > can provide a directory structure and a file name that you believe to be > appropriate for the task. As an example, I used a directory structure > something like: > > D:\myFiles\E020\N43.tif > > and I provided "D:\myFiles\" as the dem directory. When there is a .hgt > file or a .dt2 file, the otb:DEMHandler::Instance()->OpenDEMDirectory() > function works flawlessly but my tif file (which has coordinate information > for sure) doesnt seem to be working. I wish we still had the good old way > of providing the dem file as it is. > > All the best > Emre > > > > On Thursday, September 18, 2014 7:01:06 PM UTC+3, Guillaume Pasero wrote: >> >> Hi, >> >> In the Orthorectification application, you can give the path to your TIFF >> DEM using the same setting "DEM directory". The TIFF file will be used by >> the DEM handler as long as it has its projection information embedded. >> >> Maybe you should also give a default elevation above ellipsoid so that >> the DEM handler returns a reasonable value outside your TIFF DEM. However I >> don't know precisely its behaviour in this case. >> >> Regards, >> Guillaume >> >> Le 18/09/2014 16:43, emre a écrit : >> >> Hi. I have a small DEM that was generated via orfeo (in tiff format). How >> can use that file to orthorectify the left image of the stereo pair? Should >> I use setdemdirectorypath as usual (the dem I have is lat-long projection >> but it is very small piece of image patch)? If tiff format ok? Is >> otbdemhandler capable of reading that info? >> >> All the best >> Emre >> -- >> -- >> 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. >> >> >> >> -- >> <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/>* - 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] > <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 > --- > 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:>. > For more options, visit https://groups.google.com/d/optout. > > > > -- > <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/>* - 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]. For more options, visit https://groups.google.com/d/optout.
