How to improve a registration

Comments

12 comments

  • Avatar
    Ondrej Trhan CR

    Hi geoanture86,

    your data are still georeferenced. 

    Try to turn off the georeferencing for images.
    Try to set No here with selected just images:

    And then align again.

    0
    Comment actions Permalink
  • Avatar
    geoanture86

    for turn off the image i have to select in absolute pose - unknow?

     

    0
    Comment actions Permalink
  • Avatar
    geoanture86

    the dataset is 

    https://1drv.ms/u/s!AqWlY7FMvK9yj4t-Sg6jOKbPQCCl9Q?e=VYKS5V

     

    i try your parameters, but doesn't work

    0
    Comment actions Permalink
  • Avatar
    geoanture86

    im solved, i used a gcp..

    can you explain a right process?

    after a model/mesh creation,

    i have to:

    1- unwrapp

    2- simplify model

    3- apply texture?

    can i invert the 1 and 2 point?

    first i simplify 

    second i unwrapp?

     

    thanks

    0
    Comment actions Permalink
  • Avatar
    Ondrej Trhan CR

    It depends, what you need.

    But basic process is textured the high triangle model (unwrap + texture), then simplify the model to a wanted triangle count and reproject textures from big model to the smaller one. 

    0
    Comment actions Permalink
  • Avatar
    geoanture86

    Ok...

    and can you explain me the unwrapp parameters?

    and the best parameters for the texture?

    because is very difficult to know the right configuration.

    thanks

    0
    Comment actions Permalink
  • Avatar
    Ondrej Trhan CR

    Sure,

    • Optimal texel size Size of a texel in 3D corresponding to the minimal detail captured by images.
    • Gutter Represents number of pixels of a chart border in a texture image. Gutter is important for avoiding visible artefacts on a model during rendering. Many rendering engines use techniques like mip-mapping, where the texture is downscaled several times to create an image pyramid. If the engine renders texture from higher pyramid levels, then a color from one chart can bleed to another chart in the interpolation process. This can happen just in case you do not have gutter between the charts large enough. The default value 2 is enough to avoid this type of artefact in most rendering engines.
    • Maximal texture resolution You can choose from 512x512, 1024x1024, 2048x2048, 4096x4096, 8192x8192 and 16384x16384.
    • Large triangle removal threshold Let us assume that you select 10. Then, in case that a triangle's edge is 10 times longer than the average edge length of all edges of a model, the system will unwrap it so that the triangle is mapped to just 1 texel.
    • Style Defines a strategy which will be used to build a UV map.
    • Maximal textures count The texel detail is adjusted automatically so that the texturing fits into the selected maximal number of textures within the selected

    Recommended texture settings:

    0
    Comment actions Permalink
  • Avatar
    geoanture86

    thanks a lot.. if i have some question i write you

    0
    Comment actions Permalink
  • Avatar
    geoanture86

    hi friend..

    i have a rtk drone now..

    and i have to correct the ellissoidic eight, in ortometric eight..

    my colleague told me thath in agisoft is possible to export the coordinate of photo and correct the eight..

    in rc?

    thanks

    0
    Comment actions Permalink
  • Avatar
    Ondrej Trhan CR

    Hi,
    RealityCapture works only with coordinate systems which are clamp-able to WGS84 ellipsoid, and it is still not possible to use geoid heights. In other words, RealityCapture uses only Normal Heights for which the transformation to WGS84 ellipsoid is known. This is due to the coordinate system definitions which we use, which are in the PROJ.4 format.
    We are currently working on solution to this, and hopefully other height types will be available in the future.

    One of our users managed to do something about that, but bear in mind that this is not our solution.
    They wanted to use vertical system 9518 (EPSG), and this is its definition in the epsg.xml file found in the installation folder:
     <cs id="9518" desc="WGS 84 + EGM2008 height" paramsWKT="GEOGCS[&quot;GCS_WGS_1984&quot;,DATUM[&quot;D_WGS_1984&quot;,SPHEROID[&quot;WGS_1984&quot;,6378137.0,298.257223563]],PRIMEM[&quot;Greenwich&quot;,0.0],UNIT[&quot;Degree&quot;,0.0174532925199433]],VERTCS[&quot;EGM2008_Geoid&quot;,VDATUM[&quot;EGM2008_Geoid&quot;],PARAMETER[&quot;Vertical_Shift&quot;,0.0],PARAMETER[&quot;Direction&quot;,1.0],UNIT[&quot;Meter&quot;,1.0]]" params="+proj=longlat +datum=WGS84 +geoidgrids=us_nga_egm08_25.tif +vunits=m +no_defs"/>

    They found .gtx file (egm08_25.gtx) which contained information about their coordinate system, and they put it into the Grids folder ("C:\Program Files\Capturing Reality\RealityCapture\Grids"). They also modified the bolded part of the systems definition to:
    +geoidgrids=egm08_25.gtx

    We did not have resources to test this out, so we are not sure if it works!

    On top of that, they managed to combine two systems together (horizontal + vetical). Combined systems were: 32632 + 3855. You can easily find their definitions in the epsg.xml file, and compare them to the combined defition:
    <cs id="32632+3855" desc="WGS 84 / UTM zone 32N + EGM2008 geoid height" paramsWKT="PROJCS[&quot;WGS_1984_UTM_Zone_32N&quot;,GEOGCS[&quot;GCS_WGS_1984&quot;,DATUM[&quot;D_WGS_1984&quot;,SPHEROID[&quot;WGS_1984&quot;,6378137.0,298.257223563]],PRIMEM[&quot;Greenwich&quot;,0.0],UNIT[&quot;Degree&quot;,0.0174532925199433]],PROJECTION[&quot;Transverse_Mercator&quot;],PARAMETER[&quot;False_Easting&quot;,500000.0],PARAMETER[&quot;False_Northing&quot;,0.0],PARAMETER[&quot;Central_Meridian&quot;,9.0],PARAMETER[&quot;Scale_Factor&quot;,0.9996],PARAMETER[&quot;Latitude_Of_Origin&quot;,0.0],UNIT[&quot;Meter&quot;,1.0]],VERTCS[&quot;EGM2008_Geoid&quot;,VDATUM[&quot;EGM2008_Geoid&quot;],PARAMETER[&quot;Vertical_Shift&quot;,0.0],PARAMETER[&quot;Direction&quot;,1.0],UNIT[&quot;Meter&quot;,1.0]]" params="+proj=utm +zone=32 +datum=WGS84 +units=m +geoidgrids=egm08_25.gtx +vunits=m +no_defs"/>

    0
    Comment actions Permalink
  • Avatar
    geoanture86

    Thanks for the information, but the ortometric heights, i know the workflow with other software..

    i convert the photo coordinate in my software and after i upload in reality capture..

    i tested this workflow and work. but i have to use a agisoft "not good" for my buisness..

    1 - import in agisoft my photo 
    2- export the reference coordinate list
    3- convert the coordinate in my geographic system
    4-import photo in rc
    5- upload the coordinate file in rc via flight log.

    and now i have my photo with correct coordinate (geoidic system)

    but, there is a metod to export the coordinate photo "csv" in rc?

    thanks

    0
    Comment actions Permalink
  • Avatar
    Ondrej Trhan CR

    Yes, you can do it also in RealityCapture.

    You can export actual position from RC under Alignment tab/Export/Registration with selecting the right format.

    Also you need to have set the right output coordinate system to do so. 

    0
    Comment actions Permalink

Please sign in to leave a comment.