As an aside: When working on the codebase, I maintain a local script
that launches FGFS by disabling whatever features prevent the
simulation from being flyable on my development machine. When I am
unable to turn off features that prevent the simulator from running,
and disabling them in source i
On Sun, Oct 30, 2011 at 3:20 PM, Martin Spott wrote:
> Alex Perry wrote:
>> [...] What is
>> preventing us from converting the whole Atlas project to WMS, and
>> dropping the old nomenclature?
>
> I'm just guessing: Backwards compatibility with those users who
On Sun, Oct 30, 2011 at 12:38 PM, Martin Spott wrote:
> Geoff McLane wrote:
>> As you may know the Atlas project already has
>> a GetMap application, linked with CURL to
>> to do the http requests... written by Fred back in 2004,
>
> No, I didn't know. When I talked to Brian Schack about this topi
To agree with Alan, but with some additional generalizations.
On Tue, Sep 20, 2011 at 2:25 AM, Alan Teeder wrote:
> When I ran the research flight simulator for a major aircraft manufacturer
> in the UK (many moons ago when we still had such an industry), we had a
> saying:-
> "Ask 10 test pilots
If you know the phone number of the ATC facility, you should be able
to enter it into a popup that looks like a satphone and communicate
with them without the attenuation constraint. Oh, and extend the ATC
dialog to understand "say phone number" and "on landing call"
interactions.
On Mon, Sep 5,
On Sat, Jun 25, 2011 at 4:01 PM, Vivian Meazza
wrote:
>> Personally, I don't see a value in offering HTTP per-file instead of
>> SVN per-directory, but others may do. Hence the discussion above.
>
> The main problem right now is that Git cannot cope with the size of the
> data, and it's getting w
Putting map data on SVN made incremental updates feasible. Both for
maintainer uploads, and user caches. A similar argument applies to
the aircraft, with the complications that (a) there are more
maintainers with less coordination, and (b) the dependency graph
between directories is not trivial.
On Fri, Jun 24, 2011 at 6:51 AM, Scott wrote:
> Using SVN so you can download stuff on the fly is ridiculous,
The most popular and platform agnostic way to do downloading from
multiple locations, with caching and automatic updates, is HTTP these
days. Does anybody know offhand how much trouble i
If occasional 50x responses occur in batches, but not for most
simulation runs where you synchronize scenery, don't worry about it
and certainly don't blame the FGFS codebase. If 50x's occur routinely
for several hours, feel free to let me know. Just in case the shared
backend is misbehaving.
As
Excellent!
On Mon, Jun 13, 2011 at 12:50 PM, ThorstenB wrote:
> Hi,
>
> the final GUI bits for a new feature are now in fgdata - the last
> feature addition for the 2.4 release from my part... You can
> download/update scenery directly from FlightGear now (main menu:
> Environment => Scenery). Cr
Tides?
Ocean with LOD?
On Tue, Jan 25, 2011 at 10:13 AM, Curtis Olson wrote:
> Quick explanation: the world is curved (oblate spheroid) so if in order to
> have an ocean that measures zero MSL at all points, it would have to be
> curved. To do this perfectly requires a *lot* of polygons. We hav
On Mon, Nov 29, 2010 at 2:21 AM, Tim Moore wrote:
> On Mon, Nov 29, 2010 at 9:39 AM, wrote:
>> > One more observation. Yesterday I was doing tweaks to the spin related
>> > functions in my model and during spin tests I noticed that I get the
>> > same
>> > affect when I am in a spin only the clo
Seems like FlightGear (as a mentoring organization) has a month
remaining to decide what we're going to do.
Hello -
Google is excited to announce Google Summer of CodeTM 2011! Google
Summer of Code is a program designed to encourage student
participation in open source development by offering t
Hmm. Maybe we should simply replace the static snapshot that is being
served on the website with a script that is running against
TerraSync's subversion repository? I can see a point of snapshots for
distribution on read only media, especially if they have a script that
can reconstruct the svn me
On Wed, Dec 15, 2010 at 12:09 PM, Peter Brown
wrote:
> On Dec 15, 2010, at 2:23 PM, Citronnier - Alexis Bory wrote:
>> I did (mid october) a flightgear page on Productwiki site.
>>
>> Product wiki is an intersting site where you can describe and rewiew any
>> product on a wiki basis. So feel free
On Sat, Nov 13, 2010 at 7:35 AM, Arnt Karlsen wrote:
> On Sat, 13 Nov 2010 09:57:14 +, James wrote in message
>> On 12 Nov 2010, at 23:44, Curtis Olson wrote:
>> > My personal rule-of-thumb is to only commit when I've got time to
>> > watch the Hudson board go green - it's on an hourly poll at
On Sat, Oct 02, 2010 at 02:39:42PM +0100, James Turner wrote:
> On 1 Oct 2010, at 19:58, Gijs de Rooy wrote:
> > I am proud to announce that the September edition of our newsletter is the
> > longest ever! A big thank
> > you to all contributors! I'm glad to see more and more devs (and users) add
On Tue, Jul 6, 2010 at 5:12 AM, Csaba Halász wrote:
> On Tue, Jul 6, 2010 at 1:45 PM, wrote:
>> Many modern computers are running multicore CPU's. I have noticed that
>> FGFS only uses one thread in one core. And FGFS appears to be processor
>> bound on my Core-I7, because the one core thread is
On Sat, May 29, 2010 at 10:02 AM, Rob Shearman, Jr. wrote:
> Hi there --
>
> Recently while flying with the MD-81 at cruise levels of FL330 or so, I
> noticed there were some significant discrepancies between the displayed
> altitude and the altitude found in the property tree at
> /position/altit
On Tue, May 18, 2010 at 6:17 PM, Peter Morgan wrote:
> On Sat, May 15, 2010 at 7:12 PM, Csaba wrote:
> > During discussions on IRC, the idea came up of creating a downloadable
> > bundle of the new gitorious fg-data repository.
> What I want is for a someone to aqquire the "terrain for swanea and s
the number of times that's happened to me, and I know of
others it also happened to, it seems likely that you can follow the
same pattern.
Cheers,
Alex.
On Fri, May 14, 2010 at 4:43 PM, Alex Perry wrote:
> On Thu, May 13, 2010 at 7:20 PM, Innis Cunningham wrote:
>> Hi
>>
On Thu, May 13, 2010 at 7:20 PM, Innis Cunningham wrote:
> Hi
> I have tried to help with FG for about 7 years but after installing
> FG 2.0 I give up.
> As I am not a computer programmer I am not able to help with
> coding so I tried to help with model building and AI and scenery.
> With FG2.0 it
On Wed, May 12, 2010 at 12:26 PM, Frederic Bouvier wrote:
> Exactly, I didn't find the dependent librairies, either compiled, or
> compilable, with MSVC.
Curious. The documentation in both the Poppler and the libvncserver
source tarballs indicate that their maintainers believe the source
trees
On Wed, May 12, 2010 at 1:35 AM, Frederic Bouvier wrote:
> BTW, I never managed to build these OSG plugins with MSVC
Not having the plugins doesn't break the SimGear side code, but the
new feature doesn't end up doing anything interesting. The OSG
plugins depend on otherwise-optional libraries a
Two screenshots that demonstrate a use case.
http://picasaweb.google.com/alex.pamurray/FlightGearAndroid?authkey=Gv1sRgCLXWsq_p96GFPQ&feat=directlink
I'd appreciate it if someone could review and commit this SimGear feature:
http://gitorious.org/fg/alexperry-simgear/commit/95b62ec3fc898ea281dbef28
The Android stuff doesn't need patches in the FGFS source code, but
does affect the aircraft files (obviously) as well as SimGear and OSG.
Please check with me before building in case the associated patches
haven't been integrated into upstream yet.
On Fri, May 7, 2010 at 9:06 AM, James Turner w
Has anyone made a 3D model of a PDA that attaches nicely to the
existing yoke XML files? I'm thinking of portrait orientation with
the form factor of an iPhone, android phone, etc, etc.
--
Download Intel® Parallel Studio
On Thu, Mar 25, 2010 at 9:25 PM, Pete Morgan wrote:
> Advantages
> * relies on Google infrastructure
> * does not require one to setup and maintain their own servers
> * can be coded in python or java
> * each application scales to three million page views a month or around
> 1.2 requests a second
On Tue, Mar 9, 2010 at 2:56 AM, Pete Morgan wrote:
>> - Do we want to lock ourselves into google?
> These issues worry me also, and indeed pointing www.flightgear.org to
> fg-www.appspot.com is likely to have other problems (major 404's will
> need to be handled)
We should be able to design all t
On Tue, Mar 9, 2010 at 6:08 AM, Pete Morgan wrote:
> Has/Does FlightGear participate ?
Not that I'm aware of. I don't see any reason why not, except that it
does require someone to take on the mentoring responsibilities. Maybe
that has been sufficient discouragement in the past:
http://socghop.
I like it too.
On Sun, Mar 7, 2010 at 9:22 PM, Pete Morgan wrote:
> Have developed the idea a bit further.
>
> http://fg-www.appspot.com/
>
> idea is to have a dedicated aircraft and Online site also
>
>
> is this worth pursuing ? Its quite neat and developer friendly on the
> Google App Engine.
Sorry, I've only just noticed this message sitting in my to-do pile. An
interesting point because , yes, checkouts are not atomic. It wouldn't
be hard to extend the code to retrofit atomicity around the svn code
using directory renames and the like, but before we put the effort into
the code
I sent much the same thing in a patch to Fred. I suspect that he
didn't notice because it is called winsocket on Windows.
On Mon, Mar 1, 2010 at 2:38 AM, Martin Spott wrote:
> I'm expieriencing difficulties to compile 'terrasync' after the latest
> patch. While PLIB's socket seems to be the targ
On Sun, Feb 28, 2010 at 3:59 AM, Tim Moore wrote:
> Whoops, I'm a bit late with my comments, but all the same...
>
> You can't safely use C++ stream functions in a signal handler.
Drat, true. A simple write() would be fine, given what I'm using it for.
> Why does terrasync need to be protected
On Sun, Feb 28, 2010 at 8:16 AM, Alex Perry wrote:
> On Sun, Feb 28, 2010 at 3:59 AM, Tim Moore wrote:
>> Whoops, I'm a bit late with my comments, but all the same...
>>
>> You can't safely use C++ stream functions in a signal handler.
>
> Drat, true. A simpl
Done. Also added the modified source file.
On Sun, Feb 28, 2010 at 12:09 AM, Frederic Bouvier wrote:
> Hi Alex,
> Please resend this patch gzip and attached. I can't use it as it is.
>
> -Fred
>
>
> --
> Download Intel®
Index: terrasync.cxx
===
RCS file: /var/cvs/FlightGear-0.9/source/utils/TerraSync/terrasync.cxx,v
retrieving revision 1.28
diff -u -r1.28 terrasync.cxx
--- terrasync.cxx 23 Jan 2010 22:27:38 - 1.28
+++ terrasync.cxx
Pete, perhaps we need to create a separate queue for
"flightgear-usability-bugs-that-gene-doesnt-care-about".
--
SOLARIS 10 is the OS for Data Centers - provides features such as DTrace,
Predictive Self Healing and Award W
http://www.linuxtag.org/2010/en/program/call-for-papers.html
Has anyone submitted a FGFS centric response to the CfP? If not, should I?
--
Throughout its 18-year history, RSA Conference consistently attracts the
world's
On Sun, Jan 10, 2010 at 2:25 PM, Jari Häkkinen wrote:
> On 1/10/10 10:13 PM, Benoît Laniel wrote:
>> I updated the snapshots and now have a functional (probably not bug
>> free) terrasync with svn support built-in:
>
> Not really a win32-build issue but terrasync does not behave well with
> svn bu
I am unable to use MSFS. Has someone checked whether they handle reversibles
with a heuristic, or are you just guessing?
James Turner wrote:
>
>On 20 Dec 2009, at 00:02, John Denker wrote:
>> I was also informed [off list] that the code to make
>> reversible ILSs usable had been "ignored" bec
+1. Reversible approaches should be configured like any other ATC controlled
ground system - such as runway lighting. I have no objections to an automatic
selector for which ILS end to enable, but it should be based on surface wind
(for example) and not the aircraft position.
John Denker wr
n Sun, Nov 22, 2009 at 6:58 PM, Alex Perry wrote:
> Having compiled Atlas so I can regenerate a few maps on my laptop, it
> complains that it needs a GLX 1.3 feature and my X server only
> supports 1.2 ... so this side project will have to wait until I've got
> another machine han
Having compiled Atlas so I can regenerate a few maps on my laptop, it
complains that it needs a GLX 1.3 feature and my X server only
supports 1.2 ... so this side project will have to wait until I've got
another machine handy.
On Sun, Nov 22, 2009 at 3:53 AM, Victhor Foster
wrote:
> Is your compu
The computer isn't too slow, no. I'm just hoping to avoid having to
download the entire global scenery data first.
On Sun, Nov 22, 2009 at 3:53 AM, Victhor Foster
wrote:
> Is your computer too slow to generate them? There's an option in Map that
> speeds up the process, I think it's --headless-
Does someone happen to have a tarball with all the atlas generated map
images handy?
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deplo
http://valgrind.org/downloads/variants.html
http://wiki.winehq.org/Wine_and_Valgrind
http://www.kegel.com/wine/valgrind/
--
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your
If I state that variance = mean(x^2) - mean(x)^2
http://en.wikipedia.org/wiki/Algorithms_for_calculating_variance
And covariance = mean(xy) - mean(x) mean(y)
Then a linear fit of data to: y ~ m x + c
c = mean(y)
m = covariance / variance
On Sat, Oct 17, 2009 at 10:47 AM, Curtis Olson wrote:
> 2
Make sure you use the one that never maintains cumulative totals prior
to subtraction ... because the errors mount up too fast.
On Fri, Oct 16, 2009 at 6:21 PM, Jon S. Berndt wrote:
> I believe the “Numerical Recipes in C” (available online) has that
> algorithm[s].
>
>
>
> www.nr.com.
>
>
>
> J
On Tue, Oct 6, 2009 at 10:02 AM, Martin Spott wrote:
> Please use 'terrasync -S' instead in order to pull the most recent
> Scenery via SVN.
> Note that the directory trees are not 'compatible', you'll have either
> to set up a new directory from scratch or simply purge the old one,
Start a new d
On Sat, Sep 26, 2009 at 1:50 PM, Olaf Flebbe wrote:
> I do not have write permissions to any of the hg or git reprositories...
Yeah. I don't think there is a way I can find out everybody's google
accounts from their email traffic. To try to speed this up, I've put
up a quick web form:
https://s
On Fri, Sep 25, 2009 at 10:05 PM, Alex Perry wrote:
> On Fri, Sep 25, 2009 at 9:46 PM, Tom P wrote:
>> Hi
>>
>> I've tried to push a Mercurial test repository (FlightGear converted from
>> CVS) to code.google.com for a few hours, without success.
>> It abort
On Fri, Sep 25, 2009 at 9:46 PM, Tom P wrote:
> Hi
>
> I've tried to push a Mercurial test repository (FlightGear converted from
> CVS) to code.google.com for a few hours, without success.
> It aborts regularly with the following message:
> searching for changes
> abort: error: Connection timed ou
On Fri, Sep 18, 2009 at 9:51 AM, Erik Hofman wrote:
> One thing I have been wondering since this discussion started; Google
> seems to have found a nice way to add small diffs for binary data[1].
> Maybe they have incorporated that into their repository?
If they have, it won't help us. We're not
On Sun, Sep 13, 2009 at 12:56 PM, Stuart Buchanan
wrote:
> Tim Moore wrote:
>> On 09/02/2009 09:19 PM, Curtis Olson wrote:
>> >
>> > Is this an argument to stay with CVS for the data portion of the project?
>> >
>> > This is a good point to bring up though in advance. The default project
>> > quo
On Wed, Sep 2, 2009 at 12:02 PM, Tom P wrote:
> My only concern with SVN is that it stores every file twice in the local
> file system, so it's not ideal for the 'data' portion of FlightGear. For
> example, right now a complete checkout of Aircraft is ~ 2 GB, and it would
> double overnight.
If we
You do not require the subversion libraries (and headers) if you don't
mind having terrasync shell out to the command line "svn" command for
each of the work units. But it definitely works better, and you don't
have to worry about whether your paths are configured correctly, if
you link the librar
Curtis Olson wrote:
> There is still certainly an events section on the main front page of
> the FlightGear web site, but lacking any future events, it only
> contains a link to a google calendar intended to list upcoming MP events.
You might want to add a bunch of developers and users into the
That failure has been around for several years.
On Wed, Mar 11, 2009 at 3:54 AM, Alfredo Tupone wrote:
> I did a
> make -j 20
> building flightgear.
> It gave up while building it saying "no rules to make libMain.a" (more
> or less)
>
> I have changed one line of the Makefile.am to avoid it.
>
>
ow work as I was first
> thinking. I also added a cache with an age to retry tiles already
> downloaded but not more often than once every 10 minutes.
>
> Regards,
> -Fred
>
> Alex Perry a écrit :
>> Thank you, those are both useful bug reports with the approach I took.
uld need to stop terrasync to have updates
> ( objects are added continuously to the repository ) or implement a
> sophisticated aging mechanism.
>
> So, in other words, I am not keen to commit your changes as they are.
>
> -Fred
>
> - "Alex Perry" a écrit :
&g
on the fly with /sim/rendering/camera-group/near-field.
>
> What version of OSG are you using? I'm still using 2.7.8 with success,
> but I believe 2.8.0 is the standard Tim's coding to.
>
> Ron
>
> On Sun, 2009-02-01 at 21:19 -0800, Alex Perry wrote:
>> Not to res
Not to resurrect an old thread, but even znear=0.1 has the cockpit and
some visible runway gutted. I had to adjust the near-field value down
as well:
FlightGear-0.9/source/src/Main$ cvs diff -u
cvs diff: Diffing .
Index: CameraGroup.cxx
Following up on Fred's improvement to maintain a queue of pending tile
syncs, the attached version extends the deque to a priority ordered
list and also ensures we never repeat a sync that's already just been
performed. Consequently, we're now as responsive as possible to the
location change menu
On Sat, Jan 17, 2009 at 7:54 PM, John Denker wrote:
> On 01/17/2009 05:47 PM, Curtis Olson wrote:
>> You are expecting a complete cockpit enclosure, instruments, radio hardware,
>> instructor station software, plush seat, and FAA certification for free?
>> The FAA doesn't certify a software applic
Laser gyros do indeed behave the way that the wiki page describes.
Mechanical gyros, such as you find in light aircraft, have other drift
sources that are considerably larger than the diurnal one. And, since
the aircraft tend not to move far from their home latitude, there is
an attempt by mechani
On Sat, Jan 3, 2009 at 7:49 AM, Torsten Dreyer wrote:
>> /instruments/navradio[n]/heading-deviation-deg: [-10.0 to 10.0 for a
>> VOR, -2.5 to 2.5 for a LOC] (i.e no 'magic 4' multiple for LOCs)
>> /instruments/navradio[n]/heading-deviation-norm: [-1.0 .. 1.0]
>> /instruments/navr
On Fri, Jan 2, 2009 at 3:12 PM, John Denker wrote:
> On 01/02/2009 03:28 PM, Alex Perry wrote:
>
> >From the point of view of implementation in a simulator, just take the
>> actual slope number for a specific runway and combine that with the
>> aircraft's position to
No. The standard design is based around 3 degrees slope. With that
design, the usable range is 1.4 degrees high, from 2.1 to 3.7 degrees
and offers 0.35 degrees per dot. Therefore, a dot equals 50ft per
mile range from the touchdown zone of the runway. When the standard
design is scaled for ter
On Fri, Jan 2, 2009 at 1:10 PM, John Denker wrote:
>> Here's a proposal:
>> 0) If somebody has actual data, use that; otherwise:
>> 1) Put 17m diameter shacks in "enroute" locations.
>> 2) Put 12m diamater shacks in "on airport" locations.
>>
>>
>> Anybody got a better idea?
Here is a derivat
Putting on my aluminium foil hat, I'll point out that there are five
combinations of VOR/DME/TACAN even before you decide whether it is
going to be monitored locally and whether the earth has repeatable
conductivity to act as a ground plane. These decisions change what
gets physically installed ..
John Denker wrote:
> On 12/31/2008 10:29 AM, I wrote
>> Standard dogma in IFR training is that the VOR CDI indicates
>> two degrees per dot, while the LOC CDI indicates half a degree
>> per dot. These numbers are quite believable. Good practice
>> is to check them as part of the 30-day IFR rece
On Thu, Nov 13, 2008 at 11:46 PM, Frederic Bouvier <[EMAIL PROTECTED]> wrote:
> BTW, are you aware the use of SVN implies that a second copy of
> each file is kept in a hidden directory, and makes the scenery
> directory two times bigger than a directory fetched with rsync
> or ftp ?
Yes, svn is a
Somewhat off topic. Has anyone done the 'ground vehicle AI' for these
water environments? In the Florida area, for example, they have a
long scaly body and large jaws ...
-
This SF.Net email is sponsored by the Moblin Your M
On Tue, Nov 11, 2008 at 6:12 PM, Pep Ribal <[EMAIL PROTECTED]> wrote:
>> The IVAO team could implement a FlightGear compatible interface into their
>> network. The work would be done on their servers, but then nothing would
>> need to change on the FlightGear side. The IVAO team would not need to
Off topic to Melchior and Ralf's non-technical discussion, but:
On Mon, Nov 3, 2008 at 8:29 AM, Ralf Gerlich
<[EMAIL PROTECTED]> wrote:
> The index concept has some similarity to a B-tree
> (http://en.wikipedia.org/wiki/B-Tree) in terms of structure, though the
> balancing aspect and therefore som
This patch changes terrasync so it links against the subversion
library if you have it installed. It supports people who build binary
releases for use by non-developers by removing the runtime external
dependency on having command line svn or rsync available. Since the
patch changes autoconf to d
Please commit this patch to terrasync into CVS. I've included both
the file itself and the patch. Changelog:
* Doesn't download the area at lot,lon of 0,0 if terrasync starts
before FlightGear is ready
* Attempt to download the Airports directory when no scenery needs to be fetched
* Add svn over
Generally a bad idea for textures used in flight simulation. The
image data are viewed obliquely so the visual acuity assumptions that
are inherent in lossy compression are wrong. Having said that, if you
force the png library to generate lossless files, you'll be fine but I
don't know how much s
How does it work? Where is the source code for the serving side of
the OAM stuff?
On Wed, Oct 1, 2008 at 4:26 PM, Martin Spott <[EMAIL PROTECTED]> wrote:
>> OAM runs on the sister-machine to our Landcover and Scenery Model
>> webservice - same hardware, same location, same storage systems, same
>
I haven't investigated why and I thought I'd ask whether anybody knows
the answer offhand before following up with the underlying data. The
entrance to San Diego bay (between North Island airport KNZY and
Lindbergh field KSAN) isn't water; it has trees all over it. Is this
just a consequence of o
The CVS version of terrasync seems to be relying on rsync to notice
that the source directory contains more than one file. That's what
triggers it to create the destination directory. Seems to me this
will fail if there is only one file in the source directory, since it
will instead rename that f
On Fri, Sep 26, 2008 at 11:25 AM, Andy Ross <[EMAIL PROTECTED]> wrote:
> Note that a reasonably big Nasal change just went into SimGear.
> As always, let me know what broke.
Negative 8-).
When I recompiled SG and FG after pulling the update in, FGFS started working.
Either there was something else
On Thu, Sep 25, 2008 at 3:52 AM, Martin Spott <[EMAIL PROTECTED]> wrote:
>> FGFS stopped building on my develop machine and I've not resolved the
>> issue yet.
> May I expect you to increase your participation here if we're going to
> solve your trouble ? ;-)
Heh. Yeah, that's why I poke at it o
From: gerard robin <[EMAIL PROTECTED]> > I agree, don't do that +1
PS. In case anyone wonders why I've only been lurking for a year or so:
FGFS stopped building on my develop machine and I've not resolved the issue yet.
It seemed like a bad idea to say too much on the list when I'm unable to run
The ATI booth at SigGraph in Los Angeles this week is demonstrating a
single Linux machine with two dual-head graphics cards running four
monitors. They are running FlightGear on four monitors (center, left,
right, above) with the F15 flying between KSFO and the golden gate
bridge. Although the e
If anyone wants to apply for the San Francisco 2008 .org pavilion,
now would be a really good time to do so (if they haven't already).
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's
From: Ron Jensen <[EMAIL PROTECTED]>
My flightgear time is generally limited to after work during the week,
so forcing--timeofday=real means I'd always have to fly at night in the
KSFO area, or anywhere else in the US for that matter.
So why not go fly on a different continent ... ?
I was go
From: John Denker
> I don't know of any "environment" variable relevant to altitude
> other than /environment/pressure-inhg. Using that bypasses the
> lag associated with the /systems/static/pressure-inhg which
> seems like a small and unimportant part of the overall air-data
> task. It also bypa
From: John Denker <[EMAIL PROTECTED]> > > I'm under the impresssion that the >
> property called "environment/pressure-inhg[0]" has a lag computed into
> > the final value. Is that correct or is that the "instantaneous"
value or > > pressure level the aircraft is at and what I'm looking for?
> Clo
From: John Denker <[EMAIL PROTECTED]>
> Please do not write to me saying that SLP must equal QNH
> when you are flying at sea level. That's true in that
> narrow special case, but not representative of the
> general case.
Supporting John's point:
In real world operations, even when flying at sea
>I know our development culture is built around mailing lists. I'm sure the
>FlightGear community will be decisively split between forums versus mailing
>lists if I ask people's preferences ... so I'm not expecting a consensus
>here. Is this anything that is worth exploring?
>
I'd also hate to
From: Martin Spott <[EMAIL PROTECTED]>
> Josh Babcock wrote:
> > Sounds like a good reason to fly VFR. I wonder if they have considered
> > the safety implications of this. I know in the US you can request that
> > ATC watch you while you are flying VFR, but I don't know if you need to
> > give you
The Coastal Los Angeles IEEE Section Computer Society Chapter presents ...
Introduction to the FlightGear Flight Simulator
September 12, 2006 at 7:30pm
Alex Perry, Google, 604 Arizona, Santa Monica, CA 90401
FlightGear is a GPL open source flight simulator that runs on a wide range
of
From: Josh Babcock <[EMAIL PROTECTED]>
> I'm looking at the B-47 flight manual(s), and they have a correction
> chart for altimeter error vs. altitude AGL with flaps down. Is this sort
> of thing a common problem, or is it just some oddity with the Stratojet,
> possibly due to static port location?
From: GWMobile <[EMAIL PROTECTED]>
> A steep sideslip approach with full flaps is the most fun you can safely
> have in a cessna!
Take a look at what the US commercial pilot emergency descent maneuver is.
8-)
___
Flightgear-devel mailing list
Flightge
http://code.google.com/soc/
Is anybody here an eligible student?
Would anyone like to offer to mentor?
---
[This E-mail scanned for viruses by Declude Virus]
---
Using Tomcat but need to do more? Need to support web services, security?
Get s
97 matches
Mail list logo
