• Which the release of FS2020 we see an explosition of activity on the forun and of course we are very happy to see this. But having all questions about FS2020 in one forum becomes a bit messy. So therefore we would like to ask you all to use the following guidelines when posting your questions:

    • Tag FS2020 specific questions with the MSFS2020 tag.
    • Questions about making 3D assets can be posted in the 3D asset design forum. Either post them in the subforum of the modelling tool you use or in the general forum if they are general.
    • Questions about aircraft design can be posted in the Aircraft design forum
    • Questions about airport design can be posted in the FS2020 airport design forum. Once airport development tools have been updated for FS2020 you can post tool speciifc questions in the subforums of those tools as well of course.
    • Questions about terrain design can be posted in the FS2020 terrain design forum.
    • Questions about SimConnect can be posted in the SimConnect forum.

    Any other question that is not specific to an aspect of development or tool can be posted in the General chat forum.

    By following these guidelines we make sure that the forums remain easy to read for everybody and also that the right people can find your post to answer it.

Gp 0.82

Tom, I inferred from your first post that you were simply trying to be helpful with your comments about fractions of an inch.

I assume this refers to the GP function since the ADE side of things makes no reference to altitude. It passes the current ARP coordinates to the compiler.
Click to expand...
Jon, just so everyone is certain. The elevation field in the .asm file is set to 0 for all ground poly objects.

Anybody, can you try compiling the attached ADE file.
Click to expand...
George, I did compile your file with the same results as before, i.e., poly (red) viewable in top down view from some height and solid at all distances in other views.

One thing I did notice was that in the top-down mode, the viewing angle matters. If the poly is dead center, the viewpoint may have to be higher before it displays.

But, this effect is not consistent at all airports - or even at various locations at the same airport, lending credence to Tom's suggestion that it is ground-elevation related. I tried adding a little altitude in the .asm file. But, then, the poly didn't display at all. So, it would seem the elevation field in a ground poly serves some other purpose - or at least is interpreted differently from other objects.

Once again, I do not see how this issue is related to ADE-GP (other than the fact that ADE-GP generated polys do not appear on your systems while they do on mine). Further, from my brief experimentation, it does not seem likely that ADE-GP can improve this situation.

Perhaps we've reached some boundary re FSXs display of ground poly objects.

I will continue to experiment with elevation of ground polys. But, if I am successful, then we've got a shadow to contend with - which I may or may not be able to suppress.

Don
 
It does not seem relevant to me who can see these and who can't. The fact is that the GP objects in question are not visible to some of us on our systems. Presumably screenshots represent a good way of demonstrating visibility or not

The point is - where are we going with this?

It seems that under certain circumstances polys are not visible. It seems unlikely that this is due to the code in either ADE or the GP Library since GP objects are certainly appearing at a lot of locations on a lot of airports.

Are the missing polys show stoppers and we should scrap the GP functionality or do they fall into the category (along with a lot of other stuff in FS) of somethings work some of the time and some work all of the time and some just don't work at all. We are all used to fiddling with taxiways and surfaces to try and get things working. Does this fall into the same category or not?
 
Can we please calm this down - it is getting personal and ratty. I have deleted the last two posts since on reflection I do not think they are helpful

I will close this if the scrapping goes on.
 
Last edited:
Without intending simply to have the last word, I do not see that anything more can be done in ADE-GP to ameliorate these situations - at least until someone is able to define precisely why this is happening. So, I have added a comment in the user manual indicating that such situations can occur and, if they do, that a fix seems to be to place another ground poly object near the ARP.

Don
 
I have had an opportunity to do a little more experimentation. I was trying to see if elevating ground polys had any effect on the issue highlighted in this thread.

It seems that FlightSim ignores the elevation field for ground polys. I was unable to get ground polys to display at other than the reference (i.e., ARP) elevation.

It would seem FS8-style ground polys are just that - GROUND POLYS.

Don
 
Don

I wonder if this is FSX version dependent. Could you say what version and SP you are using?
 
Jon, I assume I'm running SP2. Certainly I've installed all the updates I became aware of. But, it was a long time ago.

Is there any way to know for sure?

Don
 
Don, you can check this by bringing up the About dialog box from the Help menu of FSX. Then you match the number listed to the following list:

RTM: 10.0.60905
SP1: 10.0.61355
SP2: 10.0.61472
XPack: 10.0.61637
 
You must log in or register to reply here.
Back
Top