Re: [Flightgear-devel] Request for comments: Airway database
On Wednesday 01 February 2006 12:25, Jon Stockill wrote: Durk Talsma wrote: I agree, but for display purposes just loading a memory image of the Robin Peel database would probably suffice. I.e. there wouldn't be a need for setting up an intricate network of nodes and connections as I'm currently doing for the ground network. Therefore, I'm considering loading the airway data straight into flightgear, while preserving the networked version for a flightplan utility. It *may* be useful to have your version available - being able to load a pre-planned route into the GPS for any given destination would certainly be a very nice feature. It really depends how much processing would be involved to extract a route I suppose. This type of routing info certainly has further applications. Yes, this is the type of purposes that I'm aiming for, but I think the route extraction procedure would be better suited in an external program. But, I'll see if I can store the data in a binary image and see if it loads any faster. Cheers, Durk --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
Re: [Flightgear-devel] Request for comments: Airway database
Durk Talsma wrote: I agree, but for display purposes just loading a memory image of the Robin Peel database would probably suffice. I.e. there wouldn't be a need for setting up an intricate network of nodes and connections as I'm currently doing for the ground network. Therefore, I'm considering loading the airway data straight into flightgear, while preserving the networked version for a flightplan utility. It *may* be useful to have your version available - being able to load a pre-planned route into the GPS for any given destination would certainly be a very nice feature. It really depends how much processing would be involved to extract a route I suppose. This type of routing info certainly has further applications. -- Jon Stockill [EMAIL PROTECTED] --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
[Flightgear-devel] Request for comments: Airway database
Hi Folks, I just finished some initial experiments in loading the Robin Peel airway database for flightgear. The code is based on the ground network code that I wrote for AI taxiway following. While I have stuff working right now, one major problem is becoming apparent: It takes approximately 6 to 7 minutes to load and initialize the entire airway database on my machine (yikes). The major reason for this is that each route segment in Robin Peel's database is defined by the full coordinates of each start and end waypoint. The airway and ground networks operate by storing the waypoints and the routes separately. Therefore, for each Airway segment, I need to look up whether the defining waypoints have already been loaded, which is quite computationally intensive. My ground network code, on the other hand, reads data in which the waypoints and the route segments are stored separately to begin with, which makes it much faster to load. Right now, I can see a number of ways to proceed with this. My major objective is to use the airway database to create more realistic AI traffic behavior, but for just that purpose, I don't actually need to load the airway database into flightgear. I could also choose to pregenerate all the AI flightplans offline and let FlightGear read those on demand. I'm wondering though if there would be any future need for airway information inside FlightGear itself, for example in modeling GPS receivers or flight management computers. If so, it would still be worthwhile to convert the data into a native format that could much more rapidly be loaded into flightgear. Cheers, Durk --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnkkid=103432bid=230486dat=121642 ___ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel