Am 15.12.11 23:49, schrieb HB-GRAL:
>
> EDF 06BAK12 61.248633 -149.844258333 AVN 08.11.03
> EDF 16BAK12 61.262069 -149.793475 AVN 08.11.03
> BIG 19BAK12 64.0077345 -145.707352861 AVN 02/16/2007
> EIL 14BAK12 64.684208 -147.117919
Am 15.12.11 23:21, schrieb Martin Spott:
> HB-GRAL wrote:
>
>> The coordinates comes from column base/reciprocal ends of runways,
>
> is your definition supposed to be identical to "runway centerline
> at threshold" ?
>
> Cheers,
> Martin.
It is "Latitude/Longitude of physical runway b
HB-GRAL wrote:
> The coordinates comes from column base/reciprocal ends of runways,
is your definition supposed to be identical to "runway centerline
at threshold" ?
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
"Vivian Meazza" wrote:
> The other one, which used to be non-op, seems to have gained operational
> capability along the way.
You see, in order to avoid confusion, having just one operational
arrestor would have been the clever solution.
We're trying to simulate real-world, don't we ? Sure, we'
Am 15.12.11 22:37, schrieb Martin Spott:
HB-GRAL wrote:
And close to my nose I see here some mystic FAA data output:
[...]
Is this something that could/should come to the scenery database somehow ?
Generally I'd say: Great ! but I'd feel best if I knew that these
positions really matc
> -Original Message-
> From: Martin Spott [mailto:martin.sp...@mgras.net]
> Sent: 15 December 2011 19:39
> To: flightgear-devel@lists.sourceforge.net
> Subject: Re: [Flightgear-devel] Re : Arresting Type Devices
>
> "Vivian Meazza" wrote:
>
> > The ones I did in fgdata are BAK12.
>
> J
HB-GRAL wrote:
> And close to my nose I see here some mystic FAA data output:
[...]
> Is this something that could/should come to the scenery database somehow ?
Generally I'd say: Great ! but I'd feel best if I knew that these
positions really match the touchdown areas of 'our' runways. Ho
Martin
> "Vivian Meazza" wrote:
>
> > The ones I did in fgdata are BAK12.
>
> Just for the record, the original BAK-12 was provided by David Culp:
>
> http://scenemodels.flightgear.org/modeledit.php?id=918
>
> We're having two models of a BAK-12 in the Base Package because some
> people here
Am 15.12.11 20:39, schrieb Martin Spott:
> "Vivian Meazza" wrote:
>
>> The ones I did in fgdata are BAK12.
>
> Just for the record, the original BAK-12 was provided by David Culp:
>
>http://scenemodels.flightgear.org/modeledit.php?id=918
>
> We're having two models of a BAK-12 in the Base Packa
"Vivian Meazza" wrote:
> The ones I did in fgdata are BAK12.
Just for the record, the original BAK-12 was provided by David Culp:
http://scenemodels.flightgear.org/modeledit.php?id=918
We're having two models of a BAK-12 in the Base Package because some
people here are incapable to comprehend
HB-GRAL
> -Original Message-
> From: [mailto:flightg...@sablonier.ch]
> Sent: 15 December 2011 17:37
> To: Olivier; FlightGear developers discussions
> Subject: Re: [Flightgear-devel] Re : Arresting Type Devices
>
> Am 15.12.11 18:26, schrieb Olivier:
> > Hello Yves,
> >
> > Arresting cab
Am 15.12.11 18:26, schrieb Olivier:
> Hello Yves,
>
> Arresting cables for runways do already exist in FG: see them in action at
> LFRJ Naval Base for instance.
>
>
> Olivier
>
Errm, Is this BAK12/14 or MA1A, ES or E28/B ? ;-)
Cheers, Yves
---
Hello Yves,
Arresting cables for runways do already exist in FG: see them in action at LFRJ
Naval Base for instance.
Olivier
--
10 Tips for Better Server Consolidation
Server virtualization is being driven by many needs
Hi all
Is someone modelling/implementing Arresting Devices for runways ?
Cheers, Yves
--
10 Tips for Better Server Consolidation
Server virtualization is being driven by many needs.
But none more important than the nee
Just a quick note from my end:
While Olivier mentioned only myself as a reviewer of Scenemodels
commits, I consider this new system not only as an aid to reduce the
overall workload for reviewers/committers but also as a tool which
later allows to un-tie the process of submitting object positions
Thorsten,
... snip ...
>
> 9) Water shader (very impressive!!!) doesn't react to wind/overcast in
> Local Weather. Vivian, Emilian - at some point we discussed an interface
> of how to pass the situation to the shader. Technically it's really easy
> for me to write in any form you like - just tel
Hello,
A small announce to let you know a new scenery webtool is out:
http://scenemodels.flightgear.org/submission/shared/
The goal of this tool is to ease the insertion of shared models
position within the FG scenery database for both the submitters and the
scenery maintainer(s). Hope this w
2011/12/15 Mathias Fröhlich wrote:
> On Wednesday, December 14, 2011 15:49:22 Stuart Buchanan wrote:
>> 2011/12/14 Mathias Fröhlich wrote:
>> > But, the question is how many cloud drawables do we have? The render Bin
>> > sorting bottleneck - if we run into this - is O(log(n)*n) with the n=
>> > nu
I've just placed a patch into the forum fixing the altitudes, providing a
new GUI which makes Local Weather Config obsolete and ports Cb towers also
to the new rendering system. I haven't tested it excessively yesterday,
but most of it was written and tested before my computer died, so it
should b
19 matches
Mail list logo
