zetur reported issue XSG-2838: RWY number change on April 2, 2017 1:27 PM
Closed

default apt.dat 10.51
Runways 18R->17R, 18L->17L
36R->35R, 35L->35L

nasvrick reported issue XSG-3929: LFLL - Lyon St Exupery 3D n... on October 30, 2017 12:38 PM
Closed

According to the gateway, a default 3D scenery is included by default in XP11.

It is not visible however.

  • Julian Lockwood November 1, 2017 12:36 PM

    The 3D attribute on the Gateway is probably being triggered due to the presence of the windsock. I believe there is a need to revise the WED/Gateway API accordingly, such that only expected 3D objects trigger the '3D' attribute on the Gateway.

  • Michael Minnhaar November 1, 2017 5:54 PM

    Nope,
    windsocks are not supposed to trigger the 3D tag. Only Objects, facades and forests will currently set the 3D flag upon submission and this airport has none.

    I looked at the current code and tested re-exporting scenery 45651 to the gateway in WED 1.6, which does set the type field to "2D" just prior to submission (which is where I killed the program).

    There is some DSF content, though - 4 exclusion zones. WED doe not take this as a reason to trigger any 3D flags, the gateway itself might Former user ?

  • Guillaume AMELINE November 1, 2017 7:20 PM


    Hi, I noticed the gateway triggers a 3D flag as soon as there is a DSF, so even when there are only exclusion zones. D you think you could change that?

  • An unknown user November 1, 2017 10:48 PM

    @meikelm, the Gateway has a policy of "not looking" at the ZIPs that WED sends it. That is, it only knows what WED tells it about the scenery packs. (In this case, it looks at for a "type" of "3D" in the JSON that WED sends.)

    In WED_GatewayExport.cpp, there's this line:

    scenery["type"] = has_3d(apt) ? "3D" : "2D";
    

    It looks like has_3d(), in turn, is true whenever we have an OBJ, facade, or forest. I guess a windsock is an OBJ?

  • Michael Minnhaar November 1, 2017 10:55 PM

    Yup, this is the very line I checked - it results in "2D" for this airport, as intended.
    Objects are only the .obj assets that go into the DSF ...

  • An unknown user November 1, 2017 10:59 PM

    Are you saying WED sends type=2D for this, but the Gateway marks it as 3D anyway?

  • Michael Minnhaar November 1, 2017 11:03 PM

    I say right now WED puts 2D into the request with teh airport loaded back from the GW + I can see no changes to the relevant code in recent WED versions ...

    Looking at the ZIP blob right now for more intel if anything was different/wrong at the time of the original submission.

  • Michael Minnhaar November 1, 2017 11:10 PM

    Nope, the DSF and apt.dat in the zip block don't look like there was anything else in the scenery just prior to original submission that fatefull day ... any object, facade or forest would have left at least a few bytes of evidence in that DSF.

  • An unknown user November 1, 2017 11:37 PM

    Huh. Well, I can't repro with either WED 1.6 or WED 1.5 (which the pack was uploaded with). I tried downloading and re-uploading both the pack in question and its WEDbot parent, but both were correctly marked as 2D.

    It's possible (albeit unlikely) that the 3D property was changed by mistake by one of the moderators. We don't have a log to tell us exactly what the Gateway received at the time of the upload, nor when any changes to its attributes might have occurred. The most I can say is... I've fixed it by hand now. :/

  • Julian Lockwood November 2, 2017 12:00 AM

    I only see '2D' submissions on the Gateway currently. Was there originally a submission marked as '3D' but subsequently manually changed to '2D'?

  • An unknown user November 2, 2017 12:03 AM

    Yep---I just fixed the offending, wrongly-3D pack by marking it as 2D.

  • Julian Lockwood November 2, 2017 12:11 AM

    Got it - I thought at first I was seeing things and I closed the bug report, but then re-opened it I do think this bug report has merit because I have seen this happen before and I doubt I changed it manually from 2D to 3D (but 'tis possible). Anyway, as it could not be replicated, I think I'll close this one. Any objections?

  • An unknown user November 2, 2017 11:06 AM

    No, no objections.

    For tracking this down in the future (under the assumption this is a real problem, not a one-off mistake), I have two ideas:

    • I could remove the ability to change the 3D attribute for moderators from the Gateway. That would at least let us be confident that any scenery submitted in the future doesn't get mistakenly changed. (Aside from correcting bugs like this, I can't think of any reason a moderator would actually need to change that flag.)
    • If we could get the original WED scenery pack from the submitter, that would help. We could try re-submitting it to see if the Gateway again erroneously marked it as 3D, and if so, debug further from there.
  • Michael Minnhaar November 2, 2017 12:07 PM

    I think we had some discussion a while ago where airports had only s very few objects in them, like a windsock object or some ground markings object (grunges from the LR default library). None of that is the case at this airport.

    IIRC the outcome was that the moderator may want to demote to 2D in some cases, as there is no future-proof way to hardcode a list in WED to "ignore" certain objects.

    So yes, close this until we get new evidence or find its not an isolated mystery.

  • Julian Lockwood November 2, 2017 12:48 PM

    Right - will close this one and seek the original WED submission as a zip file from the artist (who may or may not still have this of course). As for the 2D/3D switch, I have demoted a couple of airports from 3D to 2D historically - literally probably only two or three .. and then I stopped doing it because I was worried it might cause this kind of confusion later. In hindsight I think it would be better to take away the capability to change the 2D/3D flag from within the Gateway UI.

  • An unknown user November 2, 2017 3:42 PM

    @Julian, I've removed the ability to modify the 3D status of an airport from the front-end.

  • Julian Lockwood November 3, 2017 10:46 AM

    Thanks Tyler !

    I followed up with the original artist for this scenery pack, but it seems he has further developed the airport and it now features a bunch of custom objects - so it's no longer suitable for submission tests to the Gateway.

nasvrick reported issue XSG-3930: LFLL - Lyon St Exupery 3D n... in reference to scenery pack 45651 on October 30, 2017 12:43 PM
Closed

The 3D is not showing up in this scenery.

WED 1.6 doesn't show anything too.

PS: sorry for the other bug report and the incorrect scenery ID (I did not figured out what to put there the first time)

  • MaxWaldorf October 30, 2017 12:48 PM


    Yup this is expected for now... It will come later on.
    It shows 3D because there are a couple objects though...

olivier34 reported issue XSG-10710: Runway change on July 13, 2020 9:10 AM
Closed

Runway 36L/R should be 35L/R
Runway 18L/R should be 17L/R

  • Jan Vogel March 10, 2021 9:40 AM

    Current version in XPlane incorporates this change.

alexthelyon commented in reference to scenery pack 70616 on December 9, 2020 8:17 PM

hello,

I don't see any taxiway signs on the scenery, do you guys know how to fix it please?

Thanks

You must be logged in to participate in the discussion