Quaxman Posted July 21, 2019 Report Posted July 21, 2019 Hi, I want to use the output of makerwys for a moving map app that doesn't support P3D V4 correctly, so I translate runways.xml to the app's xml format by a Powershell-Script. But it seems, Makerwys (4.872) doesn't give me the right runway material for some (addon ?) airports. Example: runways.txt output for EDDN from 29palms: 1. Makerwys finds the default BGL Scenery\0601\scenery\APX50140.bgl: Runway 10 /28 centre: N49:29:55.4486 E011:04:39.3506 1046ft ... Hdg: 98.600 true (MagVar 1.000), Concrete, 8841 x 148 ft 2. Makerwys finds a delete operation (exclusion BGL ?): ORBX\FTX_EU\FTX_EU_GES_05_SCENERY\scenery\ADE_FTX_GES_EDDN.bgl Deletions check for Airport EDDN: Delete all taxiways! Delete all runways and starts! *** DelBth *** EDDN0100 Lat 49.500549 Long 11.059137 Alt 1046 Hdg 98 Len 8841 Wid 148 ILS 111.30, Flags: GS BC *** DelBth *** EDDN0280 Lat 49.496925 Long 11.096058 Alt 1046 Hdg 278 Len 8841 Wid 148 ILS 109.10, Flags: GS BC 3. Makerwys finds ORBX\FTX_EU\FTX_EU_GES_05_SCENERY\scenery\ADE_FTX_GES_EDDN.bgl (ORBX Germany south) Runway 10 /28 centre: N49:29:55.4486 E011:04:39.3506 1046ft Start 10 : N49:30:01.7655 E011:03:35.1902 1046ft Hdg: 98.6T, Length 8841ft Computed start 10 : Lat 49.500549 Long 11.059138 Start 28 : N49:29:49.1317 E011:05:43.5096 1046ft Hdg: 278.6T, Length 8841ft Computed start 28 : Lat 49.496925 Long 11.096057 Hdg: 98.600 true (MagVar 1.000), Concrete, 8841 x 148 ft 4. Makerwys finds 29palms addon: C:\Games\Lockheed Martin\Prepar3D v4\29Palms\Captain7 - 29Palms - EDDN - Nuremberg\scenery\EDDN_ADE.bgl Delete all taxiways! Delete all runways and starts! 5. Makerwys finds the runways in file: C:\Games\Lockheed Martin\Prepar3D v4\29Palms\Captain7 - 29Palms - EDDN - Nuremberg\scenery\EDDN_ADE.bgl Runway 10 /28 centre: N49:29:55.4486 E011:04:39.3506 1046ft Start 10 : N49:30:01.7655 E011:03:35.1902 1046ft Hdg: 98.6T, Length 8858ft Computed start 10 : Lat 49.500553 Long 11.059102 Start 28 : N49:29:49.1317 E011:05:43.5096 1046ft Hdg: 278.6T, Length 8858ft Computed start 28 : Lat 49.496922 Long 11.096093 Hdg: 98.600 true (MagVar 1.000), UNKNOWN 128, 8858 x 243 ft Output to runways.xml is "<Def>unknown</Def" The same happened to ESSA (Stockholm Arlanda) addon by ORBX or ESSD - so it's not only 29palms. My question: would it be possible for Makerwys to takeover the runway material in the case of runway deletion, if the runway's name is identical ? Especially in the case of mixed grass/hard stuff runways (f.e. ESSD), I find it helpfull to get this information out of the moving map app. regards, Quaxman. Runways - Copy.zip
Pete Dowson Posted July 22, 2019 Report Posted July 22, 2019 19 hours ago, Quaxman said: would it be possible for Makerwys to takeover the runway material in the case of runway deletion, if the runway's name is identical ? Especially in the case of mixed grass/hard stuff runways (f.e. ESSD), I find it helpfull to get this information out of the moving map app. Sorry, I am misunderstanding something here. If MakeRunways reports a surface as "unknown" it is because the encoding contains a value which isn't listed in any documentation I have. Do you know what the surface is (Concrete?)? If so I could add it to MakeRunways tables provided i know how it is represented in the BGL. For that I would need to see the BGL itself (EDDN_ADE.bgl). I don't like the idea of "taking over the runway material in the case of runway deletion". Later (and therefore higher priority) AFD files should be able to override all of the earier lower priority stuff. Evidently 29Palms knows something different about that runway -- either that or there's an error in their BGL which they should be asked to correct. Pete
Quaxman Posted July 22, 2019 Author Report Posted July 22, 2019 Searching runways.txt for " EDDN", I found: 1. Airport EDDN :N49:29:54.9951 E011:04:39.9991 1046ft in file: Scenery\0601\scenery\APX50140.bgl Runway 10 /28 centre: N49:29:55.4486 E011:04:39.3506 1046ft Hdg: 98.600 true (MagVar 1.000), Concrete, 8841 x 148 ft 2. ORBX\FTX_EU\FTX_EU_GES_05_SCENERY\scenery\ADE_FTX_GES_EDDN.bgl Deletions check for Airport EDDN: Delete all runways and starts! 3. Airport EDDN :N49:29:54.9951 E011:04:39.9991 1046ft in file: ORBX\FTX_EU\FTX_EU_GES_05_SCENERY\scenery\ADE_FTX_GES_EDDN.bgl Runway 10 /28 centre: N49:29:55.4486 E011:04:39.3506 1046ft Hdg: 98.600 true (MagVar 1.000), Concrete, 8841 x 148 ft 4. Area.260 "Captain7 - 29Palms - EDDN - Nuremberg" (Layer=260) Path(Local/Remote)=C:\Games\Lockheed Martin\Prepar3D v4\29Palms\Captain7 - 29Palms - EDDN - Nuremberg C:\Games\Lockheed Martin\Prepar3D v4\29Palms\Captain7 - 29Palms - EDDN - Nuremberg\scenery\EDDN_ADE.bgl Delete all runways and starts! 5. C:\Games\Lockheed Martin\Prepar3D v4\29Palms\Captain7 - 29Palms - EDDN - Nuremberg\scenery\EDDN_ADE.bgl Airport EDDN :N49:29:54.9951 E011:04:39.9991 1046ft Runway 10 /28 centre: N49:29:55.4486 E011:04:39.3506 1046ft Hdg: 98.600 true (MagVar 1.000), UNKNOWN 128, 8858 x 243 ft ------------------ So I opened the above mentioned BGL files with ADE 1.76: APX50140.bgl -> RW10/28: Concrete ADE_FTX_GES_EDDN.bgl -> RW10/28: Concrete (ORBX Germany South) EDDN_ADE.bgl -> RW10/28: Concrete I append the BGLs... The same happens for Stockholm Arlanda (ESSA): addon from ORBX. Currently, I cannot attach a file...I will try in a following post.
Quaxman Posted July 22, 2019 Author Report Posted July 22, 2019 OK, I added three BGLs: APX50140.bgl -> Base ADE_FTX_GES_EDDN.bgl -> ORBX germany south EDDN_ADE.bgl -> 29palms EDDN EDDN.zip
Quaxman Posted July 22, 2019 Author Report Posted July 22, 2019 And here ESSA (Stockholm Arlanda) APX52100.bgl -> Base ESSA_ADEP4_SL_ORBX_P3D_Statics.bgl -> ORBX Stockholm Arlanda So it happens not only for 29palms. ESSA.zip
Pete Dowson Posted July 22, 2019 Report Posted July 22, 2019 Odd that ADE sees it as Concrete even though it must be encoded in the BGL differently, and evidently with a code I don't know about. I have ORBX Arlanda too, so I can check that as well. Might be a few days before I can get to it. Pete
Quaxman Posted July 22, 2019 Author Report Posted July 22, 2019 No real problem as I have vacations, good weather and a bunch of other things to do 😏
Pete Dowson Posted July 24, 2019 Report Posted July 24, 2019 The problem is fixed in version 4.873, now available for download. The problem was a 'transparency' flag I didn't know about, so code 128 meant "concrete (transparent)2'. I assume transparent runways are used when the underlying runway is better represented by a ground texture or photo. Thanks are due to Jon of ScruffyDuck, author of ADE, for help with this. Pete
Quaxman Posted July 24, 2019 Author Report Posted July 24, 2019 Universe is stranger than we imagine. But now my script doesn't show any runway with unknown surface. I'm happy... many thanks for your support !
srcooke Posted July 25, 2019 Report Posted July 25, 2019 Hello Pete, For info the makerwys.exe is identified as v4873 yet the title bar and runways.txt indicate 4872 Make Runways File: Version 4.872 by Pete Dowson
Pete Dowson Posted July 25, 2019 Report Posted July 25, 2019 2 hours ago, srcooke said: For info the makerwys.exe is identified as v4873 yet the title bar and runways.txt indicate 4872 Oops. Thanks. I'll fix that later. Pete
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now