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
hi Emilian,
On 20 Sep 2011, at 22:56, Emilian Huminiuc wrote:
Adding archive=y to the property tag?:
new-archived-property archive=ymyprop/new-archived-property
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
No it wouldn't interfere because it wouldn't get executed unless you
explicitly add it to the *-set.xml's nasal section. Either as a link
to a *.nas file or coded inline like this:
nasal
SomeOtherModule
...
/SomeOtherModule
MyModule
script![CDATA[
aircraft.data.add(
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
* Torsten Dreyer -- Wednesday 21 September 2011:
nasal
MyModule
script![CDATA[
aircraft.data.add(
/sim/dimensions/radius-m,
/sim/dimensions/parkpos-offset-m,
[...]
Or just:
sim
aircraft-data
path/sim/dimensions/radius-m/path
Or just:
sim
aircraft-data
path/sim/dimensions/radius-m/path
path/sim/dimensions/parkpos-offset-m/path
path/sim/aircraft-class/path
/aircraft-data
/sim
from where it's read by aircraft.nas already.
Excellent! I'm learning something
* Melchior FRANZ -- Wednesday 21 September 2011:
sim
aircraft-data
path/sim/dimensions/radius-m/path
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?
Hi Mechior, Torsten
On 21 Sep 2011, at 12:57, Melchior FRANZ wrote:
* Melchior FRANZ -- Wednesday 21 September 2011:
sim
aircraft-data
path/sim/dimensions/radius-m/path
I admit that this looks silly: why create properties that contain property
paths,
and not mark those
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
* 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.
userarchive
* 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.
+++ 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
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 friends
On Tue, 20 Sep 2011 22:59:11 -0700, Alex wrote in message
CAEwz7jsynVp9izpjcfFs45Ez3cbTUV1YJnyArUnALaKzEcgG=w...@mail.gmail.com:
To agree with Alan, but with some additional generalizations.
On Tue, Sep 20, 2011 at 2:25 AM, Alan Teeder ajtee...@v-twin.org.uk
wrote:
When I ran the research
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
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
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 or under
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
spaces.
Has
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
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 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
On 21 Sep 2011, at 11:12, Melchior FRANZ wrote:
sim
aircraft-data
path/sim/dimensions/radius-m/path
path/sim/dimensions/parkpos-offset-m/path
path/sim/aircraft-class/path
/aircraft-data
/sim
Alright succes!!! Adding this section did the trick of
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
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
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
On Wed, Sep 21, 2011 at 11:07 PM, Thomas Albrecht ra...@web.de 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,
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?)
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
29 matches
Mail list logo