Jump to content

lonewulf47

Moderators
  • Content Count

    1,737
  • Joined

  • Last visited

Everything posted by lonewulf47

  1. Hi Claus, It's only a matter of zoom level. As these taxiway segments are so small and each is carrying a designator "Z1", if zooming out the designators are removed due to missing space. If you zoom in however they will be back. At normal taxi speed (see screenshot) most of the segments are named. There's nothing we ca do about, as this is purely depending on the designer's method to draw and name the taxiways.
  2. No license key necessary for 30-day preview. Just install and start. 30-day period starts at first start.
  3. Giancarlo, you need to re-run the DbBuilder of course. With this BGL set to OFF it will not be read and the LFBP_AF.bgl from T2G will be shown.
  4. Hi Giancarlo, I see that there is a file "LFPG_Default_ADEX_JSD.bgl" in the JetStream Design Paris Orly path. It's this file which obviously creates the wrong layout. This file controls AI traffic of LFPG. You have to set this file to OFF with the JetStream Design Paris Orly Configurator. It's the file that controls the LFPG AI Traffic within the installation of LFPO. It should only be used if no other LFPG install is in your scenery.
  5. Hi Giancarlo, I still don't know the BGL that is resposible for the ground layout. Could you please copy the content of line 1) of the Information Page? We need to have a start at a specific point, and that's the BGL responsible for drawing the ground layout. After that we can start digging deeper into the problem.
  6. Hi Giancarlo, The BGL in line 1) indicates the BGL used for drawing the ground layout. I see however from your screenshot that indeed not one single parking stand is displayed. I must say that I haven't seen this yet to-date. Therefore it might be important for us to know what BGL is used to draw. Do you by chance use FsAerodata or any other tool that replaces orignal BGLs?
  7. Hi ??? (please sign your posts with your real name as per our Forum Rules) Please check in the Client's information window, which airport installation is being used for drawing the Ground Layout. As a Basic rule, a ground layout is not dependent at all of the AIRAC Cycle in use, but only of the Add-On (or default) BGL. An example is shown below for my installation of LSZH Zurich. The BGL listed as 1) is the one used for ground layout.
  8. Hi Gert, Yes, good idea 😀 Maybe this might wake them up from lethargy...
  9. Hi Ray, Well, it might even be a good idea to wake Aerosoft up to provide a few more datasets to the community, like the one you mentioned for ActiveSky. Apart from that Aeosoft's NavDataPro is still lacking support for SimBrief, something we were telling them more than a year ago. IMHO this one is the most important. It would be nice if our community could ask Aerosoft for a bit more activity in that respect. Of course it needs some programming effort by Aerosoft's people, but of course it is possible to provide the same service as for Navigraph subscribers.
  10. Well, that's what I'm using all the time, because - as you mentioned - I do not need any charts other than EFB2's.
  11. Hi Jean-Francois, Great to hear that all works now as it should! Enjoy EFB2!
  12. Jean-Francois, In the meantime I have reinstalled FSGRW and checked against X-Plane and EFB2. Regarding the option for data output Urs was referring to in his answer, this it the box that you need to tick to enable weather data being transferred for 3rd party users (like EFB2). With this setting I have identical weather readings on EFB and X-Plane. Also "current_weather.txt" and "METAR.rwx" are regularly updated. Be sure you have the correct path for "current_weather.txt" set in the Server Settings.
  13. It sounds a bit strange to me that this file does not represent the current weather (hence the name). Unfortunately I'm no longer familiar with this weather engine as a few years ago I switched to another competing westher engine, there must however be a means to create a properly timed "current_weather.txt". Maybe someone more familiar with FSGRW can help?
  14. Hi ??? (please always sign your posts with your real name according to our Forum Rules) to 1) According to the warning issued it seems that the connection to SimBrief works normally, however there seems to be a problem reading the Flightplan. It would be useful if you could forward us a copy ot the Flightplan for analyzing purposes. to 2) did you select the respective file + path in the Server's Settings? (see below)
  15. Hi Klaus, Did you re-run the DbBuilder (not only the "Update Navdata" tab, but also the "Update Simulator" tab)? I have the very same airport and no problems with the ILSes.
  16. Hi Manfred, Counterquestion: Why? As long as SimpleCam is active, it works with the correct data. If not, it will not work at all. We have no intention to display this additional information because we feel that there is no gain for the user.
  17. You have to restart the Client.
  18. For creating/correcting AFDs? No, I simply stick to ScruffyDuck's ADE and use a set of AIPs to retrieve data. For the beginning this one is a good start, however it needs (free) registration: https://www.ead.eurocontrol.int/cms-eadbasic/opencms/en/login/ead-basic/ Other AIPs can be found on the Net. It's of course all a matter of using actual data.
  19. Yes, that's indeed how it looks. There are a few airports with lousy AFD files, so to speak... That's exactly why I quite quickly do my own AFDs to make sure it looks like in RW, because in their Support Forum you're simply left alone. In fact there's sooooo much information available, but they simply do not care. As for Nick's answer: as a moderator/administrator I would never publish something that I don't have a clue of. It's also about responsability towards the customers.
  20. Ray, I refer to the BGLs published by Nick on ORBX' website. In the meantime I also added some comments to this thread and Nick's reply was far beyond of what I would expect from a professional developer's website...😱 The published BGLs are simply not useable as they got almost everything wrong that could be wrong. Not easy though either...
  21. Just for the sake of correctness to all users of LYBE: the BGLs published in this ORBX Thread are not correct ! GPs are misplaced, DMEs are misplaced and even "newly invented" on ILS 30 as this one does NOT have a DME anymore. So all in all not a very professional handling of the matter and not really useful.
  22. Hi Heinz, I think I know what you mean but this is not possible. The routing needs to be sequenced properly and previous waypoints need to be cleared. So all in all - it would be exactly the same as using the DIR TO function to select the waypoint you want to fly to -> which then becomes the ACTIVE WAYPOINT. BTW, also in real life if you pass a waypoint too far off route - e.g. due to circumnavigating weather - you need to clean up your flightplan by selecting DCT TO to the next waypoint. Just re-engaging NAV mode does not resume the correct routing in all cases. It only works as long as you resume to the active leg. Otherwise the A/C may as well turn towards the last (ACTIVE) waypoint.
  23. Hi Ray, No - and - no... I have all 5 ILSes plus LOC08 and there is no "personally manipulated" BGL for ESSA. We're talking about ORBX' ESSA, right?
  24. Hi Michael, Interesting ! Can you provide a link to OOMS ? I can't find it in neither simMarket's donwload section nor in the link provided by ArmiProjects. I would like to have a look into it for troubleshooting purposes.
×
×
  • Create New...