Can this library meet my use case?

[msmcconnell]

I am looking for guidance from the community on if osgearth can meet my use case. I want to provide my system with a collection of high resolution map tiles from satellite imagery with elevation information. At runtime I need to be able to render nearby tiles from a specified 3d position and orientation. The orientation is 3d and therefore may contain the horizon and be non-normal to the nearest tile. Since the altitude can vary widely it's important for performance that the level of detail rendered be constrained to what is actually visible given the rendering resolution. Nothing would actually be displayed, this is an entirely internal computational process where the rendered view will be leveraged later (as an image) in my system's pipeline.

Is this something osgearth can support? Are there any concerns that jump out to the reader?

[XenonofArcticus]

So basically you want osgEarth to cull the necessary tiles and compute LOD, but not actually render them?

…

On Mon, May 8, 2023 at 1:43 PM Michael McConnell ***@***.***> wrote: I am looking for guidance from the community on if osgearth can meet my use case. I want to provide my system with a collection of high resolution map tiles from satellite imagery with elevation information. At runtime I need to be able to render nearby tiles from a specified 3d position and orientation. The orientation is 3d and therefore may contain the horizon and be non-normal to the nearest tile. Since the altitude can vary widely it's important for performance that the level of detail rendered be constrained to what is actually visible given the rendering resolution. Nothing would actually be displayed, this is an entirely internal computational process where the rendered view will be leveraged later (as an image) in my system's pipeline. Is this something osgearth can support? Are there any concerns that jump out to the reader? — Reply to this email directly, view it on GitHub <#2282>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAPFE3GFR5UFMUMUCRRECMDXFFEHXANCNFSM6AAAAAAX2LWFIA> . You are receiving this because you are subscribed to this thread.Message ID: ***@***.***>

[msmcconnell]

Yes to the first two points. However, I do need it to render to an image just not display on screen.

[gwaldron]

osgEarth will render a 3D view from any orientation, so that part has you covered. By default it loads and renders only visible tiles and only tiles at an "appropriate" resolution for the camera parameters, so you should be good there as well.

As for off-screen rendering: osgEarth doesn't do this natively; but it is built on top of the 3D rendering library OpenSceneGraph which itself has mechanisms for this.

I'd recommend starting an evaluation by getting osgEarth up and running, trying some of the examples, and loading your data. You will quickly get a sense of whether it will suit your needs.

[msmcconnell]

Thanks for the info. If I use osgEarth to set the orientation and tile parameters can I still access the underlying OpenSceneGraph object to perform the off-screen rendering?

[gwaldron]

Yes, the osgEarth globe is represented by an OSG node called the MapNode that lives in the scene graph.

[msmcconnell]

Great thanks! Seems like it's worth digging into it further then.