Hello,
We are looking to georeference / overlay imagery that is being formed in real time over a base layer of satellite imagery provided via one of the imagery providers. The imagery may also not be facing north up.
I wanted to make sure I understood our options before going down the wrong path.
Given that the imagery may be rotated I assume that rules out using the SingleTileImageryProvider given that you cannot apply a rotation after the fact.
If the imagery is guaranteed to be rectangular in nature (not sure this will be a guarantee yet) I assume we should be able to render the imagery on a rectangle and then apply a rotation to the rectangle and its material (stRotate). Does this approach sound correct? Does the same type of projection occur to the material of the rectangle as the underlying imagery provided by the imagery provider such that things should georeference correctly?
If we cannot guarantee the imagery to be rectangular in nature (i.e such as parallelogram in nature) then it seems we have less options. My understanding is we cannot correctly georeference the material of polygons due to this issue? Has anyone looked into doing any type of client side reprojection of the material to match the underlying imagery? i.e something like this or am I misunderstanding the issue?
If issue 4164 is an impasse, it appears like our best solution would be generating map tiles on the fly by reprojecting things with something like GDAL to a projection that could be consumed by one of the existing imagery providers? Does this sound correct? This appears to be what Cesium ION does? Originally we were trying to avoid having to do this since it makes interactivity more complicated with the overlays (i.e not represented as entity/primitive) and since we might have multiple images generated over time overlapping each other we would have to be continually retiling the same region and managing those tiles lifespans.
Thanks!