hi. the radio towers introduced all over the place in the new scenery
build don't appear to be present in the copy of the default area that's
in CVS. if i use the data rsync'd from Scenery-0.9.5 for the default
area, they're all over the place; but in the copy from CVS, they aren't.
is their
Norman Vine wrote
Vivian Meazza writes:
Norman Vine writes:
I just updated FlightGear, SimGear and PLib from CVS
and compiled all anew and I am not seeing this problem
with Cygwin
I did likewise. Looks like a local problem then. I was trying Andy
Ross' cross
Chris Metzler wrote:
hi. the radio towers introduced all over the place in the new scenery
build don't appear to be present in the copy of the default area that's
in CVS. if i use the data rsync'd from Scenery-0.9.5 for the default
area, they're all over the place; but in the copy from CVS, they
Erik Hofman wrote:
Chris Metzler wrote:
hi. the radio towers introduced all over the place in the new scenery
build don't appear to be present in the copy of the default area that's
in CVS. if i use the data rsync'd from Scenery-0.9.5 for the default
area, they're all over the place;
Chris Metzler wrote:
And while asking about the radio towers . . .my (perhaps wrong)
understanding is that they come from some sort of FAA obstruction
database; that's why some are at locations where large buildings
are located in real life. Is that correct? If so, why not use the
FCC's Antenna
Roy Vegard Ovesen said:
snip
The switch-hotspots.xml file is a small (10x10) panel with one big
instrument with one big hotspot. This worked as expected. I was also able to
reuse the switch instrument at different locations in the cockpit, as
expected. Is there perhaps a limit to how
Jim Wilson wrote:
Hmmm...maybe reusability isn't the most important issue here. While I know
that there are many stock devices that are the same in different aircraft, it
almost seems that numerically, with the number aircraft we have modeled now,
the non-common instruments are (or should be)
Okay, I'm off for now:
http://www.a1.nl/~ehofman/fgfs/downloads/fokker100-EK04.jpg
Erik
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
http://mail.flightgear.org/mailman/listinfo/flightgear-devel
On Tue, 15 Jun 2004 16:19:15 +0200
Erik Hofman [EMAIL PROTECTED] wrote:
Okay, I'm off for now:
http://www.a1.nl/~ehofman/fgfs/downloads/fokker100-EK04.jpg
pretty.
-c
--
Chris Metzler [EMAIL PROTECTED]
(remove snip-me. to email)
As a child I understood
David Megginson wrote:
Jim Wilson wrote:
Hmmm...maybe reusability isn't the most important issue here. While I
know
that there are many stock devices that are the same in different
aircraft, it
almost seems that numerically, with the number aircraft we have
modeled now,
the non-common
On Tue, 15 Jun 2004 07:24:21 -0500
Curtis L. Olson [EMAIL PROTECTED] wrote:
Chris Metzler wrote:
And while asking about the radio towers . . .my (perhaps wrong)
understanding is that they come from some sort of FAA obstruction
database; that's why some are at locations where large buildings
David Megginson said:
Jim Wilson wrote:
Hmmm...maybe reusability isn't the most important issue here. While I know
that there are many stock devices that are the same in different aircraft, it
almost seems that numerically, with the number aircraft we have modeled now,
the non-common
Chris Metzler wrote:
OK, so to make sure I get it, I was incorrect about an FAA obstruction
database being used; you do use the FCC ASR database. The correlation
with tall buildings is simply because some (most?) tall buildings have
antennae on the top. Is this right?
Yes.
If so, are their
Josh Babcock said:
and bitmaps. However, one of the things that can currently only be done in the
control's model file is orientation. I think this is a mistake. Orientation,
like placement, should be defined outside the xml for a given control.
Otherwise, it is impossible to reuse a
I have updated my Gentoo ebuilds for FlightGear CVS which includes SimGear CVS
and OpenAL CVS. The file is located at:
http://www.prbox.com/FlightGearCVS.ebuild.tgz
You need to extract this file into /usr/local/portage (or whatever is
specified as the portage overlay in /etc/make.conf). You
Curtis L. Olson wrote:
SNIP
You used to be online mapping services that would (directly or
indirectly) get you the lat/lon of things on the image, but I think they
realized the usefulness of this and I haven't found anything for free
lately ... even mapquest seems to have gotten rid of their
Josh Babcock wrote:
the non-common instruments are (or should be) more frequent.
Actually, the opposite is true, at least for general aviation
I read this to mean throttles, trim wheels, levers switches, yokes and
such.
Jim mentioned instruments rather than controls. As far as controls go,
Hi Folks,
Just a quick question, since my latest cvs update, flightgear seems to be
ignoring my .fgfsrc file. Has this file been depricated or is this just
temporarily?
Cheers,
Durk
___
Flightgear-devel mailing list
[EMAIL PROTECTED]
Jim Wilson wrote:
Josh Babcock said:
and bitmaps. However, one of the things that can currently only be done in the
control's model file is orientation. I think this is a mistake. Orientation,
like placement, should be defined outside the xml for a given control.
Otherwise, it is impossible
Ooh, never mind, I just found the problem on my side. Please ignore...
On Tuesday 15 June 2004 19:05, Durk Talsma wrote:
Hi Folks,
Just a quick question, since my latest cvs update, flightgear seems to be
ignoring my .fgfsrc file. Has this file been depricated or is this just
temporarily?
Josh Babcock wrote:
Curtis L. Olson wrote:
SNIP
You used to be online mapping services that would (directly or
indirectly) get you the lat/lon of things on the image, but I think
they realized the usefulness of this and I haven't found anything for
free lately ... even mapquest seems to have
Josh Babcock wrote:
Jim Wilson wrote:
Josh Babcock said:
and bitmaps. However, one of the things that can currently only be done
in the
control's model file is orientation. I think this is a mistake.
Orientation,
like placement, should be defined outside the xml for a given control.
Josh Babcock said:
Jim Wilson wrote:
Ok, so I have this nice generic fuel pump toggle switch that I made for my
x-100, which has a panel tilted at 15 deg. I want to also use it in my x-200,
which has a panel with a vertical orientation. If I just plug it in, one of
them will have a
I recently
modelled a 40-story building I wanted to put in its real-life location;
the latlong I'd dug up for the building didn't match any of the antenna
locations, so I didn't know what to substitute for.
If you live in the area you could drive over with a gps and survey the
building
Erik Hofman said:
Okay, I'm off for now:
http://www.a1.nl/~ehofman/fgfs/downloads/fokker100-EK04.jpg
Bon voyage!
BTW isn't flying from KSFO through long way there from where you are? What we
won't do for a discount fare...
Best,
Jim
___
On Tue, 15 Jun 2004 10:41:04 -0500
Curtis L. Olson [EMAIL PROTECTED] wrote:
I recently
modelled a 40-story building I wanted to put in its real-life location;
the latlong I'd dug up for the building didn't match any of the antenna
locations, so I didn't know what to substitute for.
You used to
On Tue, 15 Jun 2004 17:42:27 -
Jim Wilson [EMAIL PROTECTED] wrote:
Erik Hofman said:
Okay, I'm off for now:
http://www.a1.nl/~ehofman/fgfs/downloads/fokker100-EK04.jpg
Bon voyage!
BTW isn't flying from KSFO through long way there from where you are?
What we won't do for a discount
ima.sudonim said:
Finally, something I can help with! 8-)
In much of the world (Poland included) you pay per impulse (about 3
minutes) even for a local call. So downloading can be expensive if you
use dialup.
They've got 10 copies for sale, buy now for 30 PLN (polish zloties)
around
On Tuesday 15 June 2004 01:00, Andy Ross wrote:
Ampere K. Hardraade wrote:
Shame... they are perfect for landing gear animations.
Honestly, no, they're not. Typically, you use bones to provide a
framework for mesh deformation of an articulated object like an elbow
or knee. Landing gear
Josh Babcock wrote:
terragear.microsoft.com and seamless.usgs.gov both give .5 m color
ortho photos for many major American cities, and I think 2m bw for the
rest of the US. You can get the lat/lon of the corners of the image
from both, and both also tell you the scale of the image.
Erik Hofman said:
While you are correct (and it doesn't violate the GPL), a link to the
FlightGear site at that parter page would have been nice. Esp. since
they seem to rely on out software.
I don't know. They've got all kinds of shots of my old 747, which is pretty
darn ugly. Maybe
Frederic Bouvier wrote:
Josh Babcock wrote:
Jim Wilson wrote:
Josh Babcock said:
and bitmaps. However, one of the things that can currently only be done
in the
control's model file is orientation. I think this is a mistake.
Orientation,
like placement, should be defined outside the xml for a
We currently have the ability to sync with real METAR weather reports as
we fly.
I would like to propose that we set the default weather to zero winds,
zero turbulence, and maybe (?) zero clouds.
Those that want interesting weather by default can use the METAR
fetching feature, and those that
Curtis L. Olson wrote:
The airport generation scripts create a beacon if there is one in the
datafile for that airport, yes. Perhaps we need a way to provide a
manually maintained exceptions list when building airports (and scenery).
Didn't Robin's data originally contain a field specifying
Curtis L. Olson wrote:
Josh Babcock wrote:
terragear.microsoft.com and seamless.usgs.gov both give .5 m color
ortho photos for many major American cities, and I think 2m bw for the
rest of the US. You can get the lat/lon of the corners of the image
from both, and both also tell you the scale
On Tuesday 15 June 2004 19:55, Curtis L. Olson wrote:
We currently have the ability to sync with real METAR weather reports as
we fly.
I would like to propose that we set the default weather to zero winds,
zero turbulence, and maybe (?) zero clouds.
Those that want interesting weather by
Curtis L. Olson wrote:
We currently have the ability to sync with real METAR weather reports as
we fly.
I would like to propose that we set the default weather to zero winds,
zero turbulence, and maybe (?) zero clouds.
Those that want interesting weather by default can use the METAR
fetching
Curtis L. Olson said:
medical equipment for sale. :-( Anyone remember when google used to be
useful?
And I thought it was just me! Too many people messing around with shill
pages, stupid blogs and what not. Is there better?
Best,
Jim
___
I've never heard of Lee's problems, but I think it's a good idea to keep
the high-level clouds because they prove that we can do them, and they
make the sky look vaguely realistic (how often do you get clear skies in
San Fransisco? Simply off the geography, I'd guess not too frequently,
but I've
Curtis L. Olson said:
We currently have the ability to sync with real METAR weather reports as
we fly.
I would like to propose that we set the default weather to zero winds,
zero turbulence, and maybe (?) zero clouds.
Those that want interesting weather by default can use the METAR
OK, I have the following:
[EMAIL PROTECTED] w077n38]$ pwd
/home/jbabcock/.fgfs/Scenery/Objects/w080n30/w077n38
[EMAIL PROTECTED] w077n38]$ find ../../..
../../..
../../../Objects
../../../Objects/w080n30
../../../Objects/w080n30/w077n38
../../../Objects/w080n30/w077n38/hangar-af1.ac
On Tue, 15 Jun 2004 19:47:47 -
Jim Wilson [EMAIL PROTECTED] wrote:
Curtis L. Olson said:
We currently have the ability to sync with real METAR weather reports
as we fly.
I would like to propose that we set the default weather to zero winds,
zero turbulence, and maybe (?) zero
* Josh Babcock -- Tuesday 15 June 2004 22:32:
Failed to open file
Remove /home/jbabcock/.fgfs/Scenery from FG_SCENERY and the problem stops. What
file, pray tell, is failing to be opened? Not a very useful error message.
Indeed. strace is your friend:
$ strace -fF -eopen fgfs
Melchior FRANZ wrote:
* Josh Babcock -- Tuesday 15 June 2004 22:32:
Failed to open file
Remove /home/jbabcock/.fgfs/Scenery from FG_SCENERY and the problem stops. What
file, pray tell, is failing to be opened? Not a very useful error message.
Indeed. strace is your friend:
$ strace -fF
Josh Babcock wrote
Melchior FRANZ wrote:
* Josh Babcock -- Tuesday 15 June 2004 22:32:
Failed to open file
Remove /home/jbabcock/.fgfs/Scenery from FG_SCENERY and the problem
stops. What
file, pray tell, is failing to be opened? Not a very
useful error message.
On Tuesday 15 June 2004 19:55, Curtis L. Olson wrote:
I would like to propose that we set the default weather to zero winds,
zero turbulence, and maybe (?) zero clouds.
I propose the default weather be ...
1. Low altitudes below 6k' have a stable airmass with an inversion
layer, which is a
Compiling FlightGear source (after make clean) on a M6805 laptop:
For pure 32-bit it took 00:10:03 using Debian Sarge
For pure 64-bit it took 00:10:10 using Debian Sid
The use of two Debian versions probably led to the timing difference.
___
On Tuesday 15 June 2004 14:49, Jim Wilson wrote:
I can probably answer your question, but I don't know what you mean by
alias feature. Is that a 2d panel thing? Maybe that answers your
question? ;-)
Yes, the alias feature is a 2d panel thing. It is usefull when you have two
identical
Roy Vegard Ovesen wrote:
Because of aliases apparently not being implemented, the Piper has two CDIs
that are connected to the same nav radio, and consequently display the same
information.
Aliasing is part of the XML layer, so it should still work.
All the best,
David
Roy Vegard Ovesen said:
On Tuesday 15 June 2004 14:49, Jim Wilson wrote:
I can probably answer your question, but I don't know what you mean by
alias feature. Is that a 2d panel thing? Maybe that answers your
question? ;-)
Yes, the alias feature is a 2d panel thing. It is usefull
I was planning on doing that for the MD11's engines. I will check it out.
Regards,
Ampere
On June 15, 2004 08:02 pm, Jim Wilson wrote:
Well actually... h... Right now we're referencing xml files in the
path property of the model arrays (model tags). What happens when you
add animation
I have just tried it. It doesn't seem to work.
Regards,
Ampere
On June 15, 2004 08:02 pm, Jim Wilson wrote:
Well actually... h... Right now we're referencing xml files in the
path property of the model arrays (model tags). What happens when you
add animation tags inside a model tag and
52 matches
Mail list logo
