• 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.

ADE-GPs - GPs Displayed Below Taxiways/Aprons

G

gadgets

Resource contributor
Messages
9,388
Country
ca-britishcolumbia
It has been discovered that if one or both QMID10 boundaries lie over your airport, the GPs lying to the north and west of that/those boundaries may be covered by a taxiway or aprons - or not display at all - in Flightsim if your ARP lies on the opposite side of that/those boundaries.

To correct this situation, move your ARP to a point more northerly and westerly than any GP.

Don
 
Last edited:
I have just posted ADE-GP 2.2.10 to http://stuff4fs.com.

This new release detects when GPs lie north or west of QMID boundaries when the ARP lies on the opposite side while compiling the GPs. It will advise you of such situations, including the location of the boundary(ies) of concern, and suggest you move the ARP north/west of the boundary(ies). Otherwise, this release is identical to its predecessor.

Please note, ADE-GP 2.2.10 may only be used with ADE 1.75 or later version.

Don
 
Hello Don, regarding PANC again: Where you found GP working using an ARP of 61.183 -150.010, I am unable to find a solution. Even if I place the ARP at 61.200 -151.100, which clears the North and West extents generously, I still end up with pattern lines not rendering. The black backing texture will show but not any patterned line such as hold, enhanced CL or apron boundary. Interesting in that my triangle test splotches of red do appear. I am using ADE-GPv2.2.11 with ADEv1.75 production installer.

If a ground poly is configured with both a patterned line and a backing texture, how is it that only the backing texture appears?

Also, if I move the ARP closer to the airport, the ground polys in the northern area of the airport will render correctly but the Southwestern areas (such as ry 07R) will not render at all. So it seems that it is not as simple as moving West and North of ground polys. Is this due to there being more than one QMID10 boundary?
 
This is not what I am experiencing. I've placed the ARP at N61.2, W150.01. All GPs and lines are displayed in Pv4.

Please post your current .ad4 file

Don
 
Current ad4 attached. I have moved the ARP to your coordinates. Note that GPs S end of Ry 3 between E/W runways only render black backing and those at E end Ry 25R.
I have moved the ARP around quite a lot... further N and further W and even tried further S but haven't found a sweet spot.
 

Attachments

Dan, first of all, I note that the .ad4 file you sent today contains additional GPs over the one you sent last week. The file you sent last week does not exhibit the problem of backing texture only showing for those GP lines. I have attached the file you sent last week with the ARP adjusted into the N/W quadrant. It displays all GPs properly.

While I don't yet know what is the problem, I know a couple things it's not. It's not due to the ARP being moved. And it's not due to the z-bias of the underlay and the GP being only one digit apart. I do note that when I list the GPs in ADE, the original file does not show the associated material (which is OK) while the updated files displays the material for some of the GPs, suggesting they are new or have recently been edited. The display - or not - of the associated material is not a contributor to the current issue. However, I'm at a loss to explain why this is happening. It may be a "Pv4 thing", like the problem discovered last week, in which case there's nothing I can do about it other than, perhaps, developing a work-around.

I'm going to suggest you (re)start with the attached .ad4 file and re-implement your changes, testing after each change to isolate the GP causing the error. Once you've identified the culprit, please get back to me and I'll try to make some sense of this.

FYI, Jon, any GP that does not explicity state a material name should be tagged as using the "Default" material. Also, is there a technical reason why I can't run two copies of ADE side-by-side. I appreciate in normal circumstances this is unnecessary, but being able to do so would facilitate troubleshooting problems like this.,

Don
 

Attachments

Don: What has happened with my workstation since you received the orig PANC ad4 has been a Windows PC Reset with files saved, and Windows pushing the update from by 1603 to the 1709 build. Where I was running the ADEv1.75 beta, I am now running the ADEv1.75 production and everything related to flight simulation has been either reinstalled or where possible the saved files re-employed. The new ADE installation was not on top of the old one but in a new location in the Program Files (x86) tree. After seeing problems with GPs after moving ARP, I downloaded your latest GP Editor build 2.2.11.

When I load the orig PANC you returned to me above, using ADE1.75 and GP Editor 2.2.11, the GPs rendered at the Ry 07L/R for hold short or apron limit are black, no patterned line is rendered. All other GPs render as expected.

I replaced GP Editor 2.2.11 with 2.2.05 (over writing about 117 files) and then after compiling, all GP objects rendered as expected. Something is amiss with your version 2.2.11.
 
When I load the orig PANC you returned to me above, using ADE1.75 and GP Editor 2.2.11, the GPs rendered at the Ry 07L/R for hold short or apron limit are black, no patterned line is rendered. All other GPs render as expected.
Click to expand...
Please try 2.2.11(a) from here with your latest.

Don
 
It now appears that the QMID10 boundary issue was a "red herring". After further investigation, it seems the issue was a side effect of ADE-GP (mis)handling of the z-bias parameter. Users should upgrade to ADE-GP Version 2.2.12 when it is released (probably tomorrow).

Don
 
You must log in or register to reply here.
Back
Top