I have something here that I think is kind of fun. I've been fiddling with
this off and on since last fall and decided it was time to clean it up a bit
and quit hording all the fun for myself. Basically I have taken the F-14b
and created a high performance Navy "drone" out of it. It can auto-lau
John:
Admittedly I work with GRASS solely on the text-based side - rarely if ever
touching the GUI - but hopefully I can help:
1) To be honest, it's probably easiest to continue to use d.his and then
display the resulting map using the GRASS plugin - QGIS doesn't really have
many (if any?) ras
On Wed, Sep 21, 2011 at 11:07 PM, Thomas Albrecht wrote:
>
> On machine (much slower than yours: Pentium 4 2.4 GHz, 1.5GB DDR), FG hangs
> when using ~2300 objects.
Here, with AMD 605e 2.3GHz, it hangs at around 5800 objects, with the
CPU behaviour you described. Going slightly higher, from aroun
Am 21.09.11 21:43, schrieb John Denker:
>
> 4) When defining a colormap, there does not appear to be
> any way of controlling transparency on a level-by-level
> basis. Am I overlooking something, or is this an actual
> limitation?
Maybe I miss something but you can control transparency for
Am 21.09.11 21:43, schrieb John Denker:
> 3) I suspect that doing reprojections on the the fly only
> works for vector data. I tried it with raster data,
> expecting to see either a resulting image or an error
> message, but saw neither. Is there something I'm missing?
It works also for r
Hi Jon!
> I've seen something similar before, it's incredibly annoying, and I suspect
> you'll eventually track it down to a typo in an stg file.
I've also had typos/missing objects in .stgs before, causing similiar effects.
However, for testing, I'm creating the .stg with a very simple python s
On 21 Sep 2011, at 11:12, Melchior FRANZ wrote:
>
>
>
> /sim/dimensions/radius-m
> /sim/dimensions/parkpos-offset-m
> /sim/aircraft-class
>
>
>
Alright succes!!! Adding this section did the trick of saving aircraft-class
and aircraft-operator properti
Hi Geoff,
thanks for testing! Indeed, I forgot the texture, sorry about that. It is
included in a new package: http://www.mediafire.com/?q99zyzkyu2tw04w
For further testing, I wrote a small python script which fills a rectangular
area at EHLE (because it's mostly flat there, so I can use hardco
On 09/20/2011 07:08 PM, J. Holden wrote:
> This is somewhat off-topic to FlightGear, so I apologize - but I
> respond to John Denker: Having looked over what you are trying to do,
> I strongly recommend using QGIS with the GRASS plugin.
>
> Very rarely do I use any of GRASS' built-in visualization
Hi there,
i just want to announce that I added support for the 850 apt.dat runways to
genapts. This work is thought as a compliment to the currently ongoing
development towards curved taxiways.
The current state is that genapts reads runways and creates them
accordingly.
Features:
-different d
On Wed, 21 Sep 2011, Curtis Olson wrote:
> On Wed, Sep 21, 2011 at 11:12 AM, Gene Buckle wrote:
>
>> On Wed, 21 Sep 2011, Curtis Olson wrote:
>>
>>> 11: RC Pilot. Stays under 400' AGL and outside a 3 mile radius from any
>>> airport. Probably flying at a club site and doesn't care about air
>> s
On Wed, Sep 21, 2011 at 11:12 AM, Gene Buckle wrote:
> On Wed, 21 Sep 2011, Curtis Olson wrote:
>
> > 11: RC Pilot. Stays under 400' AGL and outside a 3 mile radius from any
> > airport. Probably flying at a club site and doesn't care about air
> spaces.
> > Has no way to estimate if he's over o
On Wed, 21 Sep 2011, Curtis Olson wrote:
> 11: RC Pilot. Stays under 400' AGL and outside a 3 mile radius from any
> airport. Probably flying at a club site and doesn't care about air spaces.
> Has no way to estimate if he's over or under 400' AGL and probably is
> flying a plane that can climb
11: RC Pilot. Stays under 400' AGL and outside a 3 mile radius from any
airport. Probably flying at a club site and doesn't care about air spaces.
Has no way to estimate if he's over or under 400' AGL and probably is
flying a plane that can climb 500' per second and hover at 2 clicks of
throttle
On Tue, 20 Sep 2011 22:59:11 -0700, Alex wrote in message
:
> 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
"J. Holden" wrote:
> This is ready to be added to the mapserver, at Martin's leisure - and feel
> free to add it to your own mapserver.
Thanks, noted - I'm still busy doing groundwork, as time permits.
Cheers,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its frien
+++ Geoff McLane [21/09/11 13:38 +0200]:
>If you add that png, I would give it a try with 5000,
>but the problems does seem to be in your machine at the
>moment ;=((
I've seen something similar before, it's incredibly annoying, and I suspect
you'll eventually track it down to a typo in an stg fi
* Melchior FRANZ -- Wednesday 21 September 2011:
> "userarchive" simply marks what gets written to $FG_HOME/preferences.xml
Whoops ... to $FG_HOME/autosave.xml. (preferences.xml was used first, but
a bad idea and changed later.)
m.
* Durk Talsma -- Wednesday 21 September 2011:
> Just a quick question: Is this documented somewhere?
Don't think so. Only in the code, that is.
> If not, I might start a short wiki page documenting the logic behind
> "archieve", "userarchieve", and the interactions with the nasal system.
"user
Hi Tom,
He, he, just for ***FUN*** I tried with 4000
objects...
See the 'crowded' runway on startup -
http://geoffair.org/tmp/fgfs-screen-001.png
but more spectacular from the air -
http://geoffair.org/tmp/fgfs-screen-002.png
and had no problems loading ;=))
But you seem to have missed the
Hi Mechior, Torsten
On 21 Sep 2011, at 12:57, Melchior FRANZ wrote:
> * Melchior FRANZ -- Wednesday 21 September 2011:
>>
>>
>> /sim/dimensions/radius-m
>
> I admit that this looks silly: why create properties that contain property
> paths,
> and not mark those properties with a
* Melchior FRANZ -- Wednesday 21 September 2011:
>
>
> /sim/dimensions/radius-m
I admit that this looks silly: why create properties that contain property
paths,
and not mark those properties with a flag right away, like with "archive" and
"userarchive"?
The reasons why I did
> Or just:
>
>
>
>/sim/dimensions/radius-m
>/sim/dimensions/parkpos-offset-m
>/sim/aircraft-class
>
>
>
> from where it's read by aircraft.nas already.
Excellent! I'm learning something new every day...
> But then again: static aircraft
* Torsten Dreyer -- Wednesday 21 September 2011:
>
>
>
I believe the Anchorage terminal is in the scenery models repository, but no
one I know of has worked on Alaska scenery until this month.
While there are some square degrees still conspicuous by their absence, here is
11 square degrees worth of Alaska land cover data, developed specifically for
This is somewhat off-topic to FlightGear, so I apologize - but I respond to
John Denker: Having looked over what you are trying to do, I strongly recommend
using QGIS with the GRASS plugin.
Very rarely do I use any of GRASS' built-in visualization programs - and very
rarely do I use any of QGIS
No it wouldn't interfere because it wouldn't get executed unless you
explicitly add it to the *-set.xml's section. Either as a link
to a *.nas file or coded inline like this:
...
hi Emilian,
On 20 Sep 2011, at 22:56, Emilian Huminiuc wrote:
>>
> Adding archive="y" to the property tag?:
> myprop
>
That's how I thought it should work, but I don't get this to work. After some
more experimentation, I found that I can save the property using
userarchive="y", into autosave
Hi Torsten,
I looked at your seneca file, briefly, but didn't really find a way to
translate this to the 777 sittuation. Being a complete nasal newbie, can I just
add this function to any existing nasal script, or could I even put this code
into a new file? Say I'm creating a new nasal file ca
29 matches
Mail list logo
