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

Suggestions for Future Version 2011

Status
Not open for further replies.
Hi,

Not sure if this has been asked before, but there is one feature in AFCAD that I couldn't remember seeing in ADE. With AFCAD it scans all your scenery folders and allows you to access any airport installed directly from it's interface. Is that something you would consider for ADE at all? The other reason I ask is that it doesn't cope with additional airports once you have more than 999 scenery areas in your scenery.cfg file.

Apologies if this has been asked for/considered before.
 
regan123 said:
Hi,

Not sure if this has been asked before, but there is one feature in AFCAD that I couldn't remember seeing in ADE. With AFCAD it scans all your scenery folders and allows you to access any airport installed directly from it's interface. Is that something you would consider for ADE at all? The other reason I ask is that it doesn't cope with additional airports once you have more than 999 scenery areas in your scenery.cfg file.

Apologies if this has been asked for/considered before.
Click to expand...

It has been asked for, and we can do it. I have some slight concerns with it. The reason is that ADE uses its own project file format that contains a lot of extra data. We often need to remind users not to load and save airport from the bgl file (the way AFCAD does it). I might worry that providing an interface to the addon copies of airport bgl files will encourage this behavior. Maybe I worry too much!! :o
 
scruffyduck said:
We often need to remind users not to load and save airport from the bgl file (the way AFCAD does it). I might worry that providing an interface to the addon copies of airport bgl files will encourage this behavior. Maybe I worry too much!! :o
Click to expand...

In that case Jon, perhaps adding a popup "nag message" when any attempt to load an existing .bgl file might help...

Are you sure you know what you are doing?​
Click to expand...
 
n4gix said:
In that case Jon, perhaps adding a popup "nag message" when any attempt to load an existing .bgl file might help...
Click to expand...

Good idea Bill. Also maybe rather than reading addon bgl files we could read ade project files instead?
 
scruffyduck said:
Good idea Bill. Also maybe rather than reading addon bgl files we could read ade project files instead?
Click to expand...

Well, aren't there some occasions when it might be necessary to read an existing .bgl file?

The major goal should be to block such a case from occurring without the user specifically choosing to override the default loading of an .ade project file. At the very least it should cut down -if not completely eliminate- the number of times folks have to ask "What went wrong?" :D

The proximate cause of this is without doubt because reading a .bgl is the default behavior of AFCAD...
WARNING: Loading a compiled .bgl file is not normal procedure for ADE. Click here to override.​
Click to expand...
 
scruffyduck said:
Good idea Bill. Also maybe rather than reading addon bgl files we could read ade project files instead?
Click to expand...

But where are you going to read them from?

The useful feature of bith Afcad2 and AFX is that they scan the scenery.cfg for active AFD bgl files. If they were created by ADE, there isn't a reference to the AD2 path.
 
That's true George. However I suspect that the reason it is useful in AFX and AFCAD is because they both use the bgl format to load and save files.

And you are also right that it would not be practical to scan for ADE project files :o
 
I like the nag comment... but maybe,... if the user opens up a bgl then ADE will be only be able to save to a ad2 file, nothing more. Everything else would be greyed out... etc...

:twocents:
 
n4gix said:
....... At the very least it should cut down -if not completely eliminate- the number of times folks have to ask "What went wrong?" :D
Click to expand...

MUWHAHAHAHAHAHA What world do you live in!?!?!?!? We all know, that you can put 100 messages of what people shouldn't do...and why...and then once they do it,k they will hunt you down and complain incessantly and then beg you to fix YOUR error. LOL

And yes, I know your smiley meant you were joking.. hehe (at least I hope!!!)

- Greg
 
ProKey features - Raw Data View

Hi,

I would really appreciate to see an export/import button on the Raw Data View tool for most of the elements. Reason is that I sometimes need to edit the airports xml by hand. Until now I only manage to continue by 'open Airport' from xml but then other elements of the old ad2 file like i.e. airport background, terrain exclusions and background images are all lost. Could be right easy to export these elements first and re-import them after the xml hand-work on the xml airport file is done.

Regards
Hans
 
HansW said:
Hi,

I would really appreciate to see an export/import button on the Raw Data View tool for most of the elements. Reason is that I sometimes need to edit the airports xml by hand. Until now I only manage to continue by 'open Airport' from xml but then other elements of the old ad2 file like i.e. airport background, terrain exclusions and background images are all lost. Could be right easy to export these elements first and re-import them after the xml hand-work on the xml airport file is done.

Regards
Hans
Click to expand...

Can you tell me what things you need to edit in the XML that you can't do with RDV? You should be able to change everything you can do by hand except writing the XML directly. We avoid that at the moment because it can seriously mess up the project file. Perhaps you want to add some XML that you cannot add in ADE?
 
Hi Jon,

my posting here is to be seen in relation to this thread.

I appreciate that ADEX ProKey offers all the capability to edit raw data elements in the current project.

I have to consider that it is and will be impossible with ADEX ProKey to build a project file, hand edit the legally produced xml of that airport, re-import it and continue work without loosing self-produced terrain data or background images. BTW. I am not dealing with re-importing compiled cvx files.

My personal thoughts have been, that when there is an edit of all the details in RDW, that writing out a copy of the internal presentation of the mentioned elements in a binary or csv file and re-importing/adding it has no big impact of the size in code of ADEX and any project. The 'tree-view' of RDW offers well an element select and displays the contents in detail (and xml code) so the data is present. But I am wrong.

Again, this is no problem at all for me. I can well live with that.

Regards
Hans
 
Hi Hans

OK I remember now. I will need to have a think about this. It is likely to be something in ADE 2 (unless it is something that can be done in a little time!)

I can see the issue with the fact that the ADE file does contain much more than the XML or Bgl file can. There is no way currently to merge ADE Files but I am not sure it would be too difficult. Let me think so more
 
scruffyduck said:
Hi Hans

OK I remember now. I will need to have a think about this. It is likely to be something in ADE 2 (unless it is something that can be done in a little time!)

I can see the issue with the fact that the ADE file does contain much more than the XML or Bgl file can. There is no way currently to merge ADE Files but I am not sure it would be too difficult. Let me think so more
Click to expand...

Jon

Are you sure we can't merge ADE's. I have raw XML from old hand written airports. I am using our import feature to bring that XML into my current .ad2

I am updating my original FSX KATL that was done with AFCAD and split bgl's. I had to start out by opening the bgl but after importing XML and adding load Stock data I have a .ad2 just as if I started from scratch. By importing my raw XML I was able to add all my scenery I used along with importing all my rewritten approach data.
 
You can certainly import bgl file and xml file data into an ADE project. I thought the suggestion related to actually importing a .ad2 file (rather than xml or bgl).

It would not be hard to do that of course. The biggest issue will (as always) be in dealing with items that are duplicated in the different files. However ADE can work out if objects are co-located and the same.
 
I hope I am not late for the Wish List Party.

The one wish I do have is Auto Taxi sign placement. This would allow for uniformity at all signs at the given airport.

The program would look forward and back of the Taxi Point to determine:
  • if there is an intersection.
  • what type of path is intersecting (runway, taxi, vehicle, or apron)
  • if intersecting paths have different designation, a sign would be needed.
  • proper signage. Red for runways, black for location.
  • angle of intersection for proper arrow placed in sign.
  • Lastly, place sign on left at user determined distance facing the right direction.

Even if you don't use this suggestion, thanks for the work you have done!
 
Tony V said:
I hope I am not late for the Wish List Party.

The one wish I do have is Auto Taxi sign placement. This would allow for uniformity at all signs at the given airport.

The program would look forward and back of the Taxi Point to determine:
  • if there is an intersection.
  • what type of path is intersecting (runway, taxi, vehicle, or apron)
  • if intersecting paths have different designation, a sign would be needed.
  • proper signage. Red for runways, black for location.
  • angle of intersection for proper arrow placed in sign.
  • Lastly, place sign on left at user determined distance facing the right direction.

Even if you don't use this suggestion, thanks for the work you have done!
Click to expand...

Thanks for the suggestion. It has been mentioned before and is on the list.
 
Copy/Paste co-ordinates

I am not certain whether it has been suggested before .

When working a project in ADE you get the co-ordinates (Lat and Long) of the exact position of your mouse within the project . Right? .. Right .
What if these co-ordinates (Latitude and Longitude ONLY) are copied by pressing a certain key , so they can be pasted , say for instance in kml file or wherever else one might require them co-ordinates .
Just an idea .
 
Geobas said:
I am not certain whether it has been suggested before .

When working a project in ADE you get the co-ordinates (Lat and Long) of the exact position of your mouse within the project . Right? .. Right .
What if these co-ordinates (Latitude and Longitude ONLY) are copied by pressing a certain key , so they can be pasted , say for instance in kml file or wherever else one might require them co-ordinates .
Just an idea .
Click to expand...

That is a good idea :)
 
Status
Not open for further replies.
Back
Top