Michael Sgier writes:
> Still down:
> The server at scenemodels.flightgear.org is taking too long to respond.
> The server at mapserver.flightgear.org is taking too long to respond.
> etc.
> Sigh...only in USA. The last swiss power outage must have been ~10
> years ago and only lasting a couple
Erik Hofman writes:
> On Sun, 2012-05-20 at 10:43 +, Renk Thorsten wrote:
>> Advanced Weather doesn't burn any significant performance inside
>> Nasal - it burns the performance by calling hard-coded C++
>> functionality from Nasal.
>
> I hope you're not suggesting that C++ is always slower
Renk Thorsten writes:
>> There are good sources for sea colour out there - here is one:
>>
>> http://oceancolor.gsfc.nasa.gov/FEATURE/IMAGES/A2008129125500.Scotland.png
>
>> The Northern North Sea, away from the turbidity and major river outfalls
>> of the Southern North Sea, is indistinguishab
Gijs de Rooy writes:
> I'll keep it short this time (as I got some FG work to do myself), so
> here's the link to the April edition of our monthly newsletter:
> http://wiki.flightgear.org/FlightGear_Newsletter_April_2011
Papillon81's git repo is not available:
[pjb@kuiper :0 fg]$ git clone
h
Ryan M writes:
> Something I've always thought about is an official aircraft repository
> that contained non-GPL2 aircraft- straight from the authors, of course.
> There are many aircraft for FlightGear that are not GPL-licensed (some
> of them very well-developed, like the Tu-154b and the MD-81)
ThorstenB writes:
> On 16.04.2011 02:06, Pascal J. Bourguignon wrote:
>> The props data protocol ls command has a problem: there's no way to
>> determine that its output is complete (unless we use a timer, which
>> would mean that all ls commands would suspend t
The props data protocol ls command has a problem: there's no way to
determine that its output is complete (unless we use a timer, which
would mean that all ls commands would suspend the client for the time out
duration).
I'm proposing to add a lsx command, similar to ls, but that will
terminate i
Martin Spott writes:
> Arnt Karlsen wrote:
>> On Mon, 11 Apr 2011 11:49:14 + (UTC), Martin wrote in message
>> :
>
>>> Shapefiles go into a PostGIS database, the "Landcover-DB" behind "The
>>> FlightGear MapServer". Actually it's exactly the same database which
>>> is also holding our 3D Sce
Robert writes:
> In the case of nasal, I believe the garbage collection pass must
> be done in a single atomic step, otherwise it would leave the heap
> in an inconsistent state and adversely affect the scripts.
>
> I completely agree with you. Now I understand the whole thing much
>
Hello,
It seems to me that in fg_property_scale, it would be more useful if the
power was applied after the linear scaling.
The problem I have is to map the radar range axis, from [-1.0,+1.0]
to [5.0,200.0]. But a linear scale is not too nice, so I'd want to
apply a power 2.5 or 2.7. Unfortunat
Erik Hofman writes:
> On Mon, 2011-04-11 at 05:39 +0200, Pascal J. Bourguignon wrote:
>> I just checked out the next branches in simgear and flightgear and
>> pulled them, and when compiling with:
>
> I think you either need to configure simgear using --with-jpeg-factory
>
I just checked out the next branches in simgear and flightgear and
pulled them, and when compiling with:
#!/bin/bash
base=/data/src/simulation/fg/
prefix=/opt/fgfs
rsynch="rsync -HSWacvxz --progress --force --delete --delete
On 2011/04/08, at 14:45 , Roland Häder wrote:
> Hi all,
>
> for example the airport LFPG has a parking position with a name with
> spaces in it. My little launcher script [1] does currently not support
> this because of a for() loop will break those spaces into seperate
> lines.
>
> Assume that
13 matches
Mail list logo
