Hi Navs
I see with release/2.4.0 of fgdata there comes fix.dat, nav.dat and
awy.dat and others from a data cycle 2009.12 by Robin Peel. Do we update
this files to the current available data cycle, with the release ?
Cheers, Yves
Hi Yuri,
I chose the An-2 as the aircraft that I would delete first from the
fgdata repository and move to its own repo, and I am about to do that.
I can check your new work into the new repository. Should I remove the
Tutorials directory? Are they now completely broken?
Tim
On Mon, Aug 8, 2011
That should be 1 second for most systems, so that's great. Does that
just cover the elevation queries or generating the full model?
That should be 1 sec for everything (I don't have any measurement for
how fast generating the cloud models is, but it is *very* fast.
If so, then I wonder if
I have created the ac-an2 repository, which includes only the An-2
(duh), and deleted the an2 from fgdata.
Tim
On Fri, Aug 12, 2011 at 11:19 AM, Tim Moore timoor...@gmail.com wrote:
Hi Yuri,
I chose the An-2 as the aircraft that I would delete first from the
fgdata repository and move to its
I've started the first phase of trimming down fgdata. I've removed the
an2 from fgdata and put it in its own repository called ac-an2 under
the Flightgear project. I'm going to proceed with moving other
aircraft which haven't been touched in a while into their own repos as
well. When we get down
I'd also add, incidentally, that creating your own repo automatically gives you
commit rights to it as well. Though it would be nice to stick to some
guidelines to ensure compatibility, like tagging the plane repo to match FGFS
tags
Alessandro
Date: Fri, 12 Aug 2011 13:02:16 +0200
From:
On Friday 12 August 2011 14:02:16 Tim Moore wrote:
I've started the first phase of trimming down fgdata. I've removed the
an2 from fgdata and put it in its own repository called ac-an2 under
the Flightgear project. I'm going to proceed with moving other
aircraft which haven't been touched in a
On Fri, Aug 12, 2011 at 1:23 PM, Emilian Huminiuc emili...@gmail.com wrote:
On Friday 12 August 2011 14:02:16 Tim Moore wrote:
I've started the first phase of trimming down fgdata. I've removed the
an2 from fgdata and put it in its own repository called ac-an2 under
the Flightgear project. I'm
On Fri, 12 Aug 2011, Tim Moore wrote:
At the moment, James Turner or I would create a repo in the Flightgear
project that clones yours. I think we would give you commit rights in
that new repo.
To make this easier, I should add a couple of people from the modeling
side of the house as
On Friday 12 August 2011 14:35:36 Tim Moore wrote:
However, before I start adding repositories for completely
new aircraft, we should think about why new aircraft should be under
the Flightgear project.
Pros: centeralized location for obtaining aircraft, Flightgear seal
of approval
Cons:
On 12 Aug 2011, at 13:03, Emilian Huminiuc wrote:
On the pros side, maybe some sort of automatic solution similar to terrasync
could be implemented for aircraft, this solution would then benefit from a
centralized location (although that is not necessary, repository location
could be
Tim Moore timoor...@gmail.com writes:
I have created the ac-an2 repository, which includes only the An-2
(duh), and deleted the an2 from fgdata.
so where is the new repository? is there a way of integrating it with
the rest of the data so that when i do a 'git pull' in fgdata it
automatically
On Fri, Aug 12, 2011 at 4:31 PM, Alex Romosan romo...@sycorax.lbl.gov wrote:
Tim Moore timoor...@gmail.com writes:
I have created the ac-an2 repository, which includes only the An-2
(duh), and deleted the an2 from fgdata.
so where is the new repository? is there a way of integrating it with
Tim Moore timoor...@gmail.com writes:
You can look at git submodules, which would give you a way to do that.
i did, but it's not very clear to me what exactly i am supposed to do. i
did a 'git clone git://.../ac-an2' in the fgdata/Aircraft directory,
then i tried 'git submodule add
Hi there,
I found a bug on 2.4.0 branch related to mouse scroll up/down.
# I posted this issue to FlightGear Bug Tracker but I want to post this here
since code fix is coming soon.
Most of recent Macs have trackpad or magic mouse.
The scrolling action on these devices generates SCROLL_2D event
Am 08.08.2011 23:07, schrieb Torsten Dreyer:
Hi all,
after having passed the outer marker (distribution of release candidates
for WindowsOSX) on our final approach into runway 2.4.0 of FlightGear
international, we getting closer to our scheduled touchdown on
Wednesday, 17th. We will hit the
OK - I just tagged fgdata, simgear and flightgear branch release/2.4.0
with the label version/2.4.0-final. This is the codebase for the 2.4.0
release.
Some off topic:
Today, Martin and I started to prepare our new simulator for road
transport. Enjoy some pics here:
http://www.c172fg.de/
On Friday, August 12, 2011 01:33:36 PM Torsten Dreyer wrote:
Am 08.08.2011 23:07, schrieb Torsten Dreyer:
Hi all,
snip
Some off topic:
Today, Martin and I started to prepare our new simulator for road
transport. Enjoy some pics here:
http://www.c172fg.de/
Torsten,
Still off topic -
On Fri, 12 Aug 2011, Torsten Dreyer wrote:
Some off topic:
Today, Martin and I started to prepare our new simulator for road
transport. Enjoy some pics here:
http://www.c172fg.de/
I cringe viewing those pictures. I certainly hope you're being careful
enough to sell the usable bits to
Another plus is I can work on my projects without risking other parts
... I already have several repositories on the go , I can set up the
rest if that will help the process, but may need coaching if it means
I need to do some extra things to 'link' them to fgdata/Aircraft...
Thanks for tackling
Gary,
Thanks for the info. I've been going like crazy through various
aircraft and their systems trying to get a grip on all of the things you
can manipulate in FlightGear. It's pretty awesome that the detail levels
go down to the electrical busses and stuff. It's going to take me a
Since I'm still going through all of the Docs and readme's I thought I'd
just ask this question.
Is there a command built into FG to call a c++ routine from inside an
xml document? I have written a nice piece of code to open pipes to usb
peripherals and am playing with the chunk tags to move
22 matches
Mail list logo
