NAIP imagerry support

Started by KirillK, July 08, 2019, 10:47:42 AM

Previous topic - Next topic

KirillK

Sorry for bringing the topic back in another thread a year later.  But I would still love a kind of automatic placing.
 
NAIP is still in free domain  and could be a super helpful source of true color info for background things  for a specific place reconstruction.

They could be placed manually but it's so much a pain in a... and  takes so long to even  open a file then.  My guess ( maybe wrong)  Terragen reads lots of redundant things from them or something.

Another topic is projection of a color and depth image from a drone captured things. ( Agisoft Metashape could actually produce depth maps for each shot from series parallax, could be hi-passed into bump map or something )   
I worked with Mavic pro and it writes very detailed and actually pretty accurate GPS coordinates altogether with camera inclination angles.

After almost breaking my head I found a way how  I could project a drone photo onto real world elevation based geometry, but only for a single photo.    Would be nice to have a kind of auto projecting algorithm too.  My poor math knowledge wouldn't allow to do it on my own.

I know Terragen is for procedural things  but wouldn't be using any true world data be kind of helpful in many situations  especially for background things.
  Ability to use real world color data, not only elevation plus maybe  some ToF  things in the future might make a huge competitive advantage for Terragen.

Oshyan

I will check on the status of this. An update to our georeferencing library was supposed to allow georef of NAIP JP2 I *thought*. Could be mistaken, but hopefully we can resolve this.

As for drone data, it would need to be stored with coordinates in a standardized georeference format that GDAL supports. I don't know what formats these drones use, but ultimately it's not practical for us to support a variety of proprietary formats, so hopefully they do or at least *can* store their data in an existing standard such as GeoTIFF. In that case Terragen should already support it.

- Oshyan

KirillK

#2
Thanks Oshyan,  I can place NAIP only by copy pasting values  from sidecar XML files  with same names .
Seems it's only way.  Would be nice if terragen could do it on its own.

As of drone image projection I think the values from the pictures is pretty compatible with Terragen. And it's DJI drone. Most typical one I believe.
The problem I met  is that I had to set coordinates not in texture projecting  camera but rather world origin in Terragen, same as it had been suggested for placing(and finding) elevation data.        But for next camera I need again change world origin.

Imo we need a kind of recalculating utility  without changing world origin  for cameras only probably.  Would help for finding proper place on Earth surface too .

Maybe rather same input fields  from world origin  for camera origin option or something.

ps. I think iphones  do same styled  GPS values + some camera azimuth value. Not as good as drone Gimbal angles maybe   but still would be super helpful to project  few shots on distant  background   maybe with just a little bit manual input.
But right now It's a huge puzzle.
So if we could have just a camera shift around Earth surface based on GPS numbers which I bet pretty standard everywhere it would be super helpful.     Maybe using Earth surface as space deformer for XZ plane.