ortho export not project coordinate system

Here is an image showing the Application Settings coordinate system:

this one shows the control point coordinate system (same as application settings):

this one shows that the component is geo-referenced:

This one shows the settings for the Ortho Projection Tool:

In the help documentation is says to use top if exporting to GIS. I also created orthos using Map and Arbitrary and exported to compare world files. The world file is the same for all 3.

This shows the export ortho projection options:

I have tried with projected, global, and image. The results are the same.

Here is the contents of the world file:

0.0000000092
-0.0000000000
0.0000000000
-0.0000000079
0.6066855367
0.5505352469

I also exported a projection parameter files, here is the content of it:

<OrthoProjection width=“1932” height=“2602” name=“Ortho projection map” modelName=“Model 5”
   modelGuid=“{295E1024-5C58-4137-BD11-F4CC152C145B}” colorType=“texturing”
   boxSideConerIndex=“21” bEmpty=“0” backFaceColorType=“1” backFaceColor=“2130706687”
   projectionType=“3” bShowOrthoProjection=“1”>
  <Header magic=“5787472” version=“1”/>
</OrthoProjection>
<ReconstructionRegion globalCoordinateSystem=“+proj=longlat +datum=WGS84 +no_defs” globalCoordinateSystemName=“epsg:32636 - WGS 84 / UTM zone 36N”
   isGeoreferenced=“1” isLatLon=“1” yawPitchRoll=“0 0 0”>
  <widthHeightDepth>96.6555868889593 130.120300787686 14.9366197588348</widthHeightDepth>
  <Header magic=“5395016” version=“2”/>
  <CentreEuclid>
    <centre>0.606694346824674 0.550524940342791 85.3094461830333</centre>
  </CentreEuclid>
  <Residual R=“1 0 0 0 1 0 0 0 1” t=“0 0 0” s=“1”/>
</ReconstructionRegion>

 

 

Even though the Ortho Projection Tool indicated the Coordinate system as epsg:32636 - WGS 84 / UTM zone 36N, I open the Coordinate System dialog and scrolled down the list to epsg:32636 - WGS 84 / UTM zone 36N and selected it. When I did the coordinates for Centre updated to proper UTM coordinates. I rendered a new ortho and it exported correctly. This image shows the results of re-selecting the Coordinate system:

You can see the coordinate read out for the cursor location on the ortho is also correct now.

So you think it was falsely displayed?

Sounds like a bug to me…

also meet the same problem. the exported GeoTIFF can’t read proper coordinate, anyone can help ? 

or is this feature still under dev ? 

That’s what the section “Bug reports” is for in my view…  :wink:

I can’t report it because I’m not encountering the problem.

Even if it turns out it isn’t a bug, the response time there is usually shorter!

Here is what I did to get it to work:

When I checked some ortho’s, in a different program, with the ground control points overlain. Some of the orthos didn’t quite match up. I found that if I reset the coordinate system for the ones where the GCP’s didn’t match up, and then created a new ortho, SOMETIMES the new ortho will match up.

*After more testing I found this doesn’t always fix the situation.

Hi Bill,

could you check if your problem is related to this one:

https://support.capturingreality.com/hc/en-us/community/posts/115001349652-Bug-3805-Pixel-number-changes-in-orthophoto

Summary: Orthophotos sometimes get randomly stretched in height.

It might help to pin down the reason behind it…

Hi Gotz,

Yes, it appears to be related. I had manually set the pixel size to 0.02 for my orthos. After reading the thread you linked to, I set the pixel size to 0.0199 on the orthos that didn’t match up. Changing the pixel size to 0.0199 did the trick. There seems to be some kind of mathematical error related to the orhto pixel size.

Thanks for posting that link. :slight_smile:

Hey Bill,

glad it solved your problem! Nice side-effect.  :smiley:

I’m curious that it worked with the odd number though - shouldn’t it be the other way round?