Re: [Flightgear-devel] Approach ATC ideas: using real SID/STARs in FlightGear?

2008-02-01 Thread Torsten Dreyer
 In real life, pilots (and ATC) uses terminal procedures of
 each airport when approaching or departing. Example for KSFO:
 http://flightaware.com/resources/airport/KSFO#terminalprocedures

 What about adding real SID/STAR procedures to FG? This will
 make flying and communicating with ATC in FG more realistic.
Not necessarily. When there is a radar service - and most airports I know do 
have a radar service - there are published procedures but they are usually 
not used because the approach controller guides you to the final approach by 
assigning the pilot individual headings, so called radar vectors.

 But there are three problems (as i understand this):

   1. Where to find the database of SID/STAR of *all* airports?
They are published in the AIP of the airports country. You can find the 
relevant AIP for europe at http://www.ead.eurocontrol.int/ and they change 
every now and then.

   2. Database will be large. So we will have another big file
  in FG distibutive, such as nav.dat.gz, awy.dat.gz, etc. This
  means that FG will get more time to start and will use more
  memory (?).
Yes it will be large. It should be an optional feature to load.

   3. Copyrights and law. Is it ok to use this type of data in FG?
  Won't we have law problems with other authors?
EUROCONTROL says on their site:
quote
Reproduction is authorised for personal use only provided the source is duly 
acknowledged.
 
 All other uses are prohibited. 
/quote

I think it could be a cool feature but your biggest problem would be 
collecting the data and copyright issues.

Greeting, Torsten

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel


Re: [Flightgear-devel] Approach ATC ideas: using real SID/STARs in FlightGear?

2008-02-01 Thread Sébastien MARQUE
hi all,

Torsten Dreyer a écrit :
 In real life, pilots (and ATC) uses terminal procedures of
 each airport when approaching or departing. Example for KSFO:
 http://flightaware.com/resources/airport/KSFO#terminalprocedures

 What about adding real SID/STAR procedures to FG? This will
 make flying and communicating with ATC in FG more realistic.
 Not necessarily. When there is a radar service - and most airports I know do 
 have a radar service - there are published procedures but they are usually 
 not used because the approach controller guides you to the final approach by 
 assigning the pilot individual headings, so called radar vectors.
 But there are three problems (as i understand this):

   1. Where to find the database of SID/STAR of *all* airports?
 They are published in the AIP of the airports country. You can find the 
 relevant AIP for europe at http://www.ead.eurocontrol.int/ and they change 
 every now and then.
For a flightplan-like script I made, I use the ones for GoodWay Xplane 
(http://www.xpgoodway.com/), I asked for the use of these files to the 
devs of GoodWay and they accepted without any problem (including that my 
script is GPLed and intented (;)) to be used by anyone), you may contact 
them again to ask.
Using them I found that they include some waypoints unknown by our own 
fix.dat, so I decided in my script just to ignore them.
The syntax is similar to nav and fix.dat we already use. Some details 
have been explained by Alexis to me, but it is quite easy to understand.
   2. Database will be large. So we will have another big file
  in FG distibutive, such as nav.dat.gz, awy.dat.gz, etc. This
  means that FG will get more time to start and will use more
  memory (?).
 Yes it will be large. It should be an optional feature to load.
Indeed it is not so large, as many aiports are not included I think, but 
there are still many.
   3. Copyrights and law. Is it ok to use this type of data in FG?
  Won't we have law problems with other authors?
 EUROCONTROL says on their site:
 quote
 Reproduction is authorised for personal use only provided the source is duly 
 acknowledged.
  
  All other uses are prohibited. 
 /quote

The head of files I'm talking includes DAFIF data cycle 200509 build 
40, Copyright © 2005 GoodWay team, Alexis Maizel (--masked email 
adress--).   This data is free software; you can redistribute it and/or 
modify it under the terms of the GNU General Public License as published 
by the Free Software Foundation; either version 2 of the License, or (at 
your option) any later version. [and so on...].

 I think it could be a cool feature but your biggest problem would be 
 collecting the data and copyright issues.
 
 Greeting, Torsten
 
hope my solution could solve these problem and allow you to continue in 
your great idea.

- direct link to the files: 
http://www.xpgoodway.com/modules.php?name=Downloadsd_op=getitlid=101
- my script (perl): 
http://seb.marque.free.fr/fichiers/scripts/perl/dev/plandevol-eng-dev

best regards

Seb

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel