News:

Thou shalt confirm thine airspeed on final, lest the earth rise up and smite thee. (pre-landing checklist, v1)

Main Menu
Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - Haddock

#1
Thanks for this statement, Tim. Maybe something for the next manual revision?! ;-)

The answer is not what I was hoping for but now I know that it isn't a misconfiguration. Independently of that Plan-G is a great program.

Keep on going!

Haddock


#2
Hello!

Can Plan-G get the weather informations from X-Plane, only?

I'm not able to configure it in this way, eather local on the PC with X-Plane running or from a networked PC.  But I didn't find informations in the manual or here in this board if it should generally work with X-Plane or not. (Maybe I'm blind then please show me the light.)

If the NWS option is checked, Plan-G is loading the METAR datas from the airports listed in the flight plan via Internet. Unchecking NWS and choosing both other options in the "If connected with FS" marking is resulting in empty fields of the weather window in Plan-G.

Plan-G is running fine on a 2nd PC connected via XPwideClient and XPUIPC, but the options to get the weather information from X-Plane only isn't working, eather networked nor on the local PC. Did I miss something to configure?

I'll send the local log file as attachment.

Thanks in advance
Haddock


#3
I solved my problem.

X-Plane is stored its Nav Datas on two locations:

Location #1:
...\X-Plane10\Resources\default data\
(In this folder all files are hold up-to-date by the X-Plane updater acc readme file)

Location #2:
...\X-Plane10\Custom Data\
(Never updated by the updater acc. readme file)

It seems that Plan-G was generating its database out of the datas from location #1, while my X-Plane was using the out-of-date datas from location #2. That's because the only thing I did was to copy (!) the four nav data files from location #1 to location #2, replacing the existing file there. And voila, after that X-Plane is showing the things correctly:

- SEQM has now two ILS runways
- SEQU is disappeared

For a close-up I was new generating Plan-G's database, not only re-generating. The result was a light raise up of the file size, and Plan-G is always showing SEQU but with a big "X" in brackets in front of the name.


Also I was able to repair the missing ATIS announcment in the SEQM airport add-on. The author was missing a row in the apt.dat file...


That was a successfully afternoon. ;-)

#4
Thank you for these informations, Axel.

First, regardless of the source of these failures the main question is, why the contents of both databases are different, and why Plane-G is knowing it better? It takes its contents from X-Plane's database, so if it is wrong in X-Plane's database it should be wrong in Plane-G, too...?!

Second: Is this behavior reproducable on other users of X-Plane 10.45?

Third and last:
I'm using the "new Quito Mariscal Sucre Airport 1.2" add-on, but even with or without this add-on (deactivated or deinstalled, I tried both) the ILS nav-aids are missing. Also I was flushing the hole "apt.dat" file which is announced here (https://gateway.x-plane.com/NOTAMs), and at last I was running the X-Plane updater. And not to forget, after all I was rebuilding the database of Plan-G. So if something is wrong here I don't not what it can be...
#5
Hello,

it belongs to SEQM - Quito Mariscal Sucre Intl Airport, Bolivia:

- Plan-G3 is showing datas and symbols of ILS for both runways 18/36
- X-Plane 10.45 didn't show any ILS runway, gives no datas and also an ILS approach didn't work.

In SEQU it is vice versa (less than 10 nm west of SEQM):

- Plan-G did not showing an ILS runway
- X-Plane is showing datas and symbols for an ILS runway.

The cruel thing is that Plan-G's database is based on X-Plane's database. In detail: X-Plane is up to date, and Plan-G's database is new generated from this X-Plane installation.

Any idea?




#6
Quote from: tim arnot on October 18, 2015, 10:07:53 AM
Use the 3.1.3 beta at the top of this forum. It fixes this problem.

Hi Tim,

you're right, it is working now. But the log file is filled well with several messages about duplicate airports and other (format?) errors. But it did the work in ca. 10 minutes and in a first test everything seems to run (including connection to X-Plane).

Thanks for help.

Haddock
#7
Hi Tim,

at first I thought you're kidding me as I was looking for the file in the thread. But then I was using a browser on another computer to look in this forum. There as a guest the default language "English" was used and I was able to see your text and the missed download link. Hugh...?  :o

It can be reproduced - take a look in the attached screenshot:


  • With "German" choosed as language in the forum I can't see the context of your message.
  • If the language in the forum is switched to "English" the text and the link will be shown.

Is this a kind of an intelligence test? Did I passed?  :angel:  ;D

Haddock
#8
Hello,

I have installed in X-Plane the "prefab_Airports" tool and using the "AirportRemover" to clean airports contained in my "senery_pack.ini" out of the global and out of the prefab_Airports databases. It is working fine, no doubled airport sceneries anymore and some 3d objects found added at most of the smaler airfields/airports.  :13:

My last Plan-G database was created before I was installing the tools descripted above. Now I don't know if the problem of Plan-G to create a new database is based on the using of this tools, by the X-Plane update to 10.41 or something else. I was trying a lot since my initial question, with the changes of the AirportRemover restored or not, with deleted databases in Plan-G and several combinations but the result was allways the same: After 5 minutes the process was stuck at the message "Building xxxxxx airports". After break off the process and restarting Plan-G only airports are showing but no nav aids or further informations. The log file is now showing a long lists of duplicated airports...so I was giving up for now.  :-\

The 1st entry in the attached log file was created during an attempt with the changes of the AirportRemover tool restored and all Plan-G databases deleted.

After that I was copy a set of backuped databases into Plan-G and was checking this. It was working for now and this is showing in the 2nd entry of the logfile.

At least there is the question for the source of Plan-G's problem to create a new X-Plane database:

  • Is it based on the tools I used so that some files are corrupted in X-Plane?
  • Could it be the update of X-Plane?
  • Did we found the failure somewhere between my ears? ???
  • Or something else...?

Haddock
#9
Hello,

Plane-G is running on the same Win7 Pro machine as FSX and X-Plane with databases for both of them. For some reasons I want to re-build the X-Plane database in Plan-G after the update to X-Plane 10.41 today but it fails every time after showing "building xxxxx airports" for more than 15 minutes.

Starting Plan-G as administrator did not help. I can't identify in the logfile what is going wrong, and I did not find something special for this problem here in the forum.

Which further informations are needed to help me out? The logfile has a size greater than 2 MB so I want to ask before posting here...

Thanks in advance

Haddock


#10
Plan-G / Re: plan a flight in IFR
October 13, 2011, 11:08:37 AM
Hello Tim,

Quote from: tim arnot on September 22, 2011, 09:09:31 AM
SIDs and STARS are not included in Plan-G. You would have to transfer them manually from the paper charts if you want to include them.

I didn't understand this. When I make a right-click on the destination airport in the map and choose "Show instrument approaches" I get a menu of STARS for choosing and adding into the flight plan...?!  ???  This is a great convenience and often used by me...what do you mean?

Haddock
#11
Plan-G / Re: Plan-G in a virtual XP machine
October 13, 2011, 10:58:20 AM
Hello,

some words as an experience report after a while of using Plan-G in a virtual WindowsXP:

- The startup of Plan-G will be faster when not in full size. In other words: Resizing Plan-G to window mode before closing will speed up the opening at next time. When Plan-G is running the full size mode is recommended.

- Using of less details is recommended, too. As long as you are using the details you are actually needing only the performance is acceptable.

- Best settings for me in Parallels are 2 CPUs and the 1 GB of RAM.


And again thanks again for this great software!

Kindly regards
Haddock
#12
Plan-G / Re: Plan-G in a virtual XP machine
September 21, 2011, 08:29:19 AM
Hello Tim,

the reason for using a virtual WinXP on the MacBook was to combine the best of both OS. There are only a dozen of Win programs I want to use further on (because there are no alternatives or I don't wanna like to change) but I want them for using directly while working on projects so it makes no sense for me to reboot the OS 20 times a day. So Parallels is a perfect solution for this.

Take a look into the attached picture, you can see that the MacBook is the nearest screen beside my main screen. The 23" main screen is switchable via a KVM switch to the game PC so the Flight Simulator will run there in full screen mode. So it suggests itself trying to use a virtual WinXP on the MacBook, isn't it?  ;)

But after making this constrution it could happen that I miss something in the configurations so that is the reason I want to ask you for hints. Nevertheless it is running best while flying as a moving map, yesterday in the evening it was a great help during 2 hours of multiplayer flying with and without a flight plan. Only during creating flight plans the performance breaks down when you need to scroll and zoom many times.

In the meantime I have find some ways to avoid to much break downs by using a smaller map and less details in lower zoom levels but if someone will have some hints for me he will welcome.  :)

Kindly regards
Haddock
#13
Plan-G / Plan-G in a virtual XP machine
September 20, 2011, 06:00:47 PM
Hello,

first, I'm a new user here in the forum and also with Plan-G. I hope you can excuse my bad english...

Second, congratulation for that great peace of software. Superb.

Third, I need hints for a better performance running Plan-G in a virtual machine. The details:

I'm running Plan-G (together with WideFS) in a virtual WinXP hosted via Parallels6 on a MacBook Pro. It is connecting by LAN to FS2004 which is running on a real GamePC with WinXP. Everything is running fine except the performance of Plan-G is very poor.

This means changing the map size of Plan-G bigger than a quarter of the screen size results in a response time more than one minute when moving the map or adding details like waypoints, nav aids or something else. During flight it isn't a problem but when making a flight plan these breaks are very frustating especially when making longer flights.

I was trying several configurations for the virtual machine, with one or two virtual CPUs, more or less memory and so on but it doesn't change anything.

So I want to ask here if someone will have some hints for me to speed up the performance of Plan-G. To avoid misunderstandings, I don't want to have all details showing in the map at the same time - I know that the ressources of a virtually machine are limited. What I want to have is only the possibility to have a bigger map size with the possibility to show me nav aids and all size of airports at the same time, and this scrollable in an acceptible time.

Did someone any idea? If you are needing more details please feel free to ask.

Thanks in adcance and many greetings from Germany
Haddock